Mailing List Archive

Funky 720p playback
A few weeks ago I noticed playback problems on some of ABC's 720p programs.

The symptoms are jerky playback, out of sync audio, and incorrect
program length
(an hour long program will be displayed as 45 minutes in the OSD).

The frontend log shows a bunch of lines like
'video_output' mean = '22090.37', std. dev. = '7938.94', fps = '45.27'
'video_output' mean = '22820.35', std. dev. = '8543.71', fps = '43.82'

Interspersed with dozens of messages:
"NVP: Video is xxx frames ahead of audio."

If I watch the recorded video in mplayer I get the same audio problem and
constant warnings like this:

Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.7% 9 0
A:75362.5 V:75362.4 A-V: 0.021 ct: 0.189 1399/1353 45% 2% 5.6% 9 0
demux_mpg: 24000/1001fps progressive NTSC content detected,
switching framerate.
A:75362.5 V:75362.4 A-V: 0.045 ct: 0.191 1401/1354 44% 2% 5.6% 9 0
demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.6% 9 0
A:75362.8 V:75362.8 A-V: -0.004 ct: 0.195 1418/1366 44% 2% 5.4% 9 0
demux_mpg: 24000/1001fps progressive NTSC content detected,
switching framerate.

This started at the end of January using recent SVN. It's on ABC in Chicago.
The only thing I found on the web is
http://forum.videohelp.com/topic344584.html ,
which implies ABC did something to new program episodes. Unfortunately
my depth of
knowledge on this topic is quite shallow.

My questions:

Has anyone else noticed this?
Is this something that is wrong with the broadcast or should the player
be able to handle it?

Just curious. It's been a long time since I've had any non-trivial
problems in MythTV --
It's been rock solid.

-Bill

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
Bill Cizek wrote:
> A few weeks ago I noticed playback problems on some of ABC's 720p programs.
>
> The symptoms are jerky playback, out of sync audio, and incorrect
> program length
> (an hour long program will be displayed as 45 minutes in the OSD).
>
> The frontend log shows a bunch of lines like
> 'video_output' mean = '22090.37', std. dev. = '7938.94', fps = '45.27'
> 'video_output' mean = '22820.35', std. dev. = '8543.71', fps = '43.82'
>
> Interspersed with dozens of messages:
> "NVP: Video is xxx frames ahead of audio."
>
> If I watch the recorded video in mplayer I get the same audio problem and
> constant warnings like this:
>
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.7% 9 0
> A:75362.5 V:75362.4 A-V: 0.021 ct: 0.189 1399/1353 45% 2% 5.6% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
> A:75362.5 V:75362.4 A-V: 0.045 ct: 0.191 1401/1354 44% 2% 5.6% 9 0
> demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.6% 9 0
> A:75362.8 V:75362.8 A-V: -0.004 ct: 0.195 1418/1366 44% 2% 5.4% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
>
> This started at the end of January using recent SVN. It's on ABC in Chicago.
> The only thing I found on the web is
> http://forum.videohelp.com/topic344584.html ,
> which implies ABC did something to new program episodes. Unfortunately
> my depth of
> knowledge on this topic is quite shallow.
>
> My questions:
>
> Has anyone else noticed this?

Yes, I'm in Chicago, and I'm experiencing the same exact issue. QAM
captures using HDHR on Comcast. Saw it with Ugly Betty and Lost. I
don't see it with CBS or NBC.
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
On Feb 20, 2008 12:45 AM, Bill Cizek <cizek@rcn.com> wrote:

>
> A few weeks ago I noticed playback problems on some of ABC's 720p
> programs.
>
> The symptoms are jerky playback, out of sync audio, and incorrect
> program length
> (an hour long program will be displayed as 45 minutes in the OSD).
>
> The frontend log shows a bunch of lines like
> 'video_output' mean = '22090.37', std. dev. = '7938.94', fps = '45.27'
> 'video_output' mean = '22820.35', std. dev. = '8543.71', fps = '43.82'
>
> Interspersed with dozens of messages:
> "NVP: Video is xxx frames ahead of audio."
>
> If I watch the recorded video in mplayer I get the same audio problem and
> constant warnings like this:
>
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.7% 9 0
> A:75362.5 V:75362.4 A-V: 0.021 ct: 0.189 1399/1353 45% 2% 5.6% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
> A:75362.5 V:75362.4 A-V: 0.045 ct: 0.191 1401/1354 44% 2% 5.6% 9 0
> demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.6% 9 0
> A:75362.8 V:75362.8 A-V: -0.004 ct: 0.195 1418/1366 44% 2% 5.4% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
>
> This started at the end of January using recent SVN. It's on ABC in
> Chicago.
> The only thing I found on the web is
> http://forum.videohelp.com/topic344584.html ,
> which implies ABC did something to new program episodes. Unfortunately
> my depth of
> knowledge on this topic is quite shallow.
>
> My questions:
>
> Has anyone else noticed this?
> Is this something that is wrong with the broadcast or should the player
> be able to handle it?
>
> Just curious. It's been a long time since I've had any non-trivial
> problems in MythTV --
> It's been rock solid.


I've seen the same thing on ABC HD programming in Chicago for about the past
two months. It only occurs on HD programs, not SD programs in HD (like
Supernanny) with letterboxing. I've tried finding a place to notify them
about it but haven't and also haven't put much effort into it.

Kevin
Re: Funky 720p playback [ In reply to ]
Kevin Kuphal wrote:
> On Feb 20, 2008 12:45 AM, Bill Cizek <cizek@rcn.com
> <mailto:cizek@rcn.com>> wrote:
>
>
> A few weeks ago I noticed playback problems on some of ABC's 720p
> programs.
>
> The symptoms are jerky playback, out of sync audio, and incorrect
> program length
> (an hour long program will be displayed as 45 minutes in the OSD).
>
> The frontend log shows a bunch of lines like
> 'video_output' mean = '22090.37', std. dev. = '7938.94', fps =
> '45.27'
> 'video_output' mean = '22820.35', std. dev. = '8543.71', fps =
> '43.82'
>
> Interspersed with dozens of messages:
> "NVP: Video is xxx frames ahead of audio."
>
> If I watch the recorded video in mplayer I get the same audio
> problem and
> constant warnings like this:
>
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2%
> 5.7% 9 0
> A:75362.5 V:75362.4 A-V: 0.021 ct: 0.189 1399/1353 45% 2%
> 5.6% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
> A:75362.5 V:75362.4 A-V: 0.045 ct: 0.191 1401/1354 44% 2%
> 5.6% 9 0
> demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2%
> 5.6% 9 0
> A:75362.8 V:75362.8 A-V: -0.004 ct: 0.195 1418/1366 44% 2%
> 5.4% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
>
> This started at the end of January using recent SVN. It's on ABC in
> Chicago.
> The only thing I found on the web is
> http://forum.videohelp.com/topic344584.html ,
> which implies ABC did something to new program episodes. Unfortunately
> my depth of
> knowledge on this topic is quite shallow.
>
> My questions:
>
> Has anyone else noticed this?
> Is this something that is wrong with the broadcast or should the player
> be able to handle it?
>
> Just curious. It's been a long time since I've had any non-trivial
> problems in MythTV --
> It's been rock solid.
>
>
> I've seen the same thing on ABC HD programming in Chicago for about the
> past two months. It only occurs on HD programs, not SD programs in HD
> (like Supernanny) with letterboxing. I've tried finding a place to
> notify them about it but haven't and also haven't put much effort into it.

I'm assuming that this happened to everyone again yesterday during Lost?
If it did, how are you obtaining the content: OTA or QAM?
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
Hi

On Fri, Feb 22, 2008 at 7:47 AM, Robert Kulagowski <rkulagow@gmail.com>
wrote:

> Kevin Kuphal wrote:
> > On Feb 20, 2008 12:45 AM, Bill Cizek <cizek@rcn.com
> > <mailto:cizek@rcn.com>> wrote:
> >
> >
> > A few weeks ago I noticed playback problems on some of ABC's 720p
> > programs.
> >
> > The symptoms are jerky playback, out of sync audio, and incorrect
> > program length
> > (an hour long program will be displayed as 45 minutes in the OSD).
> >
> > The frontend log shows a bunch of lines like
> > 'video_output' mean = '22090.37', std. dev. = '7938.94', fps =
> > '45.27'
> > 'video_output' mean = '22820.35', std. dev. = '8543.71', fps =
> > '43.82'
> >
> > Interspersed with dozens of messages:
> > "NVP: Video is xxx frames ahead of audio."
> >
> > If I watch the recorded video in mplayer I get the same audio
> > problem and
> > constant warnings like this:
> >
> > Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2%
> > 5.7% 9 0
> > A:75362.5 V:75362.4 A-V: 0.021 ct: 0.189 1399/1353 45% 2%
> > 5.6% 9 0
> > demux_mpg: 24000/1001fps progressive NTSC content detected,
> > switching framerate.
> > A:75362.5 V:75362.4 A-V: 0.045 ct: 0.191 1401/1354 44% 2%
> > 5.6% 9 0
> > demux_mpg: 30000/1001fps NTSC content detected, switching
> framerate.
> > Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2%
> > 5.6% 9 0
> > A:75362.8 V:75362.8 A-V: -0.004 ct: 0.195 1418/1366 44% 2%
> > 5.4% 9 0
> > demux_mpg: 24000/1001fps progressive NTSC content detected,
> > switching framerate.
> >
> > This started at the end of January using recent SVN. It's on ABC in
> > Chicago.
> > The only thing I found on the web is
> > http://forum.videohelp.com/topic344584.html ,
> > which implies ABC did something to new program episodes.
> Unfortunately
> > my depth of
> > knowledge on this topic is quite shallow.
> >
> > My questions:
> >
> > Has anyone else noticed this?
> > Is this something that is wrong with the broadcast or should the
> player
> > be able to handle it?
> >
> > Just curious. It's been a long time since I've had any non-trivial
> > problems in MythTV --
> > It's been rock solid.
> >
> >
> > I've seen the same thing on ABC HD programming in Chicago for about the
> > past two months. It only occurs on HD programs, not SD programs in HD
> > (like Supernanny) with letterboxing. I've tried finding a place to
> > notify them about it but haven't and also haven't put much effort into
> it.
>
> I'm assuming that this happened to everyone again yesterday during Lost?
> If it did, how are you obtaining the content: OTA or QAM?
>

Does the issue go away after a pause/unpause?


> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>


- Mark.
Re: Funky 720p playback [ In reply to ]
[.snipped a long description of how some of ABC's HD programming doesn't
play right]
>
> >
> > I've seen the same thing on ABC HD programming in Chicago for
> about the
> > past two months. It only occurs on HD programs, not SD programs
> in HD
> > (like Supernanny) with letterboxing. I've tried finding a place to
> > notify them about it but haven't and also haven't put much
> effort into it.
>
> I'm assuming that this happened to everyone again yesterday during
> Lost?
> If it did, how are you obtaining the content: OTA or QAM?
>
>
> Does the issue go away after a pause/unpause?
>
I record OTA. It happened again with Lost on Thursday. From what I've
found online, ABC has
changed something in the stream which makes it non-standard. It doesn't
affect old programs
(i.e. re-runs from last Fall), but new, first-run shows are whacked.

Pause and unpause have no impact. Neither does jumping around through
the recording.

-Bill
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
> [..snipped a long description of how some of ABC's HD programming doesn't
> play right]
> >
> > >
> > > I've seen the same thing on ABC HD programming in Chicago for
> > about the
> > > past two months. It only occurs on HD programs, not SD programs
> > in HD
> > > (like Supernanny) with letterboxing. I've tried finding a place to
> > > notify them about it but haven't and also haven't put much
> > effort into it.
> >
> > I'm assuming that this happened to everyone again yesterday during
> > Lost?
> > If it did, how are you obtaining the content: OTA or QAM?
> >
> >
> > Does the issue go away after a pause/unpause?
> >
> I record OTA. It happened again with Lost on Thursday. From what I've
> found online, ABC has
> changed something in the stream which makes it non-standard. It doesn't
> affect old programs
> (i.e. re-runs from last Fall), but new, first-run shows are whacked.
>
> Pause and unpause have no impact. Neither does jumping around through
> the recording.
>
> -Bill

I also have exactly the same problem - with Lost. I think that is the
only ABC show that I record. I also am using an HDHomeRun with QAM on
Comcast in the Chicago area. Is anyone NOT using an HDHR and having
this problem?

Has anyone heard any further developments on this issue? What's the status?

John
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
On Thu, Feb 28, 2008 at 3:38 PM, John Lofgren <john.lofgren@gmail.com>
wrote:

> > [..snipped a long description of how some of ABC's HD programming doesn't
> > play right]
> > >
> > > >
> > > > I've seen the same thing on ABC HD programming in Chicago for
> > > about the
> > > > past two months. It only occurs on HD programs, not SD programs
> > > in HD
> > > > (like Supernanny) with letterboxing. I've tried finding a place to
> > > > notify them about it but haven't and also haven't put much
> > > effort into it.
> > >
> > > I'm assuming that this happened to everyone again yesterday during
> > > Lost?
> > > If it did, how are you obtaining the content: OTA or QAM?
> > >
> > >
> > > Does the issue go away after a pause/unpause?
> > >
> > I record OTA. It happened again with Lost on Thursday. From what I've
> > found online, ABC has
> > changed something in the stream which makes it non-standard. It doesn't
> > affect old programs
> > (i.e. re-runs from last Fall), but new, first-run shows are whacked.
> >
> > Pause and unpause have no impact. Neither does jumping around through
> > the recording.
> >
> > -Bill
>
> I also have exactly the same problem - with Lost. I think that is the
> only ABC show that I record. I also am using an HDHomeRun with QAM on
> Comcast in the Chicago area. Is anyone NOT using an HDHR and having
> this problem?
>
> Has anyone heard any further developments on this issue? What's the
> status?


I am not using an HDHR but a pair of AverMedia A180s and experiencing this.
As far as status, I don't think this is anything Myth can address but
something that WLSDT in Chicago needs to be notified of and hounded until
they fix it. Any ideas how to accomplish that would be of value.

Kevin
Re: Funky 720p playback [ In reply to ]
On Wed, Feb 20, 2008 at 1:45 AM, Bill Cizek <cizek@rcn.com> wrote:
>
> A few weeks ago I noticed playback problems on some of ABC's 720p programs.
>
> The symptoms are jerky playback, out of sync audio, and incorrect
> program length
> (an hour long program will be displayed as 45 minutes in the OSD).
>
> The frontend log shows a bunch of lines like
> 'video_output' mean = '22090.37', std. dev. = '7938.94', fps = '45.27'
> 'video_output' mean = '22820.35', std. dev. = '8543.71', fps = '43.82'
>
> Interspersed with dozens of messages:
> "NVP: Video is xxx frames ahead of audio."
>
> If I watch the recorded video in mplayer I get the same audio problem and
> constant warnings like this:
>
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.7% 9 0
> A:75362.5 V:75362.4 A-V: 0.021 ct: 0.189 1399/1353 45% 2% 5.6% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
> A:75362.5 V:75362.4 A-V: 0.045 ct: 0.191 1401/1354 44% 2% 5.6% 9 0
> demux_mpg: 30000/1001fps NTSC content detected, switching framerate.
> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2% 5.6% 9 0
> A:75362.8 V:75362.8 A-V: -0.004 ct: 0.195 1418/1366 44% 2% 5.4% 9 0
> demux_mpg: 24000/1001fps progressive NTSC content detected,
> switching framerate.
>
> This started at the end of January using recent SVN. It's on ABC in Chicago.
> The only thing I found on the web is
> http://forum.videohelp.com/topic344584.html ,
> which implies ABC did something to new program episodes. Unfortunately
> my depth of
> knowledge on this topic is quite shallow.
>
> My questions:
>
> Has anyone else noticed this?
> Is this something that is wrong with the broadcast or should the player
> be able to handle it?
>
> Just curious. It's been a long time since I've had any non-trivial
> problems in MythTV --
> It's been rock solid.
>
> -Bill
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>

Not sure if this is the same thing, but I saw something with similiar
behaviors recording the ABC show "Eli Stone" in HD via QAM. I was
able to watch 3/4 of the show, then all of a sudden the video would
slow down, audio would keep playing, and then the video would catch
up. Happened about every 3 seconds, then finally it would just
freeze. Exiting the recording and then restarting it at that point
would only net me about 4 seconds of working before it started again.
It was definitely the recording as all my other HD and SD recordings
were fine.

Thanks!
Matt
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
On Feb 28, 2008, at 5:27 PM, Matt S. wrote:

> On Wed, Feb 20, 2008 at 1:45 AM, Bill Cizek <cizek@rcn.com> wrote:
>>
>> A few weeks ago I noticed playback problems on some of ABC's 720p
>> programs.
>>
>> The symptoms are jerky playback, out of sync audio, and incorrect
>> program length
>> (an hour long program will be displayed as 45 minutes in the OSD).
>>
>> The frontend log shows a bunch of lines like
>> 'video_output' mean = '22090.37', std. dev. = '7938.94', fps =
>> '45.27'
>> 'video_output' mean = '22820.35', std. dev. = '8543.71', fps =
>> '43.82'
>>
>> Interspersed with dozens of messages:
>> "NVP: Video is xxx frames ahead of audio."
>>
>> If I watch the recorded video in mplayer I get the same audio
>> problem and
>> constant warnings like this:
>>
>> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2%
>> 5.7% 9 0
>> A:75362.5 V:75362.4 A-V: 0.021 ct: 0.189 1399/1353 45% 2%
>> 5.6% 9 0
>> demux_mpg: 24000/1001fps progressive NTSC content detected,
>> switching framerate.
>> A:75362.5 V:75362.4 A-V: 0.045 ct: 0.191 1401/1354 44% 2%
>> 5.6% 9 0
>> demux_mpg: 30000/1001fps NTSC content detected, switching
>> framerate.
>> Warning! FPS changed 47.952 -> 59.940 (-11.988010) [7] 2%
>> 5.6% 9 0
>> A:75362.8 V:75362.8 A-V: -0.004 ct: 0.195 1418/1366 44% 2%
>> 5.4% 9 0
>> demux_mpg: 24000/1001fps progressive NTSC content detected,
>> switching framerate.
>>
>> This started at the end of January using recent SVN. It's on ABC in
>> Chicago.
>> The only thing I found on the web is
>> http://forum.videohelp.com/topic344584.html ,
>> which implies ABC did something to new program episodes.
>> Unfortunately
>> my depth of
>> knowledge on this topic is quite shallow.
>>
>> My questions:
>>
>> Has anyone else noticed this?
>> Is this something that is wrong with the broadcast or should the
>> player
>> be able to handle it?
>>
>> Just curious. It's been a long time since I've had any non-trivial
>> problems in MythTV --
>> It's been rock solid.
>>
>> -Bill
>>
>> _______________________________________________
>> mythtv-dev mailing list
>> mythtv-dev@mythtv.org
>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>>
>
> Not sure if this is the same thing, but I saw something with similiar
> behaviors recording the ABC show "Eli Stone" in HD via QAM. I was
> able to watch 3/4 of the show, then all of a sudden the video would
> slow down, audio would keep playing, and then the video would catch
> up. Happened about every 3 seconds, then finally it would just
> freeze. Exiting the recording and then restarting it at that point
> would only net me about 4 seconds of working before it started again.
> It was definitely the recording as all my other HD and SD recordings
> were fine.
>
> Thanks!
> Matt

I record from both QAM and OTA with the HDHomeRun. ABC never works
now for full HD shows from either source. Jimmy Kimmel records, as
its just SD in an HD letterbox. As far as history goes : the first
program I had problems with was Desperate Housewives starting last
January, but my other HD shows on ABC continued working (Lost, Ugly
Betty). When the fall season started, Ugly Betty stopped recording
correctly. Now that Lost has restarted, it is also broken. In fact,
this week's Lost caused my mythbackend to die a minute or two in.

Very frustrating. I'm in Houston, TX, with QAM from Comcast.

Keith C



_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
Keith Cremer wrote:

> I record from both QAM and OTA with the HDHomeRun. ABC never works
> now for full HD shows from either source. Jimmy Kimmel records, as
> its just SD in an HD letterbox. As far as history goes : the first
> program I had problems with was Desperate Housewives starting last
> January, but my other HD shows on ABC continued working (Lost, Ugly
> Betty). When the fall season started, Ugly Betty stopped recording
> correctly. Now that Lost has restarted, it is also broken. In fact,
> this week's Lost caused my mythbackend to die a minute or two in.
>
> Very frustrating. I'm in Houston, TX, with QAM from Comcast.

Just to add another couple datapoints, I noticed the same symptoms with
ABC in Chicago recording HD shows off QAM (comcast) with a Kworld
ATSC110, and a friend at work saw the same thing with the same card via
ATSC OTA.


-kevin
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
On Thu, 2008-02-28 at 15:51 -0600, Kevin Kuphal wrote:
> On Thu, Feb 28, 2008 at 3:38 PM, John Lofgren <john.lofgren@gmail.com>
> wrote:

> I also have exactly the same problem - with Lost. I think
> that is the

> I am not using an HDHR but a pair of AverMedia A180s and experiencing
> this. As far as status, I don't think this is anything Myth can
> address but something that WLSDT in Chicago needs to be notified of
> and hounded until they fix it. Any ideas how to accomplish that would
> be of value.

AFAICT this WLSDT is not broadcasting broken streams, they are just using
an encoding extension we don't support very well. These streams do in fact
play on powerful MythTV machines. I believe they are broadcasting about 40
fps on a 60fps stream and marking some of the frames as repeatable, but I
haven't added the debugging statements to MythTV to confirm this. If true,
MythTV doesn't know what is going on and so the only way it adjusts is with
the A/V sync code. This works, but is CPU intensive.

-- Daniel

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
> AFAICT this WLSDT is not broadcasting broken streams, they are just using
> an encoding extension we don't support very well. These streams do in fact
> play on powerful MythTV machines. I believe they are broadcasting about 40
> fps on a 60fps stream and marking some of the frames as repeatable, but I
> haven't added the debugging statements to MythTV to confirm this. If true,
> MythTV doesn't know what is going on and so the only way it adjusts is with
> the A/V sync code. This works, but is CPU intensive.
>
> -- Daniel
>
I've got a 3.2 GHz P4 and it plays, it's just funky - kind of like you
describe above.

Are you referring to the top_field_first and repeat_first_field flags?

I checked my problem recordings and these flags are set within them.

Recordings where they're unset play fine.

If there's anything I can do to help fix / test this let me know.

-Bill


_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
On Mar 2, 2008, at 1:20 PM, Bill Cizek wrote:

>
>> AFAICT this WLSDT is not broadcasting broken streams, they are just
>> using
>> an encoding extension we don't support very well. These streams do
>> in fact
>> play on powerful MythTV machines. I believe they are broadcasting
>> about 40
>> fps on a 60fps stream and marking some of the frames as repeatable,
>> but I
>> haven't added the debugging statements to MythTV to confirm this.
>> If true,
>> MythTV doesn't know what is going on and so the only way it adjusts
>> is with
>> the A/V sync code. This works, but is CPU intensive.
>>
>> -- Daniel
>>
> I've got a 3.2 GHz P4 and it plays, it's just funky - kind of like
> you
> describe above.
>
> Are you referring to the top_field_first and repeat_first_field flags?
>
> I checked my problem recordings and these flags are set within them.
>
> Recordings where they're unset play fine.
>
> If there's anything I can do to help fix / test this let me know.
>
> -Bill



Mine are playing back on a high end Core 2 with plenty of power to
spare. I'll do some test captures using the HDHomeRun and VLC to see
if the stream is intact, and then look at the playback in Myth.

Keith
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
Keith Cremer wrote:
> On Mar 2, 2008, at 1:20 PM, Bill Cizek wrote:
>
>>> AFAICT this WLSDT is not broadcasting broken streams, they are just
>>> using
>>> an encoding extension we don't support very well. These streams do
>>> in fact
>>> play on powerful MythTV machines. I believe they are broadcasting
>>> about 40
>>> fps on a 60fps stream and marking some of the frames as repeatable,
>>> but I
>>> haven't added the debugging statements to MythTV to confirm this.
>>> If true,
>>> MythTV doesn't know what is going on and so the only way it adjusts
>>> is with
>>> the A/V sync code. This works, but is CPU intensive.
>>>
>>> -- Daniel
>>>
>> I've got a 3.2 GHz P4 and it plays, it's just funky - kind of like
>> you
>> describe above.
>>
>> Are you referring to the top_field_first and repeat_first_field flags?
>>
>> I checked my problem recordings and these flags are set within them.
>>
>> Recordings where they're unset play fine.
>>
>> If there's anything I can do to help fix / test this let me know.
>>
>> -Bill
> Mine are playing back on a high end Core 2 with plenty of power to
> spare. I'll do some test captures using the HDHomeRun and VLC to see
> if the stream is intact, and then look at the playback in Myth.

On a 2.8Ghz P4, it's pretty much unwatchable; the audio and video get
separated by 3-5 seconds. (But 720p from Fox is OK and works AFAICT).

_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
Robert Kulagowski wrote:
> Keith Cremer wrote:
>
>> On Mar 2, 2008, at 1:20 PM, Bill Cizek wrote:
>>
>>
>>>> AFAICT this WLSDT is not broadcasting broken streams, they are just
>>>> using
>>>> an encoding extension we don't support very well. These streams do
>>>> in fact
>>>> play on powerful MythTV machines. I believe they are broadcasting
>>>> about 40
>>>> fps on a 60fps stream and marking some of the frames as repeatable,
>>>> but I
>>>> haven't added the debugging statements to MythTV to confirm this.
>>>> If true,
>>>> MythTV doesn't know what is going on and so the only way it adjusts
>>>> is with
>>>> the A/V sync code. This works, but is CPU intensive.
>>>>
>>>> -- Daniel
>>>>
>>>>
>>> I've got a 3.2 GHz P4 and it plays, it's just funky - kind of like
>>> you
>>> describe above.
>>>
>>> Are you referring to the top_field_first and repeat_first_field flags?
>>>
>>> I checked my problem recordings and these flags are set within them.
>>>
>>> Recordings where they're unset play fine.
>>>
>>> If there's anything I can do to help fix / test this let me know.
>>>
>>> -Bill
>>>
>> Mine are playing back on a high end Core 2 with plenty of power to
>> spare. I'll do some test captures using the HDHomeRun and VLC to see
>> if the stream is intact, and then look at the playback in Myth.
>>
>
> On a 2.8Ghz P4, it's pretty much unwatchable; the audio and video get
> separated by 3-5 seconds. (But 720p from Fox is OK and works AFAICT).
>
I'm not sure if I'm experiencing the same issue. My 720p content is
coming from my STB over firewire, not a HD HomeRun. 1080i mpeg2content
is fine, as is 720p/1080p H264, only 720p mpeg2 content seems to be the
issue. I'm running a core 2 duo @ 2.9Ghz, so I think I've got all kinds
of cpu power. I opened ticket #4859 with logs and a sample. Mplayer
has no problem playing the file.

Brad
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
>
> Robert Kulagowski wrote:
>> Keith Cremer wrote:
>>
>>> On Mar 2, 2008, at 1:20 PM, Bill Cizek wrote:
>>>
>>>
>>>>> AFAICT this WLSDT is not broadcasting broken streams, they are
>>>>> just using
>>>>> an encoding extension we don't support very well. These streams
>>>>> do in fact
>>>>> play on powerful MythTV machines. I believe they are broadcasting
>>>>> about 40
>>>>> fps on a 60fps stream and marking some of the frames as
>>>>> repeatable, but I
>>>>> haven't added the debugging statements to MythTV to confirm this.
>>>>> If true,
>>>>> MythTV doesn't know what is going on and so the only way it
>>>>> adjusts is with
>>>>> the A/V sync code. This works, but is CPU intensive.
>>>>>
>>>>> -- Daniel
>>>>>
>>>>>
>>>> I've got a 3.2 GHz P4 and it plays, it's just funky - kind of
>>>> like you
>>>> describe above.
>>>>
>>>> Are you referring to the top_field_first and repeat_first_field flags?
>>>>
>>>> I checked my problem recordings and these flags are set within them.
>>>>
>>>> Recordings where they're unset play fine.
>>>>
>>>> If there's anything I can do to help fix / test this let me know.
>>>>
>>>> -Bill
>>> Mine are playing back on a high end Core 2 with plenty of power to
>>> spare. I'll do some test captures using the HDHomeRun and VLC to
>>> see if the stream is intact, and then look at the playback in Myth.
>>>
>>
>> On a 2.8Ghz P4, it's pretty much unwatchable; the audio and video get
>> separated by 3-5 seconds. (But 720p from Fox is OK and works AFAICT).
>>
> I'm not sure if I'm experiencing the same issue. My 720p content is
> coming from my STB over firewire, not a HD HomeRun. 1080i
> mpeg2content is fine, as is 720p/1080p H264, only 720p mpeg2 content
> seems to be the issue. I'm running a core 2 duo @ 2.9Ghz, so I think
> I've got all kinds of cpu power. I opened ticket #4859 with logs and
> a sample. Mplayer has no problem playing the file.
>
> Brad
>

I checked your file, Brad and it plays fine on my system (P4 3.2 GHz,
NFS frontend with SPDIF output)

Since you have a dual core cpu you might want to enable multithreaded
decoding. From the looks of your logs you aren't using it. That might
help.

Also, if this is a new system you might need to tune NFS, mysql and your
network. It's been a while but I remember having to tweak a lot of stuff to
get things working well.

I opened #4867 for this problem. I also noticed that xine plays these
recordings ok (including Lost from last week).

-Bill
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
I am astonished to report that I actually received some feedback from
WLS (ABC 7 Chicago) regarding this issue. I submitted this comment to
the engineering department through the WLS website:

>>>
Comments: I use a DVR to record Lost from your
station through Comcast. For the last
few episodes, the framerates of the
signals have been something non-standard
and this is causing the playback to be
terrible from the DVR. What gives?
<<<

I just received this response:

>>>
Hi John-
Thanks for contacting ABC 7 Chicago. We do appreciate questions and
comments. This issue has been fixed.

Thank you
The Engineering Department
<<<

I have not yet tested whether whatever they "fixed" actually solves
this problem, and I don't know whether the other shows in question
(Grey's anatomy, etc) were also "fixed."

Cheers,
John


On Wed, Mar 5, 2008 at 10:39 AM, Bill Cizek <cizek@rcn.com> wrote:
>
>
> >
> > Robert Kulagowski wrote:
> >> Keith Cremer wrote:
> >>
> >>> On Mar 2, 2008, at 1:20 PM, Bill Cizek wrote:
> >>>
> >>>
> >>>>> AFAICT this WLSDT is not broadcasting broken streams, they are
> >>>>> just using
> >>>>> an encoding extension we don't support very well. These streams
> >>>>> do in fact
> >>>>> play on powerful MythTV machines. I believe they are broadcasting
> >>>>> about 40
> >>>>> fps on a 60fps stream and marking some of the frames as
> >>>>> repeatable, but I
> >>>>> haven't added the debugging statements to MythTV to confirm this.
> >>>>> If true,
> >>>>> MythTV doesn't know what is going on and so the only way it
> >>>>> adjusts is with
> >>>>> the A/V sync code. This works, but is CPU intensive.
> >>>>>
> >>>>> -- Daniel
> >>>>>
> >>>>>
> >>>> I've got a 3.2 GHz P4 and it plays, it's just funky - kind of
> >>>> like you
> >>>> describe above.
> >>>>
> >>>> Are you referring to the top_field_first and repeat_first_field flags?
> >>>>
> >>>> I checked my problem recordings and these flags are set within them.
> >>>>
> >>>> Recordings where they're unset play fine.
> >>>>
> >>>> If there's anything I can do to help fix / test this let me know.
> >>>>
> >>>> -Bill
> >>> Mine are playing back on a high end Core 2 with plenty of power to
> >>> spare. I'll do some test captures using the HDHomeRun and VLC to
> >>> see if the stream is intact, and then look at the playback in Myth.
> >>>
> >>
> >> On a 2.8Ghz P4, it's pretty much unwatchable; the audio and video get
> >> separated by 3-5 seconds. (But 720p from Fox is OK and works AFAICT).
> >>
> > I'm not sure if I'm experiencing the same issue. My 720p content is
> > coming from my STB over firewire, not a HD HomeRun. 1080i
> > mpeg2content is fine, as is 720p/1080p H264, only 720p mpeg2 content
> > seems to be the issue. I'm running a core 2 duo @ 2.9Ghz, so I think
> > I've got all kinds of cpu power. I opened ticket #4859 with logs and
> > a sample. Mplayer has no problem playing the file.
> >
> > Brad
> >
>
> I checked your file, Brad and it plays fine on my system (P4 3.2 GHz,
> NFS frontend with SPDIF output)
>
> Since you have a dual core cpu you might want to enable multithreaded
> decoding. From the looks of your logs you aren't using it. That might
> help.
>
> Also, if this is a new system you might need to tune NFS, mysql and your
> network. It's been a while but I remember having to tweak a lot of stuff to
> get things working well.
>
> I opened #4867 for this problem. I also noticed that xine plays these
> recordings ok (including Lost from last week).
>
> -Bill
>
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev@mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
>
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
Re: Funky 720p playback [ In reply to ]
On Fri, Apr 18, 2008 at 2:27 PM, John Lofgren <john.lofgren@gmail.com>
wrote:

> I am astonished to report that I actually received some feedback from
> WLS (ABC 7 Chicago) regarding this issue. I submitted this comment to
> the engineering department through the WLS website:
>
> >>>
> Comments: I use a DVR to record Lost from your
> station through Comcast. For the last
> few episodes, the framerates of the
> signals have been something non-standard
> and this is causing the playback to be
> terrible from the DVR. What gives?
> <<<
>
> I just received this response:
>
> >>>
> Hi John-
> Thanks for contacting ABC 7 Chicago. We do appreciate questions and
> comments. This issue has been fixed.
>
> Thank you
> The Engineering Department
> <<<
>
> I have not yet tested whether whatever they "fixed" actually solves
> this problem, and I don't know whether the other shows in question
> (Grey's anatomy, etc) were also "fixed."


Lost hasn't been on, but I have noticed that Samantha Who has not be
exhibiting this problem in HD

Kevin
Re: Funky 720p playback [ In reply to ]
On Fri, Apr 18, 2008 at 8:30 PM, Kevin Kuphal <kkuphal@gmail.com> wrote:
>
> On Fri, Apr 18, 2008 at 2:27 PM, John Lofgren <john.lofgren@gmail.com>
> wrote:
>
> > I am astonished to report that I actually received some feedback from
> > WLS (ABC 7 Chicago) regarding this issue. I submitted this comment to
> > the engineering department through the WLS website:
> >
> > >>>
> > Comments: I use a DVR to record Lost from your
> > station through Comcast. For the last
> > few episodes, the framerates of the
> > signals have been something non-standard
> > and this is causing the playback to be
> > terrible from the DVR. What gives?
> > <<<
> >
> > I just received this response:
> >
> > >>>
> > Hi John-
> > Thanks for contacting ABC 7 Chicago. We do appreciate questions and
> > comments. This issue has been fixed.
> >
> > Thank you
> > The Engineering Department
> > <<<
> >
> > I have not yet tested whether whatever they "fixed" actually solves
> > this problem, and I don't know whether the other shows in question
> > (Grey's anatomy, etc) were also "fixed."
>
>
> Lost hasn't been on, but I have noticed that Samantha Who has not be
> exhibiting this problem in HD
>
> Kevin

WLS re-ran a couple of Lost episodes on Thursday with their
pop-up-video style catch-you-up-on-the-series comments. These are
episodes that were bad before, but they played fine for me this
morning! Hopefully things stay this way!

John
_______________________________________________
mythtv-dev mailing list
mythtv-dev@mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev