• 1
  • 19
  • 20
  • 21
  • 22
  • 23(current)
Stream address is not recognized
@buers I’m not too familiar with adaptive as I don’t use it often. Maybe just for a test here and there.

The left and right <> means previous and next programme so relates to the epg overlayed on the stream. If you are in the current programme then > means live.

With the audio you can try setting a default in audio settings for kodi.

Similar to this issue: https://github.com/kodi-pvr/pvr.vuplus/issues/218

Try it and see does it make a difference.
Maintainer of Enigma2 PVR addon: repo, docschangelog
How to create a full debug: here
Reply
I think, it was not clear, what I meant by "<>". I am not sure yet, how to embed an image. https://pasteboard.co/JVNKVIU.png

Image

The 02:59:58 is the lenght of the buffer to the past, that is available. So obviously Kodi is detecting, that this is a live stream, that also has 3h of past time available. The bar with "<>" looks like in a normal movie, where I can use cursor keys, to jump in time. That doesn't work. I can click to the bar, and then it will jump back in time. I.e. from the time display, I can see, that I am 1 h back. From there on, I cannot jump any further. The "<>" stays at the left edge. Actually, I would have expected the "<>" at the right edge for live time. 

@phunkyfish, are you maintaining the inputstream.adaptive as well? Maybe you can try it out, with a free German proxy. For a low bandwidth stream with the time buffer available:
Code:
 https://zdf-hls-15.akamaized.net/hls/live/2016498/de/low/master.m3u8

With another stream, it does look differently: https://pasteboard.co/JVNRopb.png
Image

This is
Code:
https://mcdn.daserste.de/daserste/de/master_3628.m3u8
. The current program (news) has 15 min duration. That seems to be detected by Kodi (no idea how). Here the position of the "<>" looks more logical. Still jumping in time is not obvious. When I click somewhere in the middle of the time bar, I am 2 hours back. (The stream has again 3h buffer). After that, there seems no way anymore, to jump further steps than a few seconds. I als see no way, to jump back to live time. 

BTW. This second stream does not have seperated audio, and the audio never dissapears when clicking around in the time bar. When that other stream introduced the seperated Audio, I remember that also other players (i.e. VLC) had problems.
Reply
@buers 

No, I don't maintain inputstream.adaptive. I just help out by releasing it occasionally. Both those images look to be correct. I think the issue is that GetTimes is not implemented. I tried to implement it some time ago: https://github.com/xbmc/inputstream.adaptive/pull/349. I think that once it's implemented you would also get a next button as well as a previous button (I think). But hard to tell unless it is implemented.

There is no return to live button. But you should be to click next ">|" through each programme until you reach live.
Maintainer of Enigma2 PVR addon: repo, docschangelog
How to create a full debug: here
Reply
(2021-04-05, 18:22)phunkyfish Wrote:  
I don't see any effect at all, when clicking on the "|<" button. (I assume, you meant this by ">|" - which I don't have - the |>, you can see on my image.

I had tried it many times. I am not able to operate it consistently. Certainly, it is possible to jump back in time. Sometimes, I am able to use cursor keys < and >, to set the time (I need to be fast, and hit Enter soon). The displayed timestamps also seem not really consistent. It feels really close, though.

Perhaps, there are still some other readers? Some, that can see the German IPTV channels mentioned before or other IPTV streams that provide a buffer in the backend - can you jump back in time and operate it from there?

@phunkyfish, when you earlier said "Ffmpegdirect doesn’t use the HLS buffer. But if you use inputstream.adaptive it will." I had assumed, that selecting any (time) position inside buffer should work. Did I misunderstand?

Later, when you said "I think the issue is that GetTimes is not implemented. " it sounds, like some crucial part was missing (I had a fast look at the linked issue - when time permits, I will have a better look). 

Is there anything, that I and other readers can do, to help, to get this working? I think, an easily operated method to jump in time in Live TV streams (without beeing dependent, on having recorded that stream before on disk) really can be considered as a premium feature for Kodi, and it would be worthwhile, to get that working. 

When I get a hint and some time, I'd also try to dig deep into source code (when C or C++), if that was any help.
Reply
(2021-04-07, 23:51)buers Wrote:
(2021-04-05, 18:22)phunkyfish Wrote:  
For some reason, I cannot edit my last post. I got the text representation of the button wrong. I meant to write:

I don't see any effect at all, when clicking on the "|<" button. (I assume, you meant this by ">|" - which I don't have - the |<, you can see on my image.)
Reply
For readers with German IPs - if you want to try, this m3u file with two streams (of the two major channels of German Public TV) might be a good start:
Code:
#EXTM3U
#KODIPROP:inputstream=inputstream.adaptive
#KODIPROP:inputstream.adaptive.manifest_type=hls
#EXTINF:-1 tvg-name="Das Erste HD" tvg-id="ARD.de" group-title="Vollprogramm;HDVariante" radio="false",Das Erste HD
https://mcdn.daserste.de/daserste/de/master_3628.m3u8
#KODIPROP:inputstream=inputstream.adaptive
#KODIPROP:inputstream.adaptive.manifest_type=hls
#EXTINF:-1 tvg-name="ZDF HD" tvg-id="ZDF.de" group-title="Vollprogramm;HDVariante" radio="false",ZDF HD
https://zdf-hls-15.akamaized.net/hls/live/2016498/de/veryhigh/master.m3u8

When you are using Kodi 19 and IPTV PVR Simple Client with local m3u, it should be straightforward, to add those to you m3u-file.
Reply
@buers

The GetTimes implementation is what controls the buttons and functionality available on the OSD related to timeshift. There is essentially two modes, basic which is what is there now and full support which is implementing it. As an example you can look at the implementation in ffmpegdirect.

You are correct. It’s an important feature and why I tried to implement it previously. However I ran into issues I can’t remember right now. So I shifted my focus to both catchup and timeshift implementation by writing ffmpegdirect.

If you’d like, create a GitHub issue in inputstream.adaptive and I can give you all the background I can pull together. It’s all C++.
Maintainer of Enigma2 PVR addon: repo, docschangelog
How to create a full debug: here
Reply
  • 1
  • 19
  • 20
  • 21
  • 22
  • 23(current)

Logout Mark Read Team Forum Stats Members Help
Stream address is not recognized1