File names in playlist

[kartal]

I think it would be helpfull to have a column that is dedicated to filenames in the playlist window. Things can get quite confusing sometimes if files do not have proper tags.

[dionoea]

Which OS and interface do you use?

[kartal]

I am under xp64. IUse the default interface.

[dionoea]

I'll add that feature to the Qt interface (unless I forget).

[dionoea]

Done. Will be available in upcoming releases. (Column name is URI)

[CloudStalker]

Done. Will be available in upcoming releases. (Column name is URI)

Thanks. This has been a nuisance for awhile. Me be wanting only the file name, not the url address. But anyway, thanks.

[dionoea]

Well current, for a file loaded in the playlist as ... "/home/username/media/music/track.mp3", you'll get "file:///home/username/media/music/track.mp3" in the playlist (not sure if the file:// prefix will always be there). I could also add a column to just display the filename component (like everything after the last / or \). Would that be useful to some of you?

[CloudStalker]

Yeah, basically if an audio/video file is located in C:/Music/Artists/Album/Disc/Track 01.mp3 it should display the name of the file only, Track.01 (without the extension .mp3...). This is useful in the case that music has not been tagged.

[Jean-Baptiste Kempf]

It does that in the statusBar is no metadata is found.

[dionoea]

Yeah, basically if an audio/video file is located in C:/Music/Artists/Album/Disc/Track 01.mp3 it should display the name of the file only, Track.01 (without the extension .mp3...). This is useful in the case that music has not been tagged.

I'll add a "filename" column too then (Unless I forget)

[CloudStalker]

Dat would be cool. Hypothetically speaking, let's say CloudStalker was developing a skin, a hypothetical one, would he be able to apply this "filename" column to it?

[dionoea]

No, those are Qt4 specific changes I think that skins2 playlist doesn't allow displaying lots of meta data ... you should ask in the skins forum section or check the documentation on the website.

[CloudStalker]

...I think that skins2 playlist doesn't allow displaying lots of meta data ...

"Ouch", that kinda hurts CloudStalker's idea, it requires display of a lot of meta data. Guess me should just scrap this hypothetical idea me had.

[nboul]

Hi,
I think it would also be useful to display HTTP file names without %XX codes (mainly %20 for spaces).

[bwpearre]

Agreed (I'm using QT interface with vlc 1.0.0 under Linux (Debian unstable)). I do see URI but not Filename--am I an idiot?

Please allow me to sketch a more detailed example of why this is very important to a very small group of people:

Most of my music is Ogg Vorbis. One clever thing that the folks over at Xiph did was to realise that the standard mp3 tags are next to useless for classical music. Therefore they allow arbitrary tags, and I made use of that--standardising on the set described at http://legroom.net/2009/05/09/ogg-vorbi ... mendations

In other words, I'll have a work whose "title" is "The Marriage of Figaro", consisting of 43 or so tracks with part names (by the way, without URI, sorting on "Title" fails). Since players don't usually support arbitrary fields, I've been content to include the information in the filename. While VLC displays these, it ain't pretty: URI gives something like "file:///home/ben/music/Mozart/Mozart%20-%20K.492%20Le%20Nozze%20di%20Figaro%20-%20(23)%20E%20Susanna%20non%20vien!...Dove%20sono.ogg".

Great for sorting! But hard to read. "ls" lists the file as "Mozart - K.492 Le Nozze di Figaro - (23) E Susanna non vien!...Dove sono.ogg", which I find rather more readable. No, I don't care much whether the extension is visible or not... extensions are generally moot when you can use magic numbers

I don't see the filename field in 1.0.0. Should I? What am I doing wrong? Will a skin fix this?

Many thanks!
-Ben