making an XCD/Mode2

[ThaChinky]

hi, i am trying to encode an XCD/Mode2 divx disc but haven't done divx encoding since the 3.11 era!
therefore any help is much appreciated.

as i understand it, i encode only the video via gknot and divx5.03, and tell it that the final file size is to be 800MB.
then i use the ogg audio, which is also the "container" that has built-in error protection. then i use those XCD GUI's to make the ISO.

if these steps aren't correct then can somebody correct me?
your help is much appreciated.thnx

heck..i'm still so confused about all these new terms, like containers, OggVorbis, Ogg media...wow..

[Neo Neko]

It sounds like you are basically on the right track. the only part I question is the part where you mention telling Gordian Knot to encode the video to 800Mb. Both the video and audio should be 800MB together. That may have been what you meant. But I was just wanting to make sure so things could be as problem free for your first forray back in as they could be.

[jkwarras]

Another thing, an XCD doesn't accept more than 795 MB for a 700 MB CD, and you have to give 1 MB free for the ISO whatever thing :) for the burning. So, your maximum capacity for a movie (audio and video) to fit on a 700 MB CD via Mode2CD is 794 MB :)

[ThaChinky]

oh..thanx...
i guess ill just aim for 790 or so..
i hope it works out later!

[ThaChinky]

another quick question...
if i have an already made divx that is like 750 megs how would i make this into the XCD format?
would i just use the XCD GUI makers straight up? because from my understanding this would mean that there is no error correction since its not using the "ogg container".
or am i wrong?

[ChristianHJW]

I am well aware i may get bashed again for 'blatant advertising', but this file would be the ideal case for the matroska mode2 form2 tool we are planning to do. Our file repair/optimization tool would fill the available ( 795 - 750 = ) 45 MB disc space with EDC and ECC EBML elements, so in the end you would have a 795 MB matroska file, ready to be burnt in mode2 form 2, with best possible file protection, as our tool will preferably safe those parts of the file with ECC ( FEC, Solomon Reed or the like ) that are most important to make the file play, even with hard scratching of the surface of the CD ...

A dream ? Well, things are coming along nicely and there is already a dev team member assigned for this tool ( thana ), he said he will likely make it in Java such that its x-platform compatible and thus spyder's EBML4Java has to be finished first ... go spyder, go !

[alexnoe]

You can overburn...so 800 MB should not be a problem. When using Taiyo Yuden CD-Rs, even 820 might work.

[ThaChinky]

um...ok...that was WAY over my head...WAY!

[ChristianHJW]

Originally posted by ThaChinky um...ok...that was WAY over my head...WAY!

ThaChinky, dont make a XCD from an AVI .. this is dangerous, one big scratch and the file is lost. Open the AVI in VirtualdubMod, set audio and video to 'Direct Stream Copy' and save it as an OGM, then process it in XCD Mode2 CD creator ..... and stay tuned for matroska ;) ...

[ThaChinky]

ah..ok thanks for the heads up

[ThaChinky]

next question..
i made the .ogg file and it turned out to be 792 megs. but when i put it in the XCD GUI maker and all is done the .dat file is 802 MEGS, and i included some of those filters and stuff in the image. For a total of about 803 Megs. Will this safely burn on an 80 min CDR?

[ChristianHJW]

I burnt 810 MB safely on normal 80 mins CD sin mode 2 form 2 ... just disable the overburning protection in Nero ...

[ThaChinky]

i see..just a little bit of overburning can fix it eh?
thnx for the info

[DeXT]

You should not take the outputted image file size (BIN/CUE) or the DAT file size (seen after mounting the image) as an indicator of the "user" data size being written on the CD. A 794 MB Form2 file will generate an ~803 MB image/DAT file. And in any case the image will fit on a standard 80 min CD without overburning needed, because this is a "raw" size, containing all the lowlevel sector stuff, and not just the "user" data.

Strictly speaking, a 80 mib CD should be able to hold about ~807 MB of "raw" data without overburning, counting the entire image size. If we refer to the "user" data only (i.e. the file(s) being written as Form2) there is room for abt. 797 MB. Substract the ISO track and the pregap size as well as some room for security reasons and you'll get the recommended size (794 MB).

80*60*75 = 360000 sectors

360000*2352 = 807.49 MB (raw)
360000*2324 = 797.88 MB (Form2)
360000*2048 = 703.12 MB (Form1/Mode1)

(maximum theoretical sizes, do not use these for your images, but the recommended ones instead)