xbmc / xbmc/inputstream.ffmpegdirect
Seeking catchup streams not possible if server uses redirects
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 101
- Forks
- 56
- PR merge metrics
- No merged PRs in 30d
Description
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
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Begin with the three linked logs and the referenced pvr.iptvsimple issue; compare the catchup-to-live transition and the redirect-related behavior. Done means reproducing the freeze and verifying that switching streams no longer freezes or produces the reported H.264 errors.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100