Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
18th November 2009, 17:18 | #181 | Link | |
x264 developer
Join Date: Sep 2005
Posts: 8,666
|
Quote:
|
|
19th November 2009, 15:34 | #182 | Link | |
Registered User
Join Date: Mar 2004
Location: London, UK
Posts: 79
|
Quote:
In fact the difference is CPU use, and IIRC, this difference in image output I noticed (which was definitely not bad as tons of blocking, but was clear enough to the naked eye, mostly grainyness I think). I suspect when you say they are the same you mean they are the same codec, differently implemented, but from a user perspective, you can choose one or the other and from what I saw the difference in picture reproduction was clear. I'm not keen to re-install the old version to try it again though |
|
19th November 2009, 15:56 | #183 | Link | |
もこたんインしたお!
Join Date: Jan 2008
Location: Finland / Japan
Posts: 512
|
Quote:
Also, using ffmpeg-mt here on several things (Kovensky's mplayer builds and CCCP's ffdshow), but still have yet to have seen any "grainyness".
__________________
[I'm human, no debug]
|
|
19th November 2009, 16:16 | #184 | Link | |
Registered User
Join Date: Mar 2005
Location: Finland
Posts: 2,641
|
Quote:
Anyway, you'll need to post screenshots and a sample video that exhibits this to make us believe. I suspect that you had in-loop deblocking disabled or you used different post-processing filters if there really was such a difference. |
|
22nd November 2009, 16:43 | #185 | Link | ||
Registered User
Join Date: Mar 2004
Location: London, UK
Posts: 79
|
Quote:
I did some tests this week and I found no difference in image quality. I'm pretty sure when I tested them las time I did not use postprocessing filters. It it possible that I had inloop deblocking enabled but it would have been the same for both decoders. I can't explain it except to say that it was several versions ago and that I would swear there was a visible difference. Since its no longer the case though, it's a moot point. Call me crazy, I don't mind Quote:
Slightly OT, but for anyone interested in the difference in performance, using libavcodec with 4 decoding threads on my brief test, tended to load one core slightly more than the mt decoder (I left ffdshow configured for 4 threads). The difference was about 10% i.e. 3 cores had ~35% CPU use, while one had ~45%. With the mt, they all had about ~40%. It made no visible difference, except when I created an unusually heavy load: upscaling 720p to 1080p with lanzocs, RGB32 coversion, postprocessing enabled with fast spp deblocking. With the x64 version of libavcodec, there was video delay on an Intel Quad 2.26GHz while ffmpeg-mt was fine. The x86 decoders had no problem either way. So from now on I'm using ffmpeg-mt on my HTPC. |
||
21st December 2009, 15:44 | #189 | Link | |
Registered User
Join Date: Sep 2008
Posts: 496
|
Quote:
there was such a bug with one of the old ffmpeg-mt releases, it has been fixed long time ago. |
|
25th November 2010, 13:46 | #191 | Link |
Registered User
Join Date: Mar 2010
Posts: 98
|
Hi,
also this thread is sticky, itīs information is completly outdated. It would be nice if the comparison in the first post could be updated, new fields added (yuv 4:2:2, 4:4:4 decoding, 9/10 Bit..., old lossless supported, new lossless supported) and new decoders added (CoreAVC, DiAVC, Microsoft, DivX, Nvidia VPx) Thanks |
18th February 2011, 20:36 | #192 | Link |
Registered User
Join Date: Dec 2003
Location: Denmark
Posts: 122
|
Blue_misfit did some testing back in July last year and found that ffmpeg-mt is the fastest decoder now.
I did my own tests back then, as I needed to find a way to get two old P4 2.0 and 2.2 ghz systems to play 720P and 1080P, and came to the same conclusion. ffmpeg-mt was the fastest decoder for me for most files but on a few CoreAVC seemed slightly faster. On my cpu limited systems though, the fastest (usable) option was to use VLC and setting "Skip H.264 in-loop deblocking filter" to Non-key. This was always faster than CoreAVCs "Deblocking : Skip when safe" option. Of course the fastest option was to disable all deblocking, but that absolutely destroys the quality, and is unwatchable, so I chose VLC and skipping the deblocking of the Non-key frames, as I couldn't really tell the difference in quality between that and deblocking all the frames. |
23rd February 2011, 21:41 | #193 | Link |
Registered User
Join Date: Jan 2011
Posts: 3
|
Follow the development of H.264
Hello to every one
I need help in finding the new developments made to the H.264, can any onehelp me? and what is the referance software used for such development? best regards. pleas send me an email to: mohammed.ali.82@gmail.com Last edited by crouserali; 23rd February 2011 at 21:44. Reason: Adding contact |
Thread Tools | Search this Thread |
Display Modes | |
|
|