Es war uebrigens unabhaengig von soft/hard-mount. Ich weiss nicht, ob's nicht auch mit autofs zusammenhing (da ist es immer besonders lustig die Parameter zu aendern).
Ich meine mich zu erinnern, dass da der Extrecmenu-Patch sein Unwesen treibt. Wegen DVD-Archiven und so. Vielleicht geht damit was schief. Wer Lust hat möge doch mal einen VDR bauen ohne den Patch und dann ohne Exrecmenu-Plugin starten.
Wenn es dann geht, dann weiß man ja wo suchen.
Gerald
Die Aufnahmen werden in beiden Fällen doppelt angezeigt.
ich hab mir jetzt das syslog mal genau angeschaut und habe festgestellt, dass Folgendes 2x passiert:
Jan 17 16:58:25 yavdr vdr: [4608] video directory scanner thread started (pid=4544, tid=4608)
Jan 17 16:58:25 yavdr vdr: [4609] video directory scanner thread started (pid=4544, tid=4609)
[..]
und dann, später auch wieder 2x beendet wird.
Jan 17 16:58:28 yavdr vdr: [4609] video directory scanner thread ended (pid=4544, tid=4609)
Jan 17 16:58:28 yavdr vdr: [4608] video directory scanner thread ended (pid=4544, tid=4608)
leider weiss ich nicht, wie bzw. wo oder wann diese startscripts gestartet/abgearbeitet werden.
Ich hatte die Tage mal wieder seit längerem ein dist-upgrade gemacht. Seitdem habe ich das Problem ebenfalls. Bin bisher aber auch nicht dazu gekommen, mich mal darum zu kümmern. Ich glaube(!) ich habe nichts weiter verändert. "Glauben" deswegen, weil ich auch auf XBMC Frodo umgestiegen bin. Allerdings meine ich, danach wäre das Problem noch nicht aufgetaucht. Erst nach einem der letztem dist-upgrades. Ich weiß, ist jetzt keine wirklich große Hilfe.
Gruß
Hallo BOP,
werden bei Dir wirklich die Aufnahmen selbst doppelt angezeigt, oder nur die Anzahl der Aufnahmen?
Seit ich nämlich auch auf Frodo gewechselt habe (ich meine mit seahawk's ppa), wird bei mir nämlich die Anzahl der in Ordner liegenden Aufnahmen falsch angezeigt (eine ist vorhanden und zwei werden angezeigt, muss die eine dann auch 2x löschen). Aufnahmeverzeichnis neu einlesen hilft.
Ich habe festgestellt, dass dieses Verhalten am xvdr-Plugin liegt. Nehme ich es per order.conf raus, passt alles.
Ob das nun hier auch die Ursache ist, weiss ich nicht.
Viele Grüße.
Markus
Ich habe festgestellt, dass dieses Verhalten am xvdr-Plugin liegt. Nehme ich es per order.conf raus, passt alles.
Stimmt! Dann ist das Problem verschwunden. Scheint wohl am PlugIn zu liegen.
vdr-plugin-xvdr 0.9.6.git20130113-0yavdr-1~precise XBMC XVDR plugin for VDREDIT: War das bei dir schon immeer der Fall, oder ist das erst mit dem letzten Update gekommen?
Start-Date: 2013-01-14 20:02:31
Commandline: apt-get dist-upgrade
Upgrade: vdr-plugin-xvdr:amd64 (0.9.6.git20121229-0yavdr-0~precise, 0.9.6.git20130113-0yavdr-1~precise), dvb-driver-sundtek-mediaclient:amd64 (20130109.125056-1yavdr1~precise, 20130114.115403-1yavdr1~precise), libfreetype6:amd64 (2.4.8-1ubuntu2, 2.4.8-1ubuntu2.1), xbmc-addon-xvdr:amd64 (0.9.6~git201212292210-0yavdr0~precise, 0.9.7~git201301141002-0yavdr0~preciseubuntu1), libvlc5:amd64 (2.0.3-0ubuntu0.12.04.1, 2.0.5-0ubuntu0.12.04.1), vlc-nox:amd64 (2.0.3-0ubuntu0.12.04.1, 2.0.5-0ubuntu0.12.04.1), vlc-plugin-notify:amd64 (2.0.3-0ubuntu0.12.04.1, 2.0.5-0ubuntu0.12.04.1), xbmc-bin:amd64 (12.0~git20130103.0959-rc3-0precise, 12.0~git20130113.0200-2d73753-0precise), xbmc:amd64 (12.0~git20130103.0959-rc3-0precise, 12.0~git20130113.0200-2d73753-0precise), yavdr-utils:amd64 (20121203202849stable-0yavdr0~precise, 20130111094302stable-0yavdr0~precise), vlc:amd64 (2.0.3-0ubuntu0.12.04.1, 2.0.5-0ubuntu0.12.04.1), gpgv:amd64 (1.4.11-3ubuntu2.1, 1.4.11-3ubuntu2.2), vlc-data:amd64 (2.0.3-0ubuntu0.12.04.1, 2.0.5-0ubuntu0.12.04.1), libvlccore5:amd64 (2.0.3-0ubuntu0.12.04.1, 2.0.5-0ubuntu0.12.04.1), vlc-plugin-pulse:amd64 (2.0.3-0ubuntu0.12.04.1, 2.0.5-0ubuntu0.12.04.1), gnupg:amd64 (1.4.11-3ubuntu2.1, 1.4.11-3ubuntu2.2)
End-Date: 2013-01-14 20:02:58Wann es genau aufgetreten ist, kann ich Dir nicht beantworten. Das einzige was ich halt geändert hatte, war auf FRODO zu gehen - aus dem ppa von seahawk. Danach ist es das erste mal aufgetreten.
Aktuell installierte Version:
root@VDR:~# dpkg -l |grep vdr-plugin-xvdr
ii vdr-plugin-xvdr 0.9.6.git20121229-0yavdr-0~precise XBMC XVDR plugin for VDR
Habe bei mir aktuell vnsi laufen, damit löppt auch alles.
Das Problem trat bei einem Freund von mir auch auf, nachdem ich bei ihm die XBMC-Frodo-Pakete aus dem seahawk-PPA eingespielt hatte. Also ist es durchaus wahrscheinlich, dass es mit dem xvdr-Plugin aus dem PPA zusammenhängt.
Gruß
hepi
Dann sollte das mal jemand an Pipelka melden - der idealerweise auch sagen kann was genau im Code schiefgeht...
Alles anzeigenDie Aufnahmen werden in beiden Fällen doppelt angezeigt.
ich hab mir jetzt das syslog mal genau angeschaut und habe festgestellt, dass Folgendes 2x passiert:
Jan 17 16:58:25 yavdr vdr: [4608] video directory scanner thread started (pid=4544, tid=4608)
Jan 17 16:58:25 yavdr vdr: [4609] video directory scanner thread started (pid=4544, tid=4609)
[..]
und dann, später auch wieder 2x beendet wird.
Jan 17 16:58:28 yavdr vdr: [4609] video directory scanner thread ended (pid=4544, tid=4609)
Jan 17 16:58:28 yavdr vdr: [4608] video directory scanner thread ended (pid=4544, tid=4608)
leider weiss ich nicht, wie bzw. wo oder wann diese startscripts gestartet/abgearbeitet werden.
Ah! Zwei ineinander geschachtelte Updatethreads! Aus den Folgeposts lässt sich vermuten, dass einer davon das XVDR-Plugin ist. Da fehlen wohl irgendwo mutexes.
Gerald
Ah! Zwei ineinander geschachtelte Updatethreads! Aus den Folgeposts lässt sich vermuten, dass einer davon das XVDR-Plugin ist. Da fehlen wohl irgendwo mutexes.
Das ist normal. Der eine sammelt die Aufnahmen ("*.rec"), der andere die gelöschten ("*.del").
Klaus
Das ist normal. Der eine sammelt die Aufnahmen ("*.rec"), der andere die gelöschten ("*.del").
Danke für die Info. Wäre ja auch irgendwie zu einfach gewesen.
Gerald
Guten Morgen,
Ich habe festgestellt, dass dieses Verhalten am xvdr-Plugin liegt. Nehme ich es per order.conf raus, passt alles.
Ob das nun hier auch die Ursache ist, weiss ich nicht.
ich denke nicht, dass es direkt mit dem vxdr plugin zusammenhängt. Ich hatte dieses Problem nämlich auch, aber kein xvdr. Ich hatte damals eher das extrecmenu im Verdacht. Klaus sagte, dass dieser Updatethread zweimal aufgerufen wird. Einmal für *.rec und ein zweites mal für *.del . Ich gehe davon aus, dass das jeweilige Plugin sich dort einklinkt, den Unterschied zwischen dem *.rec Durchlauf und dem *.del Durchlauf aber nicht bemerkt und somit die Aufnahmen doppelt in seine interne recording Liste aufnimmt, wenn die zwei Threads gleichzeitig laufen.
Mit nur wenigen Aufnahmen trat das Problem bei mir nicht mehr auf. Wahrscheinlich weil die Scan Durchläufe so schnell fertig waren, dass sie nicht gleichzeitig, sondern nacheinander liefen.
Der folgende Patch hat mir seitdem geholfen...
--- vdr-1.7.23_org/recording.c 2012-02-14 19:39:05.000000000 +0100
+++ vdr-1.7.23/recording.c 2012-02-14 19:39:57.000000000 +0100
@@ -1135,8 +1135,8 @@
Lock();
Clear();
ChangeState();
- Unlock();
ScanVideoDir(VideoDirectory, Foreground);
+ Unlock();
}
void cRecordings::ScanVideoDir(const char *DirName, bool Foreground, int LinkLevel)
Gruß, Sibbi
Guten Morgen,
ich denke nicht, dass es direkt mit dem vxdr plugin zusammenhängt. Ich hatte dieses Problem nämlich auch, aber kein xvdr. Ich hatte damals eher das extrecmenu im Verdacht. Klaus sagte, dass dieser Updatethread zweimal aufgerufen wird. Einmal für *.rec und ein zweites mal für *.del . Ich gehe davon aus, dass das jeweilige Plugin sich dort einklinkt, den Unterschied zwischen dem *.rec Durchlauf und dem *.del Durchlauf aber nicht bemerkt und somit die Aufnahmen doppelt in seine interne recording Liste aufnimmt, wenn die zwei Threads gleichzeitig laufen.
Mit nur wenigen Aufnahmen trat das Problem bei mir nicht mehr auf. Wahrscheinlich weil die Scan Durchläufe so schnell fertig waren, dass sie nicht gleichzeitig, sondern nacheinander liefen.
Der folgende Patch hat mir seitdem geholfen...
DiffAlles anzeigen--- vdr-1.7.23_org/recording.c 2012-02-14 19:39:05.000000000 +0100 +++ vdr-1.7.23/recording.c 2012-02-14 19:39:57.000000000 +0100 @@ -1135,8 +1135,8 @@ Lock(); Clear(); ChangeState(); - Unlock(); ScanVideoDir(VideoDirectory, Foreground); + Unlock(); } void cRecordings::ScanVideoDir(const char *DirName, bool Foreground, int LinkLevel)
Das ist Absicht, daß der Lock *vor* ScanVideoDir() aufgegeben wird. Denn nur so bleibt er bei vielen Aufnahmen nicht längere Zeit hängen, wenn man in dieser Phase das "Recordings"-Menü öffnet. Das Recordings-Menü reagiert dynamisch auf Veränderungen der Recordings-Liste siehe menu.c:
eOSState cMenuRecordings::ProcessKey(eKeys Key)
{
...
case kNone: if (Recordings.StateChanged(recordingsState))
Set(true);
break;
Möglicherweise reagiert ein Plugin da etwas falsch.
Klaus
Hallo,
Bei mir tritt das Problem mit doppelten Aufnahmen im Live-Plugin auch auf.
Ein touch von ./update im video.00 Verzeichnis hilft (wenn auch nur bis zum nächsten reboot)
Ich hatte auch vor kurzem das Repository auf ppa:yavdr/unstable-vdr gewechselt um in den Genuss des neuen XVDR Plugins zu kommen damit die PVR Funktion des XBMC-clients (Frodo) sauber funktioniert.
Ja, ja ich weiß "unstable PPA" vielleicht war ich da zu ungeduldig...
Die Plugins sind recht überschaubar da ich den VDR nur als Server verwende.
guido@jabba:~$ sudo dpkg -l |grep -i vdr-plugin
ii vdr-plugin-dummydevice 1.0.3-0yavdr12~precise VDR plugin that emulates a dvb output device
ii vdr-plugin-epgsearch 1.0.1.beta1~git20121031-1yavdr1~precise VDR plugin that provides extensive EPG searching capabilities
ii vdr-plugin-live 0.2.0.99+git20120326-1yavdr5~precise Web administration plugin for VDR
ii vdr-plugin-streamdev-server 0.6.0.git20121102-0yavdr5~precise VDR Plugin to stream Live-TV to other VDR's - server part
rc vdr-plugin-vnsiserver 0.9.0.git20120606-0yavdr1~precise VDR-Network-Streaming-Interface
ii vdr-plugin-xvdr 0.9.6.git20130113-0yavdr-1~precise XBMC XVDR plugin for VDRWenn ihr logs benötigt die weiterhelfen können meldet euch mal.
Guido
Die doppelten Aufnahmen kann ich hier mit stable-vdr auch sehen. Debugged habe ich es aber auch noch nicht. Wenn ich es das nächste mal habe und Zeit habe schau ich mal ob ich was finden kann. Ich habe bei mir extrecmenu ausgeschaltet zu Testzwecken. Dementsprechend ist die Doppelung im VDR selbst. Wodurch es hervorgerufen wird kann ich nicht sagen. Vielleicht eine Race-Condidtion, wenn während des Boots das Neu-Einlesen neu getriggert wird, wenn der erste Einleseprozess noch im Gange ist ?
Wie schon geschrieben, bei mir verschwand die doppelte Anzeige der Aufnahmen nach Deaktivierung des xvdr-Plugins.
Ich bin auch auf stable, habe aber seahawk's ppa eingebunden, wegen der Frodo-Anbindung ... läuft auch sehr gut mit dem vnsi-Plugin.
Hatte gestern abend testweise nochmal vnsi gegen xvdr getauscht und prompt hatte ich wieder die doppelt gezählten Aufnahmen. xvdr wieder in der order.conf deaktiviert und alles gut 
Gruss.
Markus
Hallöle,
kann mich ofenheizer nur anschließen:
- yaVDR 0.5 mit Standard-XBMC (11.0) -> normale Anzeige der Aufnahmen
- yaVDR 0.5 mit XBMC aus seahawk's PPA und aktivem xvdr-plugin -> doppelte Aufnahmen
- yaVDR 0.5 mit XBMC aus seahawk's PPA und aktivem vnsi-plugin (xvdr-plugin via order.conf deaktivert) -> normale Anzeige der Aufnahmen
Die doppelte Anzeige der Aufnahmen ist sowohl im OSD als auch via Live vorhanden und können kurzzeitig mit einem
touch /srv/vdr/video.00/.updatekorrigiert werden.
Cheers,
Ole
Mit dem momentanen xvdr-Stand des ppa passt die Anzeige der Aufnahmen wieder:
Paket vdr-plugin-xvdr:
i A 0.9.6.git20130129-0yavdr-0~precise precise 500
Paket xbmc-addon-xvdr:
i A 0.9.7~git201301292346-0yavdr0~precise precise 500Cheers,
Ole
Da war ich wohl zu voreilig. Das Problem der doppelten Anzeige in Live und im OSD besteht leider immer noch. 
Cheers,
Ole
Wer testen will, ob man die doppelt angezeigten Aufnahmen los wird, kann sich das Paket mit den von Pipelka vorgeschlagenen Patches mal selber bauen:
https://github.com/pipelka/vdr…/92#issuecomment-13695740
sudo apt-get update && sudo apt-get install ubuntu-dev-tools
sudo apt-get build-dep vdr-plugin-xvdr
dget -xu --build https://launchpad.net/~seahawk1986-hotmail/+archive/xvdr-frodo-unstable-vdr/+files/vdr-plugin-xvdr_0.9.8.git20130217-1yavdr-0~precise.dsc
dpkg -i vdr-plugin-xvdr_0.9.8.git20130217-1yavdr-0~precise_amd64.debDie gepatchte Version sollte bald in den PVR-PPAs sein - bitte ausgiebig testen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!