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@linuxtv.org [mailto:vdr-bounces@linuxtv.org] On Behalf Of Klaus Schmidinger Sent: Sonntag, 16. April 2006 14:58 To: vdr@linuxtv.org Subject: Re: [vdr] 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@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr