Hi,
das Update des OSDs alle 100ms scheint ein guter Kompromiss zu sein:
Keine Probleme beim Setzen von Schnittmarken, und der Progress Bar wird auch bei kurzen Aufnahmen noch in akzeptabler Weise aktualisiert.
Getestet mit HD- und SD FF-Karte.
Gruß,
Oliver
Die Karte braucht keine Firmware.
Nicht notwendig, falls die Kanalliste keine DVB-S/DVB-S2 Kanäle enthält.
CU
Oliver
Hallo,
es gibt eine neue Version des Remote Control Plugins.
Download: http://www.escape-edv.de/endriss/vdr/vdr-remote-0.7.0.tgz
History
---------
2015-09-20: Version 0.7.0
- Fix a random crash when terminating the tcp remote.
- Use plgcfg from pkg-config (thanks to Ville Skyttä).
- Support VDR version 2.3.1+.
See README for details.
Short description
---------------------
This plugin extends the remote control capabilities of vdr.
The following remote control devices are supported:
(a) linux input device driver ('/dev/input/eventX', X=0,1,2,...)
- Built-in remote control port of the TT DVB-S2 6400 (HD full-featured card).
- Built-in remote control port of the av711x-based DVB cards (SD full-featured cards), e.g. DVB-S Nexus.
- Remote control port of budget cards, e.g. Nova-CI.
- Other input devices (rotary-encoder, wheel mouse).
See file FAQ for a list of cards which have been reported to work.
(b) keyboard (tty driver): /dev/console, /dev/ttyX
(c) TCP connection (telnet)
(d) LIRC
CU
Oliver
Daß es am Ausgabedevice liegt kann ich mir schlecht vorstellen, denn das dvbsddevice hat mit den globalen Listen nichts zu tun.
Ich habe leider keinen VDR mit dvbsddevice mehr in Betrieb, daher kann ich es damit nicht ausprobieren.
An Skins habe ich alle drei Standardskins probiert, aber keine hat Probleme gemacht. Ich sehe aber durchaus im Code, daß es da ein Locking-Problem geben könnte. Nur ist es mir bisher noch nicht gelungen, es zu forcieren.Kannst du bitte mal testen, ob das auch mit der LCARS-Skin auftritt?
Tritt mit allen drei Standardskins auf, bei LCARS sieht der Backtrace etwas anders aus:
Program terminated with signal 11, Segmentation fault.
#0 0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
573 const T *First(void) const { return (T *)objects; }
(gdb) bt
#0 0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
#1 0x0815afb5 in cRecordings::MBperMinute (this=0x0) at recording.c:1573
#2 0x081b9134 in cVideoDiskUsage::HasChanged (State=@0x9f52db0: 3)
at videodir.c:214
#3 0x0817b09e in cSkinLCARSDisplayMenu::DrawDisk (this=0x9f52a80)
at skinlcars.c:1087
#4 0x0817c152 in cSkinLCARSDisplayMenu::DrawFrameDisplay (this=0x9f52a80)
at skinlcars.c:1154
#5 0x0818213f in cSkinLCARSDisplayMenu::Flush (this=0x9f52a80)
at skinlcars.c:1753
#6 0x0818963b in cSkins::Flush (this=0x828bd00) at skins.c:394
#7 0x08111790 in cInterface::GetKey (this=0x95199f0, Wait=true)
at interface.c:34
#8 0x081b592c in main (argc=12, argv=0xbfcd3d64) at vdr.c:1154
(gdb)
Und vielleicht zur Sicherheit mal ohne 'remote' Plugin, damit wir auch das ausschließen können.
Macht keinen Unterschied. Bei obigem Backtrace war dvbsddevice das einzige Plugin.
Machst du eine Sofortaufnahme oder eine normale Timer-Aufnahme?
Moment mal - hast Du mich evtl. falsch verstanden?
Ich mache keine neue Aufnahme, sondern ich lösche eine existierende Aufnahme, während sie wiedergegeben wird:
- Irgendeine Aufnahme "X" abspielen.
- Aufzeichnung "X" löschen, während die Wiedergabe läuft.
-> Crash, hier 100%ig reproduzierbar.
CU
Oliver
Hab ich gesehen, bin nur noch nicht dazu gekommen, mich ausführlicher damit zu beschäftigen.
Ein Problem ist auch, daß es mir nich nicht gelungen ist, den Fehler hier nachzuvollziehen. Entweder ich mache da was falsch oder es ist ein Timing-Problem.
Ich schau es mir auf alle Fälle noch an. Zur Zeit bin ich nur leider zeitlich etwas knapp, es kann also etwas dauern...
Kein Problem. Hier noch einmal das Setup:
- vdr 2.3.1 + vdr-2.3.1-fixcrashdelrec.diff + vdr-2.3.1-grantrecursivewritelocks-2.diff
- dvbsddevice
- remote 0.7
- Classic Skin
Laut Backtrace passiert der Crash irgendwie bei der Ausgabe im Classic Skin.
CU
Oliver
Laut Log sind 2 Karten drin. Bei einer wird kein Frontend gefunden.
Also Karten einzeln testen, und zwar in beiden fraglichen PCIe-Slots. Falls das Problem am Slot festzumachen ist, anderen Slot verwenden.
CU
Oliver
Log vom Laden des Treibers?
Sorry, da fehlte noch eine Zeile.
Anbei ein neuer Versuch.Der erste Patch soll ruhig drin bleiben.
Crasht immer noch:
Program terminated with signal 11, Segmentation fault.
#0 0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
573 const T *First(void) const { return (T *)objects; }
(gdb) bt
#0 0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
#1 0x0815afb5 in cRecordings::MBperMinute (this=0x0) at recording.c:1573
#2 0x081b9134 in cVideoDiskUsage::HasChanged (State=@0x828fa74: 2)
at videodir.c:214
#3 0x081b921e in cVideoDiskUsage::String () at videodir.c:231
#4 0x0816f3f8 in cSkinClassicDisplayMenu::DrawTitle (this=0xb2f4108)
at skinclassic.c:282
#5 0x0816f541 in cSkinClassicDisplayMenu::SetTitle (this=0xb2f4108,
Title=0x9e6cd50 "Abenteuer Leben - täglich neu entdecken")
at skinclassic.c:288
#6 0x0814077e in cOsdMenu::Display (this=0xa4b1f88) at osdbase.c:238
#7 0x081251f9 in cMenuRecordings::Delete (this=0xa4b1f88) at menu.c:3121
#8 0x0812580f in cMenuRecordings::ProcessKey (this=0xa4b1f88, Key=kYellow)
at menu.c:3186
#9 0x0814189d in cOsdMenu::ProcessKey (this=0xb34bee8, Key=kYellow)
at osdbase.c:528
#10 0x08125775 in cMenuRecordings::ProcessKey (this=0xb34bee8, Key=kYellow)
at menu.c:3177
#11 0x0814189d in cOsdMenu::ProcessKey (this=0xb319ee8, Key=kYellow)
at osdbase.c:528
#12 0x0812e364 in cMenuMain::ProcessKey (this=0xb319ee8, Key=kYellow)
at menu.c:4372
#13 0x081b68c6 in main (argc=17, argv=0xbfaf2784) at vdr.c:1354
(gdb)CU
Oliver
Magst du bitte mal beliegenden Patch probieren?
Crasht immer noch, Backtrace sieht nun so aus:
Program terminated with signal 7, Aborted.
#0 0xb77ba430 in __kernel_vsyscall ()
(gdb) bt
#0 0xb77ba430 in __kernel_vsyscall ()
#1 0xb73fb661 in *__GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2 0xb73fea92 in *__GI_abort () at abort.c:92
#3 0x081a4e4b in cStateKey::Remove (this=0xbf99a218, IncState=true)
at thread.c:537
#4 0x080e078c in cRecordingsLock::~cRecordingsLock (this=0xbf99a218,
__in_chrg=<optimized out>) at recording.h:291
#5 0x081561df in cResumeFile::Save (this=0xa88fc64, Index=12)
at recording.c:319
#6 0x080f7ae9 in cIndexFile::StoreResume (this=0xa88fc48, Index=12)
at recording.h:476
#7 0x080f528c in cDvbPlayer::Save (this=0xf9e7e58) at dvbplayer.c:398
#8 0x080f4b65 in cDvbPlayer::~cDvbPlayer (this=0xf9e7e58,
__in_chrg=<optimized out>) at dvbplayer.c:305
#9 0x080f4c93 in cDvbPlayer::~cDvbPlayer (this=0xf9e7e58,
__in_chrg=<optimized out>) at dvbplayer.c:312
#10 0x080f7718 in cDvbPlayerControl::Stop (this=0xcff1d40) at dvbplayer.c:962
#11 0x081334b5 in cReplayControl::Stop (this=0xcff1d40) at menu.c:5496
#12 0x0813311f in cReplayControl::~cReplayControl (this=0xcff1d40,
__in_chrg=<optimized out>) at menu.c:5456
#13 0x081331b7 in cReplayControl::~cReplayControl (this=0xcff1d40,
__in_chrg=<optimized out>) at menu.c:5459
#14 0x081512e7 in cControl::Shutdown () at player.c:105
n cMenuRecordings::Delete (this=0xa8eb360) at menu.c:3112
#16 0x0812580f in cMenuRecordings::ProcessKey (this=0xa8eb360, Key=kYellow)
at menu.c:3186
#17 0x0814189d in cOsdMenu::ProcessKey (this=0xa944c58, Key=kYellow)
at osdbase.c:528
#18 0x08125775 in cMenuRecordings::ProcessKey (this=0xa944c58, Key=kYellow)
at menu.c:3177
#19 0x0814189d in cOsdMenu::ProcessKey (this=0xa3df008, Key=kYellow)
at osdbase.c:528
#20 0x0812e364 in cMenuMain::ProcessKey (this=0xa3df008, Key=kYellow)
at menu.c:4372
#21 0x081b68be in main (argc=18, argv=0xbf99aa54) at vdr.c:1354
(gdb)Edit:
Der erste Patch ist dabei auch noch drin - spielt jedoch vermutlich keine Rolle, oder?
CU
Oliver
Anbei der Fix.
Danke. Hier gleich der nächste Crash. Löschen einer Aufzeichnung, während sie wiedergegeben wird:
Program terminated with signal 11, Segmentation fault.
#0 0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
573 const T *First(void) const { return (T *)objects; }
(gdb) bt
#0 0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
#1 0x081364f1 in cList<cRecording>::First (this=0x0) at tools.h:585
#2 0x0815b2d0 in cRecordings::ResetResume (this=0x0,
ResumeFileName=0x91291e8 "/video/Abenteuer_Leben_-_täglich_neu_entdecken/%%Thema_u._a.:_Wilde_Kost:_Essbares_Unkraut,_Information,_D_2015/2015-09-15.16.56.29-0.rec/resume") at recording.c:1632
#3 0x081561c8 in cResumeFile::Save (this=0x912b0dc, Index=0)
at recording.c:319
#4 0x080f7ae9 in cIndexFile::StoreResume (this=0x912b0c0, Index=0)
at recording.h:476
#5 0x080f528c in cDvbPlayer::Save (this=0xe552c98) at dvbplayer.c:398
#6 0x080f4b65 in cDvbPlayer::~cDvbPlayer (this=0xe552c98,
__in_chrg=<optimized out>) at dvbplayer.c:305
#7 0x080f4c93 in cDvbPlayer::~cDvbPlayer (this=0xe552c98,
__in_chrg=<optimized out>) at dvbplayer.c:312
#8 0x080f7718 in cDvbPlayerControl::Stop (this=0x912ec98) at dvbplayer.c:962
#9 0x081334b5 in cReplayControl::Stop (this=0x912ec98) at menu.c:5496
#10 0x0813311f in cReplayControl::~cReplayControl (this=0x912ec98,
__in_chrg=<optimized out>) at menu.c:5456
#11 0x081331b7 in cReplayControl::~cReplayControl (this=0x912ec98,
__in_chrg=<optimized out>) at menu.c:5459
#12 0x081512db in cControl::Shutdown () at player.c:105
#13 0x08125142 in cMenuRecordings::Delete (this=0xe5d8e10) at menu.c:3112
#14 0x0812580f in cMenuRecordings::ProcessKey (this=0xe5d8e10, Key=kYellow)
at menu.c:3186
#15 0x0814188f in cOsdMenu::ProcessKey (this=0x9127770, Key=kYellow)
at osdbase.c:528
#16 0x08125775 in cMenuRecordings::ProcessKey (this=0x9127770, Key=kYellow)
at menu.c:3177
#17 0x0814188f in cOsdMenu::ProcessKey (this=0xe552830, Key=kYellow)
at osdbase.c:528
#18 0x0812e364 in cMenuMain::ProcessKey (this=0xe552830, Key=kYellow)
at menu.c:4372
#19 0x081b6842 in main (argc=18, argv=0xbfb595a4) at vdr.c:1354
(gdb)CU
Oliver
Hier crasht VDR 2.3.1 + dvbsddevice mit Classic Skin reproduzierbar beim Löschen einer Aufzeichnung:
Program received signal SIGSEGV, Segmentation fault.
0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
573 const T *First(void) const { return (T *)objects; }
(gdb) bt
#0 0x08136426 in cList<cRecording>::First (this=0x0) at tools.h:573
#1 0x0815afa9 in cRecordings::MBperMinute (this=0x0) at recording.c:1573
#2 0x081b90b0 in cVideoDiskUsage::HasChanged (State=@0x828f9f4: 2)
at videodir.c:214
#3 0x081b919a in cVideoDiskUsage::String () at videodir.c:231
#4 0x0816f3ec in cSkinClassicDisplayMenu::DrawTitle (this=0xafad8158)
at skinclassic.c:282
#5 0x0816f535 in cSkinClassicDisplayMenu::SetTitle (this=0xafad8158,
Title=0xb33fad40 "Abenteuer Leben - täglich neu entdecken")
at skinclassic.c:288
#6 0x08140770 in cOsdMenu::Display (this=0xafae4a90) at osdbase.c:238
#7 0x081251d6 in cMenuRecordings::Delete (this=0xafae4a90) at menu.c:3119
#8 0x0812580f in cMenuRecordings::ProcessKey (this=0xafae4a90, Key=kYellow)
at menu.c:3186
#9 0x0814188f in cOsdMenu::ProcessKey (this=0xafacf1b0, Key=kYellow)
at osdbase.c:528
#10 0x08125775 in cMenuRecordings::ProcessKey (this=0xafacf1b0, Key=kYellow)
at menu.c:3177
#11 0x0814188f in cOsdMenu::ProcessKey (this=0xafadc8b0, Key=kYellow)
at osdbase.c:528
#12 0x0812e364 in cMenuMain::ProcessKey (this=0xafadc8b0, Key=kYellow)
at menu.c:4372
#13 0x081b6842 in main (argc=6, argv=0xbffff7d4) at vdr.c:1354
(gdb)CU
Oliver
In yaVDR machen wir das beim Start von Kodi (wenn auch über dbus2vdr statt über SVDRP: https://github.com/yavdr/yavdr-ut…pre_post_app#L3). AFAIK wird das auch bei der MLD und bei Vorschlag von vdr4arch zum Umschalten zwischen VDR und KODI sowie bei EasyVDR so genutzt: http://easy-vdr.de/git/?p=trusty/…b2d;hb=HEAD#l66
Wie ein entsprechender Skriptaufruf aussehen müsste, ist mir schon klar.
Die Frage ist doch, in welchem Plugin dies so untesrtützt wird?
Das Remote-Plugin unterstützt es nicht, und die LIRC-Unterstützung in VDR selbst imho auch nicht.
Edit:
Hab's gefunden:
Der enabled-Status wird in VDR dazu verwendet, Tasteneingaben der Fernbedienung einfach wegzuwerfen.
CU
Oliver
Und wo ist das so implementiert?
Das Remote-Plugin gibt Devices derzeit nicht frei.
Btw, der Befehl "svdrpsend remo" war mir nicht bekannt.
Afaics wird das nur beim Shutdown-Handling verwendet.
CU
Oliver
Hallo,
ich bekomme mit Kernel 4.2.0 immer das im Log:DDBridge I2C timeout, card 0, port 3, link 0
ddbridge 0000:02:00.0: DDBridge IRS 00000000
...
Laut femon Anzeige ist aber alles im grünen Bereich...Ist das dann normal, oder wo klemmt es da?
(Gefühlt) schon 100x geschrieben:
Vgl. erster Beitrag dieses Threads, Hinweis #5.
CU
Oliver
Und 90% vom Tuner entspricht praktisch gesehen ca. 98% Signalstärke
91/92% wären realistisch erreichbare 100% für den Tuner.91/92% ... bestes Signal
60% ... akzeptabel
Wie schon geschrieben wurde:
Werte von Karten mit unterschiedlichen Frontend-Treibern sind nicht vergleichbar!
Hm - vielleicht sollte ich einen Patch einbauen, damit der Wert höher als bei Sundtek liegt?
Wie wäre es mit 95%? 
CU
Oliver
Für krachende Potis nehme ich immer Tuner 600 (Kontakt Chemie). Da es ein Spray ist, genügt ein kleines Loch, wo man reinsprühen kann. Damit habe ich bisher jedes Poti flott gekriegt.
CU
Oliver
Hast du einen Vorschlag, wie man das verbessern könnte?
Sollte evtl. UNC in cDvbTuner::GetSignalQuality() ganz aussen vor gelassen werden?
Es ist an sich eine gute Idee, nicht korrigierbare Blocks in die Signalqualität einfließen zu lassen.
UNC ist allerdings treiberseitig ein einfacher Zähler. Man müßte daher die Änderung des Wertes in einem gewissen Intervall - nicht den absoluten Wert - verwenden. (Wie es jetzt ist, bleibt die Signalqualität schlecht, selbst wenn sich das Gewitter längst wieder verzogen hat.)
CU
Oliver
