PDA

View Full Version : Fishbone / Capitilization Issues



Eric Schoville
2004-01-16, 11:28
Hello,

Recently, I converted some CD's to mp3 format using CDex in Windows and
added them to my mp3 directory and rescanned. The rest of my collection
had been scanned using grip on Linux. The problem arises because of
different filenaming convensions:

The Windows files:
1) Upper case first letters
2) Blanks in the filenames

ex: /mp3/The Doobie Brothers/Best Of The Doobies/01-China Grove.mp3

The Linux files:
1) No upper case letters
2) Spaces have been converted to underscore

ex: /mp3/gipsy_kings/the_best_of/01-djobi_djoba.mp3

Anyway, in the web interface (fishbone), all of the information for the
linux files is in lowercase (I originally thought this was the default
for fishbone), but the ones scanned in Windows appear like they do in
other skins, upper case first letters. This means that in the web
interface, I have both "dave matthews" and "Dave Matthews". It is a
really PITA.

1) Isn't the information for the skins based solely on the ID3info?
2) I really don't want to mess with renaming a bunch of files just to
use the fishbone interface, what can I do?

ID3 tag info for above examples follows:

=== TPE1 (Lead performer(s)/Soloist(s)): The Doobie Brothers
=== TALB (Album/Movie/Show title): Best Of The Doobies
=== TIT2 (Title/songname/content description): China Grove
=== TYER (Year): 1976
=== MCDI (Music CD identifier): (unimplemented)
=== TRCK (Track number/Position in set): 1
=== TCON (Content type): Rock
=== TLEN (Length): 195573

=== TIT2 (Title/songname/content description): Djobi Djoba
=== TPE1 (Lead performer(s)/Soloist(s)): Gipsy Kings
=== TALB (Album/Movie/Show title): The Best Of
=== TYER (Year): 1995
=== TRCK (Track number/Position in set): 1
=== TCON (Content type): (80)
=== COMM (Comments): (ID3v1 Comment)[XXX]: Created by Grip

Eric Schoville
2004-01-16, 11:36
Actually, it seems like several of the skins have the same behavior.
The Linux scanned files are lower cased (due to filename?) and the
Windows files have the first letter of each word in upper case.

Eric Schoville wrote:

> Hello,
>
> Recently, I converted some CD's to mp3 format using CDex in Windows
> and added them to my mp3 directory and rescanned. The rest of my
> collection had been scanned using grip on Linux. The problem arises
> because of different filenaming convensions:
>
> The Windows files:
> 1) Upper case first letters
> 2) Blanks in the filenames
>
> ex: /mp3/The Doobie Brothers/Best Of The Doobies/01-China Grove.mp3
>
> The Linux files:
> 1) No upper case letters
> 2) Spaces have been converted to underscore
>
> ex: /mp3/gipsy_kings/the_best_of/01-djobi_djoba.mp3
>
> Anyway, in the web interface (fishbone), all of the information for
> the linux files is in lowercase (I originally thought this was the
> default for fishbone), but the ones scanned in Windows appear like
> they do in other skins, upper case first letters. This means that in
> the web interface, I have both "dave matthews" and "Dave Matthews".
> It is a really PITA.
>
> 1) Isn't the information for the skins based solely on the ID3info? 2)
> I really don't want to mess with renaming a bunch of files just to use
> the fishbone interface, what can I do?
>
> ID3 tag info for above examples follows:
>
> === TPE1 (Lead performer(s)/Soloist(s)): The Doobie Brothers
> === TALB (Album/Movie/Show title): Best Of The Doobies
> === TIT2 (Title/songname/content description): China Grove
> === TYER (Year): 1976
> === MCDI (Music CD identifier): (unimplemented)
> === TRCK (Track number/Position in set): 1
> === TCON (Content type): Rock
> === TLEN (Length): 195573
>
> === TIT2 (Title/songname/content description): Djobi Djoba
> === TPE1 (Lead performer(s)/Soloist(s)): Gipsy Kings
> === TALB (Album/Movie/Show title): The Best Of
> === TYER (Year): 1995
> === TRCK (Track number/Position in set): 1
> === TCON (Content type): (80)
> === COMM (Comments): (ID3v1 Comment)[XXX]: Created by Grip
>
>

kdf
2004-01-16, 11:48
Quoting Eric Schoville <eric (AT) schoville (DOT) com>:

> Hello,
>
> Recently, I converted some CD's to mp3 format using CDex in Windows and
> added them to my mp3 directory and rescanned. The rest of my collection
> had been scanned using grip on Linux. The problem arises because of
> different filenaming convensions:
>
> The Windows files:
> 1) Upper case first letters
> 2) Blanks in the filenames
>
> ex: /mp3/The Doobie Brothers/Best Of The Doobies/01-China Grove.mp3
>
> The Linux files:
> 1) No upper case letters
> 2) Spaces have been converted to underscore
>
> ex: /mp3/gipsy_kings/the_best_of/01-djobi_djoba.mp3
>
> Anyway, in the web interface (fishbone), all of the information for the
> linux files is in lowercase (I originally thought this was the default
> for fishbone), but the ones scanned in Windows appear like they do in
> other skins, upper case first letters. This means that in the web
> interface, I have both "dave matthews" and "Dave Matthews". It is a
> really PITA.
>
> 1) Isn't the information for the skins based solely on the ID3info?
> 2) I really don't want to mess with renaming a bunch of files just to
> use the fishbone interface, what can I do?
>
All the ID3 info for the skins is generated by the server, including upper and
lower case formatting. This should be the same for all skins. If you have you
server setting to get info from filename, then you'll see filenames. Otherwise,
everything does come from the ID3 tags. I fail to see how one skin can produce
this problem while others do not. What you may be seeing is a situation where
album and artist have the same info. I personally hav emy artist names in all
caps, albums in title caps. I often see self titled albums override the all
caps for the artist. But this still happens in at least Default as well as
Fishbone. Can you send me a couple screenshots of a songinfo in Fishbone and a
songinfo in Standard showing where the display of the same song differ?

Slimserver relies on tagging, so you are probably stuck with retagging.

-kdf

Eric Schoville
2004-01-16, 12:15
Let's just chalk this up to an ID10T error on my part. I was browsing
the music folder, and that does look at the filename... I really want
to be browsing albums or artists which uses the ID3info. As we used to
say "my bad"...

Eric


kdf wrote:

>Quoting Eric Schoville <eric (AT) schoville (DOT) com>:
>
>
>
>>Hello,
>>
>>Recently, I converted some CD's to mp3 format using CDex in Windows and
>>added them to my mp3 directory and rescanned. The rest of my collection
>>had been scanned using grip on Linux. The problem arises because of
>>different filenaming convensions:
>>
>>The Windows files:
>> 1) Upper case first letters
>> 2) Blanks in the filenames
>>
>> ex: /mp3/The Doobie Brothers/Best Of The Doobies/01-China Grove.mp3
>>
>>The Linux files:
>> 1) No upper case letters
>> 2) Spaces have been converted to underscore
>>
>> ex: /mp3/gipsy_kings/the_best_of/01-djobi_djoba.mp3
>>
>>Anyway, in the web interface (fishbone), all of the information for the
>>linux files is in lowercase (I originally thought this was the default
>>for fishbone), but the ones scanned in Windows appear like they do in
>>other skins, upper case first letters. This means that in the web
>>interface, I have both "dave matthews" and "Dave Matthews". It is a
>>really PITA.
>>
>>1) Isn't the information for the skins based solely on the ID3info?
>>2) I really don't want to mess with renaming a bunch of files just to
>>use the fishbone interface, what can I do?
>>
>>
>>
>All the ID3 info for the skins is generated by the server, including upper and
>lower case formatting. This should be the same for all skins. If you have you
>server setting to get info from filename, then you'll see filenames. Otherwise,
>everything does come from the ID3 tags. I fail to see how one skin can produce
>this problem while others do not. What you may be seeing is a situation where
>album and artist have the same info. I personally hav emy artist names in all
>caps, albums in title caps. I often see self titled albums override the all
>caps for the artist. But this still happens in at least Default as well as
>Fishbone. Can you send me a couple screenshots of a songinfo in Fishbone and a
>songinfo in Standard showing where the display of the same song differ?
>
>Slimserver relies on tagging, so you are probably stuck with retagging.
>
>-kdf
>

kdf
2004-01-16, 12:37
Quoting Eric Schoville <eric (AT) schoville (DOT) com>:

> Let's just chalk this up to an ID10T error on my part. I was browsing
> the music folder, and that does look at the filename... I really want
> to be browsing albums or artists which uses the ID3info. As we used to
> say "my bad"...
>
at least that explains it :)

The Music Folder will still use ID3 tags, but only when you get to the song
listings. Fodler names are read directly from the file system. An, of course,
if you use iTunes at any point, Music Folder disappears as the library being
read is just a file and not a directory tree.

-kdf

Jack Coates
2004-01-16, 15:32
On Fri, 2004-01-16 at 11:37, kdf wrote:
> Quoting Eric Schoville <eric (AT) schoville (DOT) com>:
>
> > Let's just chalk this up to an ID10T error on my part. I was browsing
> > the music folder, and that does look at the filename... I really want
> > to be browsing albums or artists which uses the ID3info. As we used to
> > say "my bad"...
> >
> at least that explains it :)
>
> The Music Folder will still use ID3 tags, but only when you get to the song
> listings. Fodler names are read directly from the file system. An, of course,
> if you use iTunes at any point, Music Folder disappears as the library being
> read is just a file and not a directory tree.
>
> -kdf

that could be fixed too, at least in Unix. man tr. For instance:
[jack@chupacabra jack]$ cat bin/2lower.sh
#!/bin/sh
for i in *
do
j=`echo $i | tr '[A-Z]' '[a-z]'`
mv $i $j
done

--
Jack at Monkeynoodle Dot Org: It's A Scientific Venture...
************************************************** ********************
* "Report the man who spreads pessimistic stories, divulges -- *
* or seeks -- confidential military information, cries for peace, *
* or belittles our efforts to win the war." -- U.S. Committee on *
* Public Information, WW I *
************************************************** ********************