View Full Version : Undersized again!!! 40mb diff 1CD
H-Makro
26th January 2002, 18:15
Hi
once again I'm confronted with serious undesizing problems. The last rip I did was Predator I (102min) which resulted in a 660mb movie instead of the expected 700mb.
I'm using:
Smartripper 2.41
DVD2AVI 1.76
BeeSweet 1.0 (Lame 128kbit ABR)
GordianKnot .23 (640x352, 816kbit, softbicubic)
VirtualDub 1.4.8 (Divx 4.12 2-Pass, fastrecompress, no audio)
NanDub 1.0 RC2
I had this problem for several times, always 5mb-15mb in seldom cases about 20mb undersized. But now 40mb this is absolutely unacceptable. Any Ideas???
Thanx
KoVaR
26th January 2002, 18:34
set the target file size bigger :)
720, 730 MB or so
i encode all movies for 2 CDs, i set target file size to 1470 MB
H-Makro
26th January 2002, 22:40
I don't think that's a good way to handle my problem, because you almost have to guess the bitrate/filesize, as I said the filesize varies between 5mb-20mb.
I'm seeking for a reason of the whole problem. Is it Divx 4.12, Gordianknot or Avisynth???
Anyway, thanx :)
Ripe73
26th January 2002, 22:47
Originally posted by H-Makro
I don't think that's a good way to handle my problem, because you almost have to guess the bitrate/filesize, as I said the filesize varies between 5mb-20mb.
I'm seeking for a reason of the whole problem. Is it Divx 4.12, Gordianknot or Avisynth???
Anyway, thanx :)
HI!
Its the DivX 4.xx not GKnot or avisynth,i use GKnot and DivX 3.11 and always get +-1 what i want.
H-Makro
27th January 2002, 01:04
Originally posted by Ripe73
HI!
Its the DivX 4.xx not GKnot or avisynth,i use GKnot and DivX 3.11 and always get +-1 what i want.
That's good to know, but no solution. Is there a "sophisticated" workaround to calculate the correct bitrate, or do I have to wait for Divx 4.5???
Thx
[HM]
Doom9
27th January 2002, 01:31
maybe divx4log will help: divx4log.narod.ru
everwicked
27th January 2002, 18:16
Divx4log will definitely help you.
Guide at http://www.everwicked.com
oddball
31st January 2002, 21:23
This is all very well and good but surely should not be required? Cmon! How difficult could it be to write a more accurate DiVX4 bitcalc? :)
Acaila
31st January 2002, 23:25
It's not the calculator's fault. It's inherent to the codec itself.
ChristianHJW
1st February 2002, 12:44
yep, the stupid rand() command in the source ( encore2 ) somewhere. I dont understand what its doing ( i'm no coder ) but the guys over at videocoding.de were discussing that once ....
everwicked
1st February 2002, 12:48
I hope it doesn't pass a random quantizer to every frame ;)
ohliuv
4th February 2002, 12:24
@everwicked: lol :D
smokeslikeapoet
6th February 2002, 09:27
divX4log user here, and no matter if I use it or not my encodes always turn out 10 MB under for 1 cd rips, give or take a MB, it's the craziest thing, but I figure it leaves room for the codec and a player if I'm giving the cd to a friend who's new to divx. It's like crack, I get a lot of people hooked on divX that way. (it's because I encode so well.);)
serbersan
6th February 2002, 18:43
If you can't avoid the 40Mb undersized maybe you coud probe a filter before resizing like little noise or tempsmoother(1). In those cases it could do the trick, I use too a neutral filter instead of soft bicubic or maybe sharp.
kraygoon
7th February 2002, 01:40
Try to do this :
GKnot Bitrate x 1.06 = DivX4 Bitrate (2pass) for VDub
You must choose "Sharp Bicubic" as resize method.
Ex. :
- GKnot Bitrate : 800kbps
- New Bitrate : 848kbps (800*1.06)
For me, this method is OK.
Kraygoon
vBulletin® v3.8.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.