So, der Digibit war gar nie das Problem. Es war TVHeadend. Warum auch immer... wollte mal per Docker auf eine ältere Version zurückgehen, das schlug fehl. Nachdem ich wieder die aktuelle Version gestartet hab, gab es bei den DVB-Inputs wieder anzeigen. Ich musste zwar alle Inputs neu konfigurieren. Aber nun geht es.
Blöde Frage: Habe am Digibit nun die neueste Version, aber minisatip startet da nicht mehr automatisch. Wie kann ich das wieder aktivieren?
In der tat, minisat war nicht gestartet. Aktuell habe ich nur einen SAT-Anschluss angesteckt. Normalerweise habe ich 4 von einem Multiswitch drauf, aber da schaut auch alles gleich aus.
der Multiswitch funktioniert aber.
Ich habe auch die .recovery ausprobiert, aber da tut sich nichts. es bleibt immer die manuell geflashte Version.
~ # minisatip -f -l axe
[05/10 06:38:22.194]: Listening configuration RTSP:192.168.1.228:554 (bind address: (null)), HTTP:192.168.1.228:8080 (bind address: (null))
[05/10 06:38:22.195]: minisatip version 1.3.11~11468f2, compiled on Sep 17 2024 09:55:00, with s2api version: 0501
[05/10 06:38:22.195]: Built with dvbcsa
[05/10 06:38:22.195]: Built without CI
[05/10 06:38:22.196]: Built with dvbapi
[05/10 06:38:22.196]: Built with tables processing
[05/10 06:38:22.196]: Built with pmt processing
[05/10 06:38:22.196]: Built with satip client
[05/10 06:38:22.196]: Built with linux dvb client
[05/10 06:38:22.196]: Built with backtrace
[05/10 06:38:22.196]: Built without netceiver
[05/10 06:38:22.196]: Built without ddci
[05/10 06:38:22.196]: Built without t2mi
[05/10 06:38:22.196]: Built for satip-axe
[05/10 06:38:22.197]: Command line: minisatip -f -l axe
[05/10 06:38:22.197]: LOG of the module enabled: general
[05/10 06:38:22.197]: LOG of the module enabled: axe
[05/10 06:38:22.197]: mkdir /var failed
[05/10 06:38:22.198]: New TCP listening socket 3 at 0:0:0:0:554, family 2
[05/10 06:38:22.198]: New TCP listening socket 4 at 0:0:0:0:8080, family 2
[05/10 06:38:22.198]: New UDP socket 5 bound to 0.0.0.0:1900
[05/10 06:38:22.199]: setting multicast for 239.255.255.250
[05/10 06:38:22.200]: New UDP socket 6 bound to 239.255.255.250:1900 (mcast:239.255.255.250)
[05/10 06:38:22.200]: sockets_add: handle 5 (type 0) returning socket sock 0 [:0] read: 0x40b34c
[05/10 06:38:22.200]: sockets_add: handle 6 (type 0) returning socket sock 1 [:0] read: 0x40b34c
[05/10 06:38:22.200]: sockets_add: handle 3 (type 2) returning socket sock 2 [:0] read: 0x40e1a4
[05/10 06:38:22.200]: sockets_add: handle 4 (type 2) returning socket sock 3 [:0] read: 0x40e1a4
[05/10 06:38:22.200]: sockets_add: handle -2 (type 0) returning socket sock 4 [:0] read: 0x40b34c
[05/10 06:38:22.201]: sockets_add: handle -2 (type 0) returning socket sock 5 [:0] read: 0x40b34c
[05/10 06:38:22.201]: set_socket_thread: thread 296e4210 for sockets 5
[05/10 06:38:22.202]: sockets_add: handle -2 (type 0) returning socket sock 6 [:0] read: 0x40b34c
[05/10 06:38:22.202]: starting init_all_hw 0
[05/10 06:38:22.417]: testing device /dev/axe/frontend-0 -> fd: 8
[05/10 06:38:22.419]: testing device /dev/axe/frontend-1 -> fd: 8
[05/10 06:38:22.421]: testing device /dev/axe/frontend-2 -> fd: 8
[05/10 06:38:22.424]: testing device /dev/axe/frontend-3 -> fd: 8
[05/10 06:38:22.425]: trying to open [0] adapter 0 and frontend 0
[05/10 06:38:22.430]: opened DVB adapter 0 fe:8 dvr:9
[05/10 06:38:22.431]: deleting pids on adapter 0, sid -1, pids=NULL
[05/10 06:38:22.431]: Delivery System DVB-S/DVB-S2 (AXE)
[05/10 06:38:22.431]: sockets_add: handle 9 (type 5) returning socket sock 7 [:0] read: 0x40b2c4
[05/10 06:38:22.432]: set_socket_thread: thread 296e4210 for sockets 7
[05/10 06:38:22.432]: done opening adapter 0 delivery systems: dvbs dvbs2 undefined undefined
[05/10 06:38:22.432]: FE 1 mapped to Adapter 0, sys dvbs2
[05/10 06:38:22.433]: trying to open [1] adapter 1 and frontend 0
[05/10 06:38:22.437]: opened DVB adapter 1 fe:10 dvr:11
[05/10 06:38:22.437]: deleting pids on adapter 1, sid -1, pids=NULL
[05/10 06:38:22.437]: Delivery System DVB-S/DVB-S2 (AXE)
[05/10 06:38:22.438]: sockets_add: handle 11 (type 5) returning socket sock 8 [:0] read: 0x40b2c4
[05/10 06:38:22.438]: set_socket_thread: thread 296e4210 for sockets 8
[05/10 06:38:22.438]: done opening adapter 1 delivery systems: dvbs dvbs2 undefined undefined
[05/10 06:38:22.439]: FE 1 mapped to Adapter 0, sys dvbs2
[05/10 06:38:22.439]: FE 2 mapped to Adapter 1, sys dvbs2
[05/10 06:38:22.439]: trying to open [2] adapter 2 and frontend 0
[05/10 06:38:22.443]: opened DVB adapter 2 fe:12 dvr:13
[05/10 06:38:22.443]: deleting pids on adapter 2, sid -1, pids=NULL
[05/10 06:38:22.443]: Delivery System DVB-S/DVB-S2 (AXE)
[05/10 06:38:22.444]: sockets_add: handle 13 (type 5) returning socket sock 9 [:0] read: 0x40b2c4
[05/10 06:38:22.444]: set_socket_thread: thread 296e4210 for sockets 9
[05/10 06:38:22.444]: done opening adapter 2 delivery systems: dvbs dvbs2 undefined undefined
[05/10 06:38:22.445]: FE 1 mapped to Adapter 0, sys dvbs2
[05/10 06:38:22.445]: FE 2 mapped to Adapter 1, sys dvbs2
[05/10 06:38:22.445]: FE 3 mapped to Adapter 2, sys dvbs2
[05/10 06:38:22.445]: trying to open [3] adapter 3 and frontend 0
[05/10 06:38:22.449]: opened DVB adapter 3 fe:14 dvr:15
[05/10 06:38:22.450]: deleting pids on adapter 3, sid -1, pids=NULL
[05/10 06:38:22.450]: Delivery System DVB-S/DVB-S2 (AXE)
[05/10 06:38:22.450]: sockets_add: handle 15 (type 5) returning socket sock 10 [:0] read: 0x40b2c4
[05/10 06:38:22.451]: set_socket_thread: thread 296e4210 for sockets 10
[05/10 06:38:22.451]: done opening adapter 3 delivery systems: dvbs dvbs2 undefined undefined
[05/10 06:38:22.451]: FE 1 mapped to Adapter 0, sys dvbs2
[05/10 06:38:22.451]: FE 2 mapped to Adapter 1, sys dvbs2
[05/10 06:38:22.451]: FE 3 mapped to Adapter 2, sys dvbs2
[05/10 06:38:22.451]: FE 4 mapped to Adapter 3, sys dvbs2
[05/10 06:38:22.452]: done init_hw 1
[05/10 06:38:22.452]: Initializing with 4 devices
[05/10 06:38:22.452]: Starting select_and_execute on thread ID 296e4210, thread_name main
[05/10 06:38:52.498]: closing DVR socket 9 pos 7 aid 0
[05/10 06:38:52.498]: closing adapter 0 -> fe:8 dvr:9, sock:7, fe_sock:-1
[05/10 06:38:52.498]: deleting pids on adapter 0, sid -1, pids=NULL
[05/10 06:38:52.498]: AXE standby: adapter 0
[05/10 06:38:52.500]: done closing adapter 0
[05/10 06:38:52.500]: sockets_del: sock 7 -> handle 9, sid -1, overflow bytes 0, total buffered bytes 0
[05/10 06:38:52.501]: sockets_del: sock 7 Last open socket is at index 10 current_handle 9
[05/10 06:38:52.501]: closing DVR socket 11 pos 8 aid 1
[05/10 06:38:52.501]: closing adapter 1 -> fe:10 dvr:11, sock:8, fe_sock:-1
[05/10 06:38:52.501]: deleting pids on adapter 1, sid -1, pids=NULL
[05/10 06:38:52.502]: AXE standby: adapter 1
[05/10 06:38:52.503]: done closing adapter 1
[05/10 06:38:52.503]: sockets_del: sock 8 -> handle 11, sid -1, overflow bytes 0, total buffered bytes 0
[05/10 06:38:52.504]: sockets_del: sock 8 Last open socket is at index 10 current_handle 11
[05/10 06:38:52.505]: closing DVR socket 13 pos 9 aid 2
[05/10 06:38:52.505]: closing adapter 2 -> fe:12 dvr:13, sock:9, fe_sock:-1
[05/10 06:38:52.505]: deleting pids on adapter 2, sid -1, pids=NULL
[05/10 06:38:52.505]: AXE standby: adapter 2
[05/10 06:38:52.507]: done closing adapter 2
[05/10 06:38:52.507]: sockets_del: sock 9 -> handle 13, sid -1, overflow bytes 0, total buffered bytes 0
[05/10 06:38:52.508]: sockets_del: sock 9 Last open socket is at index 10 current_handle 13
[05/10 06:38:52.508]: closing DVR socket 15 pos 10 aid 3
[05/10 06:38:52.508]: closing adapter 3 -> fe:14 dvr:15, sock:10, fe_sock:-1
[05/10 06:38:52.508]: deleting pids on adapter 3, sid -1, pids=NULL
[05/10 06:38:52.509]: AXE standby: adapter 3
[05/10 06:38:52.510]: done closing adapter 3
[05/10 06:38:52.510]: sockets_del: sock 10 -> handle 15, sid -1, overflow bytes 0, total buffered bytes 0
[05/10 06:38:52.511]: sockets_del: sock 10 Last open socket is at index 10 current_handle 15
[05/10 06:38:55.840]: sockets_add: handle 8 (type 1) returning socket sock 7 [192.168.1.179:49295] read: 0x40b2c4
[05/10 06:38:55.840]: Read HTTP (handle -1) [192.168.1.179:49295] sid -1, sock 8
[05/10 06:38:55.840]: opened /usr/share/minisatip/html//status.html fd 9 at 0x29570000 - 23403 bytes
[05/10 06:38:55.841]: processing_file 0x29570000 len 23403:
[05/10 06:38:55.842]: Reply (handle 8) [192.168.1.179:49295] content_len:0, sock 7
[05/10 06:38:55.902]: sockets_add: handle 9 (type 1) returning socket sock 8 [192.168.1.179:49296] read: 0x40b2c4
[05/10 06:38:55.902]: sockets_add: handle 10 (type 1) returning socket sock 9 [192.168.1.179:49297] read: 0x40b2c4über das WebIF des DigiBits selbst per Suchlauf ?
mit der alten Version (die bis vor einigen Wochen funktioniert hat) bekomme ich die Ansicht, wie im Screenshot ganz oben.
Mit der neuen Version funktioniert kein Webinterface (gibt es da eventuell gar keines?)
~ # logread
Jan 1 12:00:00 (none) syslog.info syslogd started: BusyBox v1.26.2
Jan 1 12:00:00 (none) local0.notice root: AXE drivers load start
Jan 1 12:00:01 (none) local0.notice root: AXE drivers load finish
Jan 1 12:00:02 (none) daemon.info init: starting pid 718, tty '': '/etc/init.d/network'
Jan 1 12:00:02 (none) daemon.info init: starting pid 719, tty '': '/etc/init.d/chronyd'
Jan 1 12:00:02 (none) daemon.info init: starting pid 720, tty '': '/etc/init.d/satip'
Jan 1 12:00:02 (none) daemon.info init: starting pid 721, tty '': '/etc/init.d/telnetd'
Jan 1 12:00:02 (none) daemon.info init: starting pid 722, tty '': '/etc/init.d/dropbear'
Jan 1 12:00:02 (none) daemon.info init: starting pid 723, tty '': '/etc/init.d/inetd'
Jan 1 12:00:02 (none) daemon.info init: starting pid 725, tty '': '/etc/init.d/crond'
Jan 1 12:00:02 (none) daemon.info init: starting pid 726, tty '': '/etc/init.d/oscamd'
Jan 1 12:00:02 (none) daemon.err udhcpc[718]: started, v1.26.2
Jan 1 12:00:02 (none) local0.notice root: DHCP deconfig
Jan 1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_dss_host_key
Jan 1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_ecdsa_host_key
Jan 1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_ed25519_host_key
Jan 1 12:00:02 (none) authpriv.info dropbear[722]: Not backgrounding
Jan 1 12:00:02 (none) cron.info crond[725]: crond (busybox 1.26.2) started, log level 8
Jan 1 12:00:02 (none) daemon.err udhcpc[718]: sending discover
Jan 1 12:00:05 (none) daemon.err udhcpc[718]: sending discover
Jan 1 12:00:08 (none) daemon.err udhcpc[718]: sending discover
Jan 1 12:00:11 (none) local0.notice root: DHCP leasefail
Jan 1 12:00:30 (none) daemon.err udhcpc[718]: sending discover
Jan 1 12:00:30 (none) daemon.err udhcpc[718]: sending select for 192.168.1.228
Jan 1 12:00:30 (none) daemon.err udhcpc[718]: lease of 192.168.1.228 obtained, lease time 86400
Jan 1 12:00:31 (none) local0.notice root: DHCP bound ('192.168.1.228' 'broadcast 192.168.1.255' 'netmask 255.255.255.0' | '192.168.1.1' '192.168.1.219 192.168.1.253') replacing ''
Oct 4 10:02:18 (none) local0.notice root: chronyd time synchronized to Fri Oct 4 10:02:18 UTC 2024, signaling minisatip startup
Oct 4 10:02:18 (none) daemon.info chronyd[974]: chronyd version 4.5 starting (+CMDMON +NTP +REFCLOCK +RTC -PRIVDROP -SCFILTER -SIGND +ASYNCDNS -NTS -SECHASH +IPV6 +DEBUG)
Oct 4 10:02:18 (none) daemon.warn chronyd[974]: Running with root privileges
Oct 4 10:02:18 (none) daemon.info chronyd[974]: Frequency 0.000 +/- 1000000.000 ppm read from /var/lib/chrony/drift
Oct 4 10:02:21 (none) cron.err crond[725]: time disparity of 5132042 minutes detected
Oct 4 10:02:23 (none) daemon.info chronyd[974]: Selected source 162.159.200.1 (pool.ntp.org)
Oct 4 10:07:48 (none) daemon.info chronyd[974]: Selected source 185.144.161.170 (pool.ntp.org)
Oct 4 17:14:08 (none) authpriv.info dropbear[987]: Child connection from 192.168.1.179:59257
Oct 4 17:14:12 (none) authpriv.notice dropbear[987]: Password auth succeeded for 'root' from 192.168.1.179:59257
~ #Nicht wirklich was SAT-Empfang-relevantes.
Ok, hab jetzt geschafft die neueste SATIP zu flashen. Ich komme per SSH drauf.
Ich glaube trotzdem, dass da was bei den Tunern nicht passt. wie kann ich prüfen ob die tuner was empfangen?
Wie komme ich zur Original-Firmware oder reicht das umbennen der Datei weil die Orig-FW noch auf der Box ist?
Also, ich habe an dem Teil nichts geändert. Lief jetzt Jahre ohne Probleme. USB-Stick war auch keiner angesteckt, da ich die minisat auf den Receiver installiert hatte.
Die Website geht noch, aber per SSH bekomme ich "Unable to negotiate with 192.168.1.228 port 22: no matching host key type found. Their offer: ssh-rsa"
Das schaut für mich nach korrupter Firmware aus....
Habe jetzt folgendes gemacht:
1) Digibit stromlos gemacht und neu gestartet
2) Anderen Anschluss vom Multiswitch getestet
Versuche gerade die Firmware neu zu installieren. Aber auch da habe ich Probleme:
Nimm einen kleinen USB-Stick und habe den auf FAT32 formatiert.
Hab dann zuerst versucht in den Flash zu installieren, also .fw rauf und .flash umbenannt. In den oberen SLOT gesteckt und neu gestartet --> Kein Knight Rider Lichtspiel...
Hab dann die .usb raufgegeben und umbenannt, aber auch da passiert nichts. Der Digibit ist im Netzwerk wieder erreichbar, aber noch immer mit der alten 0.7.16 Version...
Hallo,
habe seit Jahren einen Telestar Digibit R1 im Einsatz mit satip-axe (FW irgendwas von 2018) in Kombination mit TVHeadend.
Der R1 hängt an einem Muli. An dem Multi hängen auch noch andere Fernseher, die aber ohne Probleme funktionieren.
Der TVHeadend zeigt keine Kanäle des Digibt mehr an. Am Digibit selber sehe ich nur das:
Was kann ich noch kontrollieren?
Viele Grüße
Johannes
Hallo,
Habe erst gerade gesehen, dass meine Docker-Installation eine 4.3, als DEV ist. vielleicht liegt es darin.
Zu deinen Fragen:
1) Ich kann nicht zum Anfang springen, sondern nur zum Anfang + 5:30. Ich kann einfach nicht auf 0 springen, obwohl da was da ist. Der Wiedergabebalken steht aber am Anfang.
2) Ja, jede wiedergabe startet bei 05:30. Am Anfang dachte ich deswegen, dass das Padding garnicht funktioniert. Dem ist aber nicht so.
Etwas anders ist es, wenn ich den Film runterlade. Wenn ich ihn starte, egal ob mit VLC oder Windows Media Player, auch hier startet der Film bei 05:30. Aber hier sehe ich zumindest den Fortschrittsbalken auch an dieser Position. Trotzdem kann ich nicht zurückspringen.
Hallo,
Ich habe beim Default-Recording-Profil ein Pre- und Postpadding aktiviert.
PrePadding habe ich auf 5 Minuten gestellt und laut Beschreibung sollte TVHeadend da noch 30 Sekunden ontop für das Einschalten dazunehmen.
Wenn ich nun ein Recording ansehe, egal ob am iOS oder tvOS (Apple TV) oder auch über das Webinterface und VLC-Player, dann startet die Wiedergabe bei 5:30 was ja dem Pre-Padding entspricht. Ich habe aber keine Ahnung, wie ich diese 5:30 Minuten auch anzeigen kann, wenn z.b. ein Film etwas früher gestartet ist. Ich kann da einfach nicht vorspringen...
Viele Grüße
Johannes
Ok, ich bekomme es einfach nicht hin, habe nun einen Workaround für mich gefunden:
1) Verschiedene User, damit die Recordings verschiedene Owner haben
2) Default "*" User mit Streaming-Rechte, damit die IOS-Geräte auch den Stream ansehen können
Soweit passt das für mich. Richtige Authentifizierung brauche ich eh nicht, da ich das nur im LAN mache und nichts nach außen gebe (außer VPN).
Was nicht geht: Ich wollte die verschiedenen Usern verschiedene Recording-Profile (mit unterschiedlichen Verzeichnissen geben), aber ich kanns ja auch mit "Owner" unterscheiden und damit passt es vorerst mal.
Wenn ich unter "Authentication" von "Digest + Plain" auf "Plain" umstelle, dann frägt mich der Player im iOS zwar auch immer nach User/Pass aber dann geht es zumindest...
Doch nicht. War scheinbar nur zufall...
Ich glaube ich habe das Problem gelöst.
In den Basiseinstellungen als Experte gibt es den Servernamen. Der war bei mir "HTS/tvheadend". Habe nun das "HTS/" wegelöscht und nun funktioniert es.
Viele Grüße
Johannes
Hab ich auch schon gemacht. Habe da alle Profile hinterlegt.
am iPhone bekomme ich folgende Meldung:
Your input cannot be opened
VLC is unable to open the MRL 'http://192.168.1.253:9981/stream/channelid/11209863?profile=pass' Check the [definition='1','0']log[/definition] for details.Für mich sieht es so aus, als ob der TVHeadend Client beim Streamaufruf kein User/Pass mit angibt.
Viele Grüße
Johannes
Hat keiner eine Idee?
Viele Grüße
Johannes
Hallo,
Ich habe den Default-User "*" deaktiviert und dafür verscheidene USer-Profile angelegt.
Bild 1 zeigt den User.
Bild 2 die PAsswort-Seite
Ich kann mich zb. am iPhone anmelden, kann EPG ansehen, Recordings definieren und abspielen, nur bei Live-Stream kommt ein Authentifizierungsfenster und eine Fehlermeldung im TVHeadend Server.
2019-04-20 10:48:27.922 http: 192.168.1.195: HTTP/1.0 GET (1) /stream/channelid/2100062004 -- 403
Ist der Default-User aktiviert, dann geht auch das.
Hat wer eine Idee?
Viele Grüße
Johannes
Seit dem letzten Update scheint es zu funktionieren.
Hallo,
Ich habe im TVHEadend-Server zusätzlich zum "Default"-Recording Profil ein weiteres Profil mit unterschiedlichem Subdirectory angelegt (Bild 1).
Danach habe ich einen User angelegt und diesem User das neue Profil zugewiesen (Bild 2).
Wenn ich nun mit dem User eine Aufzeichnung starte, dann sehe ich den User, aber es wird das Default-Profil fürs Recording genommen (Bild 3).
Hat wer eine Idee?
Viele Grüße
Johannes
Wenn ich streamen versuche kommt zuerst:
HTTP Authentication - Please enter a valid login name and a password for ream tvheadend
und dann kommt folgende Fehlermeldung:
2019-04-16 17:23:18.168 http: 192.168.1.195: HTTP/1.0 GET (1) /stream/channelid/2100062004 -- 403