Hallo
Warum lässt sich die api.exe über das Terminal nicht mehr starten?
Habe den Telerising Ordner so wie immer über das Terminal geöffnet, aber wenn ich dann start api.exe eingebe kommt der Fehler das die Datei nicht gefunden wurde.
Das ganze läuft unter Windows 11 und bis hat bis heute auch super funktioniert.
Was kann ich machen?
Existiert die Datei in diesem Verzeichnis? Scheint nämlich nicht der Fall zu sein sonst würde dieser Fehler nicht auftauchen.
Mal im Defender oder Antivirus geschaut ob da irgendwas geblockt und entfernt wurde? Wenn ja, würde ich eine Ausnahme für den Telerising Ordner erstellen.
Danke für die Antwort.
Hatte mir als Beispiel nochmals Telerising gedownloadet und da war es das gleiche Problem. Habe dann tatsächlich im Windows Defender gesehen, dass er die api.exe blockiert und in Quarantäne verschoben hatte. Habe dann die Ausnahme für den Telerising Ordner hinzugefügt und die api.exe wieder hergestellt. Jetzt funktioniert wieder alles. Super danke nochmal.
Finds nur komisch, dass der Defender bis jetzt nichts gemacht hatte die letzten paar Monate und auf einmal wärend dem laufenden Betrieb die Datei blockiert.
Hallo
Ich habe die api auf termux mit proot debian am laufen. Aber wie kann ich die automatisch starten wenn ich termux öffne? Geht das überhaupt?
Hallo
Ich habe die api auf termux mit proot debian am laufen. Aber wie kann ich die automatisch starten wenn ich termux öffne? Geht das überhaupt?
on boot:
ansonsten ueber bashrc wen dein system up ist. like: if ! pgrep api; then ~/telerising/api; fi ..
Danke!
Hallo vllt. kann mir jemand helfen.
Ich betreibe telerisng als docker zusammen mit gluetun (läuft auf meinen NAS) -> kann mich auch auf zatto.ch anmelden (über webui:5000). Wenn ich die m3u jetzt m3u abrufen(PC Windows)ohne VPN, kommt ich wäre im Ausland.
mit Schweizer VPN läuft es -> dies würde ja bedeuten, dass der Server hinter einem VPN laufen muss und dann jeder user welcher auf die .m3u zugreifen möchte auch!? Stimmt das so?
Dies würde ja bedeuten, ich müsste jellyfin auch hinter gluetun laufen lassen!? Falls jemand Erfahrung mit docker+glueto+telerising+jellyfin hat 
würde ich mich über eine Antwort freuen.
VG aus Erfurt
Stimmt das so?
ja
jellyfin auch hinter gluetun laufen lassen
ja
würde ich mich über eine Antwort freuen
nutz den proxy in gluetun oder routen
DANKE
on boot:
https://wiki.termux.com/wiki/Termux:Boot
ansonsten ueber bashrc wen dein system up ist. like: if ! pgrep api; then ~/telerising/api; fi ..
Hi nochmal,
Leider funktioniert das nicht. Die api startet zwar aber wenn ich mich einloggen will kommt immer "interal server error " was mach ich falsch?
Also HTTPPROXY habe im glueton container aktiviert:
HTTPPROXY=on
HTTPPROXY_LISTENING_ADDRESS=:8888
Was ich jetzt genau bei Jellyfin einstellen muss (unter Netzwerk), keine Ahnung bzw. habe ich es wenig probiert und mir komplett Jellyfin zerschossen
Auch Jellyfin per network_mode: "container:gluetun" einzubinden , hat dazu geführt das Jellyfin nicht mehr ordnungsgemäß erreichbar war. (hatte den Port in gluetun eingetragen)
Benötige ich noch einen Proxy Container als "Vermittler", so wie tinyproxy u.ä.?
Ich finde im I-Net aber auch kein Beispiel, an welchen das mal durchgespielt wurde
Alles anzeigenAlso HTTPPROXY habe im glueton container aktiviert:
HTTPPROXY=on
HTTPPROXY_LISTENING_ADDRESS=:8888Was ich jetzt genau bei Jellyfin einstellen muss (unter Netzwerk), keine Ahnung bzw. habe ich es wenig probiert und mir komplett Jellyfin zerschossen
Auch Jellyfin per network_mode: "container:gluetun" einzubinden , hat dazu geführt das Jellyfin nicht mehr ordnungsgemäß erreichbar war. (hatte den Port in gluetun eingetragen)
Benötige ich noch einen Proxy Container als "Vermittler", so wie tinyproxy u.ä.?
Ich finde im I-Net aber auch kein Beispiel, an welchen das mal durchgespielt wurde
Kann dir leider nicht direkt helfen, aber eine Idee, die ich mal hatte: Telerising + Tvheadend mit dem VPN verbinden und dann ohne VPN per PC, Jellyfin, Plex, etc auf Tvheadend zugreifen. In meinem kleinen Köpfchen hat das Sinn gemacht, weil Tvheadend ja den Stream "bezieht" und ihm egal ist, wer den schaut. Hab es aber nie getestet, weil ich kein Zattoo CH habe. Grundsätzlich funktioniert Telerising+Tvheadend+Jellyfin (ganz ohne VPN) aber.
Ich finde im I-Net aber auch kein Beispiel, an welchen das mal durchgespielt wurde
wenn jellyfin auch im docker laeuft: https://github.com/qdm12/gluetun-…r-to-gluetun.md https://github.com/qdm12/gluetun-…s-networking.md
wenn nicht, wirds hier kompliziert, hier ein paar schlagwoerter: bridge, macvlan, proxychains4. gluetun ist halt nur für container gedacht.
also sollte das letztere auf dich zutreffen, dann solltest du ein anderes setup waehlen. zbs:
vpn + telerising + jellyfin auf dem selben host.
wenn du ein paar examples willst die zu deinem setup passen, dann gib mal ein paar mehr infos:
Hallo zusammen,
ich wollte fragen ob Telerising jemand mit Streamlink am laufen hat?
Ich habe ein Problem mit dem Mappen der HLS Audiostreams. Ich bekomme mit "hls-audio-select *" zwar alle Audiostreams reingepackt, aber VLC und Kodi zeigen beide Streams immer als "eng" Englisch an.
Wisst ihr wie man die Sprachen der HLS Audiospur richtig mit Streamlink mappen kann, also wie Streamlink die Sprachen korrekt erkennen kann?
Anbei noch ein M3U Auszug (aber die Sprachen variieren ja immer)
#EXTM3U
#EXT-X-VERSION:7
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="deutsch",DEFAULT=YES,AUTOSELECT=YES,LANGUAGE="deu",URI="https://zh4-11-hls7-live.zahs.tv/HD_ntv/t_track_audio_bw_128000000_num_0_tid_2_p_10_l_de_nd_1600_mbr_8000.m3u8?z32="
#EXT-X-MEDIA:TYPE=AUDIO,GROUP-ID="audio",NAME="other (mul)",DEFAULT=NO,AUTOSELECT=YES,LANGUAGE="mis",URI="https://zh4-11-hls7-live.zahs.tv/HD_ntv/t_track_audio_bw_128000000_num_2_tid_4_p_10_l_mul_nd_1600_mbr_8000.m3u8?z32="
#EXT-X-STREAM-INF:BANDWIDTH=8000000,CODECS="avc1.4d402a,mp4a.40.2",RESOLUTION=1920x1080,FRAME-RATE=50,AUDIO="audio",CLOSED-CAPTIONS=NONE
https://zh4-11-hls7-live.zahs.tv/HD_ntv/t_track_video_bw_7800000_num_0_tid_1_nd_1600_mbr_8000.m3u8?z32=
Danke euch
Hab mich von Streamlink wieder verabschiedet, weil es die umschaltzeiten massiv verlängert hat
Hab mich von Streamlink wieder verabschiedet, weil es die umschaltzeiten massiv verlängert hat
Ja ich habe damit eine Lösung über Tvheadend laufen, welche bei mir erst mal stabiler läuft mit proxy als direkt per ffmpeg. Aber das mit den Sprachen ist halt noch so ein Schönheitsfehler.
Aber unter der Haube benutzt ja Streamlink dann auch ffmpeg, zumindest was diese streams angeht.
Aber unter der Haube benutzt ja Streamlink dann auch ffmpeg, zumindest was diese streams angeht.
Ich weiß, aber aus irgendwelchen Gründen ist das die einzige TVHeadend Config, welche bei mir sehr stabil läuft aus dem Ausland:
pipe:///usr/bin/streamlink --stdout --default-stream best --http-proxy "http://user:PW@proxyip:port" --quiet --hls-audio-select "*" --hls-live-edge 3 --hls-playlist-reload-attempts 99 --hls-playlist-reload-time segment --hls-segment-queue-threshold 0 --hls-start-offset 10 --stream-segment-threads 1 --retry-open 5 --retry-max 10 --retry-streams 1 --mux-subtitles --stream-segment-threads 2 --ringbuffer-size "64M" "hls://http://telerising:5000/api/tby/live/522?code=xxxxxxxxxxxxxxx"
Die Sprache ist halt immer Englisch angezeigt in Kodi und VLC auf allen Audiostreams.
Die Sprache ist halt immer Englisch angezeigt in Kodi und VLC auf allen Audiostreams
/usr/bin/ffmpeg -nostats -y -i /tmp/streamlinkpipe-3190434-1-2934 -i /tmp/streamlinkpipe-3190434-2-8994 -c:v copy -c:a copy -map 0:v? -map 0:a? -map 1:a -f mpegts pipe:1wie du siehst setzt streamlink keine metadata sondern kopiert nur den audio stream.
und im src https://github.com/streamlink/str…hls/hls.py#L582 ist auch nix dafuer vorgesehen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!