Well, first, saying VDR is a VDR and nothing else is OK for me (I'll do it on my own). Second, that separated thread is nice, but an illusion. Cause it gains as much Disk-Access, nothing else will be done beside of it. So, why not reduce it to the max in findind recordings as as quick as possible. Just my thoughts. Thanks for that quick response. Bye, Volker -----Original Message----- From: vdr-bounces@xxxxxxxxxxx [mailto:vdr-bounces@xxxxxxxxxxx] On Behalf Of Klaus Schmidinger Sent: Sonntag, 16. April 2006 14:58 To: vdr@xxxxxxxxxxx Subject: Re: ScanVideoDir is holding back VDR for up to 15min at Startupusing NFS-Devices Volker Schierz wrote: > Hi! > > I think there will be no problems on single disk systems cause of they > have enough speed, but I found a Problem with external NFS-Devices. > Beside my internal video-device I'm using one harddisk for Music, one > for all of my Image's and an additional Device for VDR-Recordings. > Cause of the slower network-access the initial scanning for recordings > and empty directories, VDR > is scanning all that Sound and Image-Stuff for several minutes. If I > include my 4 GB cddb-archiv, it is about 20 minutes. > > Therefor I changed the code of ScanVideoDir with a simple extension. > It now looks first wether a file ".vdrexclude" Exists. If so it skips > the entire directory-tree. This makes it easy to exclude a > subdirectory tree by simply touching ".vdrexclude" in a directory that > will not contain VDR-Recordings. Well, actually there shouldn't be any non-VDR files in the video directory. Plus, since version 1.3.38 all disk access regarding recordings is done in a separate thread. Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
