I've used DVD2SVCD to make two 2 cue/bin files from a DVD and I've mounted them with daemon and I've burned the first one successfully with Nero. Even though it said it was 800Megabytes and my CD-R disks are only 700. I used Nero to burn. First I made an image on disk from the daemon mount then I burned the image. It said everything went alright and I checked it - it seemed alright, right to the end. So I figured okay the SVCD technology puts 800 meg on a 700meg platter. So I tried to do the second one the same way and it won't do it. Says my media is too small. I can't dash out to the shop and find out - it's the middle of the night here in darkest outback China. Can someone tell me what's going on? Are there 800 meg disks I should be getting to burn the SVCD on? Or should I be configuring DVD2SVCD somewhere to make smaller disks? Or should I be converting the SVCD to VCD? Or what should I be doing? regards, ab.
hmm.. maybe it was slightly larger then the first, no u dont need bigger disks - 700 meg do just fine, how big were both files? Dean
All you need to do is Enable the "Overburning" option in Nero and set it to 82 Minutes and this will allow you to burn up to 820mb on a 700mb CD-R... And yes a 700mb CD-R can hold up to 800mb of Mpeg Video when in VCD or SVCD Mode, This is because there is allways 100mb space reserved on the Disk for Error Correction which VCD"s and SVCD"s do not use, but this also means that Burn errors are much more common so you should allways burn at a Slow speed like 8x or 12x....Cheers
Thanks guys. Vegetto: Yes, everything's the same. Loner: You're right. No. 1 was 825612 kbytes on my win2k listing and No. 2 was 828982 kb. A 300 k difference, I guess that's significant. (These figures are not the ones Nero uses, of course.) Minion: Thanks again for your help once again! I'll do it. thanks guys. ab
although a pop will pop up saying overburning is dangerous and can damage your burner or maybe even the disc, ignore it it dont mean owt just burn at lower speed like minion said
Crap I never knew a cd-r can hold 82 mins, I was always putting 60 mins on a vcd. All this time ive been waisting one episode worth per cd! But I dont want to risk damaging my cd recorder
Well it worked, guys. Second half of The Commitments if you want to check it out for yourselves. Worked fine. Got the pop up alright. Ignored it. I am interested in the technical reasons for saying you might even damage your burner. If anyone knows. Remember what Minion said - there's a 100meg normally not used by SVCD or VCD. That means you are not really overburning anything at all as long as you stay inside the 100 meg. You are just using what was designed to be used if it was burned as a normal CD. 'It don't mean owt..' Loner? Bit a Yorkshire there, lad?
lol, just a bit man its becasue like minion said that 100meg wasent supposed to be used, probably not rightly "set up" to be burnt data on, but hey - it works ;D Congradulations Dean
yeah... it needs a bit of explaining.. I was thinking he meant it WAS intended to be written to - but only by the error correction procedures. Maybe to re-write something that error checking showed wasn't written right the first time... I don't know. It's a large proportion to set aside just for writing errors.... And that's CD talk. Writing data CD's. And writable CD's have been rated according to this system, so that 700MB capacity really means the 'Data-CD-rated capacity and does not include the 100mb that might be written in the course of checking/fixing errors. In other words 700Mb as a number was always wrong. But right for CD writing. The procedure wouldn't allow you to write more than 700. But VCD and SVCD are different things entirely. They don't care much about error checking - how many shonky bits can you have on a VCD? Incredible amounts, eh? If you want to write .exe files to a data CD you can't afford to have one bit go wrong. Not one. Here's another thought I've just had - memory from the past - 7 data bits and 1 checksum bit. That's standard comms protocol we all used to have to screw around with when modems were in their infancy. One eighth of your data stream was dedicated to checksum bits - even parity or odd. Maybe it's something like that on writable CD's. When writing data maybe they write 7 data bits and one checksum bit. But VCD's etc. wouldn't care I suppose. Just use every bit for data. If it goes wrong it goes wrong... too bad.. most of the time the programme recovers.. sometimes your player just hangs... lost the plot completely... I wonder if I'm anywhere near the truth. I find it interesting. See you on Ilkley moor... ab
