Quote:
Cheers, |
Code:
8 8 8 8 8 8 8 8 As you can see there are almost no "low/mid" details in the movie. Its like youre comparing a photography and a diapositive. So as almost all low/mid areas are almost flat, a quantisation is not necessary. And the "denoising" comes maybe from the last "71" values. We mainly do use one generic matrix, but sometimes (if you got time and if youre freaky enough) special individual matrixes are the touch of whipped cream on the encoding ;) We should have a look at that automatrix (Nasa?) generator. |
Interesting.
Would it then be possible to use a bunch of matrices patched with The Notch in an automatic encoder selection? Cheers |
Quote:
You are right, right, right!!! Take a look now at the thread and see what happends!!! End OT |
Well, poor guy :!:
He should have read the GPL/LGPL license before doing what he did. SAPSTAR is obviously violating the license, because after reading that thread and reading his own documents, he has obviously hard coded/linked in avcodec libraries, and that IS a violation to the LGPL license. So, as I consider now this program to be illegal (for the time being), we will not discuss it here anymore, until the guy straightens it. I will not let this become another Moviestacker issue, and we will NOT discuss illegal programs on this site. Right now, as it stands, AutoQMatEnc is illegal :!: End of thread. Thread will re-open if/when SAPSTAR complies with the license. (Note: People should be using BSD style licenses. Then none of this would happen, as BSD is truly "FREE", without any "strings" attached :mrgreen: ) -kwag |
Quote:
http://www.vmesquita.com/forum/index...23482#msg23482 |
Hi,
I've been playing a bit this week end with OPV, and I ended in encoding a movie at 704x576, with an average bitrate of 1388, which is what I wanted. With HC, this movie come almost perfect, but with AQE, there is some very ugly artifact is some very bitrate demanding scene (fire, ghosts, ...). The final size is almost on target, but BV tell me that in this ugly scenes, the Q rise to 29 during almost 1 minute... With this bitrate, I get spike of 6018 (max bitrate is 8000), so it seems compliant. I've been encoding yesterday in 2pass, and the complicated scenes are correct. The max. bitrate is around 6000 and the max Q is 5.6, so it seems correct. I'll have to check the output to see if it looks better than hc, or not. I should also try quenc, as in 2pass mode, the bitrate allocation is done completly in quenc, and not using libavcodec... (Las time I checked, hc was the clear winner! :-) ) Salu2 Fabrice |
Quote:
Or, am I wrong :?: -kwag |
Hi,
As far as I understand (and that's the same for AQE), you can drive the way libavcodec allocates the bits, by modifying parameters, and doing yourself the allocation (that is using libavcodec only encode a frame, and not deciding how many bits it will allocate). In the case of qenc, Nic uses the xvid algorithm. I think Phil was doing some test with that (posted in doom9?!). What is clear is that with a 1388 average target, the max is 6000, so it have to be cheched that with higher average bitrates, there is no problem... Salu2 Fabrice |
OPV is not tweaked still as said SAPSTAR.
He says that already get rid of the spikes over DVD compliant. |
Wonderful!!!* :o :o :o
Quote:
Quote:
Quote:
Quote:
|
And now, the quality of both OPV encoding ? ;)
(with snapshot if possible). |
Question to fabrice
@fabrice
Hi there!! In your test encoding with AQE, did you turn ON builtin QMatOp or to use a 'custom matrix' like KVCD 'Notch' one ? Because of SAPSTAR's words, the 'low bitrate' mode is optimized for QMatOp turned ON. BTW, SAPSTAR said me that will work hard on OPV mode using a machine on your work cos he have only 1 machine in your home, which does difficult to do tests on this mode, already he prefers to use your machine for to do multipass development. I hope that more donators come in to do donations and so he gets a new machine to accelerate the development. Ah, I wanna to report that I found out that AQE works like a charm with RB-Farm in using DVD-Rebuilder for DVD backups. I did a test using my Athlons XP desktop and notebook where I set up a small LAN and all was good. This also was reported at VM.com and D9 boards. Regards on libavcodec RC: yes, fabrice is correct. Libavcodec is 'the engine' to build a frame. RC and others features are controled by encoder itself and have been tweaked from the beta to beta releases (thanks a several tests done by beta-testers - me one of them ;) ) Ah, and it's great that this topic was re-opened here! Congrats! Cya! |
Quote:
I will post snapshots and another info you ask me (avgbtr by birtateviewer, etc., what you say me). But what is the better method to take a shapshot of same frame (avisynth?). |
Bitrate analyses.
I've encodeded a short clip of a movie (Donnie Darko - 2004 - Region 4). Besides the DVD, I'd done a MPEG4 backup for watch it on my desktop and on my notebook (mainly when I'm working in 24 HOUR Full time :( ). For tests purposes only I used this clip from MPEG4 file. OK, lets go to facts:
1 - I used a custom script for such MPEG4 source (nothing special: a deblocker, a denoiser, resize and a finally a sharpner). 2 - I encoded using AQE in OPV mode and chose Q=40 (the purpose is to do a low bitrate encoding). QMatOP is done ON. 3 - After finished the encoding, I used the MPEG2 stream generated on Bitrate Viewer 1.5.054, DVD-Lab Pro 1.0 (which has a tool for analyse the bitrate of MPEG2 videostream) and VirtualDubMod 1.5.4.1 (for average bitrate information that it returns). Lets go to numbers: 3 - Used the MPEG2 stream without to apply the 'pull down' on it: 3.1.1 - Bitrate Viewer 1.5.054: Peak: 6341 Kbps Average Bitrate: 1160 Kbps So, no bitrate spikes at all and the stream is compliant with DVD specs. 4 - Used the MPEG2 stream which was applied the 'pull down' on it (DGPulldown): 4.1.1 - Bitrate Viewer 1.5.054: Peak: 8048 Kbps Average Bitrate: 1472 Kbps 4.1.2 - DVD-Lab Pro 1.0 (used the Bitrate Viewer tool present there): Peak: 8050 Kbps Average Bitrate: 1920 Kbps 4.1.3 - VirtualDub 1.5.4.1: Average Bitrate: 1531 Kbps So, there aren't bitrate spikes over the maximum and the stream is DVD compliant. I won't present screenshots because the quality is (of course) no good considering the source and Q used. The aim of test was just to do a bitrate analyse in order to see if the output generated was compliant/no compliant with the specs. Cya! |
Hi all,
Quote:
in OPV mode, you have to make prediction pass, and 2 pass take 2 time the normal encoding time to encode your movie... With 9 hours, it last longer than hc in 2pass mode, with a similar/lower quality Quote:
Salu2 Fabrice |
Quote:
Could have a better way, but if you don't compress to much the file, the size is not to much. Fabrice |
Quote:
Regard on custom matrix, the encoder hasn't any problem with them. You can use anyone that you want. Regard on the artifacts that you saw, could you post a snapshot showing them please ? Just for curiosity, are you using the last official release ? Cheers, |
Hi,
So it's more a 3 pass encoding. Wouldn't it be enough to do a 2 real pass (1 for VAF and the other for encoding?)? About the artifacts: these are the norma artifact that you get when you have a Q of 29, with low bitrate (blocks, and mosquitos). In bitrate viewer, you can see when the Q becomes crazy. And my test has been done with last official version (0.31b). If you really want too, I can post picure and BV screenshot when the Q rise til 29, but as I said before, I'll stick to hc, as AQE don't make better the speed or the quality of hc. Salu2 Fabrice |
Quote:
Maybe we could compate AQE CQ mode with HC 2PVBR, quality wise. As CQ mode is a lot quicker than HC. |
Site design, images and content © 2002-2024 The Digital FAQ, www.digitalFAQ.com
Forum Software by vBulletin · Copyright © 2024 Jelsoft Enterprises Ltd.