[mythtv-users] specific channel seek issue and acts like poor signal

John Pilkington johnpilk222 at gmail.com
Sun Apr 14 17:27:59 UTC 2019


On 14/04/2019 17:37, John wrote:
> On 13/04/2019 14:39, Tim Draper wrote:
>>
>>
>>   ---- On Fri, 12 Apr 2019 18:58:40 +0100 jksjdevelop 
>> <jksjdevelop at gmail.com> wrote ----
>>
>>   >         Just tested. No seeking or playback issues with myth30 
>> using    MPEG-2ffmpeg playback. Recommend checking the tuning 
>> parameters    against 
>> https://en.kingofsat.net/freqs.php?&pos=28.2E&standard=All&ordre=freq&filtre=Clear. 
>>
>>
>> testing on laptop with mythfrontend livetv using VAAPI Normal/VAAPI2 
>> Normal profiles - i have the "poor signal" issue, with VAAPI2 being 
>> the worst.
>> 'normal' playback profile and it works fine.
>> I haven't tested the seek issue yet.
>>
>> thanks for link, very useful and i've updated my schedule lineup using 
>> the SID values to match. years of using one of the wiki methods has 
>> left a lot of old/invalid data as i've moved between various guide 
>> sources and been lax with keeping ontop of changes, SID matching 
>> should be far easier.
>>
>> i do find it a bit weird 4seven is the only channel exhibiting the 
>> issue, but hey ho.
>> What now, based on the fact the issue seems to be on the chosen 
>> playback profile?
>>
>>
>>
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
> 
> Just re-tested can confirm that 4seven (from Freesat_) plays with 
> extreme blockiness after seek when using VAAPI 2 profile. One would 
> expect the same effect from More 4 (a similar SD Mpeg2 encoded channel) 
> but this is not the case, the latter plays perfectly. Both VAAPI 1 and 
> OpenGL HQ playback seem fine for both.
> 
> Working SD mpeg2 broadcast, channel More 4
> 
> Input #0, mpegts, from '/media/library/TV/9340_20190411200000.ts':
>    Duration: 01:19:57.64, start: 76503.229767, bitrate: 2568 kb/s
>    Program 1
>      Stream #0:0[0x937]: Video: mpeg2video (Main) ([2][0][0][0] / 
> 0x0002), yuv420p(tv, top first), 704x576 [SAR 16:11 DAR 16:9], 25 fps, 
> 25 tbr, 90k tbn, 50 tbc
>      Stream #0:1[0x939](NAR): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 
> Hz, stereo, s16p, 128 kb/s
>      Stream #0:2[0x938](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 
> Hz, stereo, s16p, 192 kb/s
>      Stream #0:3[0x93b](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 
> 0x0006)
>      Stream #0:4[0x93a](eng,eng): Subtitle: dvb_teletext ([6][0][0][0] / 
> 0x0006), 492x250
>      Stream #0:5[0xf04]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:6[0xf03]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:7[0xf02]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:8[0xf01]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:9[0xf00]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:10[0x936]: Unknown: none ([5][0][0][0] / 0x0005)
> 
> None working channel 4seven
> 
> Input #0, mpegts, from '/media/library/TV/livetv/22250_20190412173048.ts':
>    Duration: 00:34:12.32, start: 53768.176733, bitrate: 3886 kb/s
>    Program 1
>      Stream #0:0[0x90c]: Video: mpeg2video (Main) ([2][0][0][0] / 
> 0x0002), yuv420p(tv, bottom first), 704x576 [SAR 16:11 DAR 16:9], 25 
> fps, 25 tbr, 90k tbn, 50 tbc
>      Stream #0:1[0x90f](NAR): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 
> Hz, stereo, s16p, 128 kb/s (clean effects)
>      Stream #0:2[0x90d](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 
> Hz, stereo, s16p, 192 kb/s
>      Stream #0:3[0x910](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 
> 0x0006)
>      Stream #0:4[0x90e](eng,eng): Subtitle: dvb_teletext ([6][0][0][0] / 
> 0x0006), 492x250
>      Stream #0:5[0xf04]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:6[0xf03]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:7[0xf02]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:8[0xf01]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:9[0xf00]: Unknown: none ([5][0][0][0] / 0x0005)
>      Stream #0:10[0x911]: Unknown: none ([5][0][0][0] / 0x0005)
> 

The good one is 'top first', bad is 'bottom first'

I have seen similar transitions from good to bad after an advert cut in 
h264 SD from PBS_America and/or Smithsonian;  a second ffmpeg run 
without cuts seemed to cure it.

John P




More information about the mythtv-users mailing list