 85242 |
 35212 |
|
|
||
|
|
|||||||
| Welcome to the Exploding Garrmondo Weiner Interactive Swiss Army Penis. |
|
GFF is a community of gaming and music enthusiasts. We have a team of dedicated moderators, constant member-organized activities, and plenty of custom features, including our unique journal system. If this is your first visit, be sure to check out the FAQ or our GFWiki. You will have to register before you can post. Membership is completely free (and gets rid of the pesky advertisement unit underneath this message).
|
 |
|
|
Thread Tools |
|
Chocorific
 Member 6745 Level 38.97 May 2006 
|
You could try to disable in-loop filtering or deblocking if ffdshow allows access to these ffmpeg options.
Most amazing jew boots |
|
Chocorific
Member 6745 Level 38.97 May 2006
|
AFAIK mplayer can use the CoreAVC H264 decoding library in an 32bit x86 environment for faster decoding.
CoreAVC should be faster but according to what I have read it's not fully standard compliant and does NOT produce reference outputs. So their code optimizations are not lossless and show in the decoded frames. A G5 is a PowerPC architecuture, right? I'm not really into Macs so I can only guess here. Seems like mplayer with CoreAVC won't work for you. How ya doing, buddy? |
|
Chocorific
Member 6745 Level 38.97 May 2006
|
I was under the impression that the libavcodec part from ffmpeg has a lot of hand-optimized x86 assembly integrated. I don't know about PPC architecture though.
As ffmpeg is both used by VLC and mplayer you could also give mplayer a try, without the CoreAVC component of course. With mplayer you could try these libavcodec parameters: lavdopts=fast=1:skiploopfilter=all This of course reduces image quality but should increase decoding performance by a great deal. This thing is sticky, and I don't like it. I don't appreciate it. |
LiquidAcid