One-pass VBR or Multipass

New Q of 66 

Hello again DDogg, Firstly thanks for all the newbie help. Sorry about the soften/smoother typo - it's getting late. I've copied your example script (added the additional 3 lines in the places you suggest). I've got the 2 plugin dlls in the plugin directory. I couldn't play the avs file in Windows Media Player - it couldn't find or download a suitable codec. However, I continued by clicking ok after save and was able to play the resultant .mpv files in WMP after renaming them to .mpg. The CCE speed dropped from 1.7 to 0.55 (so I assume the filters are doing their job). However, Q has only dropped to 66; still it is an improvement. My script file: LoadPlugin("C:\PROGRA~1\DVD2SVCD\AVISYN~1.5PL\Mpeg2dec\MPEG2D~1.DLL") mpeg2source("C:\ryan2\source\DVD2AV~1.D2V") undot() fluxsmooth(5,5) BilinearResize(720,480) TemporalSoften(3,5,5,10,2) Import("C:\ryan2\video\ResampleAudio.avs") ResampleAudio(44100) ConvertToYUY2() -------------------------------------------------------- D2SRoBa v3.0 RC3 - Author: Tylo - System: WIN_XP, AutoIt: 3.0.74.0 -------------------------------------------------------- - 2003-11-24 23:42:55 -------------------------------------------------------- Settings: - Output type : DVD - CD size : 4480 - Number of CD's : 1 - Sample percent : 2.0 - Auto Q. (worst) : 40 - Maximum Q. : 50 - Adjust Q : 1.0 - Sizing pass : on=0 (-0.0 .. 0.0)% - Audio after video : on=0 (% of video, 10%, min 128 kbps) - Adjust max br : on=0 (total 2754 kbps) - Batch prepare : on=0 - Crash recover : No -------------------------------------------------------- - Waiting for CCE window .. - Detected a CCE encode window - Detected the CCE main movie encode window... trying to kill it. - Finished shutdown of CCE and D2S -------------------------------------------------------- - Movie length : 02:49:27 (243766 frames, 23.976 fps) - D2S audio setting : (192 + 0) kbps - D2S video estim. : 3152 kbps, 1 CDs - Select Ranges : every 600, select 12 frames - Sample frames : 4884 -------------------------------------------------------- Calculations: - 1 CD: video_br=3216 (3216) audio1_br=128 video_sz=4087167668. fill=100.0% cbr=0 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - Number of CDs : 1 - Target mpv BR : 3216 (max 9500) kbps, size=4087167668. bytes -------------------------------------------------------- Search for Q: - Estim. mpv BR : 6314 (Q=21, err=96.3%, size=8025340516., sample sz=160792576.) - Estim. mpv BR : 2853 (Q=79, err=-11.3%, size=3626831604., sample sz=72665776.) - Estim. mpv BR : 3986 (Q=49, err=23.9%, size=5066231302., sample sz=101505024.) - Estim. mpv BR : 3157 (Q=69, err=-1.8%, size=4012348830., sample sz=80389848.) - Estim. mpv BR : 3188 (Q=68, err=-0.9%, size=4051616518., sample sz=81176600.) - Estim. mpv BR : 3219 (Q=67, err=0.1%, size=4092167122., sample sz=81989056.) - Determined Q : 66 = round(67 - 1.0 + (0.1)/1.0) -------------------------------------------------------- - Encoding Movie - 2003-11-25 00:48:32 I'm leaving the process running overnight (I'm going to bed now). I will report tomorrow evening with my visual tests. Thanks once again for all the help - much appreciated. Regards, Bob

Hi, bobwillis I don't use D2SRoBa3 so I'm not sure if I understand your log file correctly. When you said your OPV encode "has significantly more mosquito noise", did you also find that it was much smaller than the 3-pass one? If so, you don't have to worry too much about this because it simply means the Q factor predictability is not perfect(100% size predictability accuracy is not possible for 1-pass vbr or we don't need mutilpass) so the program may produce under or oversized files thus the quality varies. The truth is, the multipass system always "tries" to generate a video stream of constant quality while repecting a given average bitrate. The more passes you run, the more contant the quality will be. And a true costant quality encode must be done within a fixed quantization scale, which is exactly what OPV does for you. Unless CCE implements a slower(more accurate) motion-search engine for its multipass encoding, you can always ecpect OPV and multipass to produce very similar results at the same bitrate. But theoretically an OPV encode should be more visually consistent, which is good.