rendering svcd, saving to a file question...

the_ripper schrieb am 12.08.2002 um 16:12 Uhr

Hey fellow video techs, Have any of you seen hands on proof that when converting an AVI to an MPEG2/SVCD you cant use other programs (IE netscape, mail, etc.)due to resource overloading? When I render a movie to svcd, it is 3 renderings, each about 8gigs. They make about a 38min svcd (600 plus megs)...I ask because each rendering takes about 3 hrs (x3 for a typical movie). I am afraid if I start goofing with other programs, it will mess up my render. If the AVI is is made, does the svcd rendering need FULL PC control or not? Again, I would like to render in the background, but worry about flaws if I use other programs to tie resources up.. the_ripper

Kommentare

Chienworks schrieb am 12.08.2002 um 17:31 Uhr

Running other programs on your computer can't possibly "mess up" the render or affect it unless those other programs cause a system crash. The only thing that will happen is that the render may take a little longer.

the_ripper schrieb am 13.08.2002 um 23:59 Uhr

Great, thanks! that was my orig guess, wanted to be certain. I know if the analog capture is going on, it is a different story. That is picky based on system resources. the_ripper

Chienworks schrieb am 14.08.2002 um 00:51 Uhr

Keep in mind that capturing and printing to tape are real-time operations ... the data has to flow at the standard video rate because you're dealing with an external device that plays/records video at normal speed. Rendering, burning a CD, things such as that are not time sensitive at all and can run faster or slower than real-time and even be paused without affecting them.

IanG schrieb am 14.08.2002 um 10:26 Uhr

I know we've now got BURN proof cd writers, but is burning completely time-insensitive?

Cheers

Ian G

Grazie schrieb am 14.08.2002 um 10:33 Uhr

Sorry, I don't quite understand. Do you mean - are we burning in real-time? If this is the case, and from what I understand, the burning happens in non-realtime - ie the burning device is burning from an already created file and burns to disc when and where it wants to - time is not an issue - as per Chienworks comment above.

Grazie

IanG schrieb am 14.08.2002 um 13:19 Uhr

Sorry if I'm confusing things. As I understand it, VF starts by rendering to a file on a hard drive, and that's not time critical. Once the burn proper starts though i.e. copying the file to CD, old CD writers expect a steady stream of data. If this is interrupted you get a buffer under-run (BURN) and the CD is useless. That interuption could happen if the processor, or an IO bus was busy doing other things, so you had to dedicate the PC to burning only. Modern CD writers are supposed to be BURN-proof, which means some interruptions are allowed. My question is, is BURN-proof fool-proof, or is some caution still needed?

Cheers

Ian G.

Chienworks schrieb am 14.08.2002 um 14:16 Uhr

SIREN is interesting. When burning a DAO audio CD with it, i've seen it occasionally report buffer empty, it's stopped writing, the drive has even spun down. Then a minute later it starts up and continues burning. The CDs are always usable. It's the most fault tolerant audio CD burning software i've ever seen.

But, anyway, my point about CD burning is that it doesn't take 1 hour to burn a 1 hour video. The data can flow faster or slower than the video stream would while playing.