inputstream.ffmpegdirect icon indicating copy to clipboard operation
inputstream.ffmpegdirect copied to clipboard

Seeking catchup streams not possible if server uses redirects

Open phunkyfish opened this issue 4 years ago • 4 comments

I have one set of streams where there are issues. I can play the catchup stream from the start no problem, or the live stream no problem and there is no issue until I switch from one to the other.

Here is a log when started with the catchup stream (working): https://gist.github.com/phunkyfish/7931b21c55fa4633b603a3d147584a05

Here is a log when started with the live stream (working): https://gist.github.com/phunkyfish/04a48407e9f5bbccffe17fa7953770fd

Finally here is the log that freezes when the switch from catchup (working) to live (freezing) occurs: https://gist.github.com/phunkyfish/fd8f8edb1af4d8198427d72fd93fc845

I get a lot of these just not not sure what they mean:

 ffmpeg[(nil)X]: [h264] No start code is found.
 ffmpeg[(nil)X]: [h264] Error splitting the input into NAL units.

FFMpegDirect issue for: https://github.com/kodi-pvr/pvr.iptvsimple/issues/330

phunkyfish avatar Apr 20 '20 16:04 phunkyfish

@Mr-Groch can you try this PR: https://github.com/xbmc/inputstream.ffmpegdirect/pull/92

Testbuilds: https://jenkins.kodi.tv/blue/organizations/jenkins/xbmc%2Finputstream.ffmpegdirect/detail/PR-92/1/artifacts

phunkyfish avatar Mar 23 '21 10:03 phunkyfish

PR merged, so 1.19.4 should have the fix.

phunkyfish avatar Mar 23 '21 22:03 phunkyfish

Unfurnately it's still not working for me...

PVR IPTV Simple Client 7.5.1 Inputstream FFmpeg direct 1.19.4

Timeshift enabled, catchup enabled, timeshift from epg enabled in settings. Stream with SHIFT (SIPTV) catchup type (same as initially)

Catchup works, seeking in catchup works, live works, but timeshifting back from live - stream freezes as before

Mr-Groch avatar Mar 24 '21 10:03 Mr-Groch

Can you add me on gitter.im and we can chat further there?

phunkyfish avatar Mar 24 '21 13:03 phunkyfish