Beiträge von Tihnk

Tihnk · 28. März 2015

So, habe jetzt die Reihenfolge gedreht:

Code

root@vdr:/etc/modprobe.d# cat vdr.conf
options saa716x_budget  adapter_nr=0,1
options ddbridge        adapter_nr=2,3,4,5

Code

root@vdr:/etc/vdr# cat diseqc.conf
1 2:
S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T


3 4 5 6:
S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v

Alles anzeigen

Es stehen aber weiterhin nur 5 Tuner zur Verfügung für eine Bildausgabe. Läuft da epg im Hintergrund?!

Bei Nummer 6 kommt im Syslog die Ausgabe:

Code

Mar 28 16:43:32 vdr vdr: [1463] Streamdev: Accepted new client (HTTP) 192.168.1.2:61572
Mar 28 16:43:32 vdr vdr: [1463] streamdev: too many clients, rejecting 192.168.1.2:61572
Mar 28 16:43:32 vdr vdr: [1463] streamdev-server: closing HTTP connection to 192.168.1.2:61572

Obwohl er sagt:

Code

Mar 28 16:42:12 vdr vdr: [1440] found 6 DVB devices

Hatte schon überlegt ob es mit dem Primary Limit zu tun hat, aber wenn ich in die setup.conf ein "PrimaryLimit = 0" hinzufüge, ändert sich gar nichts an der Situation.

Dennoch habe ich im Syslog

Code

Mar 28 16:42:12 vdr vdr: [1440] setting primary device to 1

Hab jetzt "PrimaryDVB = 0" gesetzt

Code

Mar 28 16:50:05 vdr vdr: [1599] ERROR: invalid primary device number: 0
Mar 28 16:50:05 vdr vdr: [1599] ERROR: no primary device found - using first device!
Mar 28 16:50:05 vdr vdr: [1599] setting primary device to 1

Mag er wohl nicht.

Irgendwelche Ideen?

Tihnk · 28. März 2015

So ein Hund, jetzt läuft's!

Aber leider nur 5 Tuner.

Meine diseqc.conf sieht jetzt so aus:

Code

root@vdr:/etc/vdr# cat diseqc.conf
1 2 3 4:
S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v


5 6:
S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T

Alles anzeigen

Tihnk · 28. März 2015

Aaaaaaaaaaaaha. Erster Hinweis:

Code

root@vdr:/var/lib/vdr# dmesg | grep -i DVB
[    1.172410] DVB: registering new adapter (DDBridge)
[    1.469203] DDBridge 0000:00:07.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[    1.469264] DVB: registering new adapter (DDBridge)
[    1.520268] DDBridge 0000:00:07.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[    1.520314] DVB: registering new adapter (DDBridge)
[    1.700647] DDBridge 0000:00:07.0: DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
[    1.700954] DVB: registering new adapter (DDBridge)
[    1.736656] DDBridge 0000:00:07.0: DVB: registering adapter 3 frontend 0 (STV090x Multistandard)...
[    1.768207] DVB: registering new adapter (SAA716x dvb adapter)
[    2.063868] SAA716x Budget 0000:00:06.0: DVB: registering adapter 4 frontend 0 (Tmax TAS2101)...
[    2.065346] DVB: registering new adapter (SAA716x dvb adapter)
[    2.356361] SAA716x Budget 0000:00:06.0: DVB: registering adapter 5 frontend 0 (Tmax TAS2101)...

Alles anzeigen

Falsche Zuordnung wie mir scheint...

Tihnk · 28. März 2015

Man installiere seine Lieblingspakete:

Code

apt-get install vdr vdradmin-am vdr-plugin-streamdev-server vdr-plugin-vnsiserver vdr-plugin-epgsearch vdr-plugin-epgsync

Nun muss man vdr konfigurieren wie es einem beliebt. In meinem speziellen Fall (wir erinnern uns: TBS 6982 mit 2 legacy, DD mit 4 unicable Tunern) sieht das dann erstmal so aus:

Code

root@vdr:/etc/vdr# cat scr.conf
0 1210
1 1420
2 1680
3 2040

Code

root@vdr:/etc/vdr# cat diseqc.conf
# Legacy Tuner
1 2:
S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  99999 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  99999 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T


# Unicable Tuner
3 4 5 6:
S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v

Alles anzeigen

Leider scheint hier (oder woanders) noch ein Bug zu sein, ich bekomme kein Signal... Anbei ein Syslog der Start-Sequenz.

Es kommen immer wieder Meldungen wie diese:

Code

Mar 28 15:47:21 vdr vdr: [5766] frontend 1/0 timed out while tuning to channel 1 (Das Erste), tp 111836

Ein Versuch ein Bild zu bekommen erzeugt:

Code

Mar 28 15:46:43 vdr vdr: [5781] Streamdev: Accepted new client (HTTP) 192.168.1.2:56367
Mar 28 15:46:43 vdr vdr: [5788] streamdev-writer thread started (pid=5758, tid=5788, prio=high)
Mar 28 15:46:43 vdr vdr: [5789] streamdev-livestreaming thread started (pid=5758, tid=5789, prio=high)
Mar 28 15:46:43 vdr vdr: [5790] device 5 receiver thread started (pid=5758, tid=5790, prio=high)
Mar 28 15:46:43 vdr vdr: [5791] device 5 TS buffer thread started (pid=5758, tid=5791, prio=high)
Mar 28 15:46:48 vdr vdr: [5781] client (HTTP) 192.168.1.2:56367 has closed connection
Mar 28 15:46:48 vdr vdr: [5781] streamdev-server: closing HTTP connection to 192.168.1.2:56367
Mar 28 15:46:48 vdr vdr: [5789] streamdev-livestreaming thread ended (pid=5758, tid=5789)
Mar 28 15:46:48 vdr vdr: [5791] device 5 TS buffer thread ended (pid=5758, tid=5791)
Mar 28 15:46:48 vdr vdr: [5790] buffer stats: 0 (0%) used
Mar 28 15:46:48 vdr vdr: [5790] device 5 receiver thread ended (pid=5758, tid=5790)
Mar 28 15:46:48 vdr vdr: [5788] streamdev-writer thread ended (pid=5758, tid=5788)
Mar 28 15:46:48 vdr vdr: [5781] buffer stats: 0 (0%) used

Alles anzeigen

Ich habe bewußt erst die Unicable-Karte und dann die Legacy-Karte via KVM eingebunden, in der Hoffnung, dass entsprechend device 1 und 2 die legacy und 3-6 die unicable Signale sind. Schein wohl nicht geklappt zu haben?! Die Frage ist, wie man hier eine eindeutige Zuordnung generieren kann...

Ideen?

Tihnk · 28. März 2015

Also dann... zur eigenen Dokumentation und falls es jemandem etwas nützt. VDR-Setup meiner Domain innerhalb eines KVM-Setups mit den beschriebenen Hardware-Tunern.

Voraussetzung: Laufender KVM-Server mit VT-d fähiger Hardware (SEHR WICHTIG: CPU und Mainboard!!!), Anleitung z.B. hier

1) Domain aufsetzen

Code

fallocate -l 16G /vm/vdr/vdr_vda.img
virt-install --connect qemu:///system -n storage -r 4096 --vcpus=2 -f /vm/vdr/vdr_vda.img -s 4 --cdrom /vm/images/ubuntu-14.04.2-server-amd64.iso --noautoconsole --os-type linux --accelerate --network=bridge:br0,model=virtio -m 15:bf:6b:ec:f7:c9 -k de --vnc --vnclisten='0.0.0.0'

Dem Installationsprozedere folgen, wobei ich standardmäßig kein LVM nutze und kein SWAP im Hauptimage mit drin habe (das wird später via externem swap-Image über die xml-config eingebunden).

(System herunterfahren)

Die Konfigurationsdatei (z.B. vdr.xml) muss ergänzt werden um

Code

<hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='kvm'/>
      <source>
        <address domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </hostdev>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <driver name='kvm'/>
      <source>
        <address domain='0x0000' bus='0x04' slot='0x00' function='0x0'/>
      </source>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
    </hostdev>

Alles anzeigen

Wichtig ist, dass die beiden address-Zeilen, v.a. "bus" (weiteres siehe hier) der Ausgabe von lspci -v des Hosts der betroffenen Karten entsprechen!

Bei mir (Host):

Code

root@server:/vm# lspci -v
 |
 |
 V
03:00.0 Multimedia controller: Philips Semiconductors SAA7160 (rev 03)
        Subsystem: Device 6982:0002
        Flags: bus master, fast devsel, latency 0, IRQ 19
        Memory at efd00000 (64-bit, non-prefetchable) [size=1M]
        Capabilities: [40] MSI: Enable- Count=1/32 Maskable- 64bit+
        Capabilities: [50] Express Endpoint, MSI 00
        Capabilities: [74] Power Management version 2
        Capabilities: [80] Vendor Specific Information: Len=50 <?>
        Capabilities: [100] Vendor Specific Information: ID=0000 Rev=0 Len=088 <?>
        Kernel driver in use: pci-stub


04:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
        Subsystem: Digital Devices GmbH Cine S2 V6.5 DVB adapter
        Flags: fast devsel, IRQ 16
        Memory at efc00000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [50] Power Management version 3
        Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+
        Capabilities: [90] Express Endpoint, MSI 00
        Capabilities: [100] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>
        Kernel driver in use: pci-stub

Alles anzeigen

2) Treiber installieren wie oben beschrieben (wobei die Treiber aus dem GIT-Rep genügen):

Code

00:06.0 Multimedia controller: Philips Semiconductors SAA7160 (rev 03)
        Subsystem: Device 6982:0002
        Physical Slot: 6
        Flags: bus master, fast devsel, latency 0, IRQ 11
        Memory at fea00000 (64-bit, non-prefetchable) [size=1M]
        Capabilities: [80] Vendor Specific Information: Len=50 <?>
        Capabilities: [50] Express Endpoint, MSI 00
        Capabilities: [74] Power Management version 2
        Capabilities: [40] MSI: Enable- Count=1/32 Maskable- 64bit-
        Kernel driver in use: SAA716x Budget


00:07.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
        Subsystem: Digital Devices GmbH Cine S2 V6.5 DVB adapter
        Physical Slot: 7
        Flags: fast devsel, IRQ 10
        Memory at feb50000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [90] Express Endpoint, MSI 00
        Capabilities: [50] Power Management version 3
        Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit-
        Kernel driver in use: DDBridge

Alles anzeigen

Man sieht, beide Treiber sind geladen und wie erwartet sind insgesamt 6 Tuner eingebunden:

Code

root@vdr:~# ls -h /dev/dvb/
adapter0  adapter1  adapter2  adapter3  adapter4  adapter5

Als nächstes kommt die vdr-Installation dran.

Tihnk · 21. März 2015

Du sagst, das ist eine DD Cine S2 v6.5?

Wie eine Ausgabe von lspci -vv aussieht bei mir, siehst du hier.

Wichtig ist: Kernel driver in use: ddbridge

Erscheint das nicht, ist kein Kernel driver geladen - die Karte funktioniert nicht.

Tihnk · 21. März 2015

So... neue Baustelle - es soll ja nicht langweilig werden.

Wie müssen die scr.conf und die diseqc.conf aussehen damit ich folgende Konfiguration betreiben kann:

Digital Devices 6.5 mit Duoflex Erweiterung: 4 Tuner }---[Unicable]--- LNB
TBS 6982: 2 Tuner ======= LNB (legacy)

Aktuell sehen sie so aus für den Betrieb mit Unicable (4 Tuner):

Code

root@vdr:~# cat /etc/vdr/scr.conf
0 1210
1 1420
2 1680
3 2040

Code

root@vdr:~# cat /etc/vdr/diseqc.conf
S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v

Ist die genannte Konfiguration überhaupt machbar mit vdr?

Habt ihr einen Tipp bzgl. der Treiber?

In meinen zwei getrennten Domains habe ich einmal über

Code

apt-get install dddvb-dkms

und einmal über folgende Anleitung

Code

apt-get install make git patchutils gcc libproc-processtable-perl
git clone https://github.com/ljalves/media_build.git
git clone --depth=1 https://github.com/ljalves/linux_media.git -b latest ./media
cd media_build
make dir DIR=../media
make distclean
make
make install

die Karten jeweils getrennt in meinen Ubuntu 14.04.2 (Trusty) Umgebungen (jetzt) sauber laufen. Zwar hat mein System genug Arbeitsspeicher, dass eine solche Konfiguration nicht wirklich weh tut, aber elegant ist sie nicht gerade und wer weiß, was ich noch virtualisieren werde...

Edit: Schau an, schon was gefunden...

Werde testen und berichten, ob auch die Treiber sauber parallel laufen.

Tihnk · 21. März 2015

Was hat denn dein Problem mit Virtualisierung zu tun? (Verstehe ich nicht...)

Mit lspci -v kannst du dir alle PCI(e) Devices in deinem Rechner anzeigen lassen mit entsprechender Info über IRQ und wat weiß ich.

Wenn deine Karte da nicht auftaucht, dann ist die Hardware (MB oder die Karte selbst) entweder kaputt oder nicht richtig eingebaut.

Tihnk · 21. März 2015

Ich hab den Fehler gefunden!

Die Ursache: Ein kleines Verbindungskabel zwischen den beiden Digital Devices Sat-Karten war kaputt, wohl von Anfang an (ist mir allerdings beim Einbau nicht aufgefallen). Habe das Kabel tauschen wollen, dabei ist mir der Stecker gewissermaßen entgegengefallen und mit einem neuen Kabel funktioniert alles einwandfrei!

So, nun brauche ich nur noch von Reichelt meinen LNB intakt zurück.

So eine [Blockierte Grafik: http://www.msvportal.de/forum/…ilies/allgemein/kacke.gif] .

Tihnk · 20. März 2015

Zitat von indigo

Es ist eine Cine s2 6.5er müsste es sein. Die sollte doch mit dem Systemeingenen Treiber gehen.

Also ich musste das ddvb-dkms Paket bei meinem Trusty Ubuntu installieren...

Was sagt denn lspci -v ?

Tihnk · 18. März 2015

Zickig ist VDR, ja. Da ist es ja obereasy ein KVM-System, dazu Samba und ne komplette Cloud einzurichten!

Aber mein KVM Host auf Ubuntu 14.04.2 läuft nun schon seit Monaten extrem stabil. Habe zwei VDR-Domains eingerichtet, einmal mit der Digital Devices Duoflex Lösung (4 Tuner), die via Unicable angebunden werden sollen (hier zickt Unicable momentan, dass da KVM aber dran schuld ist, glaube ich nicht - sieht mir in meinem Fall eher nach einem Hardware-Defekt aus) und einmal mit einer TBS 6982 Dualtuner-Karte via legacy. Letztere ist in einer Extradomain testweise mit vdr 2.2 ausgestattet für den vnsi-server Testbetrieb und läuft sogar aktuell besser als die DD Duoflex. Durch KVM ist es sehr einfach, eine neue Domain aufzusetzen und eine neue Installation zu testen. Mittelfristig möchte ich - wenn unicable sauber läuft - beide Karten in eine VDR-Domain integrieren mit dann 6 Tunern. Dazu brauche ich aber die beiden Treiber bzw. Kernel Module parallel lauffähig (hatte ich auch zwischenzeitlich geschafft, war dann aber leider an der scr.conf respektive der diseqc Einstellung gescheitert bei einer solchen Konstellation - und zuviele Baustellen sind für die Fehlersuche ungesund ;D).

Insofern ist das für mich zwar insgesamt ein "Experiment" (das Spaß macht), aber KVM läuft extrem stabil im Vergleich zu den VDR-Macken (entsprechende Hardware vorausgesetzt).

Tihnk · 18. März 2015

Habe als Unterbau einen KVM Host . Da ist das kein Problem.

Tihnk · 18. März 2015

Ja, das ist der LNB.

Als Verteiler verwende ich: http://www.reichelt.de/?&ARTICLE=24944

Es sei aber noch erwähnt, dass ich bei dem Standalone DVB-S2 Receiver nichts dazwischen hatte, kein Verteiler etc. Dort trat das Problem ja ebenfalls auf bzw. war vom Effekt her im Prinzip reproduzierbar.

Setup 1: DD Cine S2 Erweiterungskarte (4 devices) - je 20cm Kabel - Verteiler - 5m Kabel (70dB) - LNB (hier alle 4 Frequenzen gleichzeitig angesteuert)

Setup 2: Optimuss freeline HD digital Sat Receiver - 5m Kabel (120dB) - LNB (hier alle 4 Frequenzen hintereinander getestet)

Gleiches Problem.

PS: Habe jetzt noch einen weiteren LNB bestellt zum Testen (der aber leider nur 4+2 bietet).

Tihnk · 18. März 2015

Ok, jetzt bin ich verwirrt... anderes baugleiches LNB und das gleiche Problem...!

Ist die Sat-Karte womöglich kaputt?

Aber wieso hat dann mein standalone Receiver ein ähnliches Verhalten?!

Zitat von UFO

Ist das verwendete Kabel evtl. nicht für SAT geeignet?

Gibt es womöglich spezielles Unicable-Kabel (also reicht nicht nur super SAT-Kabel)?!

Könnte natürlich an diesem Typ LNB liegen, dass bestimmte Frequenzen ein sehr schlechtes Signal bieten und meine beiden Geräte beide Probleme haben.....

Tihnk · 17. März 2015

Zitat von indigo

@ Tihnk wie schaut es bei dir aus?

Habe es zwischenzeitlich gelöst: Ursache war eine Inkompatibilität zwischen der neusten Kodi-Version (die VNSI Protokoll 6 erfordert) und dem installierten vdr bzw. vnsi-server (mit Protokoll 5). Habe jetzt einen VDR 2.2 probehalber laufen mit unstable Paketen aus den yavdr Quellen und es funktioniert.

Tihnk · 13. März 2015

Zitat von UFO

Ist das verwendete Kabel evtl. nicht für SAT geeignet?

Du meinst das Kabel von der Sat-Karte zum LNB? Das ist schon dafür geeignet... hoffe ich.

Habe hier zwei Kabel getestet durch den Umbau, einmal ein 4,1mm Koax-Kabel (70dB Schirmung) und dann noch ein 6,9mm dreifachgeschirmtes Kabel (120dB Schirmung). Die Entfernungen liegen im Bereich 5m Kabellänge.

Nein, im Ernst, danke für den Hinweis, aber ich denke daran sollte es nicht liegen.

Tihnk · 13. März 2015

Gerade beim Test mit einem standalone DVB-S2 Receiver...

Und siehe da... ich glaube ich habe die Ursache gefunden...

Auf Frequenz 1210 MHz habe ich ein normales und stabiles Signal, auf 1420 MHz ein schlechtes, auf 1680 MHz gar keins und auf 2040 MHz wieder ein schlechtes.

Das passt durchaus zu meinen Beobachtungen, denn ich habe auf einem Anschluss ein einwandfreies Bild (1210), auf einem gar kein Bild (1680) und auf den beiden anderen (1420 und 2040) ein akzeptables Bild mit gelegentlicher Klötzchenbildung (hatte ich bislang nicht erwähnt, weil ich zunächst dafür eine andere Ursache vermutet hatte).

Mir sieht das nach einem Problem aus, wie es auch hier beschrieben wurde.

Also dann, LNB zurück an reichelt und ich werde mit Ersatz-LNB erneut berichten.

Tihnk · 12. März 2015

Dieses Problem habe ich auch.
Ich habe aktuell zwei Vermutungen (aber keine Zeit sie zu testen):

Ich muss erst noch die Codec Lizenz installieren für Raspberry (hast du nicht, oder?).
VNSI Versionen passen nicht. Leider wird bei VDR so extrem viel "gebastelt", dass die Server/Clients teilweise kaum miteinander kompatibel bzw. noch extrem verbugt sind.

Ich bin gespannt auf deine Lösung.

Tihnk · 12. März 2015

Zitat von DocViper

EPG Scan mal deactivieren (auf 0 setzen)
bzw. in der setup.conf

EPGScanTimeout = 0

Keine Änderung leider.

Edit: So, nun habe ich auch alle Anschlüsse nochmal geprüft. Keine Änderung. Morgen teste ich noch einen einfachen DVB-S2 Receiver mit den vier Frequenzen um einen Defekt am LNB auzuschließen.

Mir gehen so langsam die Ideen aus................ Wer hat noch eine Idee?

Tihnk · 11. März 2015

Hier eine Sequenz des Öffnens und Schließens von vier Streams (ARD, RTL, KIKA HD und Disney Channel).

Code

Mar 11 20:18:29 vdr vdr: [1712] Streamdev: Accepted new client (HTTP) 192.168.1.166:51941
Mar 11 20:18:29 vdr vdr: [1778] streamdev-writer thread started (pid=1693, tid=1778, prio=high)
Mar 11 20:18:29 vdr vdr: [1779] streamdev-livestreaming thread started (pid=1693, tid=1779, prio=high)
Mar 11 20:18:29 vdr vdr: [1780] receiver on device 1 thread started (pid=1693, tid=1780, prio=high)
Mar 11 20:18:29 vdr vdr: [1781] TS buffer on device 1 thread started (pid=1693, tid=1781, prio=high)
Mar 11 20:19:00 vdr vdr: [1693] connect from 127.0.0.1, port 35605 - accepted
Mar 11 20:19:02 vdr vdr: [1693] closing SVDRP connection


Mar 11 20:19:14 vdr vdr: [1712] Streamdev: Accepted new client (HTTP) 192.168.1.166:51948
Mar 11 20:19:14 vdr vdr: [1783] streamdev-writer thread started (pid=1693, tid=1783, prio=high)
Mar 11 20:19:14 vdr vdr: [1784] streamdev-livestreaming thread started (pid=1693, tid=1784, prio=high)
Mar 11 20:19:14 vdr vdr: [1785] receiver on device 2 thread started (pid=1693, tid=1785, prio=high)
Mar 11 20:19:14 vdr vdr: [1786] TS buffer on device 2 thread started (pid=1693, tid=1786, prio=high)
Mar 11 20:19:15 vdr vdr: [1702] Adding pid 109 (type 0x86) RegDesc not found -> assume AC-3


Mar 11 20:19:29 vdr vdr: [1712] Streamdev: Accepted new client (HTTP) 192.168.1.166:51953
Mar 11 20:19:29 vdr vdr: [1787] streamdev-writer thread started (pid=1693, tid=1787, prio=high)
Mar 11 20:19:29 vdr vdr: [1789] receiver on device 3 thread started (pid=1693, tid=1789, prio=high)
Mar 11 20:19:29 vdr vdr: [1788] streamdev-livestreaming thread started (pid=1693, tid=1788, prio=high)
Mar 11 20:19:29 vdr vdr: [1790] TS buffer on device 3 thread started (pid=1693, tid=1790, prio=high)


Mar 11 20:20:05 vdr vdr: [1712] Streamdev: Accepted new client (HTTP) 192.168.1.166:51958
Mar 11 20:20:05 vdr vdr: [1792] streamdev-writer thread started (pid=1693, tid=1792, prio=high)
Mar 11 20:20:05 vdr vdr: [1793] streamdev-livestreaming thread started (pid=1693, tid=1793, prio=high)
Mar 11 20:20:05 vdr vdr: [1794] receiver on device 4 thread started (pid=1693, tid=1794, prio=high)
Mar 11 20:20:05 vdr vdr: [1795] TS buffer on device 4 thread started (pid=1693, tid=1795, prio=high)


Mar 11 20:21:04 vdr vdr: [1712] client (HTTP) 192.168.1.166:51958 has closed connection
Mar 11 20:21:04 vdr vdr: [1712] streamdev-server: closing HTTP connection to 192.168.1.166:51958
Mar 11 20:21:04 vdr vdr: [1793] streamdev-livestreaming thread ended (pid=1693, tid=1793)
Mar 11 20:21:04 vdr vdr: [1795] TS buffer on device 4 thread ended (pid=1693, tid=1795)
Mar 11 20:21:04 vdr vdr: [1794] buffer stats: 114116 (2%) used
Mar 11 20:21:04 vdr vdr: [1794] receiver on device 4 thread ended (pid=1693, tid=1794)
Mar 11 20:21:04 vdr vdr: [1792] streamdev-writer thread ended (pid=1693, tid=1792)
Mar 11 20:21:04 vdr vdr: [1712] buffer stats: 114492 (3%) used


Mar 11 20:21:14 vdr vdr: [1712] client (HTTP) 192.168.1.166:51953 has closed connection
Mar 11 20:21:14 vdr vdr: [1712] streamdev-server: closing HTTP connection to 192.168.1.166:51953
Mar 11 20:21:14 vdr vdr: [1788] streamdev-livestreaming thread ended (pid=1693, tid=1788)
Mar 11 20:21:14 vdr vdr: [1790] TS buffer on device 3 thread ended (pid=1693, tid=1790)
Mar 11 20:21:14 vdr vdr: [1789] buffer stats: 0 (0%) used
Mar 11 20:21:14 vdr vdr: [1789] receiver on device 3 thread ended (pid=1693, tid=1789)
Mar 11 20:21:14 vdr vdr: [1787] streamdev-writer thread ended (pid=1693, tid=1787)
Mar 11 20:21:14 vdr vdr: [1712] buffer stats: 0 (0%) used


Mar 11 20:21:28 vdr vdr: [1712] client (HTTP) 192.168.1.166:51948 has closed connection
Mar 11 20:21:28 vdr vdr: [1712] streamdev-server: closing HTTP connection to 192.168.1.166:51948
Mar 11 20:21:28 vdr vdr: [1784] streamdev-livestreaming thread ended (pid=1693, tid=1784)
Mar 11 20:21:28 vdr vdr: [1786] TS buffer on device 2 thread ended (pid=1693, tid=1786)
Mar 11 20:21:28 vdr vdr: [1783] streamdev-writer thread ended (pid=1693, tid=1783)
Mar 11 20:21:28 vdr vdr: [1785] buffer stats: 129156 (2%) used
Mar 11 20:21:28 vdr vdr: [1785] receiver on device 2 thread ended (pid=1693, tid=1785)
Mar 11 20:21:28 vdr vdr: [1712] buffer stats: 129532 (3%) used


Mar 11 20:21:37 vdr vdr: [1712] client (HTTP) 192.168.1.166:51941 has closed connection
Mar 11 20:21:37 vdr vdr: [1712] streamdev-server: closing HTTP connection to 192.168.1.166:51941
Mar 11 20:21:37 vdr vdr: [1779] streamdev-livestreaming thread ended (pid=1693, tid=1779)
Mar 11 20:21:37 vdr vdr: [1778] streamdev-writer thread ended (pid=1693, tid=1778)
Mar 11 20:21:37 vdr vdr: [1712] buffer stats: 128404 (3%) used
Mar 11 20:21:37 vdr vdr: [1781] TS buffer on device 1 thread ended (pid=1693, tid=1781)
Mar 11 20:21:37 vdr vdr: [1780] buffer stats: 128028 (2%) used
Mar 11 20:21:37 vdr vdr: [1780] receiver on device 1 thread ended (pid=1693, tid=1780)

Alles anzeigen

Code

Mar 11 19:42:52 vdr vdr: [1698] SCR 0 assigned to device 1
Mar 11 19:43:53 vdr vdr: [1704] SCR 1 assigned to device 3
Mar 11 19:43:53 vdr vdr: [1701] SCR 2 assigned to device 2
Mar 11 19:43:53 vdr vdr: [1707] SCR 3 assigned to device 4

Sieht (soweit ich das sehe) nicht auffällig aus, nur dass die Tatsache bleibt, dass device 3 mit SCR 1 kein Bild anzeigt... (wobei ich nicht sicher weiß, ob gestern device 3 auch schon SCR 1 zugeordnet hatte).

Kabel sind bis jetzt unauffällig.

Zitat von olebowle

Ich hab das gleiche LNB wie du. Meine diseqc.conf und scr.conf sind exakt gleich. Mit meiner S952 funktioniert es wunderbar. Ich habe allerdings nur 2 Tuner.

Danke, zumindest sind die Frequenzen so wie es der Hersteller will. Bleibt die Verkabelung und ein defekter LNB... Weitere Ideen?

Beiträge von Tihnk

4 Unicable und 2 legacy Tuner parallel in vdr (Frage nach scr.conf und diseqc.conf)

4 Unicable und 2 legacy Tuner parallel in vdr (Frage nach scr.conf und diseqc.conf)

4 Unicable und 2 legacy Tuner parallel in vdr (Frage nach scr.conf und diseqc.conf)

4 Unicable und 2 legacy Tuner parallel in vdr (Frage nach scr.conf und diseqc.conf)

4 Unicable und 2 legacy Tuner parallel in vdr (Frage nach scr.conf und diseqc.conf)

Tv Karte vermisst

4 Unicable und 2 legacy Tuner parallel in vdr (Frage nach scr.conf und diseqc.conf)

Tv Karte vermisst

Duoflex Erweiterung an Digital Devices Cine S2 V6.5: kein Bild bei 1 device

Tv Karte vermisst

Tv Karte vermisst

Tv Karte vermisst

Duoflex Erweiterung an Digital Devices Cine S2 V6.5: kein Bild bei 1 device

Duoflex Erweiterung an Digital Devices Cine S2 V6.5: kein Bild bei 1 device

Tv Karte vermisst

Duoflex Erweiterung an Digital Devices Cine S2 V6.5: kein Bild bei 1 device

Duoflex Erweiterung an Digital Devices Cine S2 V6.5: kein Bild bei 1 device

Tv Karte vermisst

Duoflex Erweiterung an Digital Devices Cine S2 V6.5: kein Bild bei 1 device

Duoflex Erweiterung an Digital Devices Cine S2 V6.5: kein Bild bei 1 device