Sony PSP - Playstation Portable [Official thread]

[owoelwo]

Originariamente inviato da mjordan

Ma quale "codice esadecimale"... Il disassembling si fa con un disassemblatore e i codepath, generalmente sono tutti identificati dalla famiglia di istruzioni assembly JMP ...

e il disassemblatore per il processore della psp si trova in giro?

Originariamente inviato da mjordan

L'esadecimale è un sistema numerico, non un codice
Nella programmazione il sistema hex si usa solo per indicare locazioni di memoria e riferimenti a locazioni di memoria, per il resto è tutto binario. E il binario nessuno mai lo deve andare a modificare. Anche nel disassembling si lavora a livelli piu' alti, almeno fino all'assembly.

L'esadecimale e' si un sistema numerico... ma e' la traduzione "numerica" delle istruzioni in linguaggio macchina.
il processore le legge in 0 e 1
per noi essere umani, e' piu' comodo passare a doppia cifra in HEX
es: (sparo a caso, perche' non mi ricordo piu' ne lo Z80, ne il 68000 e neppure piu' la famiglia X86)
LD o MOVE o JP o JMP ecc sono rappresentazioni comode di:
AE... CF... AA ecc ecc (codici sparati a caso...)
una printf sono una sfilza bella lunga di spostamenti di locazioni di memoria da una parte ad un'altra...
Disassemblare, vuol dire capire cosa fanno una sfilza di questi bei codicilli... o se ti va ti guardi l'assembly che e' piu' "umano" e cerchi di capire che fa.
Ma ti giuro, credimi, non e' banale!
ANZI, se non sai come funziona il sistema nella sua interezza e' quasi impossibile...
questo vuol dire conoscere abbastanza bene il processore della psp...

Originariamente inviato da mjordan

Metti l'intera cartella dell'homebrew dentro la cartella PSP/GAME della tua PSP, impostando l'esecuzione a "3.71" nel menu di configurazione del custom firmware. Oppure crei una cartella PSP/GAME371 e la metti li dentro senza pensarci piu'.

Dopo la copia, l'icona per avviare l'applicativo dovrebbe comparirti nell'XMB. Se cosi non fosse hai sbaliato a copiare.

FATTO!!!
E funziona alla grandissima!!!

YEAH!!!
Quindi e' compatibile con la SLIM!

[tabs]

qualcuno mi saprebbe spiegare perchè riesco a giocare con nba live online e invece qualunque versione di fifa mi disconnette caricando la partita?

[MauroGerman]

ragazzi ma come giocate online?

[mjordan]

Originariamente inviato da owoelwo

e il disassemblatore per il processore della psp si trova in giro?

I disassemblatori, al contrario degli assemblatori, non sono specifici per l'architettura ma per il formato di file binario. E la PSP usa ELF come formato binario. Di conseguenza, visto che il pspsdk è basato sul toolchain GNU, a disposizione c'è objdump, addr2line, nm, readelf e strings.

L'esadecimale e' si un sistema numerico... ma e' la traduzione "numerica" delle istruzioni in linguaggio macchina.
il processore le legge in 0 e 1
per noi essere umani, e' piu' comodo passare a doppia cifra in HEX

NO! Per noi umani è piu' "comodo" l'assembly e l'hex viene utilizzato (lo ripeto per la seconda volta) esclusivamente per dereferenziare indirizzi di memoria e puntatori a indirizzi di memoria. A te non interessa come viene tradotto il tutto in linguaggio macchina (che interessa solo all'assemblatore). A te interessa semplicemente il risultato del disassembling, che è codice assembly. Tutto il resto sono dettagli che non interessano allo scopo.

o se ti va ti guardi l'assembly che e' piu' "umano" e cerchi di capire che fa.
Ma ti giuro, credimi, non e' banale!
ANZI, se non sai come funziona il sistema nella sua interezza e' quasi impossibile...
questo vuol dire conoscere abbastanza bene il processore della psp...

Ma io fino ad adesso cosa ho detto?

[owoelwo]

Originariamente inviato da mjordan

I disassemblatori, al contrario degli assemblatori, non sono specifici per l'architettura ma per il formato di file binario. E la PSP usa ELF come formato binario. Di conseguenza, visto che il pspsdk è basato sul toolchain GNU, a disposizione c'è objdump, addr2line, nm, readelf e strings.

certo perche' l'assembly di un 68000 e' uguale a quello di uno Z80...
stesse istruzioni... stesso codice...

Originariamente inviato da mjordan

NO! Per noi umani è piu' "comodo" l'assembly e l'hex viene utilizzato (lo ripeto per la seconda volta) esclusivamente per dereferenziare indirizzi di memoria e puntatori a indirizzi di memoria. A te non interessa come viene tradotto il tutto in linguaggio macchina (che interessa solo all'assemblatore). A te interessa semplicemente il risultato del disassembling, che è codice assembly. Tutto il resto sono dettagli che non interessano allo scopo.

Nella mia programmazione in linguaggio macchina... alla fine l'assembly e l'HEX era equivalente... se vedevo EF sapevo che era una load in memoria...
e se il programma era di poche migliaia di comandi, non lo convertivo neppure.
Comunque quello che dicevo io è che prima hai gli 0 e 1...
poi passi a HEX... e poi passi all'assembly...

Originariamente inviato da mjordan

Ma io fino ad adesso cosa ho detto?

Ma si, diciamo la stessa cosa...
anche se secondo me... qualcuno ha sbadatamente lasciato in giro un bel po' di info, altrimenti questi CF non sarebbero mai nati.
Non dico che Sony l'abbia fatto apposta, ma... la sostanza e' la stessa.

[Eriol the real]

PSP theme editor ufficiale dalla Sony

http://kotaku.com/gaming/diy/sony-re...tor-305910.php

[R0570]

Originariamente inviato da owoelwo

certo perche' l'assembly di un 68000 e' uguale a quello di uno Z80...
stesse istruzioni... stesso codice...

Guarda che ti sbagli, tu continui a ragionare da assemblatore e non da disassemblatore, i disassemblatori come ti è già stato detto non dipendono dall'architettura ma solo dal formato del file binario.
Come dici tu un 6800, uno z80 e un mips hanno ISA diverse ma ciò non sta a significare che i rispettivi assemblatori generino un file binario contenente istruzioni diverse ma con stesso formato (in poche parole possono cambiare i contenuti ma non la "lingua" con cui sono scritti)

Originariamente inviato da owoelwo

Nella mia programmazione in linguaggio macchina... alla fine l'assembly e l'HEX era equivalente... se vedevo EF sapevo che era una load in memoria...
e se il programma era di poche migliaia di comandi, non lo convertivo neppure.
Comunque quello che dicevo io è che prima hai gli 0 e 1...
poi passi a HEX... e poi passi all'assembly...

e qui ti sbagli, l'assembly è equivalente al binario, l'hex è un cambio di codifica fatta dall'editor per non darti in pasto una lurida serie di 1 e 0 che prima di trovarci l'equivalente della tua load...
comunque il passaggio corretto è binario--(disassembler)-->assembly senza hex in mezzo.

ByE

[Eriol the real]

http://kotaku.com/gaming/clips/god-o...tle-305547.php

video chain of olympus

[Guidolz]

scusate per la domanda probabilmente banale... ma è da un po' che non seguo più la scena... sono stato felice dal 3.30 oea... ma finalmente ho deciso di upgradare al 3.55 dei m33.... mi sapete dore dove trovo una guida?? perchè ne ho trovate solo dal 1.50 in su... come si fa a downgradare al 1.50 avendo il 3.30 oea?

[mjordan]

Originariamente inviato da owoelwo

certo perche' l'assembly di un 68000 e' uguale a quello di uno Z80...
stesse istruzioni... stesso codice...

owoelwo, non per mancanza di rispetto, ma se non sai nemmeno di cosa stiamo parlando, allora evitiamo di discutere su queste cose perchè diventa frustrante.
Nel disassemblamento non si fa altro che una corrispondenza univoca fra le istruzioni binarie (che sono appunto definite dal formato) e ciò che è scritto nelle varie sezioni definite dal formato binario (in questo caso ELF).

PSP-Vice, emulatore Commodore 64 per PSP, nome file: eboot.pbp
Formato: ELF 32-bit LSB MIPS-II executable, MIPS, version 1 (SYSV), statically linked, stripped

Output del disassemblamento:

00000000  7F45              jg 0x47
00000002  4C                dec sp
00000003  46                inc si
00000004  0101              add [bx+di],ax
00000006  0100              add [bx+si],ax
00000008  0000              add [bx+si],al
0000000A  0000              add [bx+si],al
0000000C  0000              add [bx+si],al
0000000E  0000              add [bx+si],al
00000010  0200              add al,[bx+si]
00000012  0800              or [bx+si],al
00000014  0100              add [bx+si],ax
00000016  0000              add [bx+si],al
00000018  E400              in al,0x0
0000001A  90                nop
0000001B  0834              or [si],dh
0000001D  0000              add [bx+si],al
0000001F  00986616          add [bx+si+0x1666],bl
00000023  0001              add [bx+di],al
00000025  30A21034          xor [bp+si+0x3410],ah
00000029  0020              add [bx+si],ah
0000002B  0002              add [bp+si],al
0000002D  0028              add [bx+si],ch
0000002F  001C              add [si],bl
00000031  001B              add [bp+di],bl
00000033  0001              add [bx+di],al
00000035  0000              add [bx+si],al
00000037  0018              add [bx+si],bl
00000039  1000              adc [bx+si],al
0000003B  0018              add [bx+si],bl
0000003D  00900818          add [bx+si+0x1808],dl

     .... CUT .... CUT .... CUT ....

Ma come, un disassemblatore NASM per i386 che disassembla un binario AS per architetture MIPS? Chiaro, il codice viene generato leggendo le sezioni specifiche del formato ELF, mica serve un "compilatore all'inverso".
Il disassemblatore non tira fuori un programma riassemblabile con l'assembler specifico per quella macchina, sia ben chiaro.

Nella mia programmazione in linguaggio macchina... alla fine l'assembly e l'HEX era equivalente... se vedevo EF sapevo che era una load in memoria...
e se il programma era di poche migliaia di comandi, non lo convertivo neppure.
Comunque quello che dicevo io è che prima hai gli 0 e 1...
poi passi a HEX... e poi passi all'assembly...

Povero me...
Ma stiamo parlando di disassemblamento di un binario o stiamo parlando delle fasi di traduzione di un compilatore? Quelle fasi intermedie non vengono prese nemmeno in considerazione dal disassembler...

[mjordan]

Originariamente inviato da Guidolz

scusate per la domanda probabilmente banale... ma è da un po' che non seguo più la scena... sono stato felice dal 3.30 oea... ma finalmente ho deciso di upgradare al 3.55 dei m33.... mi sapete dore dove trovo una guida?? perchè ne ho trovate solo dal 1.50 in su... come si fa a downgradare al 1.50 avendo il 3.30 oea?

Scusa ma se vuoi aggiornare il firmware perchè dovresti fare un downgrade? E' poi l'ultimo firmware della serie 3.5x è il 3.52, non il 3.55 (che non esiste).
In ogni caso ora l'ultimo firmware di M33 è il 3.71, firmware che all'attualità non mi sento di consigliare, perchè da molti problemi, questi quelli che ho riscontrato fino ad adesso:

1) In determinate circorstanze con alcuni video, la cartella video non viene aperta e la PSP si impalla, necessitando quindi di un reboot manuale (probabilmente è un problema con le preview dei video? )
2) Metal Slug Anthology, su PSP Fat, con 3.71-M33 e plugin per IPL 1.50, si avvia, funziona e tutto, ma Metal SLug 6 nemmeno parte...

Qualcuno che ha Metal Slug Anthology conferma? Provate ad avviare Metal Slug 6...
Con il 3.71 non si può proprio dire che D_A abbia chiuso in bellezza... Anzi, se penso che questo era l'ultimo firmware, mi viene la depressione perchè questi problemi adesso chi li corregge...

[owoelwo]

Originariamente inviato da mjordan

owoelwo, non per mancanza di rispetto, ma se non sai nemmeno di cosa stiamo parlando, allora evitiamo di discutere su queste cose perchè diventa frustrante.

Tranquillo!
e' che stiamo dicendo la stessa cosa, ma te usi i termini corretti, io in gergo da scaricatore di porto.


Purtroppo qui in ufficio scrivo in fretta e penso ad una cosa, ma poi la "traduco" in parolacce...

Comunque e' proprio quello che volevo dire io.


E rimanendo nel discorso, prendo un FW originale, capisco che fa, e modifico quello che mi interessa, aggiungendo pezzi miei ecc... ecc...
Se non hai delle dritte, lo ritengo improbabile.

[Wagen]

Originariamente inviato da mjordan

2) Metal Slug Anthology, su PSP Fat, con 3.71-M33 e plugin per IPL 1.50, si avvia, funziona e tutto, ma Metal SLug 6 nemmeno parte...

Qualcuno che ha Metal Slug Anthology conferma? Provate ad avviare Metal Slug 6...
Con il 3.71 non si può proprio dire che D_A abbia chiuso in bellezza... Anzi, se penso che questo era l'ultimo firmware, mi viene la depressione perchè questi problemi adesso chi li corregge...

io ce l'ho, ma non ho ancora aggiornato al 3.71 (sono al 3.52) e mi parte tutto correttamente

[owoelwo]

Originariamente inviato da Wagen

io ce l'ho, ma non ho ancora aggiornato al 3.71 (sono al 3.52) e mi parte tutto correttamente

sulla slim con 3.71M33 funziona tutto correttamente.

[mjordan]

Originariamente inviato da Wagen

io ce l'ho, ma non ho ancora aggiornato al 3.71 (sono al 3.52) e mi parte tutto correttamente

Si con il 3.52 parte tutto. Purtroppo con il 3.71 invece non mi parte Metal Slug 6 e il gioco esce miseramente con un codice di errore. A sto punto statti con questi pochi guai e non aggiornare...

Piu' che altro mi interesserebbe sapere dove far presente questi problemi...

[Guidolz]

Originariamente inviato da mjordan

Scusa ma se vuoi aggiornare il firmware perchè dovresti fare un downgrade? E' poi l'ultimo firmware della serie 3.5x è il 3.52, non il 3.55 (che non esiste).
In ogni caso ora l'ultimo firmware di M33 è il 3.71, firmware che all'attualità non mi sento di consigliare, perchè da molti problemi, questi quelli che ho riscontrato fino ad adesso:

1) In determinate circorstanze con alcuni video, la cartella video non viene aperta e la PSP si impalla, necessitando quindi di un reboot manuale (probabilmente è un problema con le preview dei video? )
2) Metal Slug Anthology, su PSP Fat, con 3.71-M33 e plugin per IPL 1.50, si avvia, funziona e tutto, ma Metal SLug 6 nemmeno parte...

Qualcuno che ha Metal Slug Anthology conferma? Provate ad avviare Metal Slug 6...
Con il 3.71 non si può proprio dire che D_A abbia chiuso in bellezza... Anzi, se penso che questo era l'ultimo firmware, mi viene la depressione perchè questi problemi adesso chi li corregge...

ah ok grazie mille... allora aspetto tanto non ho fretta era solo per vedere la funzionalità dei temi introdotta dalla sony... aspetterò quando l'avranno migliorato!

[mjordan]

Originariamente inviato da owoelwo

sulla slim con 3.71M33 funziona tutto correttamente.

Parli per caso di Metal Slug Anthology e del sesto capitolo?

[owoelwo]

Originariamente inviato da mjordan

Parli per caso di Metal Slug Anthology e del sesto capitolo?

Sembra una minaccia he he he
Si parlo proprio di lui.

Oggi a a casa riprovo per sicurezza!

[mjordan]

Originariamente inviato da owoelwo

Sembra una minaccia he he he
Si parlo proprio di lui.

Oggi a a casa riprovo per sicurezza!

No non lo è E' solo una richiesta di chiarimento. Questo 3.71 mi sta mettendo abbastanza nervoso.

A proposito, ho trovato un altro bug
Andate sul menu "Impostazioni di Rete", scegliete "Modalità Infrastruttura", create una nuova connessione ed effettuate una scansione di un access point in presenza di nessun segnale. Cosa ottenete? Ve lo dico io: "Si è verificato un errore interno (00000001)"



Ragazzi chi sta al 3.52-M33 rimaneteci... Sto firmware fa schifo proprio.

[MarcoM]

Originariamente inviato da mjordan

No non lo è E' solo una richiesta di chiarimento. Questo 3.71 mi sta mettendo abbastanza nervoso.

A proposito, ho trovato un altro bug
Andate sul menu "Impostazioni di Rete", scegliete "Modalità Infrastruttura", create una nuova connessione ed effettuate una scansione di un access point in presenza di nessun segnale. Cosa ottenete? Ve lo dico io: "Si è verificato un errore interno (00000001)"



Ragazzi chi sta al 3.52-M33 rimaneteci... Sto firmware fa schifo proprio.

Infatti, io non mi sposto per ora