PDA

View Full Version : SqueezeBox Server music directory structure



HalfBit
10-17-2009, 07:25 AM
VortexBox / SqueezeBox Server directory structure - A proposal




I just completed restoring all music from a backup to a VortexBox Appliance (VBA). Upon directory scan, it seemed that not enough songs were listed. It was approximately 2,000 songs short. I found the problem, and its source, and think this may happen to others. Here is what I found with a proposal for change:


The default music directory listed in SqueezeBox Server’s (SBS) Settings window is:
…/music/flac
In my previous implementation the scan was directed to
…/music
Under the …/music directory on my backup, I had:
/flac
/MP3
/playlists


With restore, I copied all those directories to the VBA, but the MP3 directory was not scanned because SBS was looking one directory too low, and scanned only the …/music/flac directory. I think this has changed from an earlier version, and probably the change is because by default, VortexBox now rips only to FLAC format files. VortexBox creates MP3 files only on request, and those are primarily intended for offload to portable devices like the iPod. It would not make sense to scan the /mp3 directory in that case, because it would contain MP3 duplicates of the FLAC files with their lower audio quality.


The music I have in the …/music/mp3 directory on my system is unique; files downloaded from eMusic and files ripped before loaned CDs were not returned. I suspect some VortexBox users have the same need to maintain and play unique MP3 files mixed with FLAC files.


Of course, the MP3 directories and files could just be placed in the …/music/flac directory, and the current structure and process could be maintained, but I do not want to mix file types, especially when the directory name would be misleading.


I would also like to be able to generate and offload MP3 versions of the FLAC files to a directory on the VBA, but suspect if I run that process, the MP3 file equivalents will merge with the unique MP3 files. I propose that this could be easily handled if the FLAC-to-MP3 process placed those files in another directory at the level of …/music, e.g., …/offload/mp3. That way all directories and file types in the …/music directory could be scanned, and the equivalent MP3 files could be generated and maintained where they are not included in a SquezeBox Server scan.


I’m sure there are other, and better, ideas. If the general idea is useful, it would be worthwhile to standardize it and include it in future VortexBox releases.


Your thoughts?

andrew
10-17-2009, 02:47 PM
Squeezebox Server (SBS) can only look for music in one directory. By default this is /storage/music/FLAC. The problem is what if you have mp3 files that you want to use under Squeezebox Server.


The /storgae/music/mp3 folder is designed to be a mirror of all the FLAC files. This is created by FLAC mirror in the GUI. If you put your mp3 files there they will get mixd with your "FLAC mirror created" mp3s and they will not be indexed by SBS.


I solve this problem on my own VortexBox by having a folder call /storage/music/FLAC/mp3. I put all the mp3 files that I don't have FLACs for there. This does mix FLAC and mp3 files whch is not desirable form an organizational standpoint.


I have read posts where users have created symbolic links from another folder to the FLAC folder. For example if you had the folder /storage/music/other filles with your mp3s and non FLAC music you could use this command.



ln -s /storage/music/other /storage/music/flac/other



This would create a symbolic link from /storage/music/other in the /storage/music/flac. That way the music would get indexed by SBS.

HalfBit
10-17-2009, 04:10 PM
Hi Andrew,


Thanks for the suggestions.


The way I resolved the issue was just to change the SBS music directory to /storage/music/. That causes both the /storage/music/flac and /storage/music/mp3 directories to be indexed and to maintain a logical data structure.


My proposal was to change the FLAC-to-MP3 process so that it outputs the mp3 files to some other directory, like storage/offload/mp3. Those files should never be indexed by SBS. If that were done, all VortexBox users could have the same configuration and there would be no need for one-off symbolic links or /storage/music/flac/mp3 directories.


Maybe there is some reason why the above proposal is not practical for a future version of VortexBox.

jistirling
10-18-2009, 03:19 AM
Hi Guys,




Another process is to convert the other file formats to FLAC using WinAmp or other systems.


May take some to do this, but helps if can not locate the CD from your collection.


Dont forget about copyright issues when discussing this.


Cheers,


James

HalfBit
10-18-2009, 12:54 PM
Hi James,


I do not personally want to create FLAC files that were generated from MP3s. To me, FLAC implies a perfect copy of the original digital source material. By keeping my eMusic and missing-CD music as MP3s in the music/mp3 directory, I am reminded if I ever run across the CD that I can rip it to FLAC and easily differentiate, find, and delete the lower-quality MP3 file.


Since the MP3s generated by VortexBox's FLAC-to-MP3 process are not intended for serving as "music" by the VortexBox, but as "data" for iPods, they could be stored in some non-"music" directory. That would allow the best of both worlds.


Of course, then my next request will be to include transcode the MP3's that are in the music/mp3 directory to more compact MP3s (MP3large-to-MP3small) for the "offload" directory and iPod-like devices. http://vortexbox.org/wp-content/forum-smileys/sf-wink.gif


HalfBit