[mythtv-users] Recording plays horribly in myth, fine in mplayer

Bill Williamson bill at bbqninja.com
Tue Aug 30 02:01:06 UTC 2011

Apologies for top quote.

I captured this video with the iptv recorder in myth. This channel plays
fine on the vendor supplied stb and in mplayer. I understand your point that
it may not be a fully conformant stream, but nothing I can do short of
becoming a billionaire and buying transact would fix it, and given other
apps play it without issue, including a Linux app that shares some code
roots with myth, I was hoping it could be fixed in myth.

On Sunday, August 28, 2011, Ronald Frazier <ron at ronfrazier.net> wrote:
> On Sat, Aug 27, 2011 at 3:43 AM, Bill Williamson <bill at bbqninja.com>
>> 50mb chop of the file:
>> http://dl.dropbox.com/u/18868783/testnat2.mpg
>> Source:  TransACT IPTV, national geographic channel.
>> EVERY recording from this channel (and only this channel) displays
>> flashing and blocking as in this clip.  I'm using the full vdpau
>> profile in myth with a gt430.
>> Myth info:
>> Please attach all output as a file in bug reports.
>> MythTV Version   : v0.24.1-207-g5180d26
>> MythTV Branch    : jyavenard/backports/fixes/0.24
>> Network Protocol : 63
>> Library API      : 0.24.20110505-1
>> QT Version       : 4.7.2
>> Options compiled in:
>>  linux debug using_alsa using_oss using_pulse using_pulseoutput
>> using_backend using_bindings_perl using_bindings_python using_dvb
>> using_firewire using_frontend using_hdhomerun using_hdpvr using_iptv
>> using_ivtv using_joystick_menu using_lirc using_mheg
>> using_opengl_video using_opengl_vsync using_qtdbus using_qtwebkit
>> using_v4l using_x11 using_xrandr using_xv using_bindings_perl
>> using_bindings_python using_mythtranscode using_opengl using_vdpau
>> using_ffmpeg_threads using_live using_mheg
>> Mplayer plays the video without issue using:
>> mplayer -vo vdpau -vc ffmpeg12vdpau testnat2.mpg
>> MPlayer 1.0rc4-4.5.2 (C) 2000-2010 MPlayer Team
>> Any ideas?  Should I submit a bug since it's reproducable and I have a
>> source file?
> I don't think This is a bug in myth. Neither VLC nor Windows media
> player can handle the video either. When I use either of those, they
> don't even get the block video like myth does. They simply don't play
> any video at all. VLC blinks 1 frame of the video, but then exits
> instantly. WMP does nothing.
> How did you capture this video? I'm thinking something is poorly
> formatted or filtered in the mpeg stream. I was seeing similar issues
> at first when working with my Ceton card, and it turned out to be a
> couple of different things. One was extra packets in the stream, and
> the other was an issue with the PCR packets (which is basically the
> timecode info for the stream). I took a brief look at your file with
> some mpeg tools and I'm not seeing either of those issues, but my
> guess is there is something else odd in that stream. If I'm correct,
> it's probably gonna be a pain to track down, especially if you don't
> know a whole lot about the MPEG-TS spec. I spent a week learning about
> it and analyzing the files before I finally figured out my issues.
> --
> Ron Frazier
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.mythtv.org/pipermail/mythtv-users/attachments/20110830/6c51102c/attachment.html 

More information about the mythtv-users mailing list