Fastest Media File Search Method

[michael.gerety]

I remember seeing really fast disk searching code from MSDN Magazine or
something like that using .NET 2.0, but I can't find it.

Basically I'm developing jukebox software that will do an initial
search of the entire hard drive(s) and catalogue any media files by
extracting tags and/or using filename analysis. I've got all the tag
reading stuff, and I know you can recursively enumerate through
files/directories using the .NET framework, but is this a
fast/efficient manner?

Is there a way that is head a shoulders above the rest in
speed/efficiency?

[Nicholas Paldino [.NET/C# MVP]]

The only thing I can think of would be to use the API and use
FindFirstFileEx (and the related API calls).

Hope this helps.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard.caspershouse.com

<mi************@gmail.com> wrote in message
news:11**********************@v46g2000cwv.googlegr oups.com...

I remember seeing really fast disk searching code from MSDN Magazine or
something like that using .NET 2.0, but I can't find it.

Basically I'm developing jukebox software that will do an initial
search of the entire hard drive(s) and catalogue any media files by
extracting tags and/or using filename analysis. I've got all the tag
reading stuff, and I know you can recursively enumerate through
files/directories using the .NET framework, but is this a
fast/efficient manner?

Is there a way that is head a shoulders above the rest in
speed/efficiency?

[_DD]

On 3 Apr 2006 15:06:14 -0700, mi************@gmail.com wrote:

I remember seeing really fast disk searching code from MSDN Magazine or
something like that using .NET 2.0, but I can't find it.

Basically I'm developing jukebox software that will do an initial
search of the entire hard drive(s) and catalogue any media files by
extracting tags and/or using filename analysis. I've got all the tag
reading stuff, and I know you can recursively enumerate through
files/directories using the .NET framework, but is this a
fast/efficient manner?

Is there a way that is head a shoulders above the rest in
speed/efficiency?

I believe the tag reader will be far slower than folder recursion, so
you may want to concentrate on optimizing that. What are you
currently using to read tags?