Beiträge von Tourt

Hallo M4tt0, kein Problem.

Project beendet.
Es muss tatsächlich was mit dem Ports zu tun gehabt haben.
Nach 2maligen neu Aufsetzen von Debian Buster, Reinstallieren von Nextcloud mit dementsprechender SQL Datenbank und Rücksicherungen. Sowie neu Installation von TVH brachte nun die Wende.
TVH rennt. Panasonic, DVB Viewer, VLC, LibreElec und TVH Apps haben alle zugriff und laufen auch alle.
Beim RPI hatte ich noch das Phänomen das sich der Digibit weg gehängt hatte. Jetzt warte ich mal, ob es beim Buster auch so ist.
Hoffentlich nicht.
Einzig die Sender muss ich am Pana noch sortieren. Was mir am PC richtig Kopfschmerzen gemacht hatte. Also alles händisch, und dann wegsichern.

Nochmals vielen Dank beim Begleiten meines Leidens

Crazy, in English.
Ok, same here. I've looking very long time at the logs, too. But at this time i realise that it isn't possible to run TVH at the Buster Maschine.
All of your suggestions don't make difference or make any effect.

So I say to myself: the machine will be set up again. But it takes a while, because I have to back up SQL databases and Nextcloud instances here. Whatever, that's life.
I'll get back as I'm done with it.
Many thanks for now.

Moin M4tt0.

Hat ein bißchen gedauert, hatte erstmal andere Kack-Sachen zu tun
Also das mit dem Pfad ist mir bewusst, allerdings schreibt er trotzdem den Log nicht weg.
Jetzt habe ich TVH bei beiden Systemen mal Händisch gestartet mit sudo /usr/bin/tvheadend -u hts -g video -l /tmp/tvheadend.[definition='1','0']log[/definition]. Das hat dann geholfen.
Hier also die Logs:
Buster
RPI
Was mir bei beiden schon als Unterschied aufgefallen ist:
Wenn ich TVH mit dem oben genannten Befehl starte, komme ich beim TVH auf dem Buster nicht rein. Authorisation fehlgeschlagen. Beim RPI schon. Auf beiden sind aber die gleichen User und Admins angelegt. Fragt sich, ob das schon wieder eine neue Baustelle ist, oder auch damit zu tun haben könnte.

Ich suche dann auch mal weiter....

Nachtrag:
Was mir auch noch gerade auf dem Buster aufgefallen ist:
Der UPNP Port ist dauerhaft offen. Was beim RPI selbst nach Start von TVH nicht ist. Beim Buster sieht das so aus:
UPNP

Tatsächlich bekomme ich ein Log vom Start an weg in TVH nicht geschrieben.
Das Editieren in /etc/default/tvheadend war mit "-l" gemacht, trotzdem wird kein Log geschrieben. Auch dann nicht, wenn ich die Datei vorher erstelle und die Rechte dazu anpasse.
D.h. ich konnte nur ein [definition=12,4][definition='1','3']Debug[/definition][/definition] Log über die Webif erstellen. Obs hilft, kann ich nicht sagen.
Nach wie vor bleibt der Fehler beim RTSP Setup mit Bad Request. Ich werde das Gefühl nicht los, das der Buster Rechner irgendwas im Netzwerkstream nicht zulässt. Also losgelöst von TVH.
Aber hier die Logs:

Buster
RPI

Moin.
Hier mal die Logs. Beim Pi relativ uninteressant:

2021-03-18 08:13:23.713 [WARNING]:satips: 0/A17BA78E/1: create mux DVB-S freq 10744000 H sym 22000000 fec 3/4 mod QPSK roff 35 is_id -1 pls_mode GOLD pls_code 0
2021-03-18 08:13:23.715 [ INFO]:mpegts: 10744H in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:13:23.715 [ INFO]:epggrab: 10744H in Astra 19 - registering mux for OTA EPG
2021-03-18 08:13:23.720 [ INFO]:subscription: 0001: "SAT>IP" subscribing to mux "10744H", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:13:25.083 [ INFO]:subscription: 0001: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:13:25.084 [ INFO]:mpegts: 10744H in Astra 19 (0x74a3d358) - deleting
2021-03-18 08:13:25.086 [ INFO]:mpegts: 10729V in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:13:25.086 [ INFO]:subscription: 0002: "SAT>IP" subscribing to mux "10729V", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:13:33.936 [ INFO]:subscription: 0002: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:13:33.937 [ INFO]:mpegts: 10714.25H in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:13:33.939 [ INFO]:subscription: 0003: "SAT>IP" subscribing to mux "10714.25H", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:13:40.455 [ INFO]:subscription: 0003: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:13:40.457 [ INFO]:mpegts: 10743.75H in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:13:40.457 [ INFO]:subscription: 0004: "SAT>IP" subscribing to mux "10743.75H", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:13:50.494 [ INFO]:subscription: 0004: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:13:50.496 [ INFO]:mpegts: 10758.5V in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:13:50.496 [ INFO]:subscription: 0005: "SAT>IP" subscribing to mux "10758.5V", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:13:54.927 [ INFO]:subscription: 0005: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:13:54.929 [ INFO]:mpegts: 10773.25H in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:13:54.929 [ INFO]:subscription: 0006: "SAT>IP" subscribing to mux "10773.25H", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:13:58.795 [ INFO]:subscription: 0006: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:13:58.797 [ INFO]:mpegts: 10788V in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:13:58.814 [ INFO]:subscription: 0007: "SAT>IP" subscribing to mux "10788V", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:14:03.321 [ INFO]:subscription: 0007: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:14:03.323 [ INFO]:mpegts: 10802.75H in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:14:03.323 [ INFO]:subscription: 0008: "SAT>IP" subscribing to mux "10802.75H", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:14:08.322 [ INFO]:subscription: 0008: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:14:08.323 [ INFO]:mpegts: 10817.5V in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:14:08.324 [ INFO]:subscription: 0009: "SAT>IP" subscribing to mux "10817.5V", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:14:13.395 [ INFO]:subscription: 0009: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:14:13.396 [ INFO]:mpegts: 10832.25H in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:14:13.397 [ INFO]:subscription: 000A: "SAT>IP" subscribing to mux "10832.25H", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"
2021-03-18 08:14:23.452 [ INFO]:subscription: 000A: "SAT>IP" unsubscribing, hostname="192.168.1.185"
2021-03-18 08:14:23.454 [ INFO]:mpegts: 10847V in Astra 19 - tuning on SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)
2021-03-18 08:14:23.454 [ INFO]:subscription: 000B: "SAT>IP" subscribing to mux "10847V", weight: 100, adapter: "SAT>IP DVB-S Tuner #1 (192.168.1.145@UDP)", network: "Astra 19", service: "Raw PID Subscription", hostname="192.168.1.185"

Beim Buster Rechner kann ich nichts sehen, außer 400 Bad Request:
2021-03-18 08:05:09.149 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10744.00&pol=h&ro=0.35&msys=dvbs&mtype=qpsk&plts=off&sr=22000&fec=34 -- 400
2021-03-18 08:05:10.992 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10729.00&pol=v&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:05:13.396 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10729.00&pol=v&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:05:23.516 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10729.00&pol=v&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:05:33.716 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10729.00&pol=v&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:05:39.107 [WARNING]:satips: -/350462D1/0: session closed (timeout)
2021-03-18 08:05:40.911 [WARNING]:satips: -/35048965/0: session closed (timeout)
2021-03-18 08:05:43.228 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10729.00&pol=v&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:05:43.315 [WARNING]:satips: -/3504AFF9/0: session closed (timeout)
2021-03-18 08:05:44.436 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10714.00&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:05:53.434 [WARNING]:satips: -/3504D68D/0: session closed (timeout)
2021-03-18 08:05:54.515 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10714.00&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:06:03.684 [WARNING]:satips: -/3504FD21/0: session closed (timeout)
2021-03-18 08:06:04.715 [ ERROR]:satips: 192.168.1.185: RTSP/1.0 SETUP (6) rtsp://192.168.1.192:554/?src=1&freq=10714.00&pol=h&ro=0.35&msys=dvbs2&mtype=8psk&plts=off&sr=22000&fec=23 -- 400
2021-03-18 08:06:13.170 [WARNING]:satips: -/350523B5/0: session closed (timeout)
2021-03-18 08:06:14.372 [WARNING]:satips: -/35054A49/0: session closed (timeout)

So, Panasonic TV läuft auch mit dem RPI.
Jetzt frag ich mich, was dem Buster Rechner fehlt und wieso..... Pakete ffmpeg o.ä. nachinstallieren wäre ja nicht das Problem bzw ist ja drauf.
Auch Wireshark sagt beim Scannen mit dem DVBViewer das -400 Bad Request. Worin liegt der Unterschied in den ersten Frequenzen auf Astra zur 10773 H (erste Frequenz die tatsächlich gescannt wird).
Ich teste mal weiter. Bis dahin lass ich den Raspi mal unberührt.

Hallo M4tt0.

Hab jetzt lange über das Thema nachgedacht. Die Alternative kommt def. nicht in Frage.
Aber der Satz "zurück an Start" hat an mir genagt. Nämlich habe ich mir einen Start vor dem Start zu setzen. Soll heißen: Hardware tausch.
Und siehe da. Es gibt eine Änderung. Zumindest auf DVBViewer Seite.
Mein Gedanke war was ist, wenn es tatsächlich weder am TV noch an TVH oder DVBViewer liegt. Also habe ich einen RPI3 frei gemacht und dort TVH installiert. Natürlich Raspbian Stretch, damit ich gewährleisten konnte das ich zwar einigermaßen up-to-date bin und dannoch eine Version 4.3 von TVH bekomme.
Auf dem RPI3 läuft jetzt die Vers. 4.3-1473~g72ba707d5 vom Bintray mpmc Paket und auf dem Buster Rechner die 4.3.1946. Ob die RPI Version jetzt gut ist, oder nicht, kann ich nicht sagen. Ich kann aber sagen, das den "normalen" Einstellungen in TVH ein Scan mit DVBViewer funktioniert. Jetzt muss ich heute Abend, wenn ich wieder daheim bin, schauen ob es am Pana auch funktioniert. Wäre natürlich Granate.
Frage dazu am Rande, reicht der RPI3 von der Performance für OSCAM und TVH? Dann müsste ich mir noch mal einen RPI3 oder 4 besorgen.
Melde mich nochmal was jetzt beim Pana raus gekommen ist. Danke bis hierhin.

Moin M4tt0.

Sorry, gestern hatte ich leider mal was anderes zu tun.
Also:
Exported auf 4 geändert, FE Drop mit oder ohne ist kein Unterschied, Networks haben von Anfang an 1-4 zugeteilt bekommen.

Log anbei, EPGGrab und MPTS mit Add Services hab ich da mal raus gelöscht.
Für mich ist da leider nichts auffälliges zu sehen
Achso:
192.168.1.192 = TVH Server
192.168.1.145 = Digibit R1
192.168.1.142 = PC mit DVBViewer

Hallo M4tt0.

Ja habe ich. Zugriff per VLC, Http, TVheadend App auf Handy/Tablet, egal ob IOS oder Android und LibreElec klappt.
Freigaben in iptables setzen hatte ich im TVH Forum gelesen, brachte aber auch keinen Erfolg
Drop FE Parameter, hab ich soeben noch mal gesetzt. Brachte keinen Unterschied.

TVH, Panasonic und alle anderen sind im gleichen Netzwerk. Digibit R1 ist per DHCP dran. Kein Docker (Ist für mich nicht schlüssig warum ich Docker benutzen sollte, aber ist ein anderes Thema.) Also auch keine Port Freigabe und kein VPN.

Wie gesagt, mir gehen die Ideen aus

Moin M4tt0.

Erstmal für die Unterstützung
Also der Digibit läuft perfekt. Sowohl am Panasonic TV als auch am VU+ werden per SATIP alle Kanäle, Frequenzen und Positionen richtig erkannt.
Update auf 4.3er gibt es ja offiziell nicht für Debian Buster. Daher hatte auch die aktuelle 4.3er Version(stable) für Stretch installiert. Auch egal ob ich eine Version per SNAP installiere, oder per GIT. Fehlerbild ist aber, egal welche Version, die Gleiche.
Die Zuordnung pro Tuner nur eine Position war nur zum Test. Habs jetzt so, wie im Anhang.

VLC läuft zuverlässig. Alle Programme werden perfekt wieder gegeben, Egal welchen Service ich abspielen lasse. Hab mir auch eine m3u gezogen. Der HTTP Stream funktioniert ohne Probleme. Daher denke ich liegt es an RTSP.

Hab schon die Vermutung, das das irgendwas mit Ports zu tun hat. Aber in den iptables ist nichts hinterlegt. Bzw. auch wenn ich die Ports 554+9983 für INPUT freigebe ändert sich nichts. Mich macht es nur stutzig, das der DVBViewer erst bei 10773 H von 19° anfängt zu suchen. Alle Frequenzen vorher werden von TVH mit Fehler --400 quittiert, wie oben zu sehen. Und wie gesagt verbinde ich TV, VU+ oder DVBViewer direkt mit dem Digibit werden die Frequenzen vorher auch abgesucht.

Nach gefühlten 2.000 Std. rumversuchen brauchte ich auch erst mal 3 Tage Pause von TVH. Hat aber nix gebracht, der "Groschen" ist trotzdem noch nicht gefallen

Moin M4tt0.

Folgendes zum Grundsetup:
4 LNB's am Multischalter auf 4 Positionen 19, 13, 23 und 28°. Am Multischalter der Digibit R1. Hinter dem Digibit R1 TVHeadend auf einer Debian Buster Maschine. SATIP benötige ich im Grunde für einen Panasonic TV.
TVHeadend mit SATIP bzw. SATIP Axe versuche ich nur aus einem Grund am Laufen zu bekommen: Damit meine Karte über OSCAM auch am Panasonic seine Arbeit verrichtet. Bzw. eben auch an LibreElec auf einem Pi3+.
Aber bis zum OSCAM komm ich ja beim TVHeadend gar nicht, wenn nicht mal der Suchlauf über SATIP richtig funktioniert. Daher ist CA im TVHeadend auch noch nicht konfiguriert.
SATIP über SATIP Axe oder über die Werkfirmware läuft. Kein Problem, alle Frequenzen werden gescannt. Sowohl beim Test DVBViewer als auch am Panasonic.
Mein Grundgedanke war, mein in die Jahre gekommener VU+ auszumustern. Dieser übernimmt bisher die OSCAM Geschichte.
Außerdem kommt Euch vielleicht der WAF bekannt vor, wenn auf einmal 1 "Elektrobauteil" im Regal weniger steht.

Kleines Update meinerseits.
Ich habe am WE SATIP-AXE auf dem Digibit per UPS Stick zum laufen gebracht. Desweiteren mehrere verschiedene Versionen von TVHeadend auf Debian von selbst kompiliert, bis hin zu fertige Packete installiert.
Ergebnis:
Immer das Gleiche:
http: HIERKÖNNTEIHREIPSTEHEN: RTSP/1.0 PLAY rtsp://HIERKÖNNTEIHREIPSTEHEN:554/stream=2?src=1&freq=11068&msys=dvbs&plts=off&fec=56&pol=v&ro=0.35&sr=22000&mtype=qpsk&pids=0 -- 400

satips: -/6DAFE27F/0: session closed (timeout)

Das witzige ( oder auch nicht ) ist, das es nur Astra 19° und nicht alle Muxe betrifft.

Ich wäre wirklich über Tips dankbar.

Gruß
Tourt

Moin Leute.
Ich bin schon ziemlich lange hier "Mitleser" und ..... Asche auf mein Haupt..... jetzt hoffe ich, das Ihr mir mal helfen könnt.
Seit kurzem bin ich stolzer Besitzer eines Digibit R1, SW V1.25.0.157. Seit längerem hatte ich bereits den Digibti Twin im Einsatz. Im Zusammenhang mit TVHeadend hatte dieser auch immer Top seine Dienste erledigt.
Folgeden Ausganssituation: Multischalter mit 4 Sat Positionen -> Digibit R1 -> TVHeadend (auf Debian Buster). Jetzt ist kürzlich ( letzte Woche ) noch ein neuer Panasonic TX49-HXW904 dazu gekommen. Da Panasonic ja Sat>IP sowohl als Client als auch als Server funktioniert, dachte ich das ich ja Clientseitig diesen an TVHeadend anschließen könnte. Bisher hatte ich immer beim TVHeadend den Stream per Http (VLC) bzw. LibreElec abgegriffen.
Warum ich einen Sat IP Server hinter TVHeadend verstecken will, kann sich glaub ich jeder denken. Auf jeden Fall klappt jetzt die SatIP Anbindung an TVHeadend nicht. Warum müsst Ihr mir sagen
Was ich bis jetzt gemacht habe:
Sämtliche Einstellungen am Reiter SatIP, TV Adapter, Netzwerke ( ja SATIP Zuordnung ist drin ) und Muxe gemacht.
Etliche Suchläufe über TvHeadend, Panasonic und sogar DVBViewer gestartet. Sogar TVHeadend komplett deinstalliert, Sourcen entfernt, Verzeichnisse gelöscht. Verschiedene Versionen von TVHeadend probiert. Angfangen 4.3. ( die aktuellste für Stretch, weil Buster gibt es ja kein Stable in der Version ) und bin jetzt bei 4.2.8 für Buster über SNAP angekommen.
CA's hab ich keine. UPD Adressen sind in der iptables von Buster eingetragen. DVBViewer/Panasonic TV direkt am Digibit R1 läuft ohne Probleme.
TVHeadend gefühlte 1.000.000 mal neu gestratet. Und wäre Internet auf Pergament gedruckt, hätte ich bestimmt 40km gelesen

Folgende Fehler bleiben:
- RTSP SETUP error -5 (Input/output error) [6-500]
beim Suchlauf über TVHeadend
- SATIP Fehler --400
beim Suchlauf über DVBViewer ( aber nicht alle Frequenzen, aber die meisten. Fängt erst bei Astra 10.773 an zu suchen )
- Panasonic TV findet zwar TVHeadend, Suchlauf finde nischt
Anbei ein paar Screenshots. Achso, zur Zeit habe ich die Tuner nach Position aufgeteilt, war aber nur "Testhalber". Bringt also keine Änderung. Achso und, auf dem Digibit R1 ist im Log nichts ausgewöhnliches zu erkennen.

Danke schonmal vorab und ich hoffe ich komme mit Eurer Hilfe weiter.