shadow1319 / yet-another-music-application

Automatically exported from code.google.com/p/yet-another-music-application
0 stars 0 forks source link

Title and Artist columns from filename #280

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
Describe the feature you want implemented.

At the moment the Title and Artist columns get their info from the ID3 tags 
only. For a lot of files these tags are not filled. In this case, Stoffi should 
try to guess them from the filename.

Describe why you think that this feature is needed.

A lot of users keep their filenames tidy and don't bother with the ID3 tags 
(myself included :) )

Are there any other projects that inspired you? Do you have any screenshots
or mockups to show a concept of this feature?

I believe a lot of music players do this.

Original issue reported on code.google.com by serbanbo...@gmail.com on 11 Nov 2011 at 6:57

GoogleCodeExporter commented 8 years ago
Thanks for the request. I have actually been planning something similar. Maybe 
we can also check the folder name, I personally like to use this structure:

Music/Artist/Album/Artist - Title.mp3

Original comment by ephracis on 11 Nov 2011 at 10:23

GoogleCodeExporter commented 8 years ago
I usually put all my music in a big folder with Artist - Title.mp3 filenames.

To account for the different naming conventions, it would be really cool if you 
could choose from a few schemes as a user defined setting:

$artist - $title
$artist - $album/$artist - $title
$artist/$album/$artist - $title
$artist/$album/$title

and so on ...

Original comment by serbanbo...@gmail.com on 11 Nov 2011 at 10:33

GoogleCodeExporter commented 8 years ago
I was more aiming for some AI where Stoffi would be able to analyze the whole 
structure and understand the scheme.

Not really the same issue but similar:
I thought it might be a nice idea to let the user designate an "incoming" 
folder and then add the ability for Stoffi to move files (like iTunes does). So 
for example you download some new tracks into Downloads and Stoffi 
automatically moves them into your Music folder, while at the same time creates 
folders and renames the song to follow the current scheme (which of course will 
be first guessed and then can be changed by the user).

Original comment by ephracis on 11 Nov 2011 at 12:52

GoogleCodeExporter commented 8 years ago
AI is good also.

I don't know about the other idea - I guess it could be useful for some users. 
For me, it's the first thing I disable in iTunes.

Original comment by serbanbo...@gmail.com on 11 Nov 2011 at 1:11

GoogleCodeExporter commented 8 years ago
Yeah, that's why I want it to be opt-in instead of opt-out. Since I figure that 
most people don't want that. Besides, my idea is slightly different than what 
iTunes does. iTunes moves everything from where your music is (probably where 
you put it, and want it to be) to some obscure iTunes directory.

I wanted to instead do this:
Let the users music be the way it is.
Offer to move any new music (for example stuff that falls into the Downloads 
folder) to where the user has his/her music (while keeping the same structure).

Original comment by ephracis on 11 Nov 2011 at 2:13

GoogleCodeExporter commented 8 years ago
That's a neat idea

Original comment by serbanbo...@gmail.com on 11 Nov 2011 at 2:35

GoogleCodeExporter commented 8 years ago
This would be fantastic: If Stoffi could read the tags, then rename the song 
filename itself to keep the user's file naming convention and then move it to 
the user's designated music folder.

Most of the samples I download have perfect tags but broken filenames.

Original comment by wic...@gmail.com on 21 Apr 2012 at 11:13

GoogleCodeExporter commented 8 years ago

Original comment by christof...@stoffiplayer.com on 24 Apr 2012 at 4:46

GoogleCodeExporter commented 8 years ago
Issue 358 has been merged into this issue.

Original comment by tom...@me.com on 3 Aug 2012 at 4:36

GoogleCodeExporter commented 8 years ago

Original comment by christof...@stoffiplayer.com on 3 Aug 2012 at 5:12