Hat schon einer telerising.minimal auf nem RPI 5 ohne die o.g. Anpassung zum Laufen bekommen?
Ich habe es gerade mal probiert: TUT NICHT!
In den docker logs steht absolut nichts drin ... und ich kann die Web-Page nicht öffnen.
Füge ich diesen Eintrag "kernel=kernel8.img" in der config.txt dann wieder hinzu, dann tut er wunderhübsch (zur Info: es läuft Debian 12 Bookworm auf dem Pi 5).
Jo, das ist dann Scheisse leider. Bedeutet im Kern vermutlich, dass das alignment ohne diesen fix nicht dem normalen Debian für Arm 64 entspricht
Ich les mit, nicht verwundern, aktueller Kontext für mich RPI5 = Kagge 
Huhu,
habe jetzt seit einigen Tagen Telerising wieder am laufen und ja, es funktioniert. Aber ich habe ein kleines Problem...
Ich nutze Zattoo Ultimate und binde die m3u-URL in Emby ein. Läuft alles perfekt, bis zufällig (?) plötzlich nichts mehr geht. Bekomme dann die Meldung, es seien keine Streams mehr verfügbar. Wenn ich dann in Telerising gucke, dann ist das gesetzte Häkchen bei "nur Favoriten nutzen" einfach weg und ich muss es neu setzen. Ohne das Häkchen bekomme ich ja auch eine andere m3u-URL. Nach dem erneuten setzen des Haken geht es dann wieder, da die URL wieder passt.
Ist das vllt. ein Bug?
PS: Siehe Screenshot.
Lg
Diese Option hat nur zum Kopieren der korrekten URL im Webinterface eine Relevanz und triggert keinerlei Funktionen in der App selbst. Wenn keine Verbindung zustande kommt, liegt es eher an Docker und an irgendwelchen Prozessen, die dort laufen.
Hmmm okay, aber wie könnte ich denn nun den "Fehler" heraus finden, der das verursacht? Hast du eine Idee?
Hast du beim Mount aufgepasst von der Settings.json? Diese muss schreibbar sein im Mount sowie der Docker muss schreiben dürfen.
Moin moin,
Wie genau kann ich das denn überprüfen?
Aber ich denke ja. Die restlichen Settings bleiben ja gespeichert.
Aber wenn easy4me sagt, dass der Haken nicht ausschlaggebend ist, dann muss es ja was anderes sein. 
Lg
Wie genau kann ich das denn überprüfen?
Naja wie verwaltest du deinen Docker?
Da sieht man schon RW Rechte dann.
Prinzipiell kann man das ja auch "hardcoded" hinterlegen in den Settings.json. Weiß aber gerade nicht den Parameter.
@easyme was muss hier für diese Option an welcher Stelle das in der Settings.json stehen?
Für die Favoriten gibt es keinen Wert. Mit der passenden URL ruft man entweder die komplette Senderliste oder nur die Favoriten auf.
Ich verwende den Container Manager, habe aber auch Portainer am laufen.
Ich werde jetzt Standardmäßig einfach alle Sender importieren lassen und dann verwalte ich die Sender einfach direkt mit Emby.
Da kann ich die Sender ja deaktivieren, welche ich nicht angezeigt bekommen möchte. Denke das geht einfacherer und wohl auch schneller.
Lg
Hallo Zusammen,
Danke für den Container. Irgenwie bekomme ich es nicht zum fliegen, vielleicht könnt ihr mir helfen.
Container neben einem TVHeadend Container auf einem OMV Nas mit AMD64 Architektur. TVHeadendend läuft mit Sat-IP seit Jahren einwandfrei.
Der telerising Container ist erreichbar und eingerichtet mit einem 1&1 Account. Im TVH hab ich eine Netzwerk angelegt.(IPTV automatisches Netzwerk) Er findet sofort 116 Muxe. Ohne FFmpeg kann er keine Service zuordnen. Mit FFMpeg kann er auch nur 21 Services zuordnen. Aber auch diese funktionieren nicht richtig. Es werden nur 2 Sekunden abgespielt und dann geht die NAS in die Knie. Stream bleibt hängen und die CPU der NAS geht in Auslastung.
Fragen:
1. Weshalb kann er nicht alle Muxe zuordnen?
2. Weshalb lassen sich die Streams nicht abspielen?
Danke schon mal!
Hast du auch die gesamt Anzahl der Sender begrenzt ? Damit TVH nicht alles auf einmal testet. Max Anzahl gleichzeitiger Streams hab ich mal auf 3 gestellt.
Hast du auch die gesamt Anzahl der Sender begrenzt ? Damit TVH nicht alles auf einmal testet. Max Anzahl gleichzeitiger Streams hab ich mal auf 3 gestellt.
Danke für den Hinweis.
Hab's jetzt auch begrenzt und konnte so alle Muxe mappen. Anschauen kann man trotzdem nichts. Nach 2 Sekunden bleibt er hängen.
Noch jemand Ideen? Gibt's irgendwo ein HowTo für die TVH Einstellungen?
Hab ich derzeit leider auch nicht gefunden allerdings hab ich es auch so hinbekommen. Hast du unter dem Docker Container die -re option deaktiviert?
Ich gehe eher davon aus, dass die Hardware schlichtweg nicht dafür geeignet ist. Ein NAS dient eher als Dateiserver und nicht als TV-Server.
ffmpeg muss letztendlich mit den Segmenten hantieren und diese zum Transportstream für tvHeadend zusammenführen. Bei Sat-IP dürften nur die bereits vorhandenen DVB-Streams ohne ffmpeg durchgeschleust werden.
Da Zattoo 1,6s lange Video-/Audiosegmente nutzt, kommt es auch mit dem Stop nach ca. 2 Sekunden hin.
Ich gehe eher davon aus, dass die Hardware schlichtweg nicht dafür geeignet ist.
Wieso sollte denn AMD64 nicht geeignet sein? Habe auch OMV NAS (auf nun doch schon sehr alter und schwacher HW), da nutzte ich schon viele Jahre lang ffmpeg pipes unter TVH im Container grundsätzlich problemlos (auch wenn tvh in anderer Hinsicht hin und wieder zickte, z.B. abhängig von Version bei lokalen picons). Die ffmpeg-pipe benötigt nur äußerst geringe Ressourcen. Mit telerising habe ich allerdings keine Erfahrung.
Was du sagst easy4me, dass da was nicht passt nach dem ersten Chunk des Streams, halte ich allerdings schon für plausibel.
Zeppelin - ich würde zum Gegentest Mal andere Streams prüfen, z.B. die HLS Streams der deutschen (falls du in Deutschland wohnst) öffentlich-rechtlichen Programme aus GitHub - jnk22/kodinerds-iptv: Kodinerds IPTV - Freie und legale Streams für Kodi und/oder auch die Dash Streams von da. Anleitungen gibt es dazu im github und hier im Forum Kodinerds IPTV - Fertige Liste mit freien IPTV-Kanälen - IPTV - Kodinerds.
Was zeigt denn das log
Mit Sat-IP unter TVH kenne ich mich nicht aus. Vielleicht eine Einstellung, die du speziell dafür vorgenommen hast, die nicht zu der ffmpeg-Pipe-Verarbeitung passt?
Hab ich derzeit leider auch nicht gefunden allerdings hab ich es auch so hinbekommen. Hast du unter dem Docker Container die -re option deaktiviert?
-re sagt mir nichts.
mein compose File ist folgendes:
---
version: "2.1"
services:
new-telerising-api:
image: takealug/new-telerising-api
container_name: new-telerising-api
network_mode: "bridge"
environment:
- PUID=99
- PGID=100
- TZ=Europe/Berlin
- UPDATE=yes
volumes:
- /compose/telerising:/telerising
ports:
- 5000:5000
restart: unless-stopped
tmpfs:
- /tmp
- /var/log Was zeigt denn das log
von TVH beim Abspielen (Doppelpfeil in der unteren rechten Ecke des TVH-Browser-Fensters klicken, um Logbereich aufzuklappen)?
Guter Hinweis, kannte ich noch nicht. Hier der Log, könnt ihr damit was anfangen?
2024-03-16 21:24:53.229 htsp: Got connection from 192.168.1.129
2024-03-16 21:24:53.231 htsp: 192.168.1.129: Welcomed client software: Kodi Media Center (HTSPv35)
2024-03-16 21:24:53.235 htsp: 192.168.1.129 [ Kodi Media Center ]: Identified as user 'kodi'
2024-03-16 21:25:15.452 mpegts: channels.m3u - ONE HD in telerising2 - tuning on IPTV #1
2024-03-16 21:25:15.459 spawn: Executing "/usr/bin/ffmpeg"
2024-03-16 21:25:15.460 subscription: 0047: "192.168.1.129 [ kodi | Kodi Media Center ]" subscribing on channel "ONE HD", weight: 100, adapter: "IPTV #1", network: "telerising2", mux: "channels.m3u - ONE HD", provider: "FFmpeg", service: "ONE HD", profile="htsp", hostname="192.168.1.129", username="kodi", client="Kodi Media Center"
2024-03-16 21:25:19.007 spawn: Executing "/usr/bin/ffmpeg"
2024-03-16 21:25:20.667 TS: telerising2/channels.m3u - ONE HD/ONE HD: H264 @ #257 Continuity counter error (total 1)
2024-03-16 21:25:20.672 tsfix: transport stream H264, DTS discontinuity. DTS = 63000, last = 201600
2024-03-16 21:25:20.832 TS: telerising2/channels.m3u - ONE HD/ONE HD: AAC @ #256 Continuity counter error (total 1)
2024-03-16 21:25:20.832 tsfix: transport stream AAC, DTS discontinuity. DTS = 63000, last = 205080
2024-03-16 21:25:22.522 spawn: Executing "/usr/bin/ffmpeg"
2024-03-16 21:25:23.880 tsfix: transport stream H264, DTS discontinuity. DTS = 63000, last = 203400
2024-03-16 21:25:25.720 spawn: Executing "/usr/bin/ffmpeg"
2024-03-16 21:25:27.423 tsfix: transport stream H264, DTS discontinuity. DTS = 63000, last = 203400
2024-03-16 21:25:29.283 spawn: Executing "/usr/bin/ffmpeg"
2024-03-16 21:25:30.506 tsfix: transport stream H264, DTS discontinuity. DTS = 63000, last = 201600
2024-03-16 21:25:32.388 spawn: Executing "/usr/bin/ffmpeg"
2024-03-16 21:25:34.044 TS: telerising2/channels.m3u - ONE HD/ONE HD: H264 @ #257 Continuity counter error (total 5)
2024-03-16 21:25:34.049 tsfix: transport stream H264, DTS discontinuity. DTS = 63000, last = 201600
2024-03-16 21:25:34.210 TS: telerising2/channels.m3u - ONE HD/ONE HD: AAC @ #256 Continuity counter error (total 5)
2024-03-16 21:25:34.211 parser: telerising2/channels.m3u - ONE HD/ONE HD: AAC @ #256: DTS and PCR diff is very big (630000)
2024-03-16 21:25:35.894 spawn: Executing "/usr/bin/ffmpeg" Zur Hardware, es handelt sich um einen Odroid H2. Das ist ein auf einem Intel J4105 basierendes SBC. Er hat 8GB DDR4 zu Verfügung. Der J4105 sollte H264 in Hardware decodieren können. Auf was läuft es denn bei Euch, wenn es darauf nicht läuft?
Auf der 1&1 App auf dem (GoogleTV) Fernseher läuft es einwandfei. Habe einen 100Mbit Anschluss. Daran sollte es nicht liegen.
Einen jungfräulichen TVH Container hab ich schon versucht, gleiches Ergebnis
Die von dir vorgeschlagenen Streams muss ich noch probieren. Danke!
Zeppelin - ich würde zum Gegentest Mal andere Streams prüfen, z.B. die HLS Streams der deutschen (falls du in Deutschland wohnst) öffentlich-rechtlichen Programme aus GitHub - jnk22/kodinerds-iptv: Kodinerds IPTV - Freie und legale Streams für Kodi und/oder auch die Dash Streams von da. Anleitungen gibt es dazu im github und hier im Forum Kodinerds IPTV - Fertige Liste mit freien IPTV-Kanälen - IPTV - Kodinerds.
Diese Streams laufen problemlos. Die NAS wird auch kaum belastet.
Noch irgendwelche Ideen?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!