Bug 96667 - WISH: ability to scan a "Covers" directory inside each song dir from where a cover may be loaded
Summary: WISH: ability to scan a "Covers" directory inside each song dir from where a ...
Status: RESOLVED DUPLICATE of bug 176402
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-09 21:57 UTC by Carlos Eduardo de Brito Novaes
Modified: 2009-08-03 11:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Eduardo de Brito Novaes 2005-01-09 21:57:19 UTC
Version:            (using KDE KDE 3.3.2)
Installed from:    Compiled From Sources
OS:                Linux

It would be nice if amaroK could scan a directory "Covers" inside each directory containing songs, and if this directory was found, scan it for the covers.
 I wish this because all of my songs are sorted this way, and it is normal pratice in full albuns downloaded from P2Ps like eMule (aMule). I know I can made a symlink, but it will look ugly...

 PS: Great app, I started to amaroK today (January 09, 2005) and like it a lot! I even made a audioscrobbler account...
Comment 1 JPD 2005-02-02 18:16:13 UTC
I previously kept also subfolders for the purpouse of non-audio files whether lyrics, covers, personal comments etc... I would find it interesting to have defineable subfolders to search for this information so that it could be tailored to each users preference and not hardcoded to match the most common. At the moment since I have become very attached to amaroK I have just copied in each folder the cover from the subfolder into the main folder with the audio files.
Comment 2 Halim I 2005-04-13 10:04:49 UTC
This makes perfect sense for a distributed environment where all clients on various PCs mount their music directory over NFS, and gets the music/albumart as primary source, and ~/.kde/apps/amarok/... as second source)

Maybe it could even be expanded to a common lyric naming convention so that lyrics in the same directory with the same name as an MP3/OGG in the parent directory automatically gets loaded?
Comment 3 JPD 2005-04-15 17:18:54 UTC
Halim: And for expanded functionality for those wanting video capabilities in amaroK, perhaps add a link to the music video for the song if it is detected as well in the form of "Click here to view the music video". This wishl item would allow future expansion for albumart, lyrics, videos and anything else which could be particular to a song/album/artist etc..
Comment 4 Matt Howe 2005-12-14 12:34:31 UTC
*** This bug has been confirmed by popular vote. ***
Comment 5 Danny Angelo Carminati Grein 2007-02-16 16:20:17 UTC
Its hard, but its need be fully configurable. I have a large music library very well organized that I use for computer and easy burnable/copyable for dvd players and mp3/mp4 devices.

All my covers are in the album folder named like: "front.jpg" and "back.jpg".
All my lyrics are mirrored in another directory structure. Sample:

/MP3/Electronic/Infected Mushroom/2004 IM The Supervisor/*.mp3
/MP3/Electronic/Infected Mushroom/2004 IM The Supervisor/2004 IM The Supervisor.m3u
/MP3/Electronic/Infected Mushroom/2004 IM The Supervisor/front.jpg
/MP3/Electronic/Infected Mushroom/2004 IM The Supervisor/back.jpg

And my lyrics are at:
/Lyrics/Electronic/Infected Mushroom/2004 IM The Supervisor/*.txt/*.srt/*.htm

With this structure, I maintain a lyric library (with their html viewable and printable and karaoke subtitles) easily navigable from a website without exposing my mp3s.

A library management tool can be useful with use of TAGs variables and a configuration screen. And better, a "Process Library" button to re-organize files based in its configurations.

Plus, the cover manager and lyric finder/manager/scripts must be able to put the covers in the previously configured library manager.
Comment 6 Myriam Schweingruber 2009-08-03 11:17:59 UTC
This is already possible to some extend, see also bug 176402, hence marking this a duplicate

*** This bug has been marked as a duplicate of bug 176402 ***