[DBMandrake]

I guess I'm not being clear with what I'm saying here. Regardless of the other bug(s) and their solutions, the player is ignoring the 'live' parameter when it is set and being specifically told not to seek - even if the player seeks perfectly. There are times when you know that you don't want it to seek and choose to tell the player that through the 'live' parameter. I guess that it may also be a temp fix for other problems, but in and of itself it is also a problem which is different from the other problems previously reported.

I agree, we have two bugs here, not one. Fixing either one would prevent a total freeze that requires force quitting XBMC (not easy on some platforms) when accidentally pressing the seek button during a live stream. From an end user perspective a major usability issue where it doesn't really matter which contributing bug is fixed first. It seems cleaner to me (and probably easier) that seeking should simply be disabled by honouring live=1 when a live stream is detected.

If devs want to pursue a fix for the other bug (eg why does the player hang/deadlock/freeze when it tries to seek an un-seekable stream) then its easy enough to revert the first fix temporarily in a test build so that live=1 is ignored again and the player bug can be investigated further. Why make end users suffer for so long (this problem has been there seemingly forever) just so the harder more challenging bug can be fixed before the easier one ? Doesn't make sense.

[frieten]

i seem to be having this issue using PSLTV when trying to watch USTVNOW streams, it does the seek on startup and freezes. the difference with mine is im not even seeking, it just auto seeks or some random thing on startup, im using the latest gotham nightly and would love a fix to this, even a temp one if anyone has one.

[Ely51um]

So I spent hours today figuring out how to get RTMP streaming working for a live stream a family member wanted, and after finally succeeding and being proud of myself I ran into the hang / crash while seeking a live RTMP stream that's been discussed in this thread; unfortunately this issue makes being able to play RTMP live streams unsuitable since it's extremely easy for anyone to lock up the entire system this way.

This problem is easily reproduced by seeking in a live RTMP stream, which causes the video to freeze and not resume playback. Attempts at stopping the video results in Kodi becoming unresponsive and requires forcibly closing the program.

I'm using a clean install of Kodi 14 Helix Beta 1 on Windows 7 x64 (logfile: http://pastebin.com/xip6m61s)

Here's the live stream I was testing with: rtmp://ewtn.mpl.miisolutions.net:1935/ewtn-live-1/ playpath=900.mp4 live=true timeout=10

From what I can tell after searching the forums and the bug tracker is that this problem has been around for quite awhile

[wsnipex]

here is a simple POC fix for the seeking issue: https://github.com/wsnipex/xbmc/commits/rtmp

would be nice if anyone could test that.

[popcornmix]

here is a simple POC fix for the seeking issue: https://github.com/wsnipex/xbmc/commits/rtmp

would be nice if anyone could test that.

I tried "rtmp://ewtn.mpl.miisolutions.net:1935/ewtn-live-1/ playpath=900.mp4 live=true timeout=10" on Pi with nightly build.
Attempting to seek resulted in a hang that requires xbmc to be forcibly killed.

Applied youe two commits and seeking is disabled, hence no hang was possible.

Looks good to me.

[DBMandrake]

Two commits ? I only see fd58e72da19b23f7435df2977cbb0b12562f5e83.

If this commit (or commits if someone can point out the one I'm missing) are likely to cherry-pick successfully on to 13.2 then I'll give it a try too as that rtmp seek issue has been driving me crazy for a long long time...

[popcornmix]

Looks like it's been squashed. When I grabbed it, it was:
https://github.com/popcornmix/xbmc/commi...4b57119699
https://github.com/popcornmix/xbmc/commi...48b2254b23

[wsnipex]

yes, I've cleaned it up and squashed it. You just need the top commit

and thanks for testing popcornmix

edit: from a quick grep, it should work on gotham as well

[popcornmix]

yes, I've cleaned it up and squashed it. You just need the top commit

Single commit version works too. I've added it to my newclock4 branch, so should appear in next milhouse/miappa test builds.

I assume you will be submitting a PR? Would be good to get this in Helix.

[DBMandrake]

yes, I've cleaned it up and squashed it. You just need the top commit

and thanks for testing popcornmix

edit: from a quick grep, it should work on gotham as well

If I get a chance in the next day or two I will compile it for Mac OS and test it. I'm already running a custom build of 13.2 that has Airplay fixes in it so I might as well!

[learningit]

Thanks, works for me. This has plagued me for a long time. I have a similar problem with some http live streams which fail because of a seek. These are not illegitimate streams, I have written an addon for TV everywhere for cable users in the US. I run into problems with the Fox streams which are just http because a seek is being done on them. They play fine in VLC. Is there anyway to tell the player not to seek on a http stream?

[wsnipex]

do you have a sample url or an addon I can test http with?

edit: I'm not in the US, but maybe a Debug Log of you playing such a stream might help already.

[learningit]

do you have a sample url or an addon I can test http with?

edit: I'm not in the US, but maybe a Debug Log of you playing such a stream might help already.

Just PM'd you the link to the debug log.

[DBMandrake]

Applied the commit on top of my 13.2+airplay fix build, for some reason the cherry-pick has two merge conflicts that I had to manually fix - although I couldn't find any reason why it reported a conflict as the change I manually applied is the same that the diff was trying to apply.... perhaps a whitespace issue.

Tested on a non-seekable stream from the "TV Catchup 2.0 with EPG" addon which no longer causes XBMC to hang indefinitely when pressing smallstepback. Also confirmed that seek does still work on seekable streams such as those from the "Apple iTunes Trailers" addon.

Thanks wsnipex, I really hope something like this finds its way into Helix...

[Ely51um]

Thanks wsnipex, I really hope something like this finds its way into Helix...

I concur! Thanks to wsnipex for looking into this