XboxHacker BBS
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
May 25, 2013, 03:24:27 AM


Login with username, password and session length


Pages: 1
  Print  
Author Topic: Make ImgBurn accept zero'd video partitions  (Read 4825 times)
xDREAM
Master Hacker
****
Posts: 124


View Profile
« on: July 02, 2006, 03:05:43 AM »

Ive found a way to make ImgBurn accept all your isos that are without a video partion.
Open up your iso in a hexeditor of choice and put this in the first 8 bytes: COBRAMB1

Code:
Offset      0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F

00000000   43 4F 42 52 41 4D 42 31  00 00 00 00 00 00 00 00   COBRAMB1........

Oh and dont forget to set the layerbreak to: 1913760
Logged
garyopa
Xbox Hacker
*****
Posts: 582


Oasis Pensive Abacutors


View Profile WWW
« Reply #1 on: July 02, 2006, 01:43:58 PM »

The author's of the SS merger programs, should add this feature to their programs, instead
of the program just adding a totally BLANK video part, it should add one with a DVD volume
name, like you mentioned above, so that both DVD decrypter and IMG burn does not crash
saying the ISO is invalid.
Logged

xDREAM
Master Hacker
****
Posts: 124


View Profile
« Reply #2 on: July 02, 2006, 01:47:25 PM »

The author's of the SS merger programs, should add this feature to their programs, instead
of the program just adding a totally BLANK video part, it should add one with a DVD volume
name, like you mentioned above, so that both DVD decrypter and IMG burn does not crash
saying the ISO is invalid.

ImgBurn author said that in the next version all isos will work without modification so this is only a temp fix =)
Logged
Helltick
Master Hacker
****
Posts: 116



View Profile
« Reply #3 on: July 03, 2006, 12:53:13 PM »

could you just add this to the first 8 bytes of blank360.iso?
Logged
xDREAM
Master Hacker
****
Posts: 124


View Profile
« Reply #4 on: July 03, 2006, 02:22:43 PM »

could you just add this to the first 8 bytes of blank360.iso?

or the finished iso it doesnt matter
Logged
Helltick
Master Hacker
****
Posts: 116



View Profile
« Reply #5 on: July 03, 2006, 03:19:03 PM »

Thanks for the info man! only 2 days left on my evaluation of clonecd...Think i'll just fix the blank360.iso and add it to my tool kit..then its done.
Any free programs you know of to replace the need for dvdinfopro? $27US seems a little steep.

Again, nice work...thanks for the tip.
Logged
Redline99
Global Moderator
Xbox Hacker
*****
Posts: 774


View Profile
« Reply #6 on: July 03, 2006, 03:54:54 PM »

What is the significance of COBRAMB1?  It doesn't turn up much on google. Why at LBA 0 offset 00000000? This area is usually reserved for a boot image I think.  UDF 1.02 says to start at LBA 16 with the Primary Volume Descriptor structure data, would putting ".CD001." 0x01 0x43 0x44 0x30 0x30 0x31 0x01 work (at sector 16)?

I think putting in something instead of all 00's is a god idea for the video section, I'm just courious about this solution.
(I will implement an agreed upon method for my app too)
Logged

Where's Waldo
Helltick
Master Hacker
****
Posts: 116



View Profile
« Reply #7 on: July 03, 2006, 06:56:18 PM »

Quote
What is the significance of COBRAMB1?

Dunno man, but i'll tell you ...I edited the blank360.iso that c/w xtreme pack with the "cobramb1" code.
Run the build.bat as normal, rename IMAGE.000 to IMAGE.000.iso
ImgBurn works perfect now...three successful backups so far!

Anyone tried a different 8 byte header and have it work?

This is Good stuff!
Stuff I didnt know anyway Wink
« Last Edit: July 03, 2006, 07:11:40 PM by Helltick » Logged
xDREAM
Master Hacker
****
Posts: 124


View Profile
« Reply #8 on: July 04, 2006, 02:25:34 AM »

What is the significance of COBRAMB1?

dont know what its for i just found it while debugging imgburn. this passes its check and this was the easiest to pass
Logged
xDREAM
Master Hacker
****
Posts: 124


View Profile
« Reply #9 on: July 04, 2006, 09:42:36 AM »

Found a new way...at offset 8000h put:

0143443030310100202020202020202020202020202020202020202020202020202020202020202058424F58333630202020202020202020202020202020202020202020202020200000000000000000

Code:
Offset       0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F

000008000   01 43 44 30 30 31 01 00  20 20 20 20 20 20 20 20   .CD001..       
000008010   20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20                   
000008020   20 20 20 20 20 20 20 20  58 42 4F 58 33 36 30 20           XBOX360
000008030   20 20 20 20 20 20 20 20  20 20 20 20 20 20 20 20                   
000008040   20 20 20 20 20 20 20 20  00 00 00 00 00 00 00 00           ........
Logged
Redline99
Global Moderator
Xbox Hacker
*****
Posts: 774


View Profile
« Reply #10 on: July 04, 2006, 09:44:41 AM »

That would be the the Primary Volume Descriptor structure data at LBA 16 Smiley
Logged

Where's Waldo
xDREAM
Master Hacker
****
Posts: 124


View Profile
« Reply #11 on: July 04, 2006, 09:48:20 AM »

That would be the the Primary Volume Descriptor structure data at LBA 16 Smiley

Yeah.. and ur disc gets a nice XBOX360 label which is nicer =)
Logged
Redline99
Global Moderator
Xbox Hacker
*****
Posts: 774


View Profile
« Reply #12 on: July 04, 2006, 09:54:53 AM »

I think this is a better solution, plus like you said it gives the dvd a volume label.
Logged

Where's Waldo
Redline99
Global Moderator
Xbox Hacker
*****
Posts: 774


View Profile
« Reply #13 on: July 04, 2006, 01:04:23 PM »

I have't tested this yet, (will when I get home from work)

But in addition to the above method at LBA 16 we might want to also do this at LBA 17

Code:
Offset       0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F

000008800   FF 43 44 30 30 31 01 00  20 20 20 20 20 20 20 20   .CD001..


This means "Volume Descriptor is a Volume Descriptor Set Terminator"
Might make the data a little more compliant.

Edit: Not that it matters that much anyways.
« Last Edit: July 04, 2006, 01:07:27 PM by Redline99 » Logged

Where's Waldo
xDREAM
Master Hacker
****
Posts: 124


View Profile
« Reply #14 on: July 04, 2006, 03:06:53 PM »

it really doesnt matter afaik
Logged
PS2MXBOX
Member
**
Posts: 39


View Profile
« Reply #15 on: July 05, 2006, 07:05:49 PM »

So after doing this, we could basically burn this with any program that burns .img files right?  is there any need to keep the .dvd files or .ccd files?  My interest in this is that there is no way to burn my backups on a mac at this point and this could prove to be very useful if I'm reading this right.
Logged
bomberman
Newbie
*
Posts: 8



View Profile
« Reply #16 on: July 06, 2006, 12:37:03 AM »

So after doing this, we could basically burn this with any program that burns .img files right?  is there any need to keep the .dvd files or .ccd files?  My interest in this is that there is no way to burn my backups on a mac at this point and this could prove to be very useful if I'm reading this right.

The program must support to set a "custom" layerbreak. The layerbreak must be @ 1913760. If the program have this feature I see no reason that it should not work.
Logged
PS2MXBOX
Member
**
Posts: 39


View Profile
« Reply #17 on: July 06, 2006, 08:52:38 AM »

the program can put a layer break anywhere on a +r dl but it has to be told by an outside program as there is no option in the burning program to change it manually; the image file has to have it written inside it
Logged
Pandor
Master Hacker
****
Posts: 130


Powered by Gentoo


View Profile WWW
« Reply #18 on: July 26, 2006, 06:28:47 AM »

as a linux user i'm also suffering from incompatibility with Xtreme type iso's.
It seems to confuse growisfs in a sense that it won't take to user specified layer break.

So i wanted to make the video dummy file iso9660 compliant.

to create an iso that complies to the iso spec, it would need 16 sectors of system area (LBA 0 - 15), one primary volume descriptor sector and one primary volume ending descpritor sector.

So now, i was wondering, if i modifiy the nullified dummy file to contain these sectors, would i need to insert them, or overwrite them?
As i'm guessing that now, the dummy is regarded as data. hence all zeros will be written to disc. But when you overwrite the first 18 sectors, you loose 36864bytes of data (18x2048).
So won't everything shift down by 36864bytes?
Logged

Do no underestimate the power of stupid people in large groups.
Pandor
Master Hacker
****
Posts: 130


Powered by Gentoo


View Profile WWW
« Reply #19 on: July 26, 2006, 07:47:20 AM »

aargh nevermind.
i was regarding the volume descriptor as a file header. Not actual data that is also written to the disc.
so it needs to be replaced, not inserted.

What was i thinking..  Roll Eyes
Logged

Do no underestimate the power of stupid people in large groups.
Pages: 1
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC

Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM