Beiträge von jkdask

30 Sek zurück.

Vor Seek:

22:07:41.285 T:1341342608 DEBUG: AddOnLog: InputStream Adaptive: Download http://zh2-7-dash-live.zahs.tv/RTL/video-time…000-0.m4s?z32=X finished, average download speed: 2166362.4417

Nach Seek:

22:07:41.556 T:1341342608 ERROR: AddOnLog: InputStream Adaptive: Download http://zh2-7-dash-live.zahs.tv/RTL/video-time…000-0.m4s?z32=X doesn't provide any data: invalid

Er fordert anscheinend erst das gleiche Segment nochmal an, was er gerade abgespielt hat und findet es dann aber nicht? Sehr merkwürdig.

Funktioniert seeken ohne Probleme bei dir? Bei mir fordert er anscheinend immer das falsche Segment an.

21:42:39.620 T:1367278480 NOTICE: CVideoPlayer::OnExit()
21:42:39.621 T:1367278480 NOTICE: VideoPlayer: eof, waiting for queues to empty
21:42:39.621 T:1367278480 NOTICE: Closing stream player 1
21:42:39.672 T:1300673424 ERROR: AddOnLog: InputStream Adaptive: Download http://zh2-3-dash-live.zahs.tv/ARD/audio-time…000-0.m4s?z32=x doesn't provide any data: invalid
21:42:39.676 T:1367278480 NOTICE: Waiting for audio thread to exit
21:42:39.680 T:1292284816 NOTICE: thread end: CVideoPlayerAudio::OnExit()
21:42:39.680 T:1367278480 NOTICE: Closing audio device
21:42:39.681 T:1367278480 NOTICE: Deleting audio codec
21:42:39.681 T:1367278480 NOTICE: Closing stream player 2
21:42:39.874 T:1335882640 ERROR: AddOnLog: InputStream Adaptive: Download http://zh2-3-dash-live.zahs.tv/ARD/video-time…000-0.m4s?z32=x doesn't provide any data: invalid
21:42:39.875 T:1439691664 ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
21:42:39.875 T:1439691664 NOTICE: thread end: video_thread
21:42:39.876 T:1367278480 NOTICE: waiting for video thread to exit
21:42:39.876 T:1367278480 NOTICE: deleting video codec
21:42:39.880 T:1367278480 NOTICE: Closing stream player 3
21:42:39.932 T:1283896208 ERROR: AddOnLog: InputStream Adaptive: Download http://zh2-3-dash-live.zahs.tv/ARD/subs-time=…000-0.m4s?z32=x doesn't provide any data: invalid
21:42:40.473 T:1943015536 NOTICE: CVideoPlayer::CloseFile()
21:42:40.473 T:1943015536 NOTICE: VideoPlayer: waiting for threads to exit
21:42:40.473 T:1943015536 NOTICE: VideoPlayer: finished waiting
21:42:40.493 T:1943015536 NOTICE: CVideoPlayer::CloseFile()
21:42:40.493 T:1943015536 NOTICE: VideoPlayer: waiting for threads to exit
21:42:40.493 T:1943015536 NOTICE: VideoPlayer: finished waiting

2.0.5 ist das mit ein paar Änderungen von mir. Ja funktioniert alles. Commit weiß ich nicht genau. Lag noch rum bei mir.

Zitat von vdr.tuxnet

Den hatte ich genommen + diesen patch.

C

--- /src/client.cpp	2017-08-14 20:56:23.000000000 +0200
+++ /src/client.cpp.adaptive	2017-08-14 18:35:11.000000000 +0200
@@ -318,7 +318,11 @@
 void setStreamProperties(PVR_NAMED_VALUE* properties, unsigned int* propertiesCount, std::string url) {
   strncpy(properties[0].strName, PVR_STREAM_PROPERTY_STREAMURL, sizeof(properties[0].strName));
   strncpy(properties[0].strValue, url.c_str(), sizeof(properties[0].strValue));
-  *propertiesCount = 1;
+  strncpy(properties[1].strName, "inputstreamaddon", sizeof(properties[1].strName));
+  strncpy(properties[1].strValue, "inputstream.adaptive", sizeof(properties[1].strValue));
+  strncpy(properties[2].strName, "inputstream.adaptive.manifest_type", sizeof(properties[2].strName));
+  strncpy(properties[2].strValue, "hls", sizeof(properties[2].strValue));
+  *propertiesCount = 3;
 }
 PVR_ERROR GetChannelStreamProperties(const PVR_CHANNEL* channel, PVR_NAMED_VALUE* properties, unsigned int* propertiesCount) {

Alles anzeigen

Kodi Core HLS stockte immer bei mir, warum auch immer, da peak aber HLS in adaptive implementiert hatte, habe ich es mal damit versucht,

damit läuft es jetzt sauber bei mir und es wird immer der passende Stream getroffen.

Kann man damit jetzt seeken? Inputstream soll das bei HLS wohl können. Ist nur die Frage ob auch im live stream und ob teleboy das unterstützt.

Zitat von rbuehlma

Meine Patches tun mit der aktuellen Version von inputstream.adaptive nicht mehr. Seeken im live stream geht zumindest bei mir aktuell gar nicht mehr.

Dito. Habe mal ohne Patches versucht, weil ich neues Milhouse Build gebaut habe und er stoppt den Stream einfach.
Mit der alten Version funktioniert es allerdings weiterhin, wenn man folgendes austauscht:

caps.m_mask = INPUTSTREAM_CAPABILITIES::SUPPORTS_IDEMUX |
INPUTSTREAM_CAPABILITIES::SUPPORTS_IDISPLAYTIME |
INPUTSTREAM_CAPABILITIES::SUPPORTS_SEEK |
INPUTSTREAM_CAPABILITIES::SUPPORTS_PAUSE;

Zitat von tosa1965

Vllt Hilft mir mal jemand, was läuft und was nicht läuft, damit ich meinen Zattoo-PVR-Download-Thred mal wieder updaten kann?
Lohnt sich das überhaupt noch?

Zattoo funktioniert auf der aktuellen Kodi Master wohl ohne weitere Patches mit Inputstream Adaptive.
Seeken funktioniert laut @rbuehlma nicht korrekt trotz Patches, aber leider gibt es keine weiteren Auskünfte dazu.

Wenn @peak3d die PRs von @rbuehlma mergen würde und ggf. seeken fixt, würde Zattoo komplett funktionieren bis auf Replay, was der Kodi Core momentan ohne Patches nicht unterstützt.

Neuer Bug? Bisher ging eigentlich alles.

Zitat von rbuehlma

Der Merge ist durch. Der master Branch von https://github.com/rbuehlma/pvr.zattoo läuft nun mit DASH auf dem Kodi master.

Wenn die gepatchte Kodi-Version von mir (Branch zattoo_dash_master) verwendet wird, dann läuft auch Replay.

Gepatchte Inputstream nach wie vor benötigt?

Zitat von rbuehlma

Um die neue API müsst ihr euch nicht kümmern. Habs bereits angepasst. Es fehlt noch ein Merge gegen Kodi. Danach läuft DASH auch ohne meine Patches. Replay allerdings noch nicht.

https://github.com/xbmc/xbmc/pull/12660

Der wahrscheinlich.

Hat sich eigentlich irgendwas geändert wegen Player Times refactoring oder was anderes?

Zitat von indri

habe nun aktuelle Builds von pvr.zattoo und inputstream.adaptive auf meine Repo gepostet.nein, du musst diesen holen: LE

@rbuehlma: ich kann dich nicht genug für das addon bedanken, deine bemühungen und aktive Vorschläge in Kodi's git Repo sind inspirierend! weiter so!!

Läuft bei mir seit einem Monat ca ohne Probleme, allerdings leider nicht mehr kompatibel mit der aktuellen Master wegen PVR-API.
Habe schon überlegt, das mal anzupassen, aber wenn dann irgendwas nicht geht, ist das immer ein Mist, das zu testen und zum Laufen zu bringen etc.

Zitat von infinity

Warum sollte es wegen lirc nicht gehen? Du nutzt doch eine Bluetooth Fernbedienung und lirc hat da doch dann nichts zu melden. Also ich nutze ja eine harmony mit hub und da dann Bluetooth. Bei mir kann ich problemlos longpress mappings in die [definition=10,0][definition='3','0']keymap[/definition][/definition].xml setzen und es funzt auch tadellos. Sehe im Moment noch keinen Grund warum es bei der firetv Bluetooth Fernbedienung nicht gehen sollte.

Der Hub meldet sich als Keyboard an, die FireTV Remote funktioniert aber anscheinend nur über LIRC und in LRIC ist ein Bug mit den Release Events, weshalb das nicht funktioniert momentan.

<subtitle>ContextMenu</subtitle>

@infinity wegen lirc geht das nicht

Habe alle tasten auf meiner fire tv remote zugewiesen. Die Taste oben rechts ist halt für context Menü überwiegend. nur long press geht leider nicht was sehr unschön ist.

Keine Ahnung wie @Snickers darauf kommt.

Zitat von wiggi

Die #0710 bezieht sich auf die Buildnummer aus einem anderen Forum. Da ich gerade nicht weiß, ob ich dieses hier verlinken darf, lasse ich es mal sein.
Einfach bei Google libreelec 9.0 eingeben und dann der 2te Link.

Woher bekomme ich denn die aktuelle LE master?

Parallel aber auch der 10.7., also sollte die Version von vdr.tuxnet passen.

@peak3d: Timeshift geht jetzt mit den Patches von @rbuehlma. Dass es bei Adaptive erst nicht ging, lag daran, dass es eigentlich bei MPD nie hätte gehen sollen, aber MPD das Manifest etwas freier interpretiert und es deswegen ging, obwohl es offiziell nie hätte gehen sollen.

@peak3d: Leider funktioniert es auch mit @rbuehlma's Patches noch nicht so wirklich.

Wenn ich eine Stunde zurück seeke:

16:27:57.132 T:1942934432   DEBUG: CAnnouncementManager - Announcement: OnSeek from xbmc
16:27:57.132 T:1942934432   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnSeek
16:27:57.140 T:1505751968   DEBUG: CVideoPlayer::SetCaching - caching state 2
16:27:57.140 T:1505751968   DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
16:27:57.140 T:1505751968   DEBUG: demuxer seek to: 1499693246593.855225
16:27:57.140 T:1505751968    INFO: AddOnLog: InputStream Adaptive: DemuxSeekTime (1499693246593.8552)
16:27:57.142 T:1505751968   DEBUG: CurlFile::ParseAndCorrectUrl() adding custom header option 'Connection: keep-alive'
16:27:57.142 T:1505751968   DEBUG: CurlFile::Open(0x72ac1990) http://zh2-7-dash-live.zahs.tv/RTL/video-time=1499696844000-1300000-0.m4s?z32=XXX
16:27:57.144 T:1497363360   DEBUG: CDVDAudio::Pause - pausing audio stream
16:27:57.186 T:1488974752   DEBUG: CMMALPool::Configure pool:0x6509b1e0 768x432 (768x432) pix:-1 size:128(128) fmt:OPQV
16:27:57.464 T:1505751968   DEBUG: AddOnLog: InputStream Adaptive: Download http://zh2-7-dash-live.zahs.tv/RTL/video-time=1499696844000-1300000-0.m4s?z32=XXX finished, average download speed: 2112748.8020
16:27:57.464 T:1505751968    INFO: AddOnLog: InputStream Adaptive: seekTime(1499693246.5939) for Stream:1 continues at 1499696844.0400
16:27:57.465 T:1505751968   DEBUG: CurlFile::ParseAndCorrectUrl() adding custom header option 'Connection: keep-alive'
16:27:57.466 T:1505751968   DEBUG: CurlFile::Open(0x6503dac8) http://zh2-7-dash-live.zahs.tv/RTL/audio-time=1499696848000-128000-0.m4s?z32=XXX
16:27:57.541 T:1505751968   DEBUG: AddOnLog: InputStream Adaptive: Download http://zh2-7-dash-live.zahs.tv/RTL/audio-time=1499696848000-128000-0.m4s?z32=XXX finished, average download speed: 2042532.1969
16:27:57.542 T:1505751968    INFO: AddOnLog: InputStream Adaptive: seekTime(1499693246.5939) for Stream:2 continues at 1499696848.0000
16:27:57.542 T:1505751968   DEBUG: demuxer seek to: 1499693246593.855225, success

1499693246593 soll er, 1499696844000 nimmt er. Differenz genau die eine Stunde.

16:27:57.140 T:1505751968 INFO: AddOnLog: InputStream Adaptive: DemuxSeekTime (1499693246593.8552)
16:27:57.142 T:1505751968 DEBUG: CurlFile::Open(0x72ac1990) http://zh2-7-dash-live.zahs.tv/RTL/video-time=1499696844000-1300000-0.m4s?z32=XXX

Zitat von rbuehlma

Richtig, aber das ist ein anderer PR für die Erweiterung für Replay TV. Der wird wohl vorerst nicht gemerged. Der Fix für das Seek-Problem wurde gerade in den Master genommen. Zusammen mit meinen Patches gegen inputstream.adaptive sollte nun im master Seek im Live-Stream funktionieren (auch wenn die DASH & Replay patches nicht verwendet werden).

Also würde es dann mit Adaptive Master nur mit .mpd in addon.xml gehen und MPD statt UNKNOWN? Ich dachte, speziell der Patch wäre für seeken.

https://github.com/rbuehlma/input…8cf2238677348a1

Zitat von rbuehlma

Ich verwende selbst noch Kodi v17, ausser auf einem Gerät habe ich jetzt Kodi v18. Ich habe neu auf den repos xbmc, pvr.zattoo und inputstream.adaptive jeweils einen Branch zattoo_dash_master. Damit funktioniert sowohl Replay als auch Seek in live tv.

Gegen Kodi master habe ich noch einen PR offen welcher das Seek-Problem behebt: https://github.com/xbmc/xbmc/pull/12455

https://github.com/rbuehlma/xbmc/…6a81d682901ffa3

Andere PVR-Addons werden dann nicht mehr funktionieren, oder?

Zitat von rbuehlma

Kannst du das nochmals versuchen? Seit gestern ist im Kodi-Master ein Patch von mir mit welchem das Seeken bei mir wieder funktioniert. Auf Replay hat dieser Patch aber keinen Einfluss.

Adaptive Master ohne Patches auf Kodi Master mit Demuxer Patch? Habe deinen Patch schon im Milhouse Build gesehen, aber dachte, du wärst noch auf Kodi 17?