[mythtv-users] Stuttering video on mythtv 0.26

Gilles Hamel hamelg at laposte.net
Wed May 15 18:45:45 UTC 2013


On 15 December 2012 16:45, Ben Kelly <kell4now [at] gmail> wrote:

> I turned on the extra debugging as suggested. Nothing stands out
(although
> there is a *lot* of information to trawl through) besides this just
> repeating over and over:
> *CoreContext* *mythplayer*.*cpp*:*2095* (*PrebufferEnoughFrames*)
Player(0): Waited
> 626ms for video buffers AAAAAAAAAAAAAAAAAAAAAAAAAAAf
>
> I also connect my FE to the same switch has my BE. The stuttering video
> completely saturates the 100M interface. A working video only uses up
> 1-2Mbps.

I suffer from this bug since upgrading from 0.25 to 0.26.
I notice the same behaviour (network bandwidth overloaded) with some avi
files that 0.25 was playing fine.
After investigating, I've found out this issue comes from badly encoded
files :
"ffmpeg -i" reveals the same warning on all problematic files :

[avi @ 0x1c36a20] non-interleaved AVI
[mpeg4 @ 0x1c37440] Invalid and inefficient vfw-avi packed B frames detected

|"packed bitstream", caused by the old AVI container, which is not
|really capable of storing b-frames. PB is used in DivX5 (only with 1
|consecutive b-frame set) and by default in new XviD builds (make
|sure the PB option is unticked in XviD) and packs b-frames together
|with other frames (read a more detailed description about B-frames
|in AVI here).


To fix that, I replace the faulty avi container by mkv, like this :
mkvmerge -o newfile.mkv oldfile.avi

mkvmerge comes with the mkvtoolnix package.



More information about the mythtv-users mailing list