Beiträge von Sebas

    Dann solltest du bitte prüfen, welche Adresse in VLC angegeben worden ist. Ggf. muss diese Adresse dann auch in den API-Einstellungen hinterlegt werden.

    Wegen meines Pi (127.0.0.1 als erkannte Defaultadresse) ist in den Einstellungen unter Custom IP das hinterlegt: http://192.168.1.9:5000
    Streamadresse ist http://192.168.1.9:5000/api/wlm/live/ard_hd bzw. http://192.168.10.9:5000/api/wlm/file/channels.m3u (auch mit tby dasselbe)

    Dürfte ja eigentlich passen, oder? Ich verstehe halt bis heute auch nicht, weshalb das Skript beim Startup die Heimnetzadresse nicht erkennt (unter dem alten Pythonskript gabs diesbezüglich keine Probleme)

    Unter Kodi verwende ich eine eigene m3u8, die enthält aber sämtliche Sender der API nur anders sortiert und um weitere Streams ergänzt.

    Edit: Jeweils mit http:// am Anfang.

    Ich bekomme die Streams mit VLC nicht mehr geöffnet - noch jemand Probleme damit? Auf dem selben Rechner mit Kodi keine Probleme, aber unter VLC wollen die Sender nicht mehr (sowohl channels.m3u als auch direkt URL). Habe ich sowohl mit v.0.5.5 als auch v.0.5.3, weiter drunter habe ich nicht getestet, aber mit der allerersten Version ging es damals. Ich sehe in der Konsole gar keine get-Anfrage, wenn ich einen Sender öffne bzw. wechsle.

    Steht denn im Eintrag auch "http://" drin? Es gibt im Text darunter auch ein Beispiel, wie die Adresse angegeben werden muss. Es muss schon die komplette Adresse sein.

    Oh, in der Tat. Mit http:// und Port :5000 (braucht man den Port? Laut Text darunter: ja) ist die Playlist sauber und die Streams funktionieren auch wieder. In den Settings steht aber weiterhin nur "(unchanged)".

    Mit W* Free scheint es indes noch nicht 100% sauber zu laufen. Ich bekomme nach einer Weile regelmäßig "Unable to retrieve User ID". "Update session" hilft in diesem Fall leider auch nicht, es bleibt bei Status Error und Account type: Unknown. Das Pendant T* scheint sauber zu laufen im Free-Account. Ist da was bekannt?

    @easy4me Sauber, läuft. :thumbup: Planst Du das so dauerhaft einzusetzen oder setzt Du mit einer späteren Version wieder auf den Check der einzelnen Provider?

    Ich weiß nicht ob Bug oder nicht, aber das Skript erkennt am Pi nicht die eigentliche Hostadresse

    Code
    * IPv4 address: 127.0.1.1
     * Running on http://0.0.0.0:5000/ (Press CTRL+C to quit)

    Setzen über Custom IP funktioniert dann aber problemlos, wenngleich im Web-interface nach der Änderung und Neuladen von http://192.168.10.9:5000/# der Eintrag Custom IP auf wieder unchanged steht. Die m3u wird aber korrekt mit einer eingegeben Custom IP generiert.

    Edit: Muss ich revidieren. Sobald ich die Custom IP setze wird die channels.m3u nicht richtig generiert (http:// fehlt) und auch die Streams funktionieren nicht mehr (mit http:// und richtiger IP).

    Unter "Available features" sollte bei Wi' und Tele' jeweils auch LiveTV stehen, oder? Bei beiden nur Recordings, entsprechend bekomme ich bei der channels.m3u auch nur "Live TV is unavailable in this setup". Woran liegt's? Bei beiden Status auf OK. Eine exception.txt gibt es bei mir im Ordner nicht. Bin bei beiden Anbietern jeweils mit einem (Free-)Account eingeloggt. Hardware ist Pi 1B.

    Auch mit Zattoo funktioniert jetzt kein Dolby mehr, wobei in der angefragten M3U8 ($link) von Zattoo schon gar keine Dolby-Spur mehr enthalten ist.

    Liegt's vielleicht am UserAgent, mit welchem das Skript die Playlist bei Zattoo anfragt? Über die Zattoo AppleTV-App ist Dolby (noch) ganz normal vorhanden.

    Hey,

    ich habe mich ja schon länger darüber geärgert, dass Dolby 5.1 bei W* nicht mehr funktioniert, ich habe mit ein paar print's ( [ag] ) jetzt auch herausgefunden woran es liegt. Wäre super, wenn man da einen entsprechenden Fix bauen könnte, @easy4me.

    Anhand zweier Sender einmal mit Zattoo und einmal mit W* kann man das ganz gut erkennen:

    Zattoo Premium (RTL), Dolby funktioniert, hierfür wurde durch das Skript folgende Audioadresse gebaut:

    Code
    * 2020-10-01 18:14:56 LIVE-TV rtl | 5000 | hls5 - Editing M3U8
    * 2020-10-01 18:14:56 LIVE-TV rtl | 5000 | hls5 - Editing M3U8 audio - t_track_audio_bw_256_num_1
    * 2020-10-01 18:14:56 LIVE-TV rtl | 5000 | hls5 - Editing M3U8 link video - https://zba6-2-hls5-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_4000_mbr_5000.m3u8?z32=
    * 2020-10-01 18:14:56 LIVE-TV rtl | 5000 | hls5 - Editing M3U8 link audio - https://zba6-2-hls5-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_4000_mbr_5000.m3u8?z32=


    Selber Sender mit W*, ergibt nach hls7 (b=before) => hls5 (a=after) folgendes:

    Code
    * 2020-10-01 18:25:07 LIVE-TV rtl_ch_hd | 8000 | hls5 - Editing M3U8 audio - t_track_audio_bw_256_num_1
    * 2020-10-01 18:25:07 LIVE-TV rtl_ch_hd | 8000 | hls5 - Editing M3U8 link video b - https://zh2-4-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_video_bw_7800_num_0.m3u8?z32=MNZWSZB5GE3DGOKFIFDECRRWIYZDCMBXGIWTIQSGGIYTMMRUIM4DGQKCGMYCM5LTMVZF62LEHV3WS3DNMFQV653JNRWWCYJGOY6TAJTTNFTT2MJWL4YGENDGMZTDSYTGMI3WGOJUGQ3GMNRWHBSDIOJTMQ3TAMDBGBSGC
    * 2020-10-01 18:25:07 LIVE-TV rtl_ch_hd | 8000 | hls5 - Editing M3U8 link audio b - https://zh2-4-hls7-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_2_p_10_l_de_nd_4000_mbr_5000.m3u8?z32=
    * 2020-10-01 18:25:07 LIVE-TV rtl_ch_hd | 8000 | hls5 - Editing M3U8 link video a - https://fr5-0-hls5-live.zahs.tv/HD_rtl_schweiz/t_track_video_bw_7800_num_0.m3u8?z32=
    * 2020-10-01 18:25:07 LIVE-TV rtl_ch_hd | 8000 | hls5 - Editing M3U8 link audio a - https://fr5-0-hls5-live.zahs.tv/HD_rtl_schweiz/t_track_audio_bw_256_num_1_tid_2_p_10_l_de_nd_4000_mbr_5000.m3u8?z32=


    Wenn man jetzt die beiden Audiotracks miteinander vergleicht, fällt folgendes auf:
    Zattoo => 5.1: http://zba6-2-hls5-live.zahs.tv/HD_rtl_schweiz…_256_num_1_tid_3_p_20_l_de_nd_4000_mbr_5000.m3u8?z32=
    W* => 2.0: http://fr5-0-hls5-live.zahs.tv/HD_rtl_schweiz…_256_num_1_tid_2_p_10_l_de_nd_4000_mbr_5000.m3u8?z32=

    3_p_20 vs. 2_p_10

    Ersetzt man jetzt mit der gebauten W*-URL die beiden Ziffern, kommt auch bei der W*-URL Dolby. Weil mir das zu einfach erschien, habe ich das mit einem anderen Sender auch probiert. Hier dasselbe.

    Code
    * 2020-10-01 19:18:29 LIVE-TV orf-1 | 5000 | hls5 - Editing M3U8 audio - t_track_audio_bw_256_num_1
    * 2020-10-01 19:18:29 LIVE-TV orf-1 | 5000 | hls5 - Editing M3U8 link video b - https://zba6-0-hls5-live.zahs.tv/HD_orf1/t_track_video_bw_4800_num_0.m3u8?z32=
    * 2020-10-01 19:18:29 LIVE-TV orf-1 | 5000 | hls5 - Editing M3U8 link audio b - https://zba6-0-hls5-live.zahs.tv/HD_orf1/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_4000_mbr_5000.m3u8?z32=
    * 2020-10-01 19:18:29 LIVE-TV orf-1 | 5000 | hls5 - Editing M3U8 link video a - https://fr5-0-hls5-live.zahs.tv/HD_orf1/t_track_video_bw_4800_num_0.m3u8?z32=
    * 2020-10-01 19:18:29 LIVE-TV orf-1 | 5000 | hls5 - Editing M3U8 link audio a - https://fr5-0-hls5-live.zahs.tv/HD_orf1/t_track_audio_bw_256_num_1_tid_3_p_20_l_de_nd_4000_mbr_5000.m3u8?z32=
    Code
    * 2020-10-01 19:22:22 LIVE-TV orf_1_hd | 5000 | hls5 - Editing M3U8 audio - t_track_audio_bw_256_num_1
    * 2020-10-01 19:22:22 LIVE-TV orf_1_hd | 5000 | hls5 - Editing M3U8 link video b - https://zh2-3-hls7-live.zahs.tv/HD_orf1/t_track_video_bw_4800_num_0.m3u8?z32=
    * 2020-10-01 19:22:22 LIVE-TV orf_1_hd | 5000 | hls5 - Editing M3U8 link audio b - https://zh2-3-hls7-live.zahs.tv/HD_orf1/t_track_audio_bw_256_num_1_tid_2_p_10_l_de_nd_4000_mbr_5000.m3u8?z32=
    * 2020-10-01 19:22:22 LIVE-TV orf_1_hd | 5000 | hls5 - Editing M3U8 link video a - https://fr5-0-hls5-live.zahs.tv/HD_orf1/t_track_video_bw_4800_num_0.m3u8?z32=
    * 2020-10-01 19:22:22 LIVE-TV orf_1_hd | 5000 | hls5 - Editing M3U8 link audio a - https://fr5-0-hls5-live.zahs.tv/HD_orf1/t_track_audio_bw_256_num_1_tid_2_p_10_l_de_nd_4000_mbr_5000.m3u8?z32=

    Auch wieder:

    Zattoo => 5.1: http://fr5-0-hls5-live.zahs.tv/HD_orf1/t_trac…_256_num_1_tid_3_p_20_l_de_nd_4000_mbr_5000.m3u8?z32=
    W* => 2.0: http://fr5-0-hls5-live.zahs.tv/HD_orf1/t_trac…_256_num_1_tid_2_p_10_l_de_nd_4000_mbr_5000.m3u8?z32=

    W* => 5.1: http://fr5-0-hls5-live.zahs.tv/HD_orf1/t_trac…_256_num_1_tid_3_p_20_l_de_nd_4000_mbr_5000.m3u8?z32=

    Vielleicht lässt sich da ja was schönes bauen, um die beiden Ziffern automatisch zu erhöhen/richtig zu setzen. Ganz so versiert bin ich in Perl leider noch nicht, um Adressen auseinander zu bauen, zu ändern und schlussendlich wieder zusammenzusetzen.

    Tausend Dank. [ay]

    (Kann das Ganze auch noch in GitHub posten, falls es was hilft.)

    @easy4me Kann es sein, dass beim geliebten W. die Dolby-Option nicht mehr funktioniert? profile=1 und profile=4 bringen bei mir nur noch 2x AAC-Stereo.

    Ich möchte da nochmal darauf zurückkommen. Grundsätzlich scheint Dolby nämlich schon auch für Freenutzer vorgesehen zu sein, denn über die AppleTV-App bekomme ich bei sämtlichen Sendern Dolby angeboten. @easy4me Willst Du da vielleicht nochmal einen Blick drauf werfen? ;(

    Zitat von @Woti

    Ist bei mir auch so... Habe aber auch bei Zattoo kein Dolby. Liegt das vielleicht an tvHeadend

    Ist eigentlich auszuschließen, da ich kein tvHeadend nutze. Aber gut zu wissen, dass Dolby auch bei Zattoo nicht anliegt. Hast Du denn noch Dolby über die offiziellen Apps als Zattoo Premiumnutzer? Vielleicht werden die Audiospuren schlicht nicht mehr mitgeliefert... ?(

    @Sebas Du kannst mit

    "ignore_maxrate": "true"

    in der userfile.json die Qualitätsprüfung wieder deaktivieren. Hintergrund ist, dass kein Full HD geladen werden soll, wenn der Stream nur in SD vorliegt. Warum Wilmaa die Discovery-Sender als SD deklariert, kann ich nicht sagen.

    Ah richtig, stimmt. Aber gäbe es nicht noch eine Option, dass bei nicht-Angabe von bw in der Streaming-URL die übermittelte Auflösung geladen wird und nur bei explizit in der Streaming-URL angegebenen Aufrufen die Auflösung erhöht wird?

    Sprich:
    "bw": "8000" im JSON & ip:port/index.m3u8?channel=sf_1_hd => Es wird die zu Verfügung stehende Auflösung 720p50 geladen
    "bw": "8000" im JSON & ip:port/index.m3u8?channel=sf_1_hd&bw=8000 => Es wird 1080p50 geladen
    "bw": "8000" im JSON & ip:port/index.m3u8?channel=tvm_3 => Es wird 576p50 geladen


    Andere Frage: Kann man "profile": "x" in der Streaming-URL nullen? Ansonsten macht der Aufruf &audio2=true bei setzen von "profile": "x" im JSON keinen Sinn mehr, denn die Angabe wird nicht mehr honoriert. Zumal es kein (überschreibendes) Profil gibt, bei dem zuerst die zweite Audiospur geladen wird.

    Danke erstmal für das umfangreiche Update. Die automatische Bandwidth in Verbindung mit dem manuellen Überschreiben haut aber noch nicht ganz hin, imho. Ein Beispiel, u.a. TLC über Wilm44 ist per se nur SD =2999, auch im channelMappings.json ist es nicht als HD/FullHD-Sender gelistet. Dennoch konnte man bisher <v0.3.4 über bw=8000 den Sender (und andere Ausnahmen) in HD/FHD empfangen. Jetzt wird selbst beim setzen der Bandwidth in der Streaming-URL der Stream beim Klienten nur mit 1024x576 anstatt 1920x1080 abgespielt. Laut zattoo.pl-Log wird scheinbar noch eine 2999-Playlist zusammengebastelt, obwohl der der Aufruf mit bw=8000 erfolgt (Wobei: Es erfolgt ja ein resent mit 8000, jedenfalls wird dennoch nicht in voller erzwungener Auflösung gestreamt)

    Kannst Du dir das mal ansehen? Betrifft im Prinzip fast die ganze Discovery-Gruppe die man bisher so in FHD empfangen konnte.

    Code
    * 2020-04-09 10:15:57 LIVE-TV tlc_de | 8000 | hls5 - Loading channel configuration
    * 2020-04-09 10:15:57 LIVE-TV tlc_de | 2999 | hls5 - Loading Live URL
    * 2020-04-09 10:16:01 LIVE-TV tlc_de | 2999 | hls5 - Editing M3U8
    * 2020-04-09 10:16:01 LIVE-TV tlc_de | 2999 | hls5 - Playlist sent to client
    * 2020-04-09 10:16:02 LIVE-TV tlc_de | 8000 | hls5 - Playlist resent to client

    Edit: Generell kann man mit dieser Version nur noch das Downgrading erzwingen, wie mir scheint? Normale HD-Sender (RTS Un, SRF1, ...), welchen Sinn das auch haben mag, kann man ebenfalls nicht mehr zur FHD-Auflösung erzwingen.