VCDEasy too large SVCD bin files

[bugeyes]

Hi.

I'm getting bin image files far more larger then expected when
using VCDEasy to make my music clips SVCD.
Examples:

Selected mpeg2......VCDEasy.................Final bin
files size.........Expected size...........size
92 MB (1 file)......93Mb....................107MB
339MB(4 files)......342Mb...................392MB
795MB (10 files)....819Mb...................949MB

Since this does not happen when making audio CD that
like SVCD use the full blocks for data, it seems to me that
something may be wrong on the VCDEasy settings (or even
at the TMPEG encoding level).

As I could verify by the log files, there is a lot of zero insertion
to the files (ranging from 8 to 12 MB) for each track.
Is it possible to avoyd this?
In audio tracks there is only padding at the end of file.

I dont need too much sofistication into my SVCDs since they
are composed of music clips. >| and |< commands
on standalone players are enough.

Here is the four tracks log file from VCDEasy:
_____________________________________
[Internal Xml Generation]
Internally computed XML generated successfully as "C:\DVD\RollingStones\Disco1\videocd02030609semPBC.xml"

[VCDxBuild.exe]
GNU VCDImager 0.7.12
initializing libvcd 0.7.12 [cygwin/i686]

this is the UNSTABLE development branch!
use only if you know what you are doing
see http://www.hvrlab.org/~hvr/vcdimager/ for more information

changed volume number to 1
changed volume count to 1
changed restriction number to 0
changing 'next volume use sequence 2' to 0
changing 'next volume use lid 2' to 0
changed volume label to `SUPER_VIDEOCD'
changed publisher id to `VCDEASY_V111'
changing 'relaxed aps' to 0
sequence count 4
adding sequence #0, C:\DVD\RollingStones\Disco1\f02-cq75-600-2520-224-48.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.432367 (max pts = 286.518167)
playing time 286.085800
mpeg stream contained no scan information (user) data
autopadding requires to insert additional 12678060 zero bytes into MPEG stream (due to 45935 unaligned packets of 45936 total)
scanning mpeg sequence item #0 for scanpoints...
already scanned... not rescanning
audio stream #0 has sampling frequency 48000 Hz (should be 44100 Hz)
adding sequence #0, C:\DVD\RollingStones\Disco1\f03-cq75-600-2520-224-48.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.432367 (max pts = 223.968356)
playing time 223.535989
mpeg stream contained no scan information (user) data
autopadding requires to insert additional 9870036 zero bytes into MPEG stream (due to 35761 unaligned packets of 35762 total)
scanning mpeg sequence item #1 for scanpoints...
already scanned... not rescanning
audio stream #0 has sampling frequency 48000 Hz (should be 44100 Hz)
adding sequence #0, C:\DVD\RollingStones\Disco1\f06-cq75-600-2520-224-48.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.432367 (max pts = 311.568356)
playing time 311.135989
mpeg stream contained no scan information (user) data
autopadding requires to insert additional 12029736 zero bytes into MPEG stream (due to 43586 unaligned packets of 43587 total)
scanning mpeg sequence item #2 for scanpoints...
already scanned... not rescanning
audio stream #0 has sampling frequency 48000 Hz (should be 44100 Hz)
adding sequence #0, C:\DVD\RollingStones\Disco1\f09-cq75-600-2520-224-48.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.432367 (max pts = 296.094400)
playing time 295.662033
mpeg stream contained no scan information (user) data
autopadding requires to insert additional 12219072 zero bytes into MPEG stream (due to 44272 unaligned packets of 44273 total)
scanning mpeg sequence item #3 for scanpoints...
already scanned... not rescanning
audio stream #0 has sampling frequency 48000 Hz (should be 44100 Hz)
pbc: psd size 0 (extended psd 0)
iso9660: highest alloced sector is 228 (using 300 as isosize)
OGT streams available: 0 0 0 0
OGT streams available: 0 0 0 0
OGT streams available: 0 0 0 0
OGT streams available: 0 0 0 0
writing track 1 (ISO9660)...
writing track 2, MPEG2, NTSC 2/3 D-1 (480x480/30fps), audio[0]: l2/48.0kHz/224kbps/stereo ...
MPEG packet statistics: 41963 video, 3973 audio, 0 zero, 0 ogt, 0 unknown
writing track 3, MPEG2, NTSC 2/3 D-1 (480x480/30fps), audio[0]: l2/48.0kHz/224kbps/stereo ...
MPEG packet statistics: 32658 video, 3104 audio, 0 zero, 0 ogt, 0 unknown
writing track 4, MPEG2, NTSC 2/3 D-1 (480x480/30fps), audio[0]: l2/48.0kHz/224kbps/stereo ...
MPEG packet statistics: 39267 video, 4320 audio, 0 zero, 0 ogt, 0 unknown
writing track 5, MPEG2, NTSC 2/3 D-1 (480x480/30fps), audio[0]: l2/48.0kHz/224kbps/stereo ...
MPEG packet statistics: 40168 video, 4105 audio, 0 zero, 0 ogt, 0 unknown
writting post-gap ('leadout pregap')...
finished ok, image created with 170608 sectors [37:54.58]
_____________________________________________

Regards

[kayman]

i had this problem before using tscv when i was authing , it appears that when i muxed wiht bbmpeg i muxed as normal vcd not svcd. the mpeg file was normal (778 megs) when i used tscv to add my menu and chapters it came out to a 950 meg bin.

make sure you muxed as svcd not vcd

kayman
SD-6

[FH2]

I've had the same problem. It happens if you load a unconstrained mpeg file into vcdeasy.

best way to avoid this is to demux the mpg file (or take the *.m2v and *.mpa if you have them) and mux them again with bbmpeg.