Timer-Konflikt

lokari · 30. Mai 2013

Hi,

mein Headless yaVDR server hat 4 Tuner:

Code

/dev/dvb/adapter0:
total 0
crw-rw---- 1 root video 212, 0 May 30 11:16 demux0
crw-rw---- 1 root video 212, 1 May 30 11:16 dvr0
crw-rw---- 1 root video 212, 3 May 30 11:16 frontend0
crw-rw---- 1 root video 212, 2 May 30 11:16 net0


/dev/dvb/adapter1:
total 0
crw-rw---- 1 root video 212, 4 May 30 11:16 demux0
crw-rw---- 1 root video 212, 5 May 30 11:16 dvr0
crw-rw---- 1 root video 212, 7 May 30 11:16 frontend0
crw-rw---- 1 root video 212, 6 May 30 11:16 net0


/dev/dvb/adapter2:
total 0
crw-rw---- 1 root video 212,  8 May 30 11:16 demux0
crw-rw---- 1 root video 212,  9 May 30 11:16 dvr0
crw-rw---- 1 root video 212, 11 May 30 11:16 frontend0
crw-rw---- 1 root video 212, 10 May 30 11:16 net0


/dev/dvb/adapter3:
total 0
crw-rw---- 1 root video 212, 12 May 30 11:16 demux0
crw-rw---- 1 root video 212, 13 May 30 11:16 dvr0
crw-rw---- 1 root video 212, 15 May 30 11:16 frontend0
crw-rw---- 1 root video 212, 14 May 30 11:16 net0

Alles anzeigen

Dennoch bekomme ich bei mehr als einem gleichzeitigen Aufnahmetuner im Live-Frontend einen Konflikt angezeigt. Gibt's eine anderweitige Beschränkung die maximal zwei parallele Aufnahmen erlaubt?

Danke für die Hilfe!

mini73 · 30. Mai 2013

Moin!

Nein, eigentlich nicht. Bindet der vdr denn alle devices ein? Was steht denn im syslog?

Lars

lokari · 30. Mai 2013

Hmm woran sehe ich denn ob der vdr alle einbindet?

Im syslog finde ich leider zu dem Zeitpunkt nichts wirklich passendes :-S

Aber ich finde was, was auf 4 Devices hindeutet:

Code

May 30 19:21:35 recorder vdr: [21582] probing /dev/dvb/adapter0/frontend0
May 30 19:21:35 recorder vdr: [21582] [general.debug] capturing device 0/0 (subsystem ID dd010021)
May 30 19:21:35 recorder vdr: [21582] [general.debug] creating standard device 0/0
May 30 19:21:35 recorder vdr: [21582] new device number 1
May 30 19:21:35 recorder vdr: [21636] epg data reader thread started (pid=21582, tid=21636)
May 30 19:21:35 recorder vdr: [21636] reading EPG data from /var/cache/vdr/epg.data
May 30 19:21:35 recorder vdr: [21635] video directory scanner thread started (pid=21582, tid=21635)
May 30 19:21:35 recorder vdr: [21635] video directory scanner thread ended (pid=21582, tid=21635)
May 30 19:21:35 recorder vdr: [21634] video directory scanner thread started (pid=21582, tid=21634)
May 30 19:21:35 recorder vdr: [21634] video directory scanner thread ended (pid=21582, tid=21634)
May 30 19:21:35 recorder vdr: [21582] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("STV090x Multistandard")
May 30 19:21:35 recorder vdr: [21582] probing /dev/dvb/adapter1/frontend0
May 30 19:21:35 recorder vdr: [21639] section handler thread started (pid=21582, tid=21639)
May 30 19:21:35 recorder vdr: [21638] tuner on frontend 0/0 thread started (pid=21582, tid=21638)
May 30 19:21:35 recorder vdr: [21582] [general.debug] capturing device 1/0 (subsystem ID dd010021)
May 30 19:21:35 recorder vdr: [21582] [general.debug] creating standard device 1/0
May 30 19:21:35 recorder vdr: [21582] new device number 2
May 30 19:21:35 recorder vdr: [21582] frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("STV090x Multistandard")
May 30 19:21:35 recorder vdr: [21641] tuner on frontend 1/0 thread started (pid=21582, tid=21641)
May 30 19:21:35 recorder vdr: [21642] section handler thread started (pid=21582, tid=21642)
May 30 19:21:35 recorder vdr: [21582] probing /dev/dvb/adapter2/frontend0
May 30 19:21:35 recorder vdr: [21582] [general.debug] capturing device 2/0 (subsystem ID dd010021)
May 30 19:21:35 recorder vdr: [21582] [general.debug] creating standard device 2/0
May 30 19:21:35 recorder vdr: [21582] new device number 3
May 30 19:21:35 recorder vdr: [21582] frontend 2/0 provides DVB-S,DVB-S2 with QPSK ("STV090x Multistandard")
May 30 19:21:35 recorder vdr: [21644] tuner on frontend 2/0 thread started (pid=21582, tid=21644)
May 30 19:21:35 recorder vdr: [21582] probing /dev/dvb/adapter3/frontend0
May 30 19:21:35 recorder vdr: [21582] [general.debug] capturing device 3/0 (subsystem ID dd010021)
May 30 19:21:35 recorder vdr: [21582] [general.debug] creating standard device 3/0
May 30 19:21:35 recorder vdr: [21582] new device number 4
May 30 19:21:35 recorder vdr: [21645] section handler thread started (pid=21582, tid=21645)
May 30 19:21:35 recorder vdr: [21582] frontend 3/0 provides DVB-S,DVB-S2 with QPSK ("STV090x Multistandard")
May 30 19:21:35 recorder vdr: [21582] found 4 DVB devices

Alles anzeigen

nach welchem Keyword könnte ich den im Syslog wegen dem Aufnahmekonflikt suchen?

seahawk1986 · 30. Mai 2013

Wie sieht denn deine Sat-Anlage aus? Klappt der Empfang auf allen Polarisationen und High/Low-Band? Nutzt du irgendwelche Spezialkonstellationen wie LNB-Sharing oder Unicable?

lokari · 31. Mai 2013

Sat-Anlage ist glücklicherweise das problemloseste hier. Hänge mit dem Server an einem 4/12 Multischalter der über LWL gespeist wird. Aus dem LWL/Analog-Wandler läuft das ganze über 4 Kabel (VL/VH HL/HH) in den Multischalter - da sollte es absolut keine Probleme geben. Der Wandler agiert quasi als Quadro-LNB. Ich kann während der beiden Aufnahmen auch an anderen Clients problemlos das DVB-S Signal abgreifen. Signalqualität liegt am Multischalter bei 98,x%.

seahawk1986 · 31. Mai 2013

Brauchst du für deinen Multischalter diseqc-Signale und falls ja - hast du das in den Einstellungen des VDR aktiviert?

lokari · 31. Mai 2013

Nein, keine diseq-Signale für den MS.

EDIT: Der Fakten wegen - der MS ist der hier http://www.spaun.de/pdf/flash/16/de/#/50

seahawk1986 · 31. Mai 2013

Also kannst du alle Sender mit allen Kombinationen aus Polarisation und Frequenzband empfangen? Kannst du mit femon (Einstellungen -> Signalinformationen) mit rechts und links auf den Sendern die Tuner durchschalten? Ggf. auch mal mit aktiven diseqc-Einstellungen probieren, AFAIK ist das an Sat-Anlagen mit Multischalter fast immer nötig.

decembersoul · 31. Mai 2013

Habe hin und wieder den selben Verdacht.

Können wir mal einen testcase in Form von einem script definieren?

lokari · 31. Mai 2013

Hmm meine Antwort von gestern Abend ist wohl im Nirvana gelandet.

Was ist femon? Einstellungen -> Signalinformationen ist vermutlich im OSD-menü? Ich hab nen headless Server Hab ich da ne Chance anderweitig dran zu kommen?

masterpete · 31. Mai 2013

so
http://www.vdr-wiki.de/wiki/index.php/Dvb-apps_femon

mini73 · 31. Mai 2013

Moin!

Zitat von lokari

nach welchem Keyword könnte ich den im Syslog wegen dem Aufnahmekonflikt suchen?

Versuch's mal mit "record".

Welche Prioritäten haben die Aufnahmen, welche die Streaming-Clients? Wie sind die streamdev-Einstellungen?

Lars.

lokari · 31. Mai 2013

Danke, kompilieren der dvb-apps klappt leider nicht auf Anhieb

Code

util.c: In Funktion »map_delivery_mode«:
util.c:193:7: Fehler: »SYS_DVBC_ANNEX_A« nicht deklariert (erste Benutzung in dieser Funktion)
util.c:193:7: Anmerkung: jeder nicht deklarierte Bezeichner wird nur einmal für jede Funktion, in der er vorkommt, gemeldet
util.c:194:7: Fehler: »SYS_DVBC_ANNEX_C« nicht deklariert (erste Benutzung in dieser Funktion)
util.c: In Funktion »dvbfe_enum_delsys«:
util.c:262:26: Fehler: »DTV_ENUM_DELSYS« nicht deklariert (erste Benutzung in dieser Funktion)
util.c:263:1: Warnung: Kontrollfluss erreicht Ende von Nicht-void-Funktion [-Wreturn-type]
make[2]: *** [util.o] Fehler 1
make[2]: Verlasse Verzeichnis '/root/dvb-apps/util/szap'
make[1]: *** [all] Fehler 2
make[1]: Verlasse Verzeichnis '/root/dvb-apps/util'
make: *** [all] Fehler 2

Alles anzeigen

...aber vermutlich gibt's da bei yaVDR wieder ein fertiges Paket das ich übersehen habe, oder?

lokari · 31. Mai 2013

Zitat von mini73

Moin!

Welche Prioritäten haben die Aufnahmen, welche die Streaming-Clients? Wie sind die streamdev-Einstellungen?

Lars.

Die Aufnahmen habe ich alle mit der Vorgabe im Live-Plugin programmiert - 50 müsste das sein. Streaming habe ich nur Fallweise über VLC probiert - VDR-Clients gibt's keine. Allerdings trat der Konflikt ohne paralleles Streaming auf.

masterpete · 31. Mai 2013

apt-get install dvb-apps ?

lokari · 31. Mai 2013

Zitat von masterpete

apt-get install dvb-apps ?

Muss ich da jetzt durch verschiedene Sender tunen und dann jeweils femon ausführen? Hab das erstmal so gemacht, angelehnt an das Beispiel im Wiki:

Code

root@recorder:~/dvb-apps# femon -a0
FE: STV090x Multistandard (DVBS)
status SCVYL | signal d1ea | snr acd0 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal d1ea | snr acf7 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal d1ea | snr ad1d | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal d47a | snr ad89 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal d47a | snr ad3c | ber 00000000 | unc 00000000 | FE_HAS_LOCK
^C
root@recorder:~/dvb-apps# femon -a1
FE: STV090x Multistandard (DVBS)
status SCVYL | signal bfff | snr ccc4 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal bfff | snr cc82 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal bfff | snr ccd9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal bfff | snr ccde | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal bfff | snr cd07 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
^C
root@recorder:~/dvb-apps# femon -a2
FE: STV090x Multistandard (DVBS)
status SCVYL | signal c28e | snr a5d4 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c28e | snr a5fb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c28e | snr a5fb | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c28e | snr a6e9 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c28e | snr a602 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
^C
root@recorder:~/dvb-apps# femon -a3
FE: STV090x Multistandard (DVBS)
status SCVYL | signal c51d | snr aaf5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c51d | snr aba5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c51d | snr ab0c | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c51d | snr ab23 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status SCVYL | signal c51d | snr ac11 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
^C

Alles anzeigen

So richtig was rauslesen mag ich da aber erst mal nicht

mini73 · 31. Mai 2013

Moin!

Solange unc dauerhaft Null bleibt, ist alles gut, das sind nämlich die nicht-korrigierbaren Fehler.

Lars.

mini73 · 31. Mai 2013

Zitat von lokari

Die Aufnahmen habe ich alle mit der Vorgabe im Live-Plugin programmiert - 50 müsste das sein. Streaming habe ich nur Fallweise über VLC probiert - VDR-Clients gibt's keine. Allerdings trat der Konflikt ohne paralleles Streaming auf.

Dann musst du mal im syslog nachsehen, was der vdr da rein schreibt, wenn die nächste Aufnahme starten soll.

Lars.

lokari · 2. Juni 2013

So nun habe ich mal wieder den Fall in der Praxis. Beim dritten parallelen Timer kommt der Konflikt...

[Blockierte Grafik: https://www.evernote.com/shard/s1/sh/330f3d7d-4347-4435-8182-72fbc771a857/b19a1be38d35632ffbe43a0cc1d10382/deep/0/Screenshot%2002.06.13%2010:18.png]

Im syslog ist absolut nichts auffälliges zu finden. nicht mal ein Hinweis auf diesen Konflikt. Es finden zwar regelmäßig conflict checks statt, so einer ist aber seit des hinzufügen des neuesten Timers noch gar nicht ausgeführt worden. Liegt das möglicherweise an der Konfiguration des Live-Plugins? Ich führe ja alle Programmierungen darüber durch (headless, kein OSD).

steppi-916 · 2. Juni 2013

Hallo,

ich sag mal nur so viel. Das sind zwei PayTV-Sender auf unterschiedlichen Transpondern. Also werden dafür zwei Tuner benötigt. Soweit so gut. Aber kann Dein VDR damit umgehen und die Daten auf zwei Tunern entschlüsseln?

Ciao Stefan

Timer-Konflikt

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema