View Full Version : bin file too large to fit on cdr
dlopezlozano
24th September 2002, 23:48
On my second movie with dvd2svcd "Tomorrow never dies" 114min two bin files are created. the first one (825,546kb) I am able to burn with no problem, but the second one (863,669kb)I can not burn. CloneCD says that image is to large for media (I use 80min Traxdata cdr) I tell CloneCd to try overburning but it is still no able to fit the the image in the cd. How can I overcome this problem? Thanks a lot.
onisama
25th September 2002, 01:50
You could try to mux and split the encoded mpv file again, just use a larger file size in the "max size (MB)" box under the general settings tab. I think DVD2SVCD uses 786 mb as default, you could increase that value until your two mpg files have the smae size. You then may or may not be able to fit them on one CD each, depends on what the overburn is on your media.
- OR -
You can re-encode, only change the CD size under DVD2SVCD's bitrate tab to 780 or 790 instead of 800. That will more than likely ensure your files will never be bigger than what a CD will hold.
markrb
25th September 2002, 05:03
You have most likely made a pretty common mistake when making the SVCD. Do a search on too big. It should show you what your mistake was. It's a fairly common complaint and just changing the cd size does not always fix it.
Mark
UltimateDBZ
25th September 2002, 05:07
Had you done a search on this topic, you'd have noticed that it's been discussed (and rediscussed) several times.
Most likely you're either using TMPG, 1-Pass VBR, or both. These tend to have trouble calculating bitrates and therefore video sizes. I suggest you start using CCE, with Multi-pass VBR. If that is out of the question though, and you are using 1-Pass VBR, then set the Q. Factor to 5, this should at least help out some. Also set the CD size down a tad, as Onisama suggested, to hopefully overcome any excess filesize that even the increased Q. Factor doesn't resolve.
If I'm completely off, and you aren't using TMPG or 1-Pass VBR, then post your logfile and any other details we may need.
But most importantly, just do a search next time and save yourself (and us) some time, ok? ;)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.