Beiträge von indri

Zitat von rbuehlma

Mein Fehler. Es gibt anscheinend gibt es Aufnahmen ohne Genre.
Sollte in 0.1.28 gefixed sein.

Hi @rbuehlma, danke geht wieder!

Hi @vdr.tuxnet hier mal ein Stack Trace.

Zur Info: es geht auf x86_64 auch nicht, ich hab selber den Addon kompiliert und das verhalten ist gleich.

FM:
/usr/bin/kodi: line 172: 6589 Segmentation fault (core dumped) "$LIBDIR/${bin_name}/${bin_name}.bin" $SAVED_ARGS
Crash report available at /home/ijr/kodi_crashlog-20170207_102559.[definition='1','0']log[/definition]

Version 0.1.27 funktioniert mit keiner LE auf den RPi2/3.Habe mit 7.95.1, 7.95.2 und aktuelle Milhouse Build getestet, geht einfach nicht!

Version 0.1.24 geht, allerdings nur auf Krypton.

Kann also den Loop mit 0.1.27 bestätigen.

Danke @rbuehlma, deine gepatchte Version funktioniert TIP TOP auf meinem XPS (mann kann ja endlich zapping machen)!
Jetzt verstehe ich wieso du tip top gesagt hast
Riesen unterschied mit den RPi.
Ok, dann liegt das Problem wohl an für den RPi Version von Kodi.

@Arokhaerr nein denke ich nicht, ich bin in der Schweiz und habe eine sehr gute Verbindung mit den neusten Router.

Ich bin auf Kodi18 Build #1209 vom Milhouse und wenn ich mich nicht irre verwendet Kodi bereits DASH-Streams mit inputstream.adaptive.
Mehrkanal-Ton funktioniert aber noch nicht..

ist bei mir auch so, das Bild kommt auch nach weniger als 1s, ist aber gefroren, und hört da nur den Ton.
Nach 4-6s dann fängt der Stream.
Also tip top zu sagen ist ein bisschen optimistisch imo.. beim Zapping z.B ist es einfach unbrauchbar!

Ich habe noch eine Frage:
Kannst du bitte eine Aussage treffen wegen den Dual Ton, ich würde gerne dieses Feature begrüssen, da ich immer den Originalton beim Movies bevorzuge.

Ist bei mir fast gleich, ich bekomme nach 1-3 Sekunden den Ton, und nach ein paar Sekunden fängt der Stream an.
Ich habe auch keine Antwort erhalten, obwohl ich auch mehrmals gefragt habe.
@rbuehlma: brauchst du debug logs dazu?

ich hab probiert Libreelec selbst zu kompilieren, klappt es leider nicht:

https://forum.libreelec.tv/thread-2586.html
https://forum.libreelec.tv/thread-2583.html

und scheinbar ist das Problem nicht nur bei mir:

https://forum.libreelec.tv/thread-2701.html

Danke @vdr.tuxnet, ich bin auf V18 wegen den merge in Master vom Garbears Retroplayer.
Ausserdem sollte ja im v18 irgendwann Replay kommen, daher eben die Bitte ob eine Version für v18 zur verfügung stellen kann?
Ich wäre da bereit zum testen.

Hi @rbuehlma @vdr.tuxnet, das Addon funktioniert mit den letzten RPi2 Libreelec Milhouse build nicht mehr:

12:20:15.470 T:1797833632   DEBUG: PushCecKeypress - received key  b duration 0 (rep:0 size:0)
12:20:15.470 T:1797833632   DEBUG: PushCecKeypress - added key  b
12:20:15.471 T:1961103792   DEBUG: OnKey: 11 (0x0b, obc244) pressed, action is Select
12:20:15.549 T:1961103792   DEBUG: PVR - Create - creating PVR add-on instance 'Zattoo PVR Client'
12:20:15.549 T:1961103792   DEBUG: ADDON: Dll Initializing - Zattoo PVR Client
12:20:15.550 T:1961103792   DEBUG: SECTION:LoadDLL(/storage/.kodi/addons/pvr.zattoo/pvr.zattoo.so.0.1.24)
12:20:15.550 T:1961103792   DEBUG: Loading: /storage/.kodi/addons/pvr.zattoo/pvr.zattoo.so.0.1.24
12:20:15.577 T:1961103792   ERROR: ADDON: Dll Zattoo PVR Client - Client returned bad status (6) from Create and is not usable
12:20:15.578 T:1961103792   DEBUG: ------ Window Init (DialogConfirm.xml) ------
12:20:15.578 T:1961103792    INFO: Loading skin file: DialogConfirm.xml, load type: KEEP_IN_MEMORY
12:20:15.595 T:1797833632   DEBUG: PushCecKeypress - received key  b duration 126 (rep:0 size:0)
12:20:15.595 T:1797833632   DEBUG: PushCecKeypress - ignored key  b
12:

Kann man da was machen?
Noch eine Frage:
Wie sieht es aus mit Replay?

Zitat von Arokhaerr

Ich hab dns4me nun testhalber rausgenommen und nun starten die Sender aber das umschalten dauert ewig und nach dem Umschalten hat man erst einmal Standbild bevor es richtig losgeht. Ist das momentan normal auf dem rpi3 oder nur bei mir so grad? Nicht dass ich einen Fehler beheben möchte der so noch gar nicht zu beheben ist.

ist bei mir auch so
RPi3 Milhouse v18 builds.
@rbuehlma kann man da was machen? Du hattest damals gesagt bei dir sind Umschalzeiten sehr schnell..

Zitat von rbuehlma

yeah, die API wurde angepasst Ein Schritt näher am DASH Stream.

Ich werde mich morgen darum kümmern. Ev. reicht sogar ein simpler Rebuild.

Added: [env] PR:994: kodi-binary-addons: inputstream.adaptive replaces inputstream.mpd and inputstream.smoothstream

Ich hab immer noch das Problem mit lange Sendeumschaltzeiten (+10 Sek).
In den Kodi Foren wurde das Problem bereits platziert, doch auch dort gibt Leute die sagen das Problem träfe bei ihnen seit Beta5 nicht mehr.
Wie sieht es bei euch (diejenigen die Krypton Beta5 verwenden) aus?

Zitat von vdr.tuxnet

Wenn Kodi 17 mal stable wird baue ich mal ein LE Image mit Patches, zur Zeit lohnt es imho nicht.

Das wäre natürlich auch eine Möglichkeit.
Super, danke!

Zitat von vdr.tuxnet

Du spielst Raspbian oder Ubuntu auf den RPI, und dann installierst du deine kodi-*.deb Pakete dort
oder du startest Kodi aus dem einem Verzeichnis mit passenden Rechten.

In ein Milhouse Image bekommst du deinen Kodi nicht, diese Images baut nur er selbst,

du kannst ja mal die PRs einreichen, ich glaube aber diese werden bestimmt nicht aufgenommen,

mit dem Einreichen kannst du dir auch normal sparen, Menta hat diese ja schon abgelehnt.

Ah ok, verstehe Ich bin aber mit Libreelec sehr zufrieden.
Schade, ich habe wirklich gehofft ich konnte endlich dash streams und replay verwenden.
Gibt es wirklich keine möglichkeit die Änderungen im Kodi als addon zu installieren, gleich wie beim zattoo und inputstream?

Ich hab nun kodi pvr.zattoo und inputstream.mpd für den RPi neugebaut,
Ich kann zip Dateien aus den kompilierten pvr.zattoo und inputstream.mpd addons erstellen und diese dann im Kodi installieren.
Was mache ich aber mit den gepatchten kodi?
@rbuehlma @vdr.tuxnet: wie bringe ich den kompilierten (zattoo_dash branch von xbmc) kodi auf den RPi?
Kann ich z.B nur gezielte Dateien auf den RPi kopieren, oder brauche ich einen Archiv(tar) aus den Root_Install (/opt/xbmc-bcm/xbmc-dbg) zu erstellen und dies in .update in Libreelec zu kopieren?
Ich verwende die Milhouse builds auf den RPi.

@bumblebee Ja genau, einfach den zatoo_dash branch gecloned und dann anhand die Anleitung für RPi das ganze kompiliert.

Bei mir (leider immer noch mit HLS) sind die Umschaltzeiten auch in der 10 Sekunden Bereich.
Ich würde es sehr begrüssen wenn jemand (vielleicht @vdr.tuxnet) mir sagen konnte wie ich den inputstream.mpd and pvr.zattoo unter linux für den RPi kompilieren kann.
Den zatoo_dash Branch von xbmc habe ich bereits kompiliert und es ist ohne Fehler gelaufen.

Ich bin aber nicht sicher dass das mit den langen Umschaltzeiten mit DASH zu tun hat, ich hatte keine Probleme bis V. 0.1.18 und Kodi vor Beta3.
Wie gesagt, würde aber gerne DASH testen, damit ich dies als Ursache auschliessen kann.

Zitat von rbuehlma

Diese drei Repos:https://github.com/rbuehlma/xbmc
https://github.com/rbuehlma/inputstream.mpd

https://github.com/rbuehlma/pvr.zattoo

haben nun jeweils einen Branch zattoo_dash

Diese Versionen werden alle benötigt. Support für die Installation davon gibt es von mir keinen.

Alles anzeigen

Ich hab nun den zattoo_dash Branch vom xbmc unter mein linux für den RPi anhand die README.raspberrypi Anleitung neugebaut.
Ich wollte dann weiter mit den zattoo_dash Branch von inputstream.mpd weitermachen, da steht aber keine Anleitung wie ich diesen für den RPi bauen kann.
Das gleiche mit pvr.zattoo.
Kannst mir jemand helfen bitte?