-
people says that it isent working :S read at the forum youre linking to...
-
QUOTE(maddy2005 @ Dec 16 2005, 05:13 PM)

people says that it isent working :S read at the forum youre linking to...
yea i just read that, i posted this before people reported it not working srry
-
ahh oki no prob m8
-
Well...I was skeptical at first....but I am trying it right now. I'm using RecordNow Max instead of CloneCD. I started with "The Longest Yard" (~7.7G) and swapped with my version of MechAssault (XBOX). Currently at 260M and going....says it will go out to the 7.7G mark....I will update with progress.
Edit1: Damn....error at 880MB...Downloaded CloneCD....trying it now....probably something to do with error correction.
Edit2: CloneCD is going further than the 880MB mark...though it did slow down, but it is slowly making progress.
-
QUOTE(kday @ Dec 16 2005, 10:27 PM)

The dump worked fine with my NEC ND-3500A.
I assume it may not work with some DVD drives depending on the make and firmware and such.... just speculation.
Wow....coincidence...I also have a 3500A.
Edit: I was able to complete the dump. Qwix won't open the file, but UltraISO will. It shows the Video_TS folder but all of the data off the disc was dumped. I tried the program they had on that website but it may only work for 360 ISOs.
-
here is the working link
http://gueux-forum.n...21
-
Ok, so this hotswap method works.
Now what I am thinking is could we use a hotswap method to get a game backup to run? For starters, could we make a copy of an original XBOX 360 game, and try to force the 360 to run the backup after the disk check and launch of the .xex file is made.
I know it's pointless to run a XBOX 360 backup of a game you already legally own, but it would be good research.
I do not have a 360 yet, and have been using my roomates. I am not going to try this myself because it's not my XBOX.
Somebody correct me if I'm wrong. No flaming.
-
Has anyone tried this with a Hitachi-LG drive?
-
Sweet so this method of ripping the games actually works.
-
QUOTE(Arakon @ Dec 18 2005, 02:14 AM)

hotswapping is not and never will be possible, since the executable is checked for a valid signature before running. since the signature is actually part of the executable, there's no way to swap.
that only works for protections like the ps1 and ps2 has, a single check on boot time.
Hmmm...I like. It's an insane venue of attack...
Boot a game. Wait for the spin down to occur at a place prior to the loading of media. Insert a malformed disk with a similar TOC, only pointing to some sort of bad data. When the Xbox finishes what it has in RAM, and pages the DVD for the media to play, BAM! Malformed media file causing nasty things to happen.
Chances of successful exploitation: Low.
Modification to Xbox required to execute: High.
Chance MS would have considered such a venue of exploitation: Low.
If I were absolutely insane, and owned an Xbox, I'd give it a whirl. Of course, it'd take a deep understanding of the flow of execution of the 360. One would have to know what routine handled the loading of the media, as well as what (if any) garbage data made it do it's bidding.
I've read a few hundred piss poor ideas as of lately. This idea may only seem "good" to me by comparison. At least I'm trying to do a bit better than 90% of the ideas.
-
Mmmhh, just ripped KingKong with the swap method. CloneCD created a 7.61GB iso image. Checked the iso using an hexeditor and contains a lot of data. Opening the iso with DaemonTools or MagicISO i can see only the directories VIDEO_TS and AUDIO_TS....but I think that x360 data are really in the iso.... Will be nice to see if the rip works but no modchip yet to try
-
Here's an idea:
Maybe just put a little switch on TrayIn/TrayOut so the drive can't detect the drawer has been opened.
-
QUOTE(Tiros @ Dec 18 2005, 06:23 PM)

If the signature is indeed part of the executable, than why is the signature not copied when the executable is extracted?
It is copied, but since media checks prevent it to run on other media than genuine X360 disks we need to patch the media checks thus invalidating the signature. The media checks involve the part of the file which is signed and changing the media checks would break the signature resulting in Xbox not executing the code.
-
Hiya, Noob here posting for experts i guess, sorry about the super long post also.
I was going to try this dump method with linux, fedoracore 4 to be exact.
If someone has done it with "readcd" "cdrecorder" "xcdroast" or whatever you could post some insight a.k.a command lines and additional tricks.
Preferred way would be just to use linux own command line tools.
I played so far like this:
***********
[root@axx-xxx-xx-xxx ~]# readcd -noerror -nocorr retries=0 Read speed: 11080 kB/s (CD 62x, DVD 8x).
Write speed: 2770 kB/s (CD 15x, DVD 2x).
0:read 1:veri 2:erase 3:read buffer 4:cache 5:ovtime 6:cap
7:wne 8:floppy 9:verify 10:checkcmds 11:read disk 12:write disk
13:scsireset 14:seektest 15: readda 16: reada 17: c2err
18:readcd 19: lin 20: full toc
Enter selection: 0 (0 - 20)/<cr>:11
Capacity: 87104 Blocks = 174208 kBytes = 170 MBytes = 178 prMB
Sectorsize: 2048 Bytes
Ignore disk size? yes
Copy from SCSI (0,0,0) disk to file
Enter filename [disk.out]: /mnt/dvd/mybackup.whateverextension
Enter starting sector for copy: 0 (0 - 9999999)/<cr>:0
Enter number of sectors to copy: 10000000 (1 - 10000000)/<cr>:
Enter number of sectors per copy: 64 (1 - 64)/<cr>:
************
My noob logic with these commands were:
-noerror so readcd won't stop when error is read ( obviously often past the normal dvd sectors? ).
-nocorr for no error correction which i'd imagine would be good option?
retries=0 so it won't try the default 128 times to retry when error occurs thus speeding the process vastly
that is still "very" slow.
"In program" options are obvious i'd guess, but whatabout sectors? I can check how many sectors the dvd video section takes and start after it or from the beginning. 10million sectors to copy with the current speed takes like a week very wildly guessed.
Well, with these options it creates a whatever file you have told it to create. I dumped 180mb from pdz disc or did I?
The good question is did it just write the whole file full of nothing, zeroes, air? I haven't been able to verify if there is written game data as the process is slow. The dvd video section data certainly seems to be there but past it i don't have a clue yet. I don't know from what sector forward the actual game might exist etc. Readcd's output still lists errors for every sector like theres no tomorrow but atleast it does something 
So as theres prolly many who have done this with linux somehow, let us know.
Please do note that the readcd example isn't taken when pdz is mounted.
-
QUOTE
Can we shut this shit down already??
Hehe. you wish, i find all alternatives instresting.
FYI we also have many modchips to choose from these days, they actually differ even though doing same concepts.
-
The whole point of a hot swap is to change the disk without the hardware being aware of the change. If you hot swap the disk, no the 360 will NOT go back to the dash. Depending on when the 360 tells the drive to look at the media type this could possibly fool the 360. Can we test this, yes. Make a backup of a standard xbox game, load the real deal into the drive, once the 360 knows what is in there, hot swap it with the backup. This is not fool proof. The 360 could make a record of where exactly the executable physically sits on the disk. If there is a change, no love. Got it. Good.
e_t
-
swapping to boot a game can not and never will work. the signature of every executable and the media type is checked every single time its run, so even if you swap, it will verify the executable before starting it, fail, and reject the disk.
-
QUOTE(cjack @ Dec 18 2005, 04:42 PM)

Mmmhh, just ripped KingKong with the swap method. CloneCD created a 7.61GB iso image. Checked the iso using an hexeditor and contains a lot of data. Opening the iso with DaemonTools or MagicISO i can see only the directories VIDEO_TS and AUDIO_TS....but I think that x360 data are really in the iso.... Will be nice to see if the rip works but no modchip yet to try

Hi,
I'm the guy who released the procedure for hotswap dump.
First, sorry for my english, but I hope it's better than this horrible auto translation I saw...
This procedure has a problem concerning the second layer on a DVD9, because there is 2 way for putting data on a DVD-DL :
the PTP method, used for data DVDs, the layer 1 start from the center of the disc and go to the edge, and the seconed layer do the same. This shape is good for performances but at the end of the first layer you have to wait for the DVD player to go back to center of the DVD to start reading the second layer.
This is a problem while playing a movie DVD, because you can't wait one second during the movie ...
So there is a second way to write a DVD9 : the OTP method.
This time the data is from center to edge for the layer 1, and from edge to center for the layer 2.
All the movie DVD are in OTP desing, and data DVD are in PTP design, and I'm pretty sure the XBOX360 DVD are in PTP, so you have to use a data DVD for hotswap ... it SHOULD solve this issue, but I'm not really sure (I need to do more tests...)
But for KingKong, the entire game is only 2,3Go so you can (and must) do the hotswap with a DVD5, with only one layer. This time no matter if it is a movie or data DVD, because there is only one layer so no design problem.
So I hope I'm understandable with my bad school english, I'll send you an update after my second layer tests.
-
ok here's the problem. Someone said earlier to try to hotswap the disc. It's already been tried with a backup of Halo2. After being told what would happen the guy tried it anyway, and it performed just as thought. First, you'd have to let the drive spin down. This means to pause or not move for a little while until the drive will spin down. Then, you replace the original game with the backup when the drive is no longer spinning. Just so someone doesn't flip out, the only way this is possible is to take apart the DVD drive so you can remove discs WITHOUT ejecting. After you swap discs, start playing again. whoila! Everything works.....or so you thought. The game will play until the cache is cleared. Once the drive spins up guess what happens....error. You've been hit by a media check. Do not pass go. Do not collect $200. Do not think this will work.
-
This method is merely for a way to make the backups with a PC DVD drive...not playing them on the 360. I did notice the DVD drive doing what you specified for DVD Video...it went center->edge for layer 1, then edge->center for layer 2. I may try to make a large (almost full) DVD9 data disk for my swap disk, it should read correctly that way.
-
i can completely confirm this is as a working method, theres a tool out there named wx360 (found in the usual, places) and for proof, i extracted the loading screen. heres a link:Here is the video.
if you dont beleive me, fine, but if u do it with a xbox1 game, and then run it in dademon or anything like that, it starts up the *this is a xbox disc* video, which means it acts like a normal disc, even tho its a image.
once again, beleive me or not, but there the video!
-
Okay, I am posting a problem dealing with this Dual Layer thing. I can read the first layer of any game and extract the files and it works fine. Now I was using Lord of the Rings: Return of the King and found this problem to be true. So I made a DVD+R DL full of music. I used this with the swap method instead and now I am watching the laser right now having problems heading back toward the inside of the disc. Is this a problem with the way the DL DVD was written or because I used a +R? Has anyone done a dual layer disc successflly and what did you use nad see?
Also, if the 360 DOES use PTP then I have done something wrong because it seems the drive is heading back toward the middle trying to read it's way in from the outside like in UTP. It is possible I wrote the Data DVD with Nero using the wrong mode. I will go back and see if there is any way to tell.
-
QUOTE(H2290 @ Dec 21 2005, 09:59 AM)

Okay, I am posting a problem dealing with this Dual Layer thing. I can read the first layer of any game and extract the files and it works fine. Now I was using Lord of the Rings: Return of the King and found this problem to be true. So I made a DVD+R DL full of music. I used this with the swap method instead and now I am watching the laser right now having problems heading back toward the inside of the disc. Is this a problem with the way the DL DVD was written or because I used a +R? Has anyone done a dual layer disc successflly and what did you use nad see?
Also, if the 360 DOES use PTP then I have done something wrong because it seems the drive is heading back toward the middle trying to read it's way in from the outside like in UTP. It is possible I wrote the Data DVD with Nero using the wrong mode. I will go back and see if there is any way to tell.
It sounds like the same way a DVD Video does. There may be a special way the DVD needs burnt like you said.
-
Well, I just noticed that my read had some screwed up files and ended up being the exact same size as The Longest Yard which I used and that is probably not a good thing. It did read from the outside in on the second layer and I think that might be the problem.
-
Why can't we use a DVD-DL disc filled with zeroes all the way to the end of the DVD, written in PTP? Speculation again.
-
Used T2EE PTP disc and no good. But I did do the swap and then look at the DiscInfo Tool in Nero and now it is showing this for COD2
Capacity: 7.73GB - taken from T2EE disc apparently
Layers: 2 - that's right
Version: 1
Track Path: OTP - now this was PTP when I inserted the T2EE disc and now it has changed
Title: XBOX 360
And using a PTP disc as the original I can not get it to go past 50%, but with an OTP as the starting disc I have got finished ISOs that just seem to have some junk files. I think the XBOX360 discs are OTP due to this and the reporting from the Nero Tool. Maybe the junk files I am seeing after the extraction are encrypted files or signatures of some sort.
-
Can you define better those junk files? size possible name etc...
-
That is interesting. I cannot reproduce this my self now so could you be able to make anything out if you look inside one of the junk files? Obviously those junks could be something your drive can't read as it is now, thus producing those files but then again if they would be sectors that it can't read i would think the files would be full of zeroes, atleast they then wouldn't contain any random data imo. Please do little glimpse of whats inside of them ( generally inside of them ofcourse
).
It could also be nero thing, or relation between the discs being used or some sort of security "stuff" or you name the rest.
Can hopefully look this issue also tomorrow ( friday ).
-
Okay, I meant they are definitely OTP if you read the above post. I just used an OTP disk (The Aviator) and got a good read on PGR3 with solid files throughout. Default.xex is there, unlike with COD2 and I've also got all audio and such from both layers. Seems like a good rip to me.
The DVD drive is still having real problems at the very outer edge of the disk which I find quite interesting, maybe there is something out there.
Well, maybe I am all wrong. This seemed like a good OTP copy but it appears all audio on Layer2 is clumped into one gigantic file and unreadable. So, is it PTP? Good question.
-
QUOTE(H2290 @ Dec 23 2005, 04:30 AM)

Okay, I meant they are definitely OTP if you read the above post. I just used an OTP disk (The Aviator) and got a good read on PGR3 with solid files throughout. Default.xex is there, unlike with COD2 and I've also got all audio and such from both layers. Seems like a good rip to me.
The DVD drive is still having real problems at the very outer edge of the disk which I find quite interesting, maybe there is something out there.
Well, maybe I am all wrong. This seemed like a good OTP copy but it appears all audio on Layer2 is clumped into one gigantic file and unreadable. So, is it PTP? Good question.
I'm agree with you, after many tests I think that Xbox DVDs are in OTP, but the first layer is smaller than the first layer of a 'normal' DVD. So when you are reading sectors at the end of the first layer, you should already be at the beginning of the second layer...
This is why you can see on the first layer a XDVDFS entry for the folder 'layer2' (in 'Game\Audio\Music'), but when you go to the address desribe by this entry, it's not in the good place. So there is a difference between the real second layer and the one you make with the hotswap method.