Can't seem to burn SVCDs anymore... :-(

[Roger Merchberger]

I used to have no problem burning 800Meg of SVCD MPEGs to an
80-minute 700Meg CDR before, but now they wanna take up over 900Meg
in Nero! I've tried durned near everything, including different
burning software (VCDEasy 1.0.9) and at least it's got much better
logging, so I think I found something to do with TMPGEnc; anyway,
here's a slightly truncated log from VCDEasy, with my comments
starting with %%%:

adding sequence #0, C:\!Tivo\stargate_beastofburdon1.mpg
mpeg stream will be padded on the fly -- hope that's ok for you!
strange (possibly non-compliant) user_data seen... (not a problem,
usually a sign of TMPGEnc)
pts start offset 0.398444 (max pts = 88.853478)
playing time 88.455033
mpeg stream contained no scan information (user) data

%%% so far, all seems normal...

autopadding requires to insert additional 3947904 zero bytes into
MPEG stream (due to 14304 unaligned packets of 14305 total)

%%% Gaak! Whatzis? The whole MPG section is only 29,296,644 bytes -
it's adding almost 13.5% worth of nothing to the file!

scanning mpeg sequence item #0 for scanpoints...
already scanned... not rescanning
audio stream #0 has sampling frequency 32000 Hz (should be 44100 Hz)
adding sequence #0, C:\!Tivo\stargate_beastofburdon2.mpg
mpeg stream will be padded on the fly -- hope that's ok for you!
strange (possibly non-compliant) user_data seen... (not a problem,
usually a sign of TMPGEnc)
pts start offset 0.398444 (max pts = 2430.926544)
playing time 2430.528100
mpeg stream contained no scan information (user) data

%%% back to normal... but wait!

autopadding requires to insert additional 108424392 zero bytes into
MPEG stream (due to 392842 unaligned packets of 392843 total)

%%% Bonk. Here it's adding another 100Meg of nothing to the file...
no wonder it won't fit on an 80min CDR... 

scanning mpeg sequence item #1 for scanpoints...
already scanned... not rescanning
audio stream #0 has sampling frequency 32000 Hz (should be 44100 Hz)
pbc: psd size 104 (extended psd 0)
iso9660: highest alloced sector is 232 (using 300 as isosize)
generated image (407898 sectors [90:38.48]) may not fit on 74min CDRs
(333000 sectors)
OGT streams available: 0 0 0 0
OGT streams available: 0 0 0 0
writing track 1 (ISO9660)...
'update scan offsets' option enabled for the following tracks!
writing track 2, MPEG2, NTSC 2/3 D-1 (480x480/30fps), audio[0]:
l2/32.0kHz/192kbps/stereo ...
strange (possibly non-compliant) user_data seen... (not a problem,
usually a sign of TMPGEnc)
MPEG packet statistics: 13251 video, 1054 audio, 0 zero, 0 ogt, 0
unknown
writing track 3, MPEG2, NTSC 2/3 D-1 (480x480/30fps), audio[0]:
l2/32.0kHz/192kbps/stereo ...
strange (possibly non-compliant) user_data seen... (not a problem,
usually a sign of TMPGEnc)
MPEG packet statistics: 363921 video, 28922 audio, 0 zero, 0 ogt, 0
unknown
writting post-gap ('leadout pregap')...
finished ok, image created with 407898 sectors [90:38.48]

%%% and it finishes, making a 90Min. CDR Image. I haven't had this
problem before...

I have 2 things yet to try: I just installed DirectX 8.1 (maybe a
better library than what I have now); and drop back to a much older
version of TMPGEnc. I'll let y'all know if I get it straightened out,
but for now my Tivo's H.D. has been rather full, to the point of my
needing to bonk shows I'd have rather kept... :-(

Thanks,
Roger "Merch" Merchberger


__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com