GNOME Bugzilla – Bug 326557
option to lowercase-ify all song information should exist
Last modified: 2006-04-24 08:01:24 UTC
There should be an option in the preferences dialog to cause all song information to be saved using only lower case letters. This should include both the tag information as well as filenames. This could be acomplished by: 1) A 'lowercaseify' button, perhaps on the main window. 2) An option in the preferences dialog to change all information to lowercase as it comes in from the music database. Other information:
It's possible to lowercase the filenames by writing a custom pattern, but why do you want to lowercase the metadata?
My thoughts on custom file naming patterns are covered by the submitter of http://bugzilla.gnome.org/show_bug.cgi?id=319024 I prefer my music collection to be lowercased to remove the ambiguity of proper capitalisation versus crazy song-title capitalise-every-word-except-'the'-and-'of' capitalisation. I also find that song information is easier to read if the tags are entirely lowercase. It's also nice to be able to generate file names from metadata without converting the capitalised metadata to lowercase.
this problem has prevented me from using sound-juicer for quite some time. i finally wrote a patch for it. confirming and elevating status due to the patch.
Created attachment 58243 [details] [review] optionally lowercase all metadata adds a preference and gconf key to allow converting incoming metadata to lowercase at the very least this patch should be committed with the preference UI removed (but still accessible through gconf). comments and/or suggestions about how to improve the patch appreciated.
I don't understand why you want to mangle the ~canonical metadata (MusicBrainz has rules for formatting the titles so it's internally consistent) by making it all lowercase. What is the use-case, and why can't the player lowercase the metadata if you prefer to view it lowercase?
i promise you that the entire world doesn't agree with the musicbrainz internal formatting rules. in my mind the only _real_ canonical forms are all-lowercase or all-uppercase and all-uppercase is ridiculous. every other format has border cases where you could go one way or another (which is why i use all-lowercase to begin with). i like how lowercase looks. as much as i have the ability to use the source to modify muine, i do not have the ability to make the same modification on my portable digital audio player. this is no more the fault of my DAP than it's the fault of GNU coreutils for not having a "display in all lowercase" option on ls(1). i will always use all-lowercase tags and won't be convinced not to. the only real question here is if i (and others) will be able to use sound-juicer or not. i'd really like to use sound-juicer.
I'm still not convinced by this. If you demand that tags are lowercase and wish to use Sound Juicer, then I suggest you either patch your Sound Juicer packages, or write a post-processing tool to lowercase the tags. I do plan on writing a plugin architecture soon, so you should be able to hook into that somehow. Though I do appreciate how you demonstrate your love for lowercase by not using capital letters in the bug report. :)
i do not understand how a totally non-visible option that is disabled by default could possibly have a negative effect. by a similar token, i'm actually sort of disappointed that every word in your replies didn't start with a capital letter. :)
I think it should be possible to write a gstreamer plugin to do that, that you could add to your encoding profile using gnome-media-profiles :)
*** Bug 339530 has been marked as a duplicate of this bug. ***