Neueste Beiträge

Seiten: 1 [2] 3 4 ... 10
11
/var/packages/tvheadend/var/input/linuxdvb

ich denke das ist dort, den Inhalt einfach löschen.

1. TVHeadend stoppen
2. Inhalt löschen
3. TVHeadend starten, das baut die Konfiguration nochmal auf.
12
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?
13
Ok der Tuner und Dein Empfang sind auf dem 2. Eingang in Ordnung.

Stoppe TVHeadend, lösche die Tuner Konfiguration manuell vom Dateisystem aus dem TVHeadend Verzeichnis. Starte TVHeadend erneut danach kannst Du den 2. Tuner auch konfigurieren.
14
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)
15
Hi,

tvheadend verschluckt sich manchmal bei der Konfiguration, zuerst schauen wir aber mal ob der 2. Tuner etwas empfängt.

Stoppe TVHeadend erst mal, und versuche dann folgende Befehle auf dem Terminal.

Werden beide mit Astra 19.2 versorgt?

Falls ja:
/volume1/@appstore/sundtek/opt/bin/mediaclient --testastra -d /dev/dvb/adapter1/frontend0

dies sollte überall LOCKED ausgeben
Anschließend sofort:
/volume1/@appstore/sundtek/opt/bin/mediaclient --tsscan /dev/dvb/adapter1/dvr0

dies sollte auf dem Terminal ZDF HD anzeigen.

Wenn dies der Fall ist können wir zum nächsten Schritt über gehen, die TVHeadend Konfiguration prüfen.

Zitat
Für Sundtek DVB-S/S2 (VIII) #1 : DVB-S #0 erscheint bei den Einstellungen das Dropdownfeld Satellitenkonfiguration erst gar nicht.

Die Konfiguration für TVHeadend sollte in dem Fall manuell vom Dateisystem gelöscht werden (die Tunerkonfiguration wird in einem Verzeichnis abgelegt, ich denke das ist im tvheadend Verzeichnis), dann baut sich die mögliche Tuner Konfiguration erneut auf und das Dropdown sollte sichtbar sein. Das Problem haben hin und wieder einige Benutzer, scheint ein langjähriger Bug in TVHeadend zu sein - der aber wie hier erwähnt so repariert werden kann.
16
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

17
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re: SkyTV Ultimate Dual UHD - kein DiSEqC möglich
« Letzter Beitrag von Sundtek am Februar 10, 2026, 08:33:16 Nachmittag »
Kurzfassung der Lösung:
Es wurden soweit falsche Positionen verwendet.

----

Hi,

die Tests Die Du gemacht hast beantworten eigentlich bereits Deine Fragen würde ich sagen.

1. Testastra regulär funktioniert
2. Testastra nach dem Absenden eines Diseqc Befehls funktioniert nicht mehr. --> Du befindest Dich nicht mehr auf Astra 19.2

testastra ist nur ein Test für Astra 19.2 um 4 bekannte Transponder zu scannen, nach dem Umschalten auf eine andere Position wurden diese 4 Transponder auf dem anderen Satelliten nicht gefunden -- soweit alles richtig.

Bei Diseqc Befehlen mit mediaclient müssen einige Dinge beachtet werden:
1. es muss die Polarität zuerst gesetzt werden (entweder Vertikal oder Horizontal, um überhaupt Spannung auf das Kabel zu bringen)
2. Nach dem Absenden eines Diseqc Befehls - und wenn man dann 15 Sekunden nichts macht - schaltet der Tuner die LNB Spannung wieder automatisch ab, was den Switch Port resetten könnte (und man landet automatisch wieder auf der ersten Position). Man muss also nach dem Standby Diseqc erneut senden -- TVHeadend und die ganzen Applikationen senden Diseqc wiegesagt vor dem Umschalten der Frequenz - diese berücksichtigen das bereits.

TVHeadend schickt vor jedem Umschalten Diseqc Befehle um sicherzustellen dass der Tuner auch mit dem richtigen Ausgang verbunden ist.

Mediaclient ist wie ein schweizer Taschenmesser, man kann damit alles machen auf der LNB Leitung was natürlich heißt dass man da dann auch alles manuell selber beachten muss.
Einige Kunden verwenden mediaclient gezielt um Informationen von diversen Transpondern zu ziehen. Wir verwenden mediaclient üblicherweise für Funktionstests der Tuner, aber auch zum Testen ob beim Kunden alles in Ordnung ist (Quasi sowas wie ein Satfinder für das Terminal).
Für Standard Consumer Zwecke z.B zum komfortablen Streamen wie z.B mit TVHeadend, VDR oder anderem ist das nicht gedacht.

kannst Du Screenshots von Deiner TVHeadend LNB Konfiguration zeigen? Eventuell hast Du diese nicht richtig abgespeichert?
(so nebenbei im Discord Chat kann Dir eventuell auch schneller live geholfen werden, aber Forum ist auch in Ordnung).
18
{Single, Dual, Quad} Sundtek SkyTV Ultimate / SkyTV Ultimate Dual UHD - kein DiSEqC möglich
« Letzter Beitrag von JUBS am Februar 10, 2026, 07:59:58 Nachmittag »
Ich versuche seit ->10h, mein SkyTV Ultimate zu DiSEqC zu überreden. Sowohl über Mediaclient als auch TV Headend laufe ich gegen eine Wand.

Laut Help-Datei..

Zitat
root@Debian12-1:~# /opt/bin/mediaclient --help

sollte der folgende Befehl eigentlich möglich sein?

Zitat
root@Debian12-1:~# /opt/bin/mediaclient --list-diseqc
/opt/bin/mediaclient: Unbekannte Option »--list-diseqc«

Die /etc/sundtek_diseqc.conf wurde angelegt, sie sieht so aus:

Zitat
# Astra 19,2°E - Port A
S19.2E  11700 V 9750 t v W15 [E0 10 38 F0]
# Astra 23,5°E - Port B
S23.5E  11700 V 9750 t v W15 [E0 10 38 F4]
# Hotbird 13,0°E - Port C
S13.0E  11700 V 9750 t v W15 [E0 10 38 F8]
# Astra 28,2°E - Port D
S28.2E  11700 V 9750 t v W15 [E0 10 38 FC]

Der Blindscan (Astra) läuft sauber durch, der "Astratest" ebenfalls. Also 13/18V und 22kHz on/off funktionieren. Sobald ich mit diseqc starte, laufe ich gegen die Wand:

Zitat
root@Debian12-1:~# /opt/bin/mediaclient -V V -d /dev/dvb/adapter0/frontend0 && /opt/bin/mediaclient --diseqc="E0 10 38 F1" -d /dev/dvb/adapter0/frontend0 && /opt/bin/mediaclient --testastra -d /dev/dvb/adapter0/frontend0
Using device: /dev/dvb/adapter0/frontend0
setting voltage
13 Volt (Vertical)
diseqc arguments: E0 10 38 F1
CMD: e0 10 38 f1
Testing Astra 19.2 Frequencies
DVBS
LO Band / 18V:
Checking for lock:
..........
LO Band / 13V:
Checking for lock:
..........
HI Band / 18V:
Checking for lock:
..........
HI Band / 13V:
Checking for lock:
. [LOCKED]
DVB-S2 ZDF HD / 18V
Checking for lock:
..........


Ich weiß nicht mehr weiter! Beim TV Headend dasselbe Spiel. Solange die Adpater #0 und #1 mit "Universal LNB" laufen, ist alles bestens (nur Astra 19,2). Sobald ich auf 4-Port-Switch umstelle, ist Feierabend. Was läuft falsch?
Der Multiswitch ist ein Technisat GigaSystem 17/8 G. Es hängen mehrere Receiver dran, von Enigma2 bis TV Onboard-Lösung ist alles dabei. Vor ein paar Jahren lief noch eine alte DBox2 damit, es ist also nur diseqc 1.0. Die Ausgänge habe ich quergetauscht, ich würde den Multiswitch und die Signalstärke der vier Positionen somit ausschließen wollen.
Ergänzung: Der SkyTV Ultimate Dual hängt an einem Debian12-Rechner, das Netzteil ist angeschlossen. Solange ich im Modus "Universal LNB" unterwegs bin, leuchtet eine blaue LED auf der Platine. Die ist bei 4-Port Betrieb (TVH) dann aus.

19
Danke dass Du das mit dem Techniker im Chat geklärt hast.

Der Tuner hat wohl Probleme mit der LNB Spannungsversorgung und wird daher ausgetauscht und repariert.
20
Hallo,

Bestell No  ....., gekauft im Dez 2025.

Ich hatte bisher eine älteren ( Bestell No  4957) Sundtek SkyTV Ultimate Dual  in einem Docker Container auf meinem Qnap laufen. > System läuft noch!

Im Januar hatte ich angefangen zuerst den neuen Tuner auf dem QNAP mit zu betreiben, was auch lt. System funktionieren sollte.
Es traten jedoch umschalt und Tuner-fehler auf.
Also wollte ich die Situation nutzen und das System auf Proxmox & LXC migriren.

# Allow access to the DVB device nodes
lxc.cgroup2.devices.allow: c 212:* rwm
# Bind mount the device directory
lxc.mount.entry: /dev/dvb dev/dvb none bind,optional,create=dir 0 0

Ich hab die Karte im LXC gesehen und konte am HOST mittels

/opt/bin/mediaclient -e

beide Adapter (0+1) als aktiv sehen.
Funktioniert hat es mit TVH nicht, da er die Adapter nicht öffnen konnte.

Irgendwann hab ich dann einfach mal eine UBUNTU VM installiert, das Gerät durchgereicht...
/opt/bin/mediaclient -e zeigte beide Tuner an, TVHeadend erkannte aber nur 1 Tuner.....UND! kein scan/empfang möglich

Um Kabel und sonstige Fehler auszuschließen habe ich dann den Stick an meinen ganz alten Windows Server mit DVBViewer angesteckt und die aktuellen G2 Treiber installiert.


http://sc836.lindem.de/Treiber_sundtek.jpg

Der Stick wird im DVBViewer korrekt angezeigt, wenn ich nun tunen will, habe ich kein Signal.
Die SAT Verkabeblung habe ich bereits kreuzgetauscht mit den der andere im Server befindlichen Karten.

http://sc836.lindem.de/Treiber_sundtek2.jpg

wie kann ich grundsätzlich die Funktion des Stick prüfen, da ich hier derzeit von einem defekt des stick ausgehe..


UPDATE:
das hier ist die Ausgabe in eine blanken Ubuntu 24 VM...

root@ubuntu:~# ls -al /dev/dvb/
total 0
drwxrwxrwx  4 root root   80 Feb  6 11:51 .
drwxr-xr-x 22 root root 4040 Feb  6 11:51 ..
drwxrwxrwx  2 root root  100 Feb  6 11:51 adapter0
drwxrwxrwx  2 root root  100 Feb  6 11:51 adapter1
root@ubuntu:~#


root@ubuntu:~# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [             Dual S2]  DVB-S/S2, REMOTE-CONTROL, DVB-S/S2
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 2-1
  [SERIAL]:
     ID: U251110164319
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: ENABLED
     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: ACTIVE
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0

root@ubuntu:~#


root@ubuntu:~# sudo /opt/bin/mediaclient --driverinfo -d /dev/dvb/adapter0/frontend0
root@ubuntu:~# sudo /opt/bin/mediaclient --driverinfo -d /dev/dvb/adapter1/frontend0

root@ubuntu:~# /opt/bin/mediaclient --driverinfo /dev/dvb/adapter1/frontend0
Using device: /dev/dvb/adapter0/frontend0
.



hier erkennt er zumindest mal 2 Adapter...
2026-02-06T11:55:32.173225+00:00 ubuntu tvheadend[15358]: linuxdvb: adapter added /dev/dvb/adapter1
2026-02-06T11:55:32.583640+00:00 ubuntu tvheadend[15358]: linuxdvb: adapter added /dev/dvb/adapter0

ein Scan schägt trotzdem fehl
2026-02-06T11:55:33.281160+00:00 ubuntu tvheadend[15358]: START: HTS Tvheadend version 4.3-2600~g5abbcda4d started, running as PID:15358 UID:109 GID:44, CWD:/ CNF:/var/lib/tvheadend
2026-02-06T11:56:28.053217+00:00 ubuntu tvheadend[15358]: bouquet: new bouquet '19.2E Astra'
2026-02-06T11:57:02.191527+00:00 ubuntu tvheadend[15358]: mpegts: 11362H in 19.2E Astra - tuning on Sundtek DVB-S/S2 (VIII) #0 : DVB-S #0
2026-02-06T11:57:03.455140+00:00 ubuntu tvheadend[15358]: epggrab: 11362H in 19.2E Astra - registering mux for OTA EPG
2026-02-06T11:57:03.455368+00:00 ubuntu tvheadend[15358]: subscription: 0002: "scan" subscribing to mux "11362H", weight: 6, adapter: "Sundtek DVB-S/S2 (VIII) #0 : DVB-S #0", network: "19.2E Astra", service: "Raw PID Subscription"
2026-02-06T11:57:13.431217+00:00 ubuntu tvheadend[15358]: mpegts: 11362H in 19.2E Astra - scan no data, failed
2026-02-06T11:57:13.431332+00:00 ubuntu tvheadend[15358]: subscription: 0002: "scan" unsubscribing


Das komische ist jedoch, der blindscan...

^C
root@ubuntu:~# /opt/bin/mediaclient --blindscan /dev/dvb/adapter0/frontend0
Succeeded this device supports Hardware Blindscan
DVB-S2 blindscan request
Scanning 13V Lowband
 MODE: DVB-S2 FREQUENCY(MHz): 10732 SYMBOL_RATE: 21999000 MODULATION: PSK8 VOLTAGE: 13V TONE: OFF
MODE: DVB-S2 FREQUENCY(MHz): 10820 SYMBOL_RATE: 21999000 MODULATION: PSK8 VOLTAGE: 13V TONE: OFF
MODE: DVB-S2 FREQUENCY(MHz): 10947 SYMBOL_RATE: 27500000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
MODE: DVB-S  FREQUENCY(MHz): 10986 SYMBOL_RATE: 27500000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
^C
root@ubuntu:~# /opt/bin/mediaclient --blindscan /dev/dvb/adapter1/frontend0
Succeeded this device supports Hardware Blindscan
DVB-S blindscan request
Scanning 13V Lowband
MODE: DVB-S  FREQUENCY(MHz): 10876 SYMBOL_RATE: 22000000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
MODE: DVB-S2 FREQUENCY(MHz): 11008 SYMBOL_RATE: 23499000 MODULATION: PSK8 VOLTAGE: 13V TONE: OFF
MODE: DVB-S  FREQUENCY(MHz): 11156 SYMBOL_RATE: 22000000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
^C
root@ubuntu:~#
 
Im TVH kann ich aber nichts scannen

Danke
Marcus


Seiten: 1 [2] 3 4 ... 10