[mythtv-users] Help with playback issue on recordings from a single channel

[John Pilkington]

On 25/12/2021 21:04, John Pilkington wrote:
> On 25/12/2021 20:19, John Pilkington wrote:
t it should play ok in the frontend.
>>
>> Plays fine for me with software decoding on a 2.8 GHz core2duo 
>> machine. But shock horror it's mpeg2video 1920x1080i @ 29.97 fps and 
>> the cpu load is close to 2 x 100%
>>
>> HTH
>>
>> John P
>>
> 
> But I usually run project-X on my mpeg recordings, and it's not happy 
> with this one.   I'll try something else.
> 
> {{{
>   Duration: 00:06:45.25, start: 66178.166733, bitrate: 7671 kb/s
>      Stream #0:0[0x760]: Video: mpeg2video (Main), yuv420p(tv, top 
> first), 1920x1080 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 
> 59.94 tbc
>      Side data:
>        cpb: bitrate max/min/avg: 18824400/0/0 buffer size: 9764864 
> vbv_delay: N/A
>      Stream #0:1[0x761](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 
> 5.1(side), fltp, 384 kb/s
>      Stream #0:2[0x762](spa): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 
> stereo, fltp, 128 kb/s
> 
> 
> 
> 35 %!> dropping GOP# 155 @ orig.PTS 05:09:49.783 (1673080553), 
> errorcode: 24
> !> Pics exp/cnt 5/8, inGOP PTS diff. 0ms, new Timecode 00:01:50.610
> !> dropping GOP# 156 @ orig.PTS 05:09:49.950 (1673095568), errorcode: 24
> !> Pics exp/cnt 25/48, inGOP PTS diff. 16ms, new Timecode 00:01:50.610
> !> dropping GOP# 157 @ orig.PTS 05:09:50.784 (1673170643), errorcode: 24
> !> Pics exp/cnt 5/9, inGOP PTS diff. 0ms, new Timecode 00:01:50.610
> !> dropping GOP# 158 @ orig.PTS 05:09:50.951 (1673185658), errorcode: 24
> !> Pics exp/cnt 30/57, inGOP PTS diff. 0ms, new Timecode 00:01:50.610
> !> dropping GOP# 159 @ orig.PTS 05:09:51.952 (1673275748), errorcode: 24
> !> Pics exp/cnt 27/52, inGOP PTS diff. 16ms, new Timecode 00:01:50.610
> 36 %!> dropping GOP# 160 @ orig.PTS 05:09:52.853 (1673356829), 
> errorcode: 24
> !> Pics exp/cnt 18/34, inGOP PTS diff. 0ms, new Timecode 00:01:50.610
> !> dropping GOP# 161 @ orig.PTS 05:09:53.454 (1673410883), errorcode: 24
> !> Pics exp/cnt 4/7, inGOP PTS diff. 16ms, new Timecode 00:01:50.610
> !> dropping GOP# 162 @ orig.PTS 05:09:53.587 (1673422895), errorcode: 24
> !> Pics exp/cnt 25/49, inGOP PTS diff. 16ms, new Timecode 00:01:50.610
> !> dropping GOP# 163 @ orig.PTS 05:09:54.421 (1673497970), errorcode: 24
> !> Pics exp/cnt 25/49, inGOP PTS diff. 16ms, new Timecode 00:01:50.610
> !> dropping GOP# 164 @ orig.PTS 05:09:55.256 (1673573045), errorcode: 24
> !> Pics exp/cnt 30/60, inGOP PTS diff. 16ms, new Timecode 00:01:50.610
> }}}}
> 

I'll come back to this post from early in the thread.  This output from 
the ProjectX demuxer shows that some of the "GroupOfPicture"s contain 
fewer than the intended number of output frames, and they are dropped 
from the demuxed output.  This is repeatable and not a result of cpu 
overload.  It may be relevant that ProjectX was written to handle the 
European DVB standards of around 20 years ago.

One section of the dropped content is an entire Ralph Loren advert. 
Playback goes directly from the zoo building to a little girl.

My nVidia card, using the 470xx driver with NVDEC, plays the original 
recording as intended.  The OP's problem seems to be, as I think has 
already been concluded, in the vdpau implementation for his AMD hardware.