home.fuse.net/honnert/UltraID3Lib/

Kann alles was du brauchst.

Das wirst du so nicht herausfinden, da dies der komplett falsche Ansatz ist. Album, Interpret usw. ist in Formatspezifischen Tags encodiert welche du nicht so ohne weiteres auslesen kannst.
Das Problem ist vor allem, dass es recht viele verschiedene Tags gibt und alle recht kompliziert sind. Das wahrscheinlich bekannteste Tag-Format ist ID3. Eine Beispielimplementation findest du hier: cscore.codeplex.com/SourceControl/latest#CSCore/Tags/ID3/
Ich würde dir aber die Verwendung einer Bibliothek welche möglichst viele verschiedene Tags unterstützt nahelegen.

Und nö @iEi, das Teil kann nicht zwingend alles was er braucht. Wie bereits gesagt: Die Lib sollte möglichst viele Tags unterstützen. Das Teil unterstützt "nur" ID3.

Eine Bibliothek, die viele Informationen auslesen kann und auch viele Dateiformate unterstützt, ist MediaInfo: mediaarea.net/de/MediaInfo

Hm... ich bin mir fast sicher, dass man sowas auch ohne Lib herausbekommen kann, zumindest auf Betriebssystemen, die diese Informationen ohne weitere Installation irgendwelcher DLLs oder Anwendungen auch im Explorer anzeigen können. Mit .NET-Mitteln allein allerdings natürlich nicht, aber ich kann mir gut vorstellen, dass man mit Kenntnis der richtigen Win32- oder mit Hilfe von MMC-Befehlen und dem Stichwort "Shell Extensions" auf dem richtigen Weg ist. Ist allerdings wirklich nur für Fortgeschrittene, ansonsten ist die Verwendung einer Library zu diesem Zweck sicher ratsamer...

iCanNonIc schrieb:

wieso sollte ich was erfinden, was es schon gibt

Das ist doch nach wie vor deine Entscheidung
Die einen machen sich die Arbeit so einfach wie möglich, indem sie ihre Anwendungen mit Bibliotheken bzw. DLLs vollstopfen, die nicht auf eigenem Mist gewachsen sind, andere hingegen versuchen nach Möglichkeit, so viele Fremd-DLLs von Dritten zu vermeiden wie möglich. Aus deinen bisherigen Beiträgen war nicht ersichtlich zu welchem Typ du wohl gehörst, darum wollte ich dir nur zeigen, dass es evtl. für dein Vorhaben auch eine Lösung gibt, die ohne Fremd-DLLs auskommen kann.

Und welchen Grund sollte das Vermeiden von Bibliotheken haben? Festplatte um nen paar kb erleichtern? In Zeiten wo nen TB fast nix mehr Wert ist, wohl kaum. Außerdem wirst du mit deiner Methode recht wenig Erfolg haben. a) Unterstützt windows nicht alle Tags b) ist das wieder Betriebssystem abhängig woher du das irgendwie über hundert Ecken bekommst und dann ist noch nicht gesagt, dass es überhaupt funktioniert. So mache ich meine NuGet-Konsole auf, hole mir nen Tags-Paket, verwende es und fertig. Wie viele Libs man verwendet ist bei einer Anwendung komplett wurscht.
Habe grad nen Projekt mit über 60 Bibliotheken bei mir in VS offen, sehe jedoch keinen Grund das zu ändern. Jede hat seine Berechtigung und wäre ne riesen Arbeit die neu zu schreiben. Und das trifft bei einer Tags-Bibliothek gleich doppelt zu :P.

Jeder halt so wie er mag, warum muss das gleich in eine Grundsatzdiskussion ausarten? Ich geh da auch nicht weiter drauf ein, denn ich hab meiner Meinung nach alles Nötige zu dem Thema gesagt...