Das ist aber eine Kopie.

ich denke jetzt doch, es ist stressfreier sich was fertiges zu kaufen. da ich wie viele andere auch nichts zu verschenken habe, muss ich rausfinden, welcher der billigste und zukunftssicherste stick ist. ich hab in den pspking news gelesen, dass die jailbreak clone vom neuen update ausgeschlossen sein sollen.
also ist das original das beste oder?

by KaKaRoTo:

Die gesamte Scene und das Web ist anscheinend absolut verunsichert und keiner weiß mehr Bescheid welche Payloads denn jetzt die Richtigen oder die Besten sind. Hierzu will ich einiges klarstellen:

Als erstes sollten die User aufhören über Hermes v3 Payloads zu reden und sowieso, diese zu benutzen ! Ich mag seine Arbeit nicht. Diese Payloads könnten im schlimmsten Fall eure PS3 beschädigen !! Sie sind nicht gut geschrieben und es macht den Anschein dass HERMES nicht verstanden hat wie die PS3 Jailbreak Payloads überhaut funktionieren.

Es ist so, dass Payload3 bereits alles das unterstützt, was die HERMES Payloads als "Update" mit drin haben, sei es Spiele von HDD ohne Disk oder auch das Installieren von Gameupdates, aber auch alles andere. Alles was Hermes daran verändert hat ist nutzlos und auch gefährlich.

Viele User haben mich auf Twitter verfolgt und gefragt wann ich meine neuen Payloads release und ich kann euch sagen das sie bereits verfügbar sind !! (Anmerkung: einen Suchtip findet ihr am Ende des Posts).

- PL3 basiert und unterstützt nicht mehr den syscall 36. Das hat viele Gründe, aber der wichtigste ist wohl, das dieser Syscall hardcoded auf eine Position /dev_bdvd oder /app_home oder /dev_flash oder was auch immer der Ersteller der PL wünschte festgeschrieben ist.

- Da wir (die PSGroove & PSFreedom Entwickler) den Backupmanager nicht unterstützen wollten haben wir unsere Releases auch immer so gestaltet, das sie nur gepatcht den BM starten konnten

Der neue (in PL3 verwendete) Syscall ist der Syscall 35. Er ist absolut flexibel und außerdem ist es so die korrekte Art und weise so etwas zu coden. Mit diesem Syscall kann man auf jede beliebige Position verweisen. Der anfängliche Code dazu war in etwa so:

syscall_35 (char *old_path, char *new_path);

Das bedeutet, das ab jetzt die Homebrew Programme selbst bestimmen können auf welche Positionen sie verweisen und somit den Entwicklern eine viel größere Flexibilität gegeben ist. Außerdem braucht ihr auch keine besonderen Payloads mehr um Tools wie z.B. den "Firmware USB Loader" auszuführen. Das alles funktioniert, weil nun das Programm selbst entscheiden kann auf was es verweist. Das bedeutet, das nun auch der BackupManager läuft, ohne das die Payload noch gepatched werden muss, da der BM einfach selbst auf " /dev_bdvd oder wohin auch immer" verweist.
Das bedeutet auch, das alle alten Backupmanager, die den syscall36 benötigen, mit den neuen PL3 nicht mehr funktionieren !

Bislang ist nur der Gaia Manager mit der neuen PL3 kompatibel, aber ich wette alle anderen Entwickler werden ihr Loader PL3 kompatibel releasen.

Die Entwickler und User müssen verstehen, das der SYSCALL 35 DER NEUE STANDART SEIN MUSS ! Das ist, was alle neuen Payloads benutzen sollten, nicht mehr den alten - vom PSJailbrek Team - verwendeten starren SYSCALL_36.

Wir brauchen dringends einen neuen Standart, ich kann es nicht mehr sehen wie User durch Foren wirren und nicht mehr wissen welche der 100 verfügbaren .hex Files sie denn jetzt nehmen sollen. Das macht keinen Spass und ist absoluter Blödsinn Augenzwinkern

Ich wollte immer EINE Payload entwickeln, die für alle funktioniert, auf allen Geräten gleich. So können Teams und Foren vernünfigen Support bieten, weil die Grundlagen für alle klar und glich sind.
Das ist es wonach wir alle streben sollen,
deswegen habe ich die neuen Payloads3 für euch zusammengestellt. Diese funktionieren nicht nur auf allen Geräten gleich, sondern ich habe auch direkt Versionen erstellt, die auch auf den Firmwares 3.01, 3.10, 3.15 und 3.41 gleich funktionieren und den gleichen Umfang bieten !


Ich habe im Web gelesen, wie glücklich die User über den Release von Rancid waren, dessen Payloads das Beste aus 3 Welten (hermes, waninkoko und Mathieulh) enthält und ich war wirklich geschockt, denn die User haben wohl nicht erkannt, dass alle diese Pasches absolut nutzlos und unnötig waren. Alle diese Patches sind in der PL3 sowieso enthalten ! Ich verstehe hier weder Rancid, noch hermes, waninkoko oder Mathieulh warum sie damit ihre Zeit verschwenden ?!

Diese Nachricht ist also an alle diese Leute: bitte vergesst eure Eitelkeit und bestätigt den Leuten einfach das sie die PL3 benutzen sollen und dass dort alles enthalten ist was sie brauchen........

Durch eine Spende von R4King habe ich jetzt auch selbst ein USB Dongle erhalten so dass ich auch PSGroove nun ausprobieren konnte. PSGrovve ist o.k., also habe ich auch einen "fork" für Jevinskie’s Port von PSGroove erstellt, welche ebenfalls auf Payload3 basiert.

Das alles bedeutet: PL3 ist ab sofort für jedermann erhältlich, egal ob als PSFreedom oder PSGroove und niemand hat mehr eine Entschuldigung wenn er die alten Payloads benutzt !


Update: ich habe vergessen meine Ausführungen zu Peek & Poke zu posten:

Das wichtigste zuerst: NIEMAND VON EUCH USERN BENÖTIGT PEEK & POKE, aus diesem Grund sind die Funkionen jetzt standartmäßig deaktiviert. Ich hab mir die meisten Codes der Backuploader angeschaut und die meisten Coder benutzen diese Funktionen um irgendwelche Sachen zu patchen (was die da patchen ist mit jedoch schleierhaft) - wie gesagt, benutzt die neuen PL3 und alles wird gut.

Die meisten Coder verstehen die Peek & Poke Funktion anscheinend absolut falsch und setzten diese auch falsch ein. P&P ist dazu da um den Kernel selbst on the fly zu patchen, aber das ist gefährlich !!!
z.B. wenn man einen hardgecodeten Kernel patcht der auf einer FW 3.41 programmiert ist hat dieser Patch auf einer 3.15 keine Wirkung bzw. stiftet nur Chaos im Kerbel.
Peek & Poke ist sinnvoll für Leute mit großem technischen Verständnis und viele Sachen die man damit machen kann hängen stark von der verwendeten Firmware ab, also möchte ich nicht das ihr damit rumspielt und letztendlich Hardwaredefekte an euren Konsolen habt.
Analoge Funktionen wie Peek & Poke sind nichtmal in Linux (PC) freigegeben also solltet ihr das auf der PS3 auch nicht als Standart verfügbar haben.

Die einzigen Leute die mit Peek and Poke was anfangen können sind echte Entwickler, die on the Fly und in Realtime den Kernel zu bestimmten Testzwecken patchen wollen.

O.k. das war es von mir für heute ! Grüße an alle Playstation Fans da draußen.