[mythtv-users] UK DVB radio and pi frontend

[Stephen Worthington]

On Tue, 16 May 2017 10:28:32 +0100, you wrote:

>On 16/05/17 10:10, John Pilkington wrote:
>> 
>> I had no problem in playing your snippet in non-RPi master; I overwrote
>> a short test recording, also from Radio4.  Unfortunately I don't know a
>> supported way of re-creating a DVB-radio seektable.
>
>Yes I should have said I see no problem with a ubuntu frontend, for
>example, running VDPAU using the same version (but from the mythbuntu
>repos) so I think this is pi or openmax related (ie openmax just doesn't
>understand the video aspect of the radio stream so it falls back to
>something the Rpi's CPU can't cope with).
>
>If it's seektable related I guess it could be hard for someone else to
>reproduce.  If I can help let me know how!

There is no video stream in the snippet you uploaded.  This is what
mediainfo says about it:

General
ID                                       : 4173 (0x104D)
Complete name                            : 1704_20170515082400.ts
Format                                   : MPEG-TS
File size                                : 45.5 MiB
Duration                                 : 5 min 59 s
Overall bit rate mode                    : Variable
Overall bit rate                         : 1 062 kb/s

Audio
ID                                       : 1302 (0x516)
Menu ID                                  : 1 (0x1)
Format                                   : MPEG Audio
Format version                           : Version 1
Format profile                           : Layer 2
Mode                                     : Joint stereo
Mode extension                           : Intensity Stereo + MS
Stereo
Codec ID                                 : 3
Duration                                 : 5 min 59 s
Bit rate mode                            : Constant
Bit rate                                 : 192 kb/s
Channel(s)                               : 2 channels
Sampling rate                            : 48.0 kHz
Compression mode                         : Lossy
Stream size                              : 8.23 MiB (18%)
Language                                 : English

Menu
ID                                       : 1300 (0x514)
Menu ID                                  : 1 (0x1)
Duration                                 : 5 min 59 s
List                                     : 1302 (0x516) (MPEG Audio,
English) / 7210 (0x1C2A) () / 7201 (0x1C21) () / 7270 (0x1C66) ()
Language                                 : English

And this is what ffprobe sees:

[mpegts @ 0xc37200] PES packet size mismatch
[mpegts @ 0xc37200] Could not find codec parameters for stream 1
(Unknown: none ([11][0][0][0] / 0x000B)): unknown codec
Consider increasing the value for the 'analyzeduration' and
'probesize' options
[mpegts @ 0xc37200] Could not find codec parameters for stream 2
(Unknown: none ([11][0][0][0] / 0x000B)): unknown codec
Consider increasing the value for the 'analyzeduration' and
'probesize' options
[mpegts @ 0xc37200] Could not find codec parameters for stream 3
(Unknown: none ([5][0][0][0] / 0x0005)): unknown codec
Consider increasing the value for the 'analyzeduration' and
'probesize' options
Input #0, mpegts, from
'/mnt/savaidh/cdrive/down/1704_20170515082400.ts':
  Duration: 00:05:59.66, start: 42721.252856, bitrate: 1062 kb/s
  Program 1
    Stream #0:0[0x516](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000
Hz, stereo, s16p, 192 kb/s
    Stream #0:1[0x1c2a]: Unknown: none ([11][0][0][0] / 0x000B)
    Stream #0:2[0x1c21]: Unknown: none ([11][0][0][0] / 0x000B)
    Stream #0:3[0x1c66]: Unknown: none ([5][0][0][0] / 0x0005)
Unsupported codec with id 0 for input stream 1
Unsupported codec with id 0 for input stream 2
Unsupported codec with id 0 for input stream 3

So it is an audio stream along with three other unknown streams in an
MPEG TS container.  It does have the "Mode extension: Intensity Stereo
+ MS" which I have never encountered before, but I do not do audio
files very much.  The "unknown" streams may be pictures, but they are
not any normal sort of video stream or they would be recogised as
such.  Since ffprobe does not recognise them, I would guess that
MythTV will not be able to handle them either, so they should just be
ignored.  It would be worthwhile remuxing the file with just the audio
stream to see if it will then play OK:

ffmpeg -i 1704_20170515082400.ts -c copy -map 0:0 x.ts

Keep a copy of the original, and overwrite the file in the storage
group with the new one.  If you want to try rebuilding the seek table
with the new file in the storage group, this command should do it:

mythcommflag --rebuild -f 1704_20170515082400.ts