gibt es eigentlich eine semi-automatische alternative zu easyepg? ich finde das händische mappen dort schon recht mühsam. mit semi-automatisch meine ich, dass man per script schon mal eine zuweisung basierend auf den kanalnamen macht und dann manuell eventuell nachkorrigiert.
Beiträge von bendsch
-
-
sorry, grade nochmal kontrolliert, auf dem betroffenen gerät läuft noch ein 32-bit Buster. Pagesize ist 4096.
ZitatAlles anzeigenpi@B2RASP4:~ $ cat /etc/*-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
Zitatpi@B2RASP4:~ $ getconf PAGESIZE
4096
-
bendsch ich bin hier leider auf Feedback angewiesen, da ich selber nicht Mal mehr einen rpi habe. Reden wir hier von 64 bit rpis mit einem auf Debian bookworm basierenden OS?
dlueth Die 64-bit Variante läuft wie gesagt einwandfrei, der oben beschriebene Fehler bezieht sich nur auf die 32-bit Versionen, auf meinem 32er läuft noch Bullseye, der Fehler ist aber wie gesagt schon älter: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Linux Pakete]. Die letzten Updates für arm 32-bit liefen alle nicht mehr.
Liebe Grüsse
-
Versuch mal diese Version, die hab ich bei mir aufm RPI 4 selbst kompiliert: https://www.filemail.com/d/xopakjyvdzmubzs
soeben getestet, hier bekomme ich folgende fehlermeldung: ./api: /lib/arm-linux-gnueabihf/libm.so.6: version `GLIBC_2.29' not found (required by ./api)
korrektur zu oben, die letzte funktionierende version auf arm32 ist tatsächlich die 13.3, habe dazu diesen Eintrag hier gefunden: RE: Telerising API - Zattoo, blue TV & Sky CH für tvHeadend und VLC [Linux Pakete]
-
Was genau brauchst du da? armfh für den RPI 4?
habe zwei geräte an unterschiedlichen standorten, die auf dem pi5 64-bit läuft, jene auf dem pi4 32-bit läuft jetzt nicht mehr seit dem update, die vorhergehende version 13.4 lief bei mir noch problemlos auf dem pi4 32-bit.
-
arm64 funktioniert, bei arm(32) kriege ich folgende fehlermeldung:
Zitat./telerising/telerising: error while loading shared libraries: libpython3.9.so.1.0: ELF load command address/offset not properly aligned
-
kommt die 13.5 auch für arm64 ohne docker (unter https://github.com/sunsettrack4/telerising-api)?
-
Hallo, ich habe das Problem, dass bei blueTV einige Kanäle nicht in telerising geladen werden, obwohl sie in der entesprechenden Favoritenliste enthalten sind. Beispiele: RTL, NTV, VOX (...). Was läuft hier schief?
-
erfolg:
die domain ip-api.com muss whitelisted werden, dann funktioniert alles wieder.
-
krass. habe jetzt herausgefunden woran es liegt, wenn mein pihole (adblocker) läuft, kriegt telerising keine verbindung mehr zu teleboy. wenn ich pihole abschalten läuft alles wie erwartet.
werde mal testen, ob ich durch spezifisches whitelisting die länderabfrage im pihole durchwinken kann ohne es abschalten zu müssen.
-
eigenartig, jetzt funktioniert es wieder, gerade als ich testen wollte, ob es im browser läuft.
-
Nein, ich habe tatsächlich eine schweizer IP ohne VPS.
-
Ich krieg mit der 13.3 auf meiner Schweizer IP bei Teleboy nun den Fehler "Failed to load country information".
-
Danke (nochmal ^^) für den Tipp! Puh, es läuft aber es ist schon echt frickelig... Hab jetzt erst 5 Streams gemappt, aber die laufen (auch wieder im geliebten TV Mosaic). Die Channelnummern werden noch falsch eingelesen, Streams erscheinen nicht im Fullscreen als Letterbox usw... Wird wohl noch etwas Arbeit, aber das es prinzipiell geht macht mir Mut... Wie gesagt, wenn die Telerising API nen einfachen Proxy (ohne das ganze Pre-Mapping) mit an Board hätte, wäre das klasse und wohl auch etwas einfacher
(Das bislang eingebaute ffmpeg mit ?ffmpeg=true lief bei mir gar nicht.) Nochmal danke!keine ursache, ich bin hier auch noch am rumexperimentieren. wenn telersing das remapping übernehmen würde, wäre das natürlich traumhaft, allerdings sehe ich hier die schwachstelle schon eher bei jellyfin (bzw. mosaic welches ich nicht kenne), die nun nicht in der lage sind, audio und video separat einzulesen.
ffmpeg in telerising habe ich bislang auch noch nicht zum laufen gebracht.
-
Alles anzeigen
Moin ihr Lieben!
Ich bastle schon seit einigen Tagen an der Telerising API wegen Providerwechsel und dem Wegfall echten IPTVs via M3U. Und danke schonmal für diese tolle API, ich habe lange nach genau so etwas gesucht.
Bitte entschuldigt, dass ich mir nicht alle 200+ Seiten des Threads durchgelesen habe, ob dieses Problem (wenn es eins ist), schon jemandem aufgefallen ist:
Die M3U läuft prima ohne Probleme im VLC und im MPHC. Dort ist mir in den Codecinformationen aufgefallen, dass alle Streams immer erst mit Audio, dann mit Video gekapselt sind; also Stream #0 Audio#1; Stream #4 Audio#2; Stream #5 Video AVC (wobei sogar die Audiostreams (Haupt- und Nebenstream vertauscht sind). Ich fürchte, dass das der Grund ist, warum TVMosaic (ich weiß tot und kein Support mehr aber beste UI) und Jellyfin (orientieren wir uns daran, habe Probleme dazu schon hier gelesen) die Streams gar nicht (TVMosaic) oder erst nach 3 Minuten ohne Ton (Jellyfin) abspielen.
Mein Setting:
- Zattoo DE Ultimate
- Telerising im Docker und besagte Apps direkt, alles auf einer Syno Intel x64
- HLS7, mit M3U8 Extension, IP des LAN-Interface manuell eingetragen (mit http & Port natürlich)
- Auch alles mit DASH und verschiedenen Audioeinstellungen (Dolby / AAC) rumprobiert.
- Die Channel werden von allen Apps erkannt und problemlos importiert
Ich hatte erst telerising-minimal 0.11.7 und jetzt new-telerising 0.11.8 probiert. Mit den ffmpeg Options kenne ich mich leider nicht so gut aus (bei so langen cvar-strings bin ich schnell raus...)
Gibt es einen einfachen ffmpeg-String mit dem man die Reihenfolge korrigiert kapseln kann ohne die Streams selbst Codieren zu müssen (falls ja, wie implementiere ich das) oder ließe sich diese oder eine ähnliche Option in der API zukünftig direkt einbauen?
Danke & viele Grüße!
bin mittlerweile auch dazu übergegangen mir eine m3u aus verschiedenen quellen zusammenzubasteln.
über https://github.com/Threadfin/Threadfin, nachfolger von xteve, lässt sich diese auch in jellyfin einbinden. mit hls streams funktioniert das ganz ohne transcoding.
wollte ich hier nur mal teilen, weil es zu jellyfin wenig hier im forum gibt.
habe gerade heute den link zu diesem m3u proxy gepostet, dessen aufgabe besteht im wesentlichen nach meinem verständnis darin, ton und video signal in einem stream zusammenzufassen, da jellyfin nur solche streams mit bild und ton zusammen abspielen kann. dies passiert über einen separat gebufferten stream, wofür entweder vlc oder ffmpeg verwendet werden kann.
die umschaltzeiten auf andere kanäle sind in jellyfin immernoch schlechter als mit vlc direkt beispielsweise, aber ich habe durch etwas fine tuning durchaus akzeptable resultate erzielen können. am schnellsten reagieren bei mir mit 1-2 sekunden verzögerung die teleboy streams. blue und yallo sind etwas langsamer.
-
dash streams funktionieren mit threadfin leider nicht, zumindest bei mir nicht. ich war von tvheadend "leicht" überfordert und bin daher froh mit threadfin eine recht simple lösung gefunden zu haben.
zu den settings in threadfin kann ich aber tatsächlich einige tips geben:
- als buffer vlc nehmen, das erzeugt am wenigsten cpu-overhead
- den buffer und das timeout für neue verbindung möglichst klein halten, um lange umschaltzeiten zu vermeiden
- den buffer im ram laufen lassen (Store buffer in RAM), ohne den entsprechenden haken funktioniert gar nichts
zudem empfehle ich auf hardwareschwachen geräten (habe alles auf einem rpi5 laufen), die location für die streamdateien (sowohl im threadfin als auch im jellyfin) auf ein externes usb-gerät zu setzen. das schreiben direkt auf die sd-karte mit dem OS erzeugte bei mir eine hohe system load, da durch das schreiben der streams offenbar alle anderen laufenden prozesse nicht mehr mit dem schreiben nachkamen.
das ergebnis kann sich im jellyfin aber dann durchaus sehen lassen. finde die guide und das gesamte interface eigentlich recht ansprechend gestaltet.
grüsse
bendsch
-
bin mittlerweile auch dazu übergegangen mir eine m3u aus verschiedenen quellen zusammenzubasteln.
über https://github.com/Threadfin/Threadfin, nachfolger von xteve, lässt sich diese auch in jellyfin einbinden. mit hls streams funktioniert das ganz ohne transcoding.
wollte ich hier nur mal teilen, weil es zu jellyfin wenig hier im forum gibt.
-
schade, weil bluetv hinsichtlich auflösung schon vorteile hätte und auch sonst sehr gut funktioniert wie ich finde.
-
aha, das wird es wohl sein, rtl ist bei den fehlenden jedenfalls dabei. bei teleboy scheint diese gruppe aber nicht geschützt zu sein (?).
-
zu früh gefreut: komischerweise ist die kanalliste nicht vollständig, von auf bluetv 60 selektierten kanälen werden nur 45 in die m3u geschrieben, womit könnte das zu tun haben?
