[mythtv-users] Long delays with remote occasionally

Josh Mastronarde jmastron at gmail.com
Fri Jun 19 20:21:46 UTC 2009

On Fri, Jun 19, 2009 at 12:00 AM, Jean-Yves Avenard<jyavenard at gmail.com> wrote:
> Hi
> 2009/6/18 Josh Mastronarde <jmastron at gmail.com>:
>> I think that's exactly the problem: Current ffmpeg (and my patched
>> probe code from it) sees these as "mpeg2video" when they might not be.
>>  I patched in).  If I'm right, you'll have the same issue with 0.22
>> (or trunk today).  Either the files have a wrong tag somewhere, or the
> I was sent a short recordings : I can only play it with mythtv
> 0.21-fixes without the mpeg.c code from trunk.
> It doesn't play with 0.21-fixes and your patch.
> It plays in mythtv trunk fine.
> ffplay and mplayer, vlc: all fine.
> So something else has changed in trunk to make it work ; and your
> patch isn't complete enough to fix all issues

That may very well be; would you mind sending me that short recording
you have?  In addition, what rev of trunk are you using?  (I don't run
trunk myself, but will poke around other changed files to see what I
can find).  Each filetype probe results in a "score" that is then
compared to others, so it's entirely possible that while what I
applied prevents over-scoring mpeg2 in some cases, other probes that I
don't use need to also be fixed to lower their scores to allow mpeg2
to still "win" in other cases.

Note that the original issue I was fixing wasn't the remote delay; I
was having problems playing h.264 mp4 and HDHomerun mpeg "ts" files
(which this patch addressed for me); it just turned out that this
scoring problem also resulted in continuous reprobing during playback,
which seemed to be the culprit for the delays (and I haven't had
remote delays in the months since I patched it).



More information about the mythtv-users mailing list