I.LOAD till Playstation 3

Cirkulerat en del information om kommande I.LOAD till Playstation 3

Citat:

---

Hi there,
One year ago, a great console hits europe. You know exactly what we mean. The PlayStation3. A lot of hacking crews tried to hack it, without success. Please think of the Paradox-Loader or all the other fakes and please don't trust TEAM-ICE, you know this crew? But you know one of them... the self called noob "streetsk8erFU". Well... forget them all!

Today we cofirm the first working PlayStation3 Image-Loder called "i.load". We found a little whole in the latest Firmware 2.10 which allows you to run an unsigned code. I runs nearly perfect with the 60GB version of the system. Nearly perfect means we already got slowdowns but we're working on it. It's a softmod so that means you don't need any hardware-modifications.


So, you need the following tools for i.load:

PlayStation 3 System

500GB + external USB 2.0 HDD (e.g. Packard Bell)
~ 850MB free disk space on the PS3
Connection between the PS3 and your PC (W-Lan or local)
Firmware 2.10 (not above, if released)
1 PS3 Game Image (made with SAK tool)
1 Original PS3 Game Disk
Known bug-list:

Game Images over 17.5GB arn't running good yet (working on an improved temp-system) *FIXED*
after 15 minutes without playing an iso the system hangs up (reboot required; maybe the game is not saved the) *FIXED*
Online play works, but we're not sure about banning the system (use on your own risk!)
It's not possible to play paid games out of the PSN store!
PlayStation 2 game backups running slowly (we're working on it!) *FIXED*
PlayStation 1 game backups can't save ingame (we're working on it!) *FIXED*

Confirmed Feature-list:

play PS3 Backups (.iso)
possability to play PS2 games (incl. save function)

possability to play PS1 Games (incl. save function)
copy game backups via SAK or from the internet to your external HDD and load them
complete English Interface
full compatible with the latest PS3 firmware (2.10)

We don't tell you a release-date yet 'cause we have to bugfix a lot. We also want to send our i.loader to some member of the most famous hacking forums. We try to release it to the 1st PAL birthday of the PlayStation3 :-)

So, stay tuned and check back again for more details!

Best regards,

flAshHeAd - Group[SLUMP]

---

http://group-slump.blogspot.com/

Vad tror ni? Om det är fake lägger de verkligen ner tid för att göra det seriöst.

Det verkar ju kunna stämma, och dom har tydligen spikat den 23 Mars som release date.
Ska bli spännande att se, om det funkar bra så får man nog köpa sig en till konsol... :)

Mmm, av nagon anledning tror jag pa detta. Tyvarr dock... Om de utnyttjar samma hal i emotion engine som Paradox sa ar det nog kort for allt annat an japanska eller amerikanska 60GB ps3or, alltsa forsta generationen.

edit:

Verkar som de fatt igang det pa 40GB.

Känns som jag vill behålla min PS3 original.

Nää, vadå? :)

Jag håller tummarna! I slutet på denna månaden köper jag mig en egen liten Ps3:a :D

Känns skumt att dom fått PS2-spel att fungera på 40-giggaren, saknar inte den sniklådan helt något som behövs för att det skall gå att spela ps2 på den?

Citat:

---

Original inlägg av Hansi

Känns skumt att dom fått PS2-spel att fungera på 40-giggaren, saknar inte den sniklådan helt något som behövs för att det skall gå att spela ps2 på den?

---

Jo och även det att de har skrivit att de har satt releasedag och att hacket betatestas känner man igen från andra fakes.

Har jag fattat detta rätt behöver man: en PS3 (ofc), 500GB HDD i PS3:an, externa HDD, internet?

Snappa upp något om att det endast funkar på en debug maskin, hoppas så inte är fallet.

senaste jag hörde va att det skulle iaf funka på alla ps3 modeller fast ps2 spelen funka inte på dom med 40gb bara o det spelar ju stor roll :)...
vi får hoppas på det bästa och att det inte fake denna gång oxå

nice nu ska dom visst släppa det på söndag istället men kommer inge "support" före den 23e så får väl se på söndag nu :D

Det står även att man är körd om man uppdaterar firmware till 2.17. Vilka filsystem kommer stödjas? Jag hoppas på ext3 och hfs+.

Ute nu enligt bloggen men sidan ser väldigt skum ut...

Citat:

---

Saturday, March 15, 2008
Notice:

There is no public download yet. Please do not download i.load from mininova.org or other sites. It's just a fake. There are also no regristed [SLUMP] member on any forums!

Update #1: You can download i.load on rapidshare.com. We choose it 'cause it's damn fast and we can't provide such a bandwith...

Greetings,

Group [Slump]
Posted by Group [SLUMP] at 2:12:00 PM

---

Men vart fan är länken?

läser du ordentligt ser du att det är 1 dag och 6 timmar kvar
då kommer det finnas länk via rapidshare.

dom varnar bara för att nån lagt upp en fake release på mininova

Hoppsan noscript hade blockerat javascript nedräkningen. Nu ser jag den.

Jag ser verklig fram emot att se om det här funkar eller inte. Funkar det, då far jag på giganten och köper mig en egen ps3! :)

Kommer detta att göra så att man kan lägga in film i 1080p på hårddisken tro?

Förhoppningsvis kan man ju ersetta Xboxen med en PS3 snart!

Sökte lite på youtube och hittade denna lenk, http://www.youtube.com/watch?v=kZ7W1suE39A
Verkar vara personen bakom I.load för ps3 men det kan förstås vara en bedragare.

Tar tillbaka det jag skrev nyss det är förmodligen INTE personen bakom I.load men endå en bra video.

En bra video? Driver du med oss eller?

Om knappt 3h får vi se om det är fake eller inte. Eller nedräkningen kanske inte kör på GMT+1? Hörde nåt om att den kör på GMT+0.

Nån som vet vad som hänt med PS3news? Är det som Google säger att sidan installerar skit på datorn? Sidan är helt spärrad för mig av vad jag tror Firefox3...

http://www.stopbadware.org/reports/c...w.ps3news.com/

samma med safari på min mac

Citat:

---

Original inlägg av Blixten100

En bra video? Driver du med oss eller?

---

Nej jag tycker den var helt ok, för den visar på ett ungefär hur I.load fungerar(om den nu mot förmodan gör det) , och det heter väll driver du med mig och inte oss,eller är du flera personer? :eek: :eek::eek:

Enligt countern ska den vara ute nu men de kör troligen på en annan tidszon. Jag hoppas att den ligger uppe på Usenet imorgon :).

tyckte det såg ut som dom skulle lägga ut länkar till 4 mirrors på sidan nu ....men står inga just nu dock ska tydligen kunna köra PSN med lägre firmware än senaste nu oxå :)

Jobbigt att man måste ha originalspel i.

Citat:

---

Original inlägg av razor1394

Jobbigt att man måste ha originalspel i.

---

hur fungerar det då?
streamar man spelen över nätverket eller lägger man in dom på hårddisken?
Är det spelbart att köra ett spel den här vägen?

Som jag har förstått det så är det en OtherOS ersättning så om man har Ubuntu, Yellowdog, Fedora, Gentoo eller något liknande installerat så ryker det. Den interna disken används troligen som cache och på den externa lägger man iso filer. Den externa använder troligen antingen ntfs eller ext3. Är det loadern baserad på GNU/Linux eftersom den troligen körs genom otherOS kan jag inte tänka mig så många andra fungerande filsystem.

Eftersom inte PS3an har eSATA utan endast USB2.0 så innebär det en viss overhead för processorn. Processorn måste köra en så kallad decapsulation/encapsulation. Det innebär att det kommer att gå segare att köra iso:s på den externa än på den interna eftersom den interna kör SATA direkt.

Jag har 250GB internt i min ps3 men jag vet inte om det räcker för mer än några få iso:s. Det optimala är väl 500GB eller mer kanske helst 1TB. Det finns exempelvis Team Xecuter HDXT men jag tycker inte den fungerar helt smärtfritt eftersom man behöver använda extern strömkälla. PS3an behöver vara i synk med hårddisken annars hittas den inte. Detta betyder att man måste sätta på den externa disken samtidigt med ps3an med kanske någon sekunds marginal. Sen kan ps3an inte stå upp heller med HDXT.

Det står nåt om att online spelande inte fungerar men att man kan behöva LAN kabel vilket troligtvis betyder att man kan streama från nfs eller samba share.

Citat:

---

Original inlägg av henrik.boman

Nej jag tycker den var helt ok, för den visar på ett ungefär hur I.load fungerar(om den nu mot förmodan gör det) , och det heter väll driver du med mig och inte oss,eller är du flera personer? :eek: :eek::eek:

---

Tok. Han skriver ju till och med själv att det är ett skämt som respons till hypen kring i.load.
Han har ju moddat sitt ps3 med en halv chip-påse och när han matar in skivan gör han det under plasten, inte i bd-läsare.

Du måste skoja.

http://forums.maxconsole.net/showthr...103971&page=64

Jag rekommenderar den tråden.

SLUMP=CJPC PS3NEWS JUNK AKA 0cton

Nu är det två länkar uppe med rar filer som innehåller länkar?! Rar filen är dessutom lösenordsskyddad.

Lamers. Fake. Att man ens trodde på denna skit.

Citat:

---

Original inlägg av razor1394

Nu är det två länkar uppe med rar filer som innehåller länkar?! Rar filen är dessutom lösenordsskyddad.

Lamers. Fake. Att man ens trodde på denna skit.

---

Det var trojaner om du nu tankade hem dem sök igenom din dator, rickrollers.

De ger sig inte.

Citat:

---

The FirmwareMorpher can change the firmware on your system Playstation 3 easily by following the instructions step by step. The software is being Debug phase. News will be updated.

---

http://firmwaremorpher.blogspot.com/

Den som går på att första mjukvaruhålet i PS3an kommer vara vare sig en ISO Loader eller en Firmware downgrader kan gott ha det.

Ingen har ens hittils lyckats göra "Hello World" på en vanlig konsument PS3:a, Spelutvecklare kan inte "läcka" något som tillåter körning av normalkod heller dom har speciella utvecklingsversioner av PS3an som inte kräver signad kod.

Riktiga Hackers bryr sig inte speciellt mycket då PS3:an redan tillåter hemma programmering via OtherOS och har inga hårdvarurestriktioner undantaget RSX avsaknaden, vilken inte är något katastrof då samma Cell kan mjukvarurendera- tyvärr är dom flesta som gnäller inkompetenta och inte vet hur man skriver en mjukvarurenderare... (OtherOS är en helt annan hypervisor än det spelkörs under, så alla hack som ens påstår att dom körs eller installeras via OtherOS är fake till att börja med, XMB körs under lv2 hypervisorn.)

Så är det, PS3an kommer inte tillåta körning av backups utan hårdvarumodifikation punktslut.

Jag läste igenom tråden och tänkte klarlägga några saker.
Vissa delar av Sony's source contrib till Linux tyder på att Sony
planerade RSX-åtkomst medan arbetet på Linux-stöd pågick.

Dessa kvarlevor kan ev. utnyttjas fõr lågnivå-åtkomst till RSX under
hypervisors "Other OS"-läge.

Jag och andra personer har kunnat fylla RSX gddr-minne med data
igenom ett radikalt säkerhetshål i hypervisors wrapper som åtminstone
finns i 1.80, men jag har inte sett någon bekräftelse om det åtgärdats.

En åtgärd av vissa hål skulle göra en omfattande del av Linux/PS3 kod
inkompatibel.

Mina spekulationer kring IBM CBE & PS3's Hypervisor är att
den kõrs på en processor som är segmenterad från resten av systemet
på ett liknande sätt som vlan.

Det verkar troligt att PS3's OS har åtkomst att ändra Hypervisor's state/läge till
spel med RSX-åtkomst eller "Other OS" med framebuffer.

Jag gissar på att hypervisor körs på den enligt Sony avstängda SPE'n.

Kontentan är att en mjukvaru-lösning är fullt möjlig.

Den bästa nyheten för en mjukvaru-lösning är att Sony gjorde åtkomsten till RSX mer
restriktiv i en uppdatering.

Vilket tyder på att hypervisors kod inte är en förprogrammerad ROM.
Teoretiskt sett så kan inte hypervisors kod kontrolleras, därav osignerad.
Vilket skulle innebära att den enda signaturkontrollen som görs sker för firmwaren
*innan installation*.
Om man ökade åtkomst-tiden till filerna under installation och bytte ut kodsegmentet
innan det installeras kan man sannolikt köra vilken kod man vill i hypervisor.

Den hårdvarulösning som är enklast ãr helt enkelt en 1:1 kopia av skivan.
Eftersom du har all data som krävs för att spela spelet, inkl en korrekt
signerad binär så går den att kopiera.

Citat:

---

Original inlägg av Connely

Jag läste igenom tråden och tänkte klarlägga några saker.
Vissa delar av Sony's source contrib till Linux tyder på att Sony
planerade RSX-åtkomst medan arbetet på Linux-stöd pågick.

Dessa kvarlevor kan ev. utnyttjas fõr lågnivå-åtkomst till RSX under
hypervisors "Other OS"-läge.

Jag och andra personer har kunnat fylla RSX gddr-minne med data
igenom ett radikalt säkerhetshål i hypervisors wrapper som åtminstone
finns i 1.80, men jag har inte sett någon bekräftelse om det åtgärdats.

En åtgärd av vissa hål skulle göra en omfattande del av Linux/PS3 kod
inkompatibel.

Mina spekulationer kring IBM CBE & PS3's Hypervisor är att
den kõrs på en processor som är segmenterad från resten av systemet
på ett liknande sätt som vlan.

Det verkar troligt att PS3's OS har åtkomst att ändra Hypervisor's state/läge till
spel med RSX-åtkomst eller "Other OS" med framebuffer.

Jag gissar på att hypervisor körs på den enligt Sony avstängda SPE'n.

Kontentan är att en mjukvaru-lösning är fullt möjlig.

---

Nej hypervisorn körs på PPU:n, Cells PPU är baserad på Power4 som har hårdvarustöd för hypervisor layer utöver supervisor och usermode alltså.

Den isolerade SPUn används till dekodning av DRM, så visst är den starkt involverad i det hela, men själva hypervisorn är som sagt ett PowerPC program.

Och RSX går fortfarande komma åt delvis, problemet är att man inte längre kan modifera RAMIN vilket gör det omöjligt att skicka upp 3d Objekt.

Nej, RSX har aldrig varit tänkt att vara tillgänglig från Linux, det har varit diskussioner om att låta hobbyprogrammerare få använda den- Men vad jag vet så är det mer än ett år sedan det ens var på tal och då blev det ett klart nej från högre ort.

Personligen hade jag varit nöjd om man fick använda GS som satt i 60GB modellerna istället, men men det är som det är.

Playstation 3 Linux är inte avsett för konsollutveckling ivilketfall utan som ett lågpris alternativ till Cell SDK- och Cell kommer man åt helt obegränsat.

Citat:

---

Original inlägg av Connely

Den bästa nyheten för en mjukvaru-lösning är att Sony gjorde åtkomsten till RSX mer
restriktiv i en uppdatering.

Vilket tyder på att hypervisors kod inte är en förprogrammerad ROM.
Teoretiskt sett så kan inte hypervisors kod kontrolleras, därav osignerad.
Vilket skulle innebära att den enda signaturkontrollen som görs sker för firmwaren
*innan installation*.
Om man ökade åtkomst-tiden till filerna under installation och bytte ut kodsegmentet
innan det installeras kan man sannolikt köra vilken kod man vill i hypervisor.

Den hårdvarulösning som är enklast ãr helt enkelt en 1:1 kopia av skivan.
Eftersom du har all data som krävs för att spela spelet, inkl en korrekt
signerad binär så går den att kopiera.

---

hypervisorn är inte förprogrammerad, det är aldrig någon som påstått heller vad jag vet.
Däremot kan den mycket väl vara krypterad (hint) det behövs enbart en väldigt liten loader för att avkryptera den- denna loader behöver inte vara del av firmware uppgraderingen (hint), och rent ut sagt så skulle jag inte leta i flash efter denna stump kod.

Du kommer inte kunna modifiera PS3:an med CFW såvida inte krypteringsnycklarna knäcks (vilket är ganska osannolikt), eller du gör en fysisk modifikation av systemet (läs modchip)- vilket inte är det lättaste då många komponenter jobbar med en väldigt hög hastighet som är svår att jobba med med FPGAs osv.

Och nej du kan inte göra någon 1:1 kopia av en blu-ray disk den har speciella subspår som påminner mycket om PS2:ans kopieringsskydd.

(dubbelpost av misstag, sidan vägrade uppdatera sig)

Hej igen.

1:1-Kopia
Det är alltid möjligt att skapa en 1:1 kopia av digital information som är lagrat och avläsbart.

När jag säger att det enklaste sättet är att skapa en 1:1-kopia så menar jag givetvis inte att det enkla ligger i att man kan använda samma program som används för CD's och DVD's i dagsläget, utan att det är det enklaste sättet att köra backup-spel på PS3.

Att skapa en 1:1 kopia av en PS3 bluray-skiva kommer kräva nya funktioner både i bluray-brännare och i programmen som läser av och skriver skivan.

Det är inte på någon nivå alls omöjligt, orealistiskt eller opraktiskt.

Linux-access för RSX
Linux-åtkomst för RSX var planerad, det har ingenting att göra med huruvida du kan utveckla spel för PS3 i Linux, utan att du helt enkelt skulle ha fått tillgång att kunna göra 3D-applikationer som du sedan kan köra i Linux.

Att du får RSX-åtkomst i Linux gör inte automatiskt att du kan utveckla spel för PS3 rent allmänt i Linux, utan bara 3D-applikationer för Linux.

Precis som att åtkomsten till SPErna och PPEn i Linux inte gör att du kan skriva icke-3D program som du kan köra på PS3n utan Linux.

Du har rätt i att vi inte fick det, däremot finns det en hel del spår i Sony's source som visar på att dom började implementera det och sedan tog bort det, eller att dom helt enkelt började med kod som stödde RSX och sedan tog bort koden. Det är den koden som används för hacken jag pratar om.

RAM-IN
Du har delvis rätt i det du säger, Sony har tagit bort stödet för att kunna
skicka data direkt till RSX minne via något annat än framebuffer, som inte klarar av att köra RSX-accelererade 3D-objekt.

Det är dock där dessa kvarlevor i koden jag pratade om kommer in
Det finns en hel del odokumenterade syscalls som Sony inte har tagit bort, och ett par av dessa kan man lägga på kod efter dess Syscall som pushas till grafikminnet, vilket möjliggör RSX-accelererade 3D-objekt via dess egna minne

Däremot måste datan splittas upp så att den ryms i stacken för syscall'en man lägger till datan på. Upplösningen delas dessutom upp på det man ska skicka till minnet, det går inte att använda vulnen för att skriva i HD-upplösningar *direkt*, utan amn måste dela upp en HD-frame i flera chunks. I slutändan ser det likadant ut, men det påverkar prestandan.

Eftersom datan till RSX minne inte tar den konventionella vägen så är det inte konventionell DMA. Däremot är det fullt tillräckligt för att kunna köra den kvalitet av spel som normalt sett finns i linux, dvs, simplare spel.
Men framförallt så möjliggör det bättre, accelererade Xfree/Xorg-drivrutiner.

Det finns redan proof-of-concept på det online där programmet fyller RSX minne med en blank färg utan att gå via framebuffer.

Som jag sa tidigare så har det här ingenting att göra med att köra PS3-spel i Linux, det är en helt annan fråga.

Utan ett svar på ditt uttalande om att mjukvaru-fixar, eller något annat än hårdvaru-fixar på ps3 var orimligt eller omöjligt.

Det är inte någon dryg rättning, jag skriver bara så innehållsrikt som möjligt eftersom jag inte har tid med att chatta på forumet, och vill undvika att personer gärna gör saker till personliga krig med mål att "vinna" diskussioner.

Den enda anledningen till att jag postar är för att det inte verkar vara någon annan som har koll på utvecklingsläget för PS3 än.

Om det inte uppskattas finns det ingen poäng med det.



Hypervisor och SPE/PPE
Du har igen, delvis rätt i det du säger.
PPEn kör ramverket för hypervisor, däremot så kallar den den isolerade SPEn
för all form av kopieringsskydd.

PPEns hypervisor behövs inte modifieras oavsett, bara den isolerade SPEns om man går den vägen.

Att den isolerade SPEn skulle köra krypterad kod för att dekryptera krypterad kod är extremt osannolikt.

Citat:

---

Original inlägg av Connely

Hej igen.

1:1-Kopia
Det är alltid möjligt att skapa en 1:1 kopia av digital information som är lagrat och avläsbart.

När jag säger att det enklaste sättet är att skapa en 1:1-kopia så menar jag givetvis inte att det enkla ligger i att man kan använda samma program som används för CD's och DVD's i dagsläget, utan att det är det enklaste sättet att köra backup-spel på PS3.

Att skapa en 1:1 kopia av en PS3 bluray-skiva kommer kräva nya funktioner både i bluray-brännare och i programmen som läser av och skriver skivan.

Det är inte på någon nivå alls omöjligt, orealistiskt eller opraktiskt.

---

Skapa 1:1 kopia av PS3 bluray-skiva kommer du inte kunna göra någonsin med en konsument blu-ray brännare.
Du kan inte heller idag göra en 1:1 kopia av PS2 DVD skivor med en vanlig konsumentbrännare, det är därför det krävs modchip för att spela.

modchippen skickar förenklat en digitalsignatur när en skiva sätts in (beroende på hur avancerade modchip det rör sig om skickas denna information blint för alla diskar, för mer avancerade så väljs korrekt signatur beroende på disk)

PS3 kommer få modchip någondag, det är inget osannolikt alls, anledningen det tar tid är snarast att PS3an delvis jobbar med mycket högre frekvenser än tidigare konsoller (gör det svårt och dyrt att experimentera med den chiptyp som verkar vara populärast idag FPGA tex), den andra att den använder teknik som inte alls är välspridd och ganska odokumenterad.

Citat:

---

Linux-access för RSX
Linux-åtkomst för RSX var planerad, det har ingenting att göra med huruvida du kan utveckla spel för PS3 i Linux, utan att du helt enkelt skulle ha fått tillgång att kunna göra 3D-applikationer som du sedan kan köra i Linux.

Att du får RSX-åtkomst i Linux gör inte automatiskt att du kan utveckla spel för PS3 rent allmänt i Linux, utan bara 3D-applikationer för Linux.

Precis som att åtkomsten till SPErna och PPEn i Linux inte gör att du kan skriva icke-3D program som du kan köra på PS3n utan Linux.

Du har rätt i att vi inte fick det, däremot finns det en hel del spår i Sony's source som visar på att dom började implementera det och sedan tog bort det, eller att dom helt enkelt började med kod som stödde RSX och sedan tog bort koden. Det är den koden som används för hacken jag pratar om.

---

Jag står fortfarande fast vid att nej RSX access har aldrig varit planerad.
Mer info än så får ingen på detta forum.

Citat:

---

RAM-IN
Du har delvis rätt i det du säger, Sony har tagit bort stödet för att kunna
skicka data direkt till RSX minne via något annat än framebuffer, som inte klarar av att köra RSX-accelererade 3D-objekt.

Det är dock där dessa kvarlevor i koden jag pratade om kommer in
Det finns en hel del odokumenterade syscalls som Sony inte har tagit bort, och ett par av dessa kan man lägga på kod efter dess Syscall som pushas till grafikminnet, vilket möjliggör RSX-accelererade 3D-objekt via dess egna minne

Däremot måste datan splittas upp så att den ryms i stacken för syscall'en man lägger till datan på. Upplösningen delas dessutom upp på det man ska skicka till minnet, det går inte att använda vulnen för att skriva i HD-upplösningar *direkt*, utan amn måste dela upp en HD-frame i flera chunks. I slutändan ser det likadant ut, men det påverkar prestandan.

Eftersom datan till RSX minne inte tar den konventionella vägen så är det inte konventionell DMA. Däremot är det fullt tillräckligt för att kunna köra den kvalitet av spel som normalt sett finns i linux, dvs, simplare spel.
Men framförallt så möjliggör det bättre, accelererade Xfree/Xorg-drivrutiner.

Det finns redan proof-of-concept på det online där programmet fyller RSX minne med en blank färg utan att gå via framebuffer.

Som jag sa tidigare så har det här ingenting att göra med att köra PS3-spel i Linux, det är en helt annan fråga.

Utan ett svar på ditt uttalande om att mjukvaru-fixar, eller något annat än hårdvaru-fixar på ps3 var orimligt eller omöjligt.

Det är inte någon dryg rättning, jag skriver bara så innehållsrikt som möjligt eftersom jag inte har tid med att chatta på forumet, och vill undvika att personer gärna gör saker till personliga krig med mål att "vinna" diskussioner.

Den enda anledningen till att jag postar är för att det inte verkar vara någon annan som har koll på utvecklingsläget för PS3 än.

Om det inte uppskattas finns det ingen poäng med det.

---

Exakt hur skulle sony kunna begränsa RSX mer än vad som redan görs utan att göra prestandan blev påverkad till det sämre, eller behöva lägga ner orimligt mycket tid på något som är helt onödigt krångligt ur både implementation och/eller säkerhetssynpunkt?

Citat:

---

Hypervisor och SPE/PPE
Du har igen, delvis rätt i det du säger.
PPEn kör ramverket för hypervisor, däremot så kallar den den isolerade SPEn
för all form av kopieringsskydd.

PPEns hypervisor behövs inte modifieras oavsett, bara den isolerade SPEns om man går den vägen.

Att den isolerade SPEn skulle köra krypterad kod för att dekryptera krypterad kod är extremt osannolikt.

---

SPE:n kör naturligtvis inte krypterad kod, den är som du säger isolerad- men det var inte heller vad jag skrev, utan att den isolerades SPU:ns program är krypterat i minne, den avkrypteras straxt innan uppladdning till SPU när hypervisorn är initializerad.

Och nej SPU:n gör faktiskt inte mycket mer än kryptografi- resterande hypervisor arbete sköts på PPE.