Beiträge von derd
-
-
Ändert leider nichts, blicke noch nicht ganz durch.
Übertragen: 0 GB (0 GB Größe)
Referrer Policy: strict-origin-when-cross-originGET scheme http host telerisingserver:640411111 filename /api/swc/live/25 Accept */* Accept-Encoding gzip, deflate Accept-Language de,en-US;q=0.7,en;q=0.3 Host telerisingserver:640411111 Origin https://tv.and-partners.de User-Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:107.0) Gecko/20100101 Firefox/107.0 -
Du meinst Cross-Origin Resource Sharing?
Dort habe ich die URL des Hosts auf dem der Service läuft reingeschrieben, das war wahrscheinlich falsch? Was muss denn da rein, falls es überhaupt die richtige Einstellung ist.Gibt es eigentlich ein docs? Das würde alles glaube ich sehr vereinfachen weil der Thread halt schon auch viel Wissen/Infos verschluckt..
-
Ich würde die Streams gerne auf einer Mini-Site einbinden damit ich sie auf einem Amazon Echo 8 easy abspielen kann. Das ganze soll in etwa so wie hier funktionieren:
https://www.mobiflip.de/shortnews/mypa…befehl-oeffnen/Link zu einer Beispielseite mit den Streams der öffentlichen:
https://t.co/gFZa3H7MSRLeider bekomme ich es nicht hin die Streams einzubinden - also einbinden geht natürlich Easy, aber sie werden nicht geladen. Ich glaube nicht dass es ein Port Problem ist, da die "Weiterleitung" zur m3u8 Datei theoretisch funktioniert, auch ein aktivieren der m3u8 Option bringt keinen Erfolg. Ich glaube es hat etwas mit strict-origin-when-cross-origin im Browser zu tun weil beim Laden der "Channel-Datei" folgendes kommt:
-
-
-
-
-
-
Hallo,
ich versuche gerade es auf einen Ubuntu server zu installieren.
Leider komme ich nicht sehr weit../api
*** Telerising API v0.6.5 ***
Copyright 2021 Jan-Luca Neumann
https://paypal.me/sunsettrack4Traceback (most recent call last):
File "/home/lala/telerising/run.py", line 5, in <module>
File "/home/lala/telerising/app/main.py", line 36, in run
socket.gaierror: [Errno -2] Name or service not knownscheinbar fehlen abhängikeiten, leider weiß ich nicht welche.
ubuntu ist 20.4
Installier bitte mal folgende Pakete mit dem Paketmanager deiner Wahl, in meinem Fall apt:
Danach sollte es gehen.
-
Edit2:
Schade dass die Sky Gutscheine alle nicht mehr funktionierenEdit:
Geht wieder. piHole hat irgendwas zerblockt. Hab noch nicht rausgefunden was genau.. Geht auf jeden Fall jetztIrgendwie kommt ich seit 0.6.5 nicht mehr ins Webinterface. Service läuft. Kann es mir nicht erklären. Wurde irgendwas geändert? Browser läd ewig aber irgendwie werden die Ressourcen nicht richtig gefunden. Log sagt während dessen nichts auffälliges:
Code*** Telerising API v0.6.5 *** Copyright 2021 Jan-Luca Neumann https://paypal.me/sunsettrack4 * IPv4 address: xxxxxx * Running on http://0.0.0.0:64050/ (Press CTRL+C to quit) xxxxx - - [28/Aug/2021 00:00:33] "GET / HTTP/1.1" 302 - xxxxx - - [28/Aug/2021 00:00:33] "GET /login HTTP/1.1" 200 -
Wenn es dann mal geladen hat schaut alles so aus:
-
-
-
-
Ich hab ein kleines Update-Script geschrieben.
Es ist recht quick and dirty aber es werden Versions/Datennamenänderungen sauber berücksichtigt. Das Script muss natürlich individuell noch angepasst werden, im Moment ist es für Personen, die telerising in /opt/telerising am laufen, die _linux verwenden und die eine service file namens telerising-api verwenden. Anpassung auf raspbian und windows und andere Ordnerstrukturen sind ja recht einfach möglich.
Dadurch das keine settings.json im Archiv ist bleiben alle Settings bestehen. Ich lasse das Skript normalerweise per conjob einmal pro Nacht ablaufen.Bash#!/bin/sh wget https://github.com/sunsettrack4/telerising-api/archive/refs/heads/main.zip -O /tmp/telerising_update.zip unzip /tmp/telerising_update.zip -d /tmp/telerising-update service telerising-api stop unzip -o /tmp/telerising-update/telerising-api-main/*_linux.zip -d /opt/ rm -r /tmp/telerising-update rm -r /tmp/telerising_update.zip service telerising-api start
-
Schon mal probiert, die channel.m3u lokal zu speichern, als channel.m3u8 umzubennen und dann diese m3u8-Datei als Playlist an dein Gerät schickst?
Hab ich schon versucht. Das funktioniert leider nicht.
SipTV bzw. der Exoplayer scheint einfach die URL anzuschauen und danach zu gehen, was für Material erwartet wird. Sobald sich irgendwo in der URL m3u8 befindet wählt er das richtige aus. Durch das händische Hinzufügen von "?mimetype=m3u8" wird das Skript nicht beeinflusst und registriert auch keinen Fehler und Siptv wählt alles richtig aus. Muss man ja nur ein Mal machen in der Playlist und dann ist's erledigt. Kann ich mit lebenDanke noch einmal für das tolle Skript!!!!!!!!!
-
Ich habe eine Rückmeldung von Exoplayer bekommen. Lese ich das richtig, dass SipTV bzw. der Exoplayer einfach aufgrund des fehlenden m3u8 in der Channel URI nicht rafft, dass es sich um einen HLS Stream handelt? Ich habe folgende Antworten vom Exoplayer Team bekommen (https://github.com/google/ExoPlayer/issues/8672):
ZitatFrom the exception, ExoPlayer choose to use a ProgressiveMediaSource for the media instead of the correct HlsMediaSource. This is because, from https://exoplayer.dev/hls.html:
Either rename your file to the standard extension m3u8 or explicitly pass to ExoPlayer that the MimeType is APPLICATION_M3U8.
undZitat von icbakerThe file provided looks like it might be an m3u playlist, not an HLS playlist (m3u8). These are not supported by ExoPlayer: #4066 If this is the case then setting the MIME type as suggested by @krocard won't work (you'll just get a different exception from HlsMediaSource).
Es handelt sich aber bei der Channels.m3u um eine m3u8 Playlist, oder bin ich völlig auf dem Holzweg?Edit: ist es irgendwie möglich, dass ich manuell in die Channel URLS das m3u8 einbaue um mal weiter beim Trial and Error zu kommen
Edit2: Kein Scherz -> Wenn ich folgendes an die Channels dran hänge: ?mimetype=m3u8 spielt SIPTV den Sender ab. Es muss einfach nur m3u8 in der URI vorhanden sein, dann rafft er es... Muss man halt bisschen reineditieren, aber dann geht's puh.
-
Die alte api lieferte den stream über die Abfrage per index.m3u und die neue api eben nicht.
Dadurch dass ich auf der Server/Skriptseite die richtige Channel-Anfrage in den Logs sehe, scheint SIPTV zumindest den richtigen Channel und die Adresse auszuwählen. Daher hatte ich vermutet, dass es an der Antwort liegt, da Zattoo im Hintergrund ja nichts anders macht als mit dem alten Skript oder täusche ich mich? Der Zattoo-Stream bleibt ja der Gleiche nur das Skript als Mittelsmann verändert scheinbar etwas?
Auf dem Samsung Smart TV meiner Eltern läuft die API über die SIPTV App. Allerdings nur die HLS5 Streams.
Das deutet tatsächlich darauf hin, dass das FireTV bzw. der Exoplayer des FireTVs eine Macke hat und die Playlist nicht checkt. Der Codec hat sich ja praktisch zwischen alter und neuer Skript-Version geändert, da Zattoo ja nichts am Datenmaterial geändert hat bzw. auf ein anderes zugegriffen wird, oder täusche ich mich da?
Ich habe jetzt App-Versionen bis 2019 durchinstalliert - Problem bleibt leider bestehen. Hab alles über HLS5 am laufen, um möglichst genau gleich zu arbeiten, wie mit dem alten Skript (bei dem es geht).
Bei mir ist SipTV auch bei meinen Eltern im Einsatz. Denen was neues beizubringen ist immer ein bisschen ein Act, aber wenn es nicht anders geht, geht es nicht anders. Hab mal ein Issue bei Exoplayer geöffnet und ihnen eine Playlist zugespielt. Vielleicht können die etwas rausfinden..
-
Hallo! Ich bin es noch einmal mit dem Problem bei SipTV.
Der Programmierer der App schiebt die Schuld dem Stream bzw. Google Exoplayer zu und ist nicht so richtig hilfreich.Ich hätte noch eine Frage zu den Unterschieden zwischen Skript-Antwort alt und neu:
Bei der alten Antwort war bei quering von ARD mit folgenden Settings: "platform=hls5&audio1=dd1&audio2=none" die Server-Adresse des Video-Streams wie folgt:
https://zh2-9-hls5-live.zahs.tv/HD_ard/t_track…7800_num_0.m3u8Beim neuen Skript ist mit den gleichen Settings die Server-Adresse des Video-Streams diese:
https://zh2-9-hls5-live.zahs.tv/HD_ard/t_track…0_mbr_8000.m3u8
Kann ich irgendwie in den Settings einstellen, dass die Streamadresse gleich ausschaut wie in der alten Version? Bzw. für was ist der Zusatz: "tid_1_nd_4000_mbr_8000"
Irgendwo da muss die App sich dran aufhängen, obwohl sie sonst eigentlich alles abspielt. Ich eiere mich halt ziemlich durch Trial&Error...
Leider kommt bei dem alten Skript jetzt vermehrt bei den Sendern "Wir haben ein Problem mit dem Stream" daher muss ich irgendwie zusehen, dass ich auf das neue komme -
Ok. Dann weiß ich auch nicht mehr weiter. Hab jetzt versucht anhand des alten Skripts in der perl Datei die Server-Seitige Anwort so umzubauen, dass sie aussieht wie die Antwort vom neuen Script aber ich bekomme es nicht genau hin.
Edit:
Es liegt offensichtlich an SIPTV, wobei mir nicht klar ist, warum es mit dem alten Skript ging. Wenn ich in SIPTV den Stream mit einem anderen Player öffnen lasse funktioniert es - es scheint also an der App zu liegen. Hab jetzt das Fire Tv Log vor mir und der Exoplayer, der im Hintergrund arbeitet scheint die Streams nicht verarbeiten zu können - warum er die alten verarbeiten kann. Man wees ed ned. Das hier sagt das Log:Code02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: Source error. 02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: com.google.android.exoplayer2.source.UnrecognizedInputFormatException: None of the available extractors (e, g, j, e, j, f, g0, c, d, z, b, b, h) could read the stream. 02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: at com.google.android.exoplayer2.source.v$b.b(ProgressiveMediaPeriod.java:14) 02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: at com.google.android.exoplayer2.source.v$a.a(ProgressiveMediaPeriod.java:14) 02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: at com.google.android.exoplayer2.upstream.Loader$d.run(Loader.java:4) 02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133) 02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607) 02-28 23:29:17.211 9873 31925 E ExoPlayerImplInternal: at java.lang.Thread.run(Thread.java:761) 02-28 23:29:17.967 9873 31925 E ExoPlayerImplInternal: Source error.