Re: Digicam-Video: Skipping frame bei Audio bewirkt Stille am Ende > 1 min.

Hallo,

Am Mon, 15 Feb 2010, Al Bogner schrieb:
[..]
>Hmmh, warum sollte man denn auf 240x192 Pixel bei _hoher_ Qualität skalieren. 
>Ich hatte das aus auch so interpretiert, aber nicht verstanden.

Hohe Qualität für diese Auflösung/Bitrate. Unterschiedlich sind ja nur:

bframes=2:me=hex:me_range=16:frameref=1:trellis=0:direct=spatial
bframes=16:me=esa:me_range=23:frameref=6:trellis=1:direct=temporal

Defaults sind übrigens:

bframes=0:me=hex:me_range=16:frameref=1:trellis=0:direct=spatial

==== man mencoder : -lavcopts ====
       me=<name>
              Select fullpixel motion estimation algorithm.
                 dia  diamond search, radius 1 (fast)
                 hex  hexagon search, radius 2 (default)
                 umh  uneven multi-hexagon search (slow)
                 esa  exhaustive search (very slow, and no better
                      than umh)
====

>Was haltet ihr von den Unterschieden?

Da machen glaub 'bframes=', frameref und trellis noch am meisten Unterschied.
Mit 'bframes' kann effizienter kodiert werden (kann aber nicht jeder
Player), und dadurch steht quasi mehr Bitrate zur Verfügung.

Deren "hohe Quali" scheint mir v.a. langsam zu sein (lies die Doku zu
den unterschiedlich gesetzten Optionen).

>Nach Maiks zitiertem Posting bin ich etwas verunsichert.

Halt dich an die von mir verwendeten Optionen, ggfs. ergänzt um
'bframes=[8-16]:frameref=6:b_pyramid' sofern deine Player mit Bframes
umgehen können. Im Zweifelsfall lieber ein bissl mehr Bitrate
spendieren.

HTH,
-dnh

-- 
»Microsoft Outlook Express - Designed to enable Virus replication.«
 
see http://www.microsoft.com/mac/products/office/2001/virus_alert.asp
                                  -- Sig stolen from Juergen P. Meier