Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - HansImGlueck

Seiten: [1]
1
JAWOLL - DAS HAT GEKLAPPT! VIELEN DANK - THEMA ERLDIGT!

2
Das ist ja schon mal beruhigend.

Wie ich oben beschrieben habe, finde ich das Konfigurationsverzeichnis nicht bei meiner TVH-Installation.
So sieht das bei mir aus:

/volume1/@appstore/tvheadend# ls -la
total 0
drwxr-xr-x 1 sc-tvheadend synocommunity   34 Feb 10 16:11 .
drwxr-xr-x 1 root         root           284 Feb 10 16:20 ..
drwxr-xr-x 1 sc-tvheadend synocommunity   48 Jan 27 17:55 app
drwxr-xr-x 1 sc-tvheadend synocommunity  640 Jan 27 17:55 bin
drwxr-xr-x 1 sc-tvheadend synocommunity   66 Feb 10 16:12 env
drwxr-xr-x 1 sc-tvheadend synocommunity 1854 Jan 27 17:55 lib
drwxr-xr-x 1 sc-tvheadend synocommunity   38 Jan 27 17:55 share

Wo finde ich die Konfiguration hier, um sie zu löschen?

3
Hoppla, danke für die unmittelbare Reaktion. Habe schon gelesen, dass das hier toll funktioniert!

Die Ausgaben der beiden Befehle:

/volume1/@appstore/sundtek/opt/bin/mediaclient --testastra -d /dev/dvb/adapter1/frontend0
Testing Astra 19.2 Frequencies
DVBS
LO Band / 18V:
Checking for lock:
. [LOCKED]
LO Band / 13V:
Checking for lock:
.. [LOCKED]
HI Band / 18V:
Checking for lock:
. [LOCKED]
HI Band / 13V:
Checking for lock:
.. [LOCKED]
DVB-S2 ZDF HD / 18V
Checking for lock:
. [LOCKED]

und

/volume1/@appstore/sundtek/opt/bin/mediaclient --tsscan /dev/dvb/adapter1/dvr0
media scan tp: 0
** NO GROUP GIVEN **
** NO GROUP GIVEN **
** NO GROUP GIVEN **
** NO GROUP GIVEN **
** NO GROUP GIVEN **
** NO GROUP GIVEN **
PMT PID: 0x17d4
  Program Number: 0x2b66
  TransportstreamID: 1011
  Encrypted: No
  Service type: 19
  Service running: Yes
  Provider Name: ZDFvision
  Service Name: ZDF HD
    --> 0x17f3 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x17f4 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x181a (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
    --> 0x181b (ISO/IEC 13818-6 type B)
    --> 0x181c (ISO/IEC 13818-6 type C)
    --> 0x17de (27)
    --> 0x17e8 (ISO/IEC 11172 Audio)
    --> 0x17e9 (ISO/IEC 11172 Audio)
    --> 0x17eb (ISO/IEC 11172 Audio)
    --> 0x17ea (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x17f2 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x189c
  Program Number: 0x2b7a
  TransportstreamID: 1011
  Encrypted: No
  Service type: 19
  Service running: Yes
  Provider Name: ZDFvision
  Service Name: zdf_neo HD
    --> 0x18bb (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x18e2 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
    --> 0x18e3 (ISO/IEC 13818-6 type B)
    --> 0x18e4 (ISO/IEC 13818-6 type C)
    --> 0x18a6 (27)
    --> 0x18b0 (ISO/IEC 11172 Audio)
    --> 0x18b1 (ISO/IEC 11172 Audio)
    --> 0x18b3 (ISO/IEC 11172 Audio)
    --> 0x18b2 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
    --> 0x18ba (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x1af4
  Program Number: 0x2bb6
  TransportstreamID: 1011
  Encrypted: No
  Service type: 2
  Service running: Yes
  Provider Name: ZDFvision
  Service Name: Dlf Kultur
    --> 0x1af5 (ISO/IEC 11172 Audio)
    --> 0x1afb (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
PMT PID: 0x1afe
  Program Number: 0x2bb7
  TransportstreamID: 1011
  Encrypted: No
  Service type: 2
  Service running: Yes
  Provider Name: ZDFvision
  Service Name: Dlf
    --> 0x1aff (ISO/IEC 11172 Audio)
    --> 0x1b05 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
PMT PID: 0x1b08
  Program Number: 0x2bb8
  TransportstreamID: 1011
  Encrypted: No
  Service type: 2
  Service running: Yes
  Provider Name: ZDFvision
  Service Name: Dlf Nova
    --> 0x1b09 (ISO/IEC 11172 Audio)
    --> 0x1b0f (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private_sections)
PMT PID: 0x1b12
  Program Number: 0x2bb9
  TransportstreamID: 1011
  Encrypted: No
  Service type: 2
  Service running: Yes
  Provider Name: ZDFvision
  Service Name: DRadio Dok&Deb
    --> 0x1b13 (ISO/IEC 11172 Audio)
Total found: 6 PMTs (incl. unknown 0x0000)
Scan finished after 15 packets (2820 bytes)

4
Moin zusammen,

leider schaffe ich es nicht, den zweiten Tuner zur Arbeit zu bewegen. Beide Adapter erscheinen im Geräte-Baum bei DVB-Inputs, aber ich kann nur für den Sundtek DVB-S/S2 (VIII) #0 : DVB-S #0 bei Satellitenkonfiguration das Universal LNB only einstellen. Für Sundtek DVB-S/S2 (VIII) #1 : DVB-S #0 erscheint bei den Einstellungen das Dropdownfeld Satellitenkonfiguration erst gar nicht. Hinweis in dem Zusammenhang: die Technik steht im Heizungsraum im Keller direkt neben dem Multiswich und der Sundtek ist dort direkt mit zwei 50cm langen Koaxialkabeln verbunden.
Ein kreuzweiser Tausch der Kabel hat nichts gebracht. Adapter#0 empfängt super, Aufnahmen alle mit 0 Fehler, aber ich kann während eine Aufnahme läuft eben kein zweites (abgesehen von denen auf demselben Txp) schauen.
Ich hab den #0 auch schon mal deaktiviert, um es nur mit dem adapter#1 zu probieren. Ebenfalls Fehlanzeige. Ich vermute langsam fast, dass ein Tuner nicht in Ordnung ist. Ich verwende übrigens den USB-Port vorn an dem Synology NAS, falls das in dem Zusammenhang relevant sein sollte.

Auf der Synology Konsole sieht es wie folgt aus:

/volume1/@appstore/sundtek# /volume1/@appstore/sundtek/opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [             Dual S2]  DVB-S/S2, REMOTE-CONTROL, DVB-S/S2
  [INFO]:
     STATUS: STANDBY
  [BUS]:
     ID: 1-1
  [SERIAL]:
     ID: U250713041028
  [DVB-S/S2]:
     FESTATUS: STANDBY
     LNBVOLTAGE: DISABLED
     LNBSUPPLY: USBPOWER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [DVB-S/S2]:
     FESTATUS: STANDBY
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0

Wenn der adapter#0 benutzt wird, so:

/volume1/@appstore/sundtek# /volume1/@appstore/sundtek/opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  13300 ... tvheadend
/dev/dvb/adapter0/dvr0:
  13300 ... tvheadend
/dev/dvb/adapter0/demux0:
  13300 ... tvheadend (0000)
  13300 ... tvheadend (0001)
  13300 ... tvheadend (0010)
  13300 ... tvheadend (0011)
  13300 ... tvheadend (0065)
  13300 ... tvheadend (0066)
  13300 ... tvheadend (0067)
  13300 ... tvheadend (0068)
  13300 ... tvheadend (0069)
  13300 ... tvheadend (006a)
  13300 ... tvheadend (006b)
  13300 ... tvheadend (0078)
  13300 ... tvheadend (1ffb)
/dev/mediainput0:
  No client connected
/dev/dvb/adapter1/frontend0:
  13300 ... tvheadend
/dev/dvb/adapter1/dvr0:
  No client connected
/dev/dvb/adapter1/demux0:
  No client connected

Irgendeine Idee hierzu? Ich habe im Forum natürlich auch schon gestöbert. Hier wurde mal der Rat erteilt, dass man die komplette Adapter-Konfiguration löschen solle. Wie das auf dem Synology funktioniert, habe ich nicht herausbekommen. ChatGPT hat mir mitgeteilt, es gäbe bei meiner Installation (TVH als Paket installiert, kein Docker!) eine TVH-Datenbank, in der die Konfiguration gespeichert sei und nicht, wie bei anderen Installationen, eine Konfig-Datei, die man einfach löschen könne. Wie ich aus TVH heraus eine Konfiguration zurücksetze, habe ich nicht herausbekommen...

Viele Grüße,
Martin


Seiten: [1]