Quote:
|
Quote:
Interesting would be: how does the muxer errors influence the mpeg compliancy? On my todo list is a comparison of muxers, as in ifoedit, muxman, dvd lab pro, tmpg and spruce dvd maestro. But I'll need some time for that :D |
Quote:
In other word, checking the muxed vob gives you only the "muxing errors" while cheking the demuxed stream really give you the mpeg compliancy. |
Quote:
When checking a muxed vob, the verifier does check muxer errors as well as mpeg errors. The total errors are the mpeg errors + the muxer errors + navigational errors + .... |
Quote:
- RDO for each macroblock - Masking for each macroblock (lumi, dark, spacial, temporal) TMPGEnc use certainely something like spacial/temporal masking for Adaptative quantisation. AQ is certainely very usefull too to respect vbv limitation ... Quote:
Quote:
two solutions: - Mencoder MPEG2 is buggy and use only quantizer with X2 scaling - Libavcodec decoder OSD is buggy I make encoding with same setting (source, custom matrix, dc ...) - Mencoder encoding vqscale=2 done 4406 Kbps and q4 for OSD - TMPGEnc CQ78 encoding done 4692 Kbps and ~q4 for OSD - TMPGEnc CQ100 encoding done exactly q1 for OSD Conclusion: Mencoder MPEG2 is buggy and use only quantizer with X2 scaling. It is not a fatal bug but mencoder can't simply use impair quantizer. Perhaps volunteer limitation from libavcodec dev for better compatibility with actual libavcodec Rate Control. |
well try this:
http://oss.netfarm.it/mplayer-win32.php be carefull : - final bitrate must be always inferior to fast first pass at q6. Ik you want know compressibility Q6 make little compressibility test (5% is enougth with source=SelectRangeEvery(source, 300, 15) for example). - this configuration is insame quality setting. Use CCIR601 space color for better compressibility. I use this profil only for very low bitrate with adaptative avs script. Code:
@echo off |
My suggestion for easier File input handling .....
So just drag'n drop the source .avs to this bat and an encoding using the source's filename but with a suffix of .m2v will be the result. Code:
@echo off |
Quote:
Isn't it this one : Quote:
What (range) value do you generally use ? Other question : is it a 3-pass encoding ? @Inc Thanks for your trick. |
@Phil
Yes it seems so, if I understood correctly, that given 3pass approach above avoids ratecontrol issues/spikes ? |
Quote:
I have a question more : in all passes there is the "pnsr" parameter. Is it for computing metrics while encoding ? (I'm sure I should read a fucking manual... :)) |
It would really be interesting if also you could do a testing. Reports from diff. users always make more sense (not beeing generylly in doubt of you Sagittaire ;) you know what I mean).
I havn't (had) that much time for backups and testings the last weeks as I focussed my eyes on c/c++ understanding . :expert: :lol: |
Quote:
- by compressibility test with modified source avs script source=SelectRangeEvery(source, 300, 15) is 5% test source=SelectRangeEvery(source, 150, 15) is 10% test Quote:
Quote:
Quote:
see this example: - first pass is fast Q6 pass : done high number underflow and 4575 Kbps (you must use less than 4575 Kbps for final bitrate here) - second pass done little number underflow with 4009 Kbps - third pass done no underflow with 4004 Kbps Code:
MEncoder Sherpya-MinGW-20060312-4.1.0 (C) 2000-2006 MPlayer Team |
Sagittaire
@Sagittaire
I've tested Inc's modified batch file out with a smal clip and I've got this error: Quote:
Any help is appreciated. TIA, |
Hi,
@Danpos: this is a daily build of mencoder, so just try to download a new daily version, to check if it has been fixed. Speaking about that: can't we use a more stable version to play with mencoder? Because this way, everybody will be playing with a different version.... 3 comment about my very first tests: - Shouldn't be the vpass value 2 in the second encoding line? Or it doesn't matter? - Looking at a 5% samples, comparing HC and mencoder, the image looks better with mencoder (I'm not speaking about SSIM value! :-) ). It looks, hmmm, cleaner?! And I checked mencoder against HC using SSIM, and on the frame where mencoder get real lower values than HC, the image looks like cleaned (something like a temporal cleaner). It's during a fast changing scene, so you can't see it, but HC is closer to the original, even if the original is of poor quality. I could post pictures, if you want.. - It's damned slow: each encoding pass gets 6fps (so it last more or less 4 times the length of the movie), so with 3 pass, for a 1h30 movie, it will last 18h! 8O . No way to speed up the thing a bit? After encoding a full movie, I'll check the movie, burning a DVD-RW... salu2 Fabrice |
Quote:
Nevertheless I hope to find a couple of hour this we to test a little all that. |
Oh my, oh my...
Here we go again testing mencoder :P. Count me in guys. But just to make one thing straight: if 3 passes is the only way to correct mencoder's bugs and if it takes ~18 hours to encode a full movie, then I don't think I'll ever start using mencoder regularly. And on a side note, I agree with fabrice: we should pick a stable and full featured build for our tests. Otherwise we'll end up using different releases and the results can be veeery different ;). Andrej, where are you? :lol: Build us a mencoder.exe for our tests, will you? :) Cheers |
Quote:
Better: t would be very nice if we would upload results using an approx. 20sec clip for obtaining a "mas o menos" impression on a moving example. Use www.mytempdir.com or www.rapidshare.com. Related to the vpass=3 Line: http://www.kvcd.net/forum/viewtopic.php?p=122355#122355 Quote:
|
Rui, Sagittaire already gave that link for precompiled binaries ;) :
http://oss.netfarm.it/mplayer-win32.php That page I also visit to update the daily Libs compiles for my MinGW install. scroll down to the section "[Precompiled Mencoder binaries - XviD 1.1.0 - x264 svn]". There you can download K7 or P3 or P4 optimized binaries. Actual build is from Mar 23, 2006 .... these builds are updated almost daily. BUT! From the ./configure shown further below I do see that --enable-largefiles has NOT been set. So if you go in it using a 1piece big VOB > 2GB you could get into trouble. Avs input should not be a problem as bitstream frameserving is a diff. thing compared to filehandling. |
Quote:
But we should pick a build, let's say from May 20th, everybody should have to use that one for the test runs. Quote:
But for the tests we should find a small 30 seconds clip that would be submitted in mytempdir and we should all work on such a clip. BTW, Karl has a nice movie he always uses for his tests. That's Red Planet. I wonder if he has a small clip like the one we're needing? Kaaaaarl?? :lol: |
Quote:
I test only PAL progressive source but it's possible to make interlaced encoding too (from lavc documentation ... but I don't test that) Quote:
vpass2: make encoding with first pass stat file vpass3: make encoding N with N-1 pass stat file. stat file is updated. Quote:
- Use "limiter" in your avs script - desactive "-vf yuvcsp" in mencoder CLI CCIR 601 done softer pictures but compressibilily is better and quality for low bitrate is better (like as you see). CCE and TMPGEnc can use CCIR 601 space color too ... Actually Libavcodec done better result than HC, TMPGEnc or CCE for metric ... Quote:
Quote:
You can use another ME setting if you want like: - desactived RDO - Trelli - lower diamond size - SAD for cmp - no chroma search for cmp - fast or no adaptative bframe ... etc etc etc |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.