PVR Fast switch issues with Live Radio

[emveepee]

Bug report

Describe the bug

Here is a clear and concise description of what the problem is:

There are several attempting to play live radio in v18

Expected Behavior

Here is a clear and concise description of what was expected to happen:

Radio stream should play with sound and should be able to be timeshifted using the same logic as live TV

Actual Behavior

Some PVR Radio broadcasts from pvr.nextpvr stream without sound.
UK DVB Radio broadcast stream with sound but the EPG tag info matches shows hours in the future. Many streams cannot be timeshifted using the same GetStreamTimes() logic that works for Live TV.

The same streams play fine when saved as recordings.

Possible Fix

I changed Kodi logic to force deeper dives into audio and the described problems disappear

bool URIUtils::IsUsingFastSwitch(const std::string& strFile)
{
return IsUDP(strFile) || IsTCP(strFile) || (IsPVRChannel(strFile) && strFile.find("/tv/") != std::string::npos);
}

To Reproduce

Steps to reproduce the behavior:

1. Find a stream that doesn't start immediately shown by a large "start:" on this debug log line
   2019-03-02 22:44:24.801 T:34432 INFO: ffmpeg[8680]: Input #0, mpegts, from 'pvr://channels/radio/All channels/pvr.nextpvr_9018.pvr':
   2019-03-02 22:44:24.801 T:34432 INFO: ffmpeg[8680]: Duration: 00:00:21.21, start: 51594.449422, bitrate: 133 kb/s

Files can also have this message

2019-03-01 13:08:44.263 T:52524 WARNING: ActiveAE - large audio sync error: 26097366.735200

I use the HE-AAC m3u8 files from here http://www.radiofeeds.co.uk/hifi.asp piped into NextPVR which dedirects the payload to Kodi as mpegts

2. Play the stream as a pvr source
3. Save same stream as a recording and they should play fine as a PVR Recording or through Video Library

Debuglog

The attached log shows the same stream as live radio (failing) followed up by good playback as a recording.
kodi.log

Screenshots

Here are some links or screenshots to help explain the problem:

Additional context or screenshots (if appropriate)

Here is some additional context or explanation that might help:

Perhaps the logic behind the original patch #3590 need to be reconsidered after GetStreamTimes() and ffmpeg changes in v18 There are other open related issues related to these audio startup issues.

Your Environment

Used Operating system:

• Android

• iOS

• Linux

• OSX

• Raspberry-Pi

• [ x] Windows

• Windows UWP

• Operating system version/name: Win 10

• Kodi version: 18.0 through 18.2rc

note: Once the issue is made we require you to update it with new information or Kodi versions should that be required.
Team Kodi will consider your problem report however, we will not make any promises the problem will be solved.

[enen92]

@emveepee still relevant for omega?