Hallo,
Ich habe ein Problem mit pvrinput und timer execution. Wenn ich einen pvr Kanal anschaue, schaltet er nicht mehr um auf den timer Kanal und nimmt den falschen Kanal auf. Keine Fehlermeldungen. Er sagt, er hat umgeschaltet. fertig. nicht so schlimm, aber ein timer Gau Kann debug info liefern. pvr 150 yavdr stable vdr-sxfe. Dankbar für Tipps.
Gruß marc
pvrinput bug
-
-
Moin!
Dann brauche ich mal deine Einstellungen aus der setup.conf, keine Ahnung, was noch. pvrinput ist so lange her...
Manuelles Umschalten geht aber immer?Lars.
-
werde den debug level erhöhen bei pvrinput.
Umschalten beim Gucken ist kein Problem, timer kann nicht umschalten(und streamdev client auch nicht, denk ich), falls pvr Kanal eingeschaltet(vielleicht auch suspended)
Wenn dvb-T eingeschaltet ist ,geht es.
Gruß
setup etwas editiert -
beschreib bitte mal genau Dein System. Wieviele/welche devices gibt es? Auf welchem Kanal (DVB oder pvrinput) steht der vdr im LiveView, wenn der Timer für einen anderen Kanal (was ist das für einer? pvrinput oder DVB?) ansteht?
Was passiert, wenn Du nach Beginn des Timers den vdr manuell auf den Kanal, für den der Timer gesetzt ist, umzuschalten versuchst?
Aus den Logs mit pvrinput Loglevel 4 müsste sich eine Menge ergeben. Log bitte von der Stelle, wo der Timer ansteht und vdr umzuschalten versucht.
Teste bitte zum Vergleich auch mal ohne osdteletext und ohne streamdev (in der order.conf deaktivieren)
by the way...
warum so wenig? Hier würde ich den Standard von 6000 belassen. -
Und die Kanäle aus der channels.conf für pvrinput würde ich auch gerne sehen.
Lars
-
beschreib bitte mal genau Dein System. Wieviele/welche devices gibt es? Auf welchem Kanal (DVB oder pvrinput) steht der vdr im LiveView, wenn der Timer für einen anderen Kanal (was ist das für einer? pvrinput oder DVB?) ansteht?
Was passiert, wenn Du nach Beginn des Timers den vdr manuell auf den Kanal, für den der Timer gesetzt ist, umzuschalten versuchst?
Aus den Logs mit pvrinput Loglevel 4 müsste sich eine Menge ergeben. Log bitte von der Stelle, wo der Timer ansteht und vdr umzuschalten versucht.
Teste bitte zum Vergleich auch mal ohne osdteletext und ohne streamdev (in der order.conf deaktivieren)
by the way...
warum so wenig? Hier würde ich den Standard von 6000 belassen.Hab lsusb lspci cpuinfo angehängt. 1 analog pvr150 Karte, usb dvb-t und eine dvb-s2 Karte ohne Signal(Antenne abgebaut, noch angeschraubtes Kabel).
Graka ohne vdpau (nvidia)
21:48 programmiert auf 37. View bleibt auf 38. Während timer läuft kann ich nicht mehr zwischen analog pvrinput umschalten. Auch auf den aufgenommenen Kanal 37 nicht(nach dvb-t chaannel zap).
Er meint er nimmt 37 auf. View bleibt 38. Recording 38.
timer progs im syslog. channels.conf bis Kanal 50: -24 Sat 25-36 dvb-t Danach analog/sat gemischt.21:48
osdteletext streamdev aus
Bitrate damals mit kleiner hd kalkuliert...alt
Gruß
-
Unabhängig hiervon: der vdr mag keine Karten ohne Signal. Wenn an der Sat-Karte keins anliegt, dann sollte sie nicht vom vdr benutzt werden. Entweder mit dynamite per udev-Regel deaktivieren, oder, wenn du kein dynamite benutz, per -D Parameter nur die DVB-T-Karte aktivieren.
Oder mal temporär alle Sat-Kanäle aus der channels.conf entfernen, damit der vdr die Sat-Karte nicht benutzen möchte.Lars
-
also prinzipiell funktioniert eine Timeraufnahme von einem pvrinput-Kanal, wenn zuvor ein anderer pvrinput-Kanal im LiveView läuft. Zumindest an meinem Test-VDR mit vdr 2.1.2 (vanilla, kaum Plugins) funktioniert das.
In dem Moment, wo auf den aufzunehmenden Kanal umgeschaltet wird, wird der Bildschirm dann dunkel. (Schöner wäre es natürlich, wenn dann auch das Bild des aufgenommenen Senders sichtbar wäre, ohne dass man den dann erst anwählen muss, aber das ist sekundär.)Was bei Dir fehlt, ist nach dem Aufruf von SetChannelDevice noch CloseDvr/OpenDvr, denn nun dort findet der tatsächliche Kanalwechsel statt.
Das Plugin ist eigentlich so designed, dass es bei jedem Kanalwechsel grundsätzlich das device detached und wieder attached, so dass die genannten Funktionen auch aufgerufen werden. Diesen Teil habe ich damals für pvrinput programmiert, und es wurde in unzähligen Stunden und hunderten Tests kontrolliert. Ich kenne bis jetzt nur einen einzigen Fall, wo das sporadisch bei jemandem mal nicht klappte, und eine Erklärung habe ich nie gefunden.so sieht es richtig aus (Timerstart 22:45 auf 198, während 197 gesehen wird)
Code
Alles anzeigenDec 30 22:45:00 ubuntuvdr2 vdr: [1668] ParseChannel TV input 0, norm=0x00000007, card 999 Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] cPvrDevice::ProvidesChannel: /dev/video0 (PVR350): Channel 198 (RTL2) 154,25MHz, -> true Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] cPvrDevice::ProvidesChannel: /dev/video0: Receiving()=true, needsDetachReceivers=true, Priority=50, hasPriority=true Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] [softhddev]SetPlayMode: 0 Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] [softhddev]SetVideoDisplayFormat: 1 Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] [softhddev]GetSpuDecoder: Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] cPvrDevice::SetPid 301 = Off Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] cPvrDevice::SetPid 101 = Off Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] cPvrDevice::SetPid 300 = Off Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] switching device 2 to channel 198 Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] cPvrDevice::SetChannelDevice 198 (RTL2) 154,25MHz (/dev/video0 = PVR350) Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] ParseChannel TV input 0, norm=0x00000007, card 999 Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] cPvrDevice::SetChannelDevice prepare switch to 198 (RTL2) 154,25MHz (/dev/video0 = PVR350) Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] timer 1 (198 2245-2250 'RTL2') start Dec 30 22:45:00 ubuntuvdr2 vdr: [1668] waiting for EPG info... Dec 30 22:45:00 ubuntuvdr2 vdr: [1698] entering cPvrDevice::CloseDvr: Dvr of /dev/video0 (PVR350) is open Dec 30 22:45:00 ubuntuvdr2 vdr: [1698] cPvrDevice::StopReadThread on /dev/video0 (PVR350): read thread exists, delete it Dec 30 22:45:00 ubuntuvdr2 vdr: [1698] ~cPvrReadThread Dec 30 22:45:00 ubuntuvdr2 vdr: [1699] cPvrReadThread::Action() stopped on /dev/video0 Dec 30 22:45:00 ubuntuvdr2 vdr: [1699] PvrReadThread of /dev/video0 thread ended (pid=1668, tid=1699) Dec 30 22:45:00 ubuntuvdr2 vdr: [1698] cPvrDevice::SetEncoderState (Stop) for /dev/video0 (PVR350) Dec 30 22:45:00 ubuntuvdr2 vdr: video: decoder buffer empty, duping frame (208/19104) 0 v-buf Dec 30 22:45:00 ubuntuvdr2 vdr: video: --:--:--.---+8888 206 240/\ms 0-1 v-buf Dec 30 22:45:00 ubuntuvdr2 vdr: [1698] receiver on device 10 thread ended (pid=1668, tid=1698) Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] no EPG info available Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] record /srv/vdr/video.00/RTL2/2013-12-30.22.45.198-0.rec Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] creating directory /srv/vdr/video.00/RTL2 Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] creating directory /srv/vdr/video.00/RTL2/2013-12-30.22.45.198-0.rec Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] recording to '/srv/vdr/video.00/RTL2/2013-12-30.22.45.198-0.rec/00001.ts' Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] cPvrDevice::SetPid 301 = On Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] cPvrDevice::SetPid 101 = On Dec 30 22:45:04 ubuntuvdr2 vdr: [1668] cPvrDevice::SetPid 300 = On Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] receiver on device 10 thread started (pid=1668, tid=1711, prio=high) Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] entering cPvrDevice::OpenDvr: Dvr of /dev/video0 (PVR350) is closed Dec 30 22:45:04 ubuntuvdr2 vdr: [1710] recording thread started (pid=1668, tid=1710, prio=high) Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] entering cPvrDevice::CloseDvr: Dvr of /dev/video0 (PVR350) is closed Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] cPvrDevice::ResetBuffering(): tsBuffer prefill = 0 for /dev/video0 (PVR350) Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] channel is television. Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] cPvrDevice::Tune(): set Frequency on PVR350 to 154,25 MHz (2468) Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] cPvrDevice::SetEncoderState (Start) for /dev/video0 (PVR350) Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] cPvrDevice::OpenDvr: create new readThread on /dev/video0 (PVR350) Dec 30 22:45:04 ubuntuvdr2 vdr: [1711] cPvrReadThread Dec 30 22:45:04 ubuntuvdr2 vdr: [1712] PvrReadThread of /dev/video0 thread started (pid=1668, tid=1712, prio=high) Dec 30 22:45:04 ubuntuvdr2 vdr: [1712] cPvrReadThread::Action(): Entering Action() Dec 30 22:45:05 ubuntuvdr2 vdr: [1712] cPvrReadThread::Action():timeout on select from /dev/video0: 0:Erfolg - retrying
Welche Version von vdr und pvrinput-Plugin hast Du laufen? Ist das schon upgedatet auf vdr 2.04.x?
Hast Du das vnsi-Plugin laufen? Sieht im Log so aus. Ich vermute, dass dieses einen laufenden receiver darstellt, und dass vdr deshalb das device für den Kanalwechsel nicht detachen will.
Probiere mal, das (sowie ggf. den Nachfolger xvdr) zu deaktivieren. -
Moin, bin etwas weiter. dbus2vdr oder dynamite war es(teste noch) vielleicht auch deswegen kein start von vdr-sxfe(remote vdr-sxfe genommen)
Test lief erfolgreich, Aufnahme wie gewohnt.deb http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu precise mainvdr 2.0.3-3yavdr0~0.5
vnsi xvdr keine Korrektur. -
mit -dynamite in order.conf klappts. Sol ich testing/unstable nehmen? Will höchstens testing. Wann gibt es 13.10 Repositories?
Gruß -
Wann gibt es 13.10 Repositories?
Vermutlich nie, die 14.04 ist viel interessanter als diese kurzlebigen Zwischenversionen. -
dbus2vdr ist essentiell für yavdr, das darf man nicht deaktivieren.
dynamite zu deaktivieren ist ok, wenn deine Karten schnell genug initialisieren.
unstable darfst du niemals nehmen.Lars
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!