Beiträge von Oehrly

Ist ein Kathrein UFS 923. Kein ganz aktuelles Modell mehr.

Hi, ich hab heute versucht einen Stream eines Sat-Receivers im lokalen Netzwerk zum laufen zu bekommen. Kodi will aber nicht.

Probiert habe ich jeweils Kodi 18.1 auf Windows und als Libreelec (anderer PC). Auf Windows spielt VLC den Stream problemslos ab, Kodi aber nicht. Das Netzwerk sollte also nicht das Problem sein.

In Kodi selber habe ich probiert, den Stream direkt als .strm, .asx und .m3u abzuspielen. Die .m3u habe ich auch mal noch über das Addon PVR IPTV Simple Client probiert.
VLC spielt die Dateien wie geasgt ab.

Dann habe ich mal noch Hardwaredecoding ein/aus und die verschiedenen Rendermethoden ausprobiert, kein Erfolg.

Der nächste Versuch war statt dem Stream eine Aufnahme des Receivers auf einen USB Stick zu kopieren und diese in Kodi abzuspielen. Und das geht! Der VLC gibt mir für die Videodatei und den Stream exakt die gleichen Codec informationen .... Also liegts auch nicht am Codec? (Siehe Screenshots)

Aufnahmen abspielen ist zwar nett, aber eigentlich hätte ich eben gerne Live TV.

Den [definition='1','4']Debuglog[/definition] dazu gibts auch noch natürlich. Hat jemand eine Idee?

An sich ist das ja eigentlich ziemlich daneben, dass man erst mal ein GB herunterladen muss und mehrere GB freien speicher benötigt, nur um dann daraus ein paar MB an Dateien zu extrahieren.
Ich bin auf folgendes gestoßen und frage mich, ob es nicht möglich währe, den ganzen Vorgang damit zu beschleunigen/verschönern:

https://sourceforge.net/projects/httpfs/

Zitat

httpfs depends on FUSE. It uses HTTP/1.1 extensions to read arbitrary bytes from a file on a web-server. This is particular interesting for an iso, since it can be investigated (loop device) without actually downloading the whole iso.

Ich bin allerdings mit dem ganzen nicht vertraut genug, um zu wissen, ob es möglich wäre, das irgendwie einzubauen. Wollte aber mal drauf hinweisen.

Zitat von Gismo112

Ist bekannt, das es auf dem RPI im Moment zu Abstürzen kommt. @peak3d ist dran und hat auch schon Chrashlogs von @debutanker erhalten.
Müssen leider noch etwas warten.

Ah Ok, dann bin ich da irgendwie durcheinander gekommen. Dachte das hing nur mit der falschen widevine Version zusammen.

Zitat von schniggers

Danke für das Script, sieht vielversprechend aus. Auf meiner RP3 mit LE läufts allerdings nicht, wegen- hab definitv genug freien speicher, wird wohl am dateisystem liegen, dass man keine so großen Dateien erstellen kann nehme ich an?

Edit: Gismo112 war schneller und hat es gleich schöner gemacht.
[Ich hatte das Problem auch auf meinen LEs. Bei mir ist /tmp immer höchstens 1GB groß.
Was bei mir funktioniert hat ist und relativ schnell geht, ist im script vor allen (!) "/tmp" den "/" wegmachen. Und dann bevor du das script startest einmal mkdir tmp ausführen um einen Unterordner tmp zu erstellen. Dann speichert er die Dateien eben statt auf der tmp Partition in einem Unterverzeichnis auf der aktuellen Partition. Da sollte es genug Platz haben wenn du meinst, dass du genug freien Speicher hast. Den tmp Ordner musst du dann aber zum Schluss auch wieder von hand löschen.]

Zitat von Seppl1

Also ich will mich definitiv nicht mit fremden Federn schmücken, aber ich hab mal kombiniert, was @Gismo112, @vdr.tuxnet und @Oehrly geschrieben haben, also vorrausgesetzt man hat kurzzeitig ca. 3GB Speicher frei sollte folgendes Skript funktionieren:

#!/bin/sh


curl -s https://dl.google.com/dl/edgedl/chromeos/recovery/recovery.conf \
| grep -A 12 'Samsung Chromebook Plus' \
| grep -o 'https.*' | xargs curl > /tmp/image.bin.zip


echo "import zipfile" > /tmp/unzip.py
echo "with zipfile.ZipFile('/tmp/image.bin.zip','r') as zip_ref:" >> /tmp/unzip.py
echo -e "\t zip_ref.extractall('/tmp')" >> /tmp/unzip.py


chmod a+x /tmp/unzip.py
python /tmp/unzip.py
mv /tmp/*.bin /tmp/image.bin


LOPD=$(losetup -f)
losetup -P $LOPD /tmp/image.bin
mkdir -p /tmp/chromeos
mount -o ro ${LOPD}p3 /tmp/chromeos
cp /tmp/chromeos/opt/google/chrome/libwidevine* ~/.kodi/cdm/
chmod 644 ~/.kodi/cdm/libwidevinecdm*
umount /tmp/chromeos
rmdir /tmp/chromeos
rm /tmp/image.bin*
rm /tmp/unzip.py

Also das Skript funktioniert, mir stürzt bloß immer das LE auf dem Pi2 ab. Auch wenn ich es mit dem Link von |{iste probiere... Immerhin ist der Pi nur noch das Zweitsystem, da ist es grad nicht so schlimm.

@Gismo112
Also ich hatte jetzt versucht das Script auf Libreelec zum laufen zu bekommen. Ich bin auch vorwärts gekommen.
Das Zip entpacken habe ich in einem eigenen Python Script machen lassen, das hat funktioniert.
Fdisk ist nicht verfügbar, aber das kann ich glaube ich mit parted ersetzen.
Jetzt versteht aber das mount auf LE scheinbar keinen Offset oder wie auch immer, ich bekomme da immer nur 'invalid argument'.

Also wenn dafür wer noch ne Lösung hätte, könnte mans auch auf LE zum laufen bekommen, falls nötig.

Zitat von Perlbo

Habe ähnliches Problem hier mit Libreelec Millhouse und Rasp2. Ein Downgrade von Libreelec auf 31.12.2017 hat hier geholfen.

Hmm, danke für den Tipp, hab ich gestern probiert, hat aber nix gebracht bei mir....

Ich habe jetzt schon seit einer ganzen Weile das Problem, dass sich Videos bei der Wiedergabe einfach aufhängen. Ich bekomme plötzlich einfach nur noch Standbild und keinen Ton mehr. Der Wiedergabefortschritt (Zeit/Balken) läuft manchmal weiter, manchmal nicht. Wenn ich die Wiedergabe dann beende braucht er einige Sekunden (teilweise >10s) bis er die Wiedergabe dann auch wirklich beendet und zur Videoübersicht im Addon zurück geht. Dann kann ich das Video aber nicht mehr starten, und auch kein anderes mehr. Es kommt immer nur noch die Fehlermeldung "Invalid Request" vom Amazon VOD Addon. Nur ein Neustart hilft.
Das ganze ist nicht zuverlässig reproduzierbar, manchmal kommt es zwei Mal pro Stunde, dann wieder einen ganzen Film durch gar nicht.

Ich hab immer regelmäßig auf die aktuellsten Millhouse Builds geupdated. Das System ist ein altes Intel Desktop Board mit nem i3-530 und der Prozessorintegrierten Grafik.

Ich hab jetzt mal nen [definition=12,4][definition='1','3']Debug[/definition][/definition] Log gemacht, der hat aber ~130mb und ist deshalb etwas unpraktisch hochzuladen. Der Log besteht aber haupsächlich aus ein paar zehntausen Zeilen dieser Fehlermeldung:

11:10:27.484 T:140082750588672   DEBUG: CVideoPlayerVideo::CalcDropRequirement - hurry: 0
11:10:27.484 T:140084916958976 WARNING: ActiveAE - large audio sync error: -41237.043306
11:10:27.485 T:140082750588672   DEBUG: CAddonVideoCodec: GetPicture::VC_PICTURE with pts 465920000 1280x720 (1280x720) 1.777778 0x7f67a0eae010:1452864 offset:0,967680,968352, stride:1344,1344,1344
11:10:27.490 T:140084916958976 WARNING: ActiveAE - large audio sync error: -41216.043772
11:10:27.495 T:140082750588672   DEBUG: CVideoPlayerVideo::CalcDropRequirement - hurry: 1
11:10:27.495 T:140084916958976 WARNING: ActiveAE - large audio sync error: -41216.351691
11:10:27.495

(Ich weiß, dass ein Auszug aus dem Log das Problem nicht wirklich erfüllend zeigt)

Hat jemand ähnliche Probleme?
Ich weiß, dass das auch nicht unbedingt mit dem Addon zusammenhängt, ich weiß aber nicht wirklich wo das Problem ist. Ist das jetzt ein Bug im Alpha Kodi, im Inputstream Addon oder wo auch immer. Vielleicht kann mir ja jemand weiterhelfen, wo ich mich richtig hinwenden muss oder hat irgendeine Idee?

Zitat von Stitch0815

Gibt es eigentlich eine Möglichkeit, das Amazon VOD Addon von einem PC mit Kodi an ein Kodi auf einen Pi3 zu streamen? So könnte der PC die ganze decodier Arbeit übernehmen und der Pi3 könnte das Bild dann in 1080p ausgeben.

Ich befürchte das ist leider nicht ganz so einfach. Ich hatte ein ähnliches Setup in betrieb (bevor es die Milhouse Builds zu Kodi 18 gab), bei dem ich die Prime Video im Browser auf meinem PC abgespielt habe und das ganze dann per OBS und Monaserver zu meinem Pi gestreamt habe. Das hat eigentlich ziemlich gut funktioniert. Ich hab dann auch angefangen Marv's remote script umzubauen, so dass die Kommandos der Fernbedinung nicht an einen lokalen Fallback Browser weitergegeben werden, sondern an ein Script auf dem Server/Streaming PC. Das Server Script hat dann mit simulierten Tastenkombinationen die Wiedergabe im Browser gesteuert. Ich hatte das ganze auch soweit, dass beim Start eines Videos auf dem Pi die URL an den PC geschickt wird und der automatisch das Video im Browser und die nötige Streamingsoftware startet. Als Beta lief das halbwegs OK.

Jetzt kommen die Probleme.
Die Verzögerung des Videos zwischen PC und Kodi auf dem Pi lag bei 8-10 sec. D.h. man musste nach einem Tastendruck auch so lange warten, bis dieser auch beim Pi wieder ankam. Man müsste das ganze mit deutlich weniger Latenz realisieren. Wenn ich das richtig verstehe, muss dann aber deine Netzwerkverbindung ziemlich konstant schnell sein, da nicht so viel Video gepuffert werden kann, sonst hängts dauernd.
Außerdem braucht der streamende PC relativ viel rechenleistung. Umso mehr, je weniger Bandbreite du zum streamen zur Verfügung hast. Ich habe in 720p über eine relativ schlechte WLAN Verbindung gestreamt, das hat einen i7 Prozessor voll ausgelastet. Wenn du in 1080p (ohne Qualitätsverlust) streamen möchtest, kommst du um LAN nicht herum (glaube ich).

Wenn also jemand eine Möglichkeit wüsste, wie man die Latenz des Streams reduziert bekommt (vielleicht ~1 sec) wäre das ganze wieder eine Überlegung wert denke ich.

@Laurenzis
Mit der aktuellen stabilen Version von Kodi läuft es nicht. Mit den neuen Alpha/Pre-Alpha Versionen von Kodi 18 Libreelec ist es jedoch möglich. Das sind aber vorab Veröffentlichungen hauptsächlich für Entwickler und zum Testen. Die funktionieren noch nicht zwingend so wie sie sollen. Wenn Kodi 18 dann offiziell raus kommt soll es auch in der "normalen" Version wieder gehen.

Edit: jemand schneller...

Hi, bin neu im Forum, lese aber schon seit ner ganzen Weile mit.
Generell freue ich mich darauf, dass Amazon Prime bald (jetzt) wieder direkt in Kodi funktioniert. Top arbeit die ihr da macht Leute.

Ich habe nur was zu HDCP auf Windows anzumerken:
Mein aktuelles Setup ist es, die Filme per Bildschirmaufnahme via OBS an Kodi zu streamen( Ich weiß...). Hierbei ist mir etwas aufgefallen im Bezug darauf, wie Amazon HDCP prüft (zumindest auf der Website). Damit der Film nicht die ganze Zeit auf meinem Laptop angezeigt wird, lasse ich ihn auf dem ausgeschalteten externen Monitor laufen. Dieser ist per VGA angeschlossen und logischerweise funktionierte zuerst kein HD, da HDCP nicht unterstützt wird. Dann habe ich aber festgestellt, dass, wenn der VGA Monitor erst auf der Detailseite zum Film oder im Stream aktiviert wird HD über VGA funktioniert. Nicht aber, wenn der Monitor zum Zeitpunkt des Aufrufs der Detailseite aktiv war.
Kurz, meine Festellung ist, dass HDCP irgenwie beim aufruf der Detailseite zum Film geprüft wird und danach nicht mehr.

Ich habe keine Ahnung, ob diese Erkenntnis irgendwie weiterhelfen kann, ich wollte es aber mal schreiben.

Ansonsten, macht weiter so, ich freue mich drauf wenn's bald besser läuft. (Sobald ich Zeit zum Updaten hab).