ceejay;152432 Wrote:
Agreed. Also strange as it clearly isn't happening for most other
users!
What OS? Which version of SS, exactly? What file type? If MP3, might
you have both v1 and v2 tags? Do you have any playlists? Using iTunes?
I discovered what was causing the problem. The
ceejay;152432 Wrote:
What OS? Which version of SS, exactly? What file type? If MP3, might
you have both v1 and v2 tags? Do you have any playlists? Using iTunes?
OS = Windows XP
File types =
flac - all flac tracks show up either two or three times - I can't see
any discernible
benthos;152423 Wrote:
It's ridiculous.
Agreed. Also strange as it clearly isn't happening for most other
users!
What OS? Which version of SS, exactly? What file type? If MP3, might
you have both v1 and v2 tags? Do you have any playlists? Using iTunes?
One interesting (and easy) test would
slimpy;144904 Wrote:
Yes, you have to relocate them. There were some considerable changes in
6.5 regarding the handling of compilation albums and common album
names. In 6.3 you had to specify every album name that existed in your
library more than once, e.g. Greatest Hits. If you didn't
For the record: I've installed the new 6.5, and I'm having this same
problem. Every song shows up 3 times, even though it's the same song,
from the same album, and the same file directory - every one of them
shows up in triplicate. It's a major drag - to listen to an album the
way it's supposed
Having upgraded to version 6.5.1 I'm having the same issues reported
here with duplicate album names.
I have tried a complete un-install of SlimServer and deleting the
associated program directories, but still my complimation albums list
for each and every artist. ie 20 tracks = 20 albums
In
repman;144864 Wrote:
Having upgraded to version 6.5.1 I'm having the same issues reported
here with duplicate album names.
I have tried a complete un-install of SlimServer and deleting the
associated program directories, but still my complimation albums list
for each and every artist. ie 20
slimpy;144886 Wrote:
Are all songs from one compilation album in the same directory. They
need to be in order to be recognized as belonging to the same album.
If they are in different directories it isn't possible for slimserver
to tell if they belong to a compilation album or if they are
repman;144895 Wrote:
Slimpy - I understand what you are saying, and all of my compilation
tracks are in individual artist folders (and therefore repeated same
albums). It still does not explain why it worked in 6.3.1 but not
6.5.1. does this now mean I have to re-locate all compilation
slimpy;144904 Wrote:
Another (unverified) solution you might want to try: Tag all compilation
tracks with the COMPILATION=1 tag. I'm not sure if this works though as
I haven't actually tried it. But telling slimserver explicitely to
treat these tracks as compilation could do the trick.
-s.
After having some duplicate album issues myself, I think I finally found
out what was causing them. Somehow, some of the tracks had V1 and V2
tags. Removing the V1 tags solved the problem. I used a program called
Dr Tag to do it - I did try to do the same with MP3Tag but for some
reason it didn't
Thanks for the suggestion. I too use Dr Tag and validated that most (if
not all) of my albums only have one type of tag (some are V1 and some
are V2 if that matters).
Regardless, nothing has changed about the tags of my albums since
before I upgraded to 6.5.0.
I tried deleting everything in my
I do not have any playlists or musicmagic -- used a tag editor to clean
up the tags and folders containing all my songs, and it gets rid of
playlists. ITunes is installed on my computer but I have Do Not Use
Itunes chosen in my General Server Settings.
Everything about my configuration is the
Hi. I've had a number of versions of slimserver over time, but when I
upgraded to 6.5 and rescanned my music library, many albums (not just
compilations) suddenly show three listings for every single individual
song. Albums are only listed once. So, for example, if I go into an
album with 11
On 10/6/06, bossman [EMAIL PROTECTED] wrote:
Hi.I've had a number of versions of slimserver over time, but when Iupgraded to
6.5 and rescanned my music library, many albums (not justcompilations) suddenly show three listings for every single individualsong.Albums are only listed once.So, for
Have a close look at the file path on the song info page for both the
entry from the playlist and the library. Do they differ in any way?
-s.
--
slimpy
slimpy's Profile:
Wow, good call.
The songs in the dupe album point to the location on a previous hard
drive where I kept music before upgrading to the 6.5 version. That
hard drive is still online and accessible by the Slimserver, so Slim
doesn't appear to think anything is wrong or obsolete about that
location.
joncourage;142021 Wrote:
Wow, good call.
The songs in the dupe album point to the location on a previous hard
drive where I kept music before upgrading to the 6.5 version. That
hard drive is still online and accessible by the Slimserver, so Slim
doesn't appear to think anything is wrong
Once again slimpy - awesome. Thanks so much!
--
joncourage
joncourage's Profile: http://forums.slimdevices.com/member.php?userid=2837
View this thread: http://forums.slimdevices.com/showthread.php?t=27746
Well done, slimpy - another fine example of how great this community
is!
Now, how do we keep other unwary users from running into this problem?
Is it a bug? Or an enhancement request? Any of our friends from SD care
to chime in here?
--
nicketynick
Wireless SB3, Denon DRA-F101, Mission M31
Just upgraded to 6.5 (uninstalled 6.3.1 then fresh install of 6.5) and
am having a duplicate album problem but not for compilations.
I get a duplicate entry for a single-artist single-album, sometimes
with a few songs only in the dupe (all songs show in the main) or
sometimes all songs showing
further info.
all dupe albums are albums containing songs that are found in some
playlist. I would venture that all songs in playlists have resulted in
album dupes.
--
joncourage
joncourage's Profile:
Thank you for this thread on compilations. I have followed the
procedure and it works for me as well. One consequence of this that I
had not anticipated was that tracks for artists in the Various Artists
folder do not appear now under Browse Artists unless I go to Various
Artists under Browse
Server Settings - Behavior - Compilations - List compilation albums
under each artist
-s.
--
slimpy
slimpy's Profile: http://forums.slimdevices.com/member.php?userid=1524
View this thread:
Thank you. It turns out that I had the incorrect file permissions on my
slimserver.conf file so that when I had selected the Behavior parameter
as you suggest, it didn't write it to the config file. I saved the
change again after a chmod and it works now. Thanks!
--
mdw
norderney;139127 Wrote:
So with Compilation tag set to YES, should the various artists album
only appear once even though the tracks are spread out over various
folders? The only option is to go through the very laborious task of
cutting and pasting the tracks for each various artists album
Multi-disc collections don't have to be in a single directory: they can
be split across a directory for each disc.
--
smc2911
smc2911's Profile: http://forums.slimdevices.com/member.php?userid=4388
View this thread:
This is now working for me:
I happen to have my compilation albums (where there are multiple
artists) grouped under a directory called Various Artists then the
album name, otherwise all albums are grouped under the artist name.
For all compilation albums, each track has the tag Compilation,
When using the DISCC/DISCNUMBER tags there is no need to have all tracks
numbered contiguously. Tracks on the second disc can start with 1 again.
Slimserver orders them correctly (DISCNUMBER, TRACKNUMBER).
-s.
--
slimpy
I assume you mean that SlimServer doesn't actually renumber the tracks
for you while browsing them, just then they are shown in the correct
order...e.g.
disc no - track no. song title
I *did* have my albums numbered contiguously, but since I've figured
out how to get this working (thanks to
No, Slimserver doesn't renumber the tracks but it shows all tracks from
disc 1 then disc 2 starting with track 1 again.
-s.
--
slimpy
slimpy's Profile: http://forums.slimdevices.com/member.php?userid=1524
View this
Hello HTH
Where do I find the COMPILATION=1
tag
I am not seeing it in my tagger program
Thanks
Johnathan
Hello Siduhe,
Sunday, September 24, 2006, 12:04:46 AM, you wrote:
Try setting COMPILATION=1 ?
That is the tag (introduced around 6.3.1 I think) which seems to sort
most
Hi Jonathan,
Which tagging program are you using ? You may need something like
Foobar2000 or mp3tag.
Have you also seen smc's post about adding the DISCC / DISCNUMBER tag
for those that aren't by various artists bu where you have multiple
discs ?
add a tag to each track DISCC=1 and
I have a similar problem. I originally started ripping various artist
compilation albums into individual artist folders. When I upgraded to
ver 6.3 I discovered that this was causing problems, so found out that
there was a field called compilation and by setting it to YES, I
found all my various
So with Compilation tag set to YES, should the various artists album
only appear once even though the tracks are spread out over various
folders? The only option is to go through the very laborious task of
cutting and pasting the tracks for each various artists album into
single folders for each
norderney;139127 Wrote:
So with Compilation tag set to YES, should the various artists album
only appear once even though the tracks are spread out over various
folders? The only option is to go through the very laborious task of
cutting and pasting the tracks for each various artists album
But Compilation tag is set to YES on all tracks on these various artist
albums. What else can I do?
--
norderney
norderney's Profile: http://forums.slimdevices.com/member.php?userid=378
View this thread:
So you have set Group Compilation Albums Together in Server Settings
and have compilation set to YES and you still don't have them grouped
together? I'd be interested to know whether it's actually set to 1 and
TagRename is displaying it as 'Yes'. Try mp3tag (it's free), select a
track and press
I'm seeing this behaviour as well.
I've just upgraded to 6.5.0 from 6.3.1 on Windows XP (sp2).
I have a number of compilation albums spread across two or more disks.
On the hard drive, they are structured thus:
d:\music\flac\The Greatest Songs (Disk 1)
d:\music\flac\The Greatest Songs (Disl 2)
Try setting COMPILATION=1 ?
That is the tag (introduced around 6.3.1 I think) which seems to sort
most people out.
HTH
--
Siduhe
Siduhe's Profile: http://forums.slimdevices.com/member.php?userid=723
View this thread:
Only use the compilation=1 tag for various artists. For multi-disc
albums, add a tag to each track DISCC=1 and DISCNUMBER=1 or 2 as
appropriate. Note that these tags certainly work for flac and ogg. For
mp3 you are probably better off using DISC instead of DISCNUMBER. I'd
been using the 6.5 beta
Did you try to mess with Compilations settings under Server
Settings\Behavior?
--
WSLam
WSLam
'SB3' (http://www.slimdeviceas.com/) | 'Unidisk 1.1'
(http://www.knekt.com/spec_sound/product_display.cfm?ProductID=179activeNavBar=productsactiveSubNavBar=Source)
- 'EMM Labs DCC2 SE'
kdf,
Bingo! The files in question all had the Composer tag valued and
that was causing them to appear in the artists list of albums and also
the composers list of albums. I tried changing the setting under
Behavior to not include composer, band and orchestra but that had
no affect (even after
cdfreak Wrote:
It's not a bug per se, more of the way Slimserver does the albums. It
already knows to look for Greatest Hits and Best of as an album
name and split the albums out...but others (ie, Footprints in your
case) will show up in the same list when browse by album is chosen.
In
Quoting jwgraves [EMAIL PROTECTED]:
Is Slimserver truly reading the MP3 tags or does it create it's music
database from the directory structure?
yes, it definitely does use the tags. Only when no valid tags can be found,
will it then use something based on directory structure and matching the
--- Pat Farrell [EMAIL PROTECTED] wrote:
On Thu, 2005-05-26 at 16:47 -0400, ron thigpen wrote:
Pat Farrell wrote:
The standard way most software on the 'net identifies a CD is
using the CDDB hash, which is not unique, neither is any rational
combination of artist/album names.
It's not a bug per se, more of the way Slimserver does the albums. It
already knows to look for Greatest Hits and Best of as an album
name and split the albums out...but others (ie, Footprints in your
case) will show up in the same list when browse by album is chosen.
In slimserver.. server
But if you constrain by both album and artist, you'll have 10-15 of each
compilation cd, and some soundtracks. In this case, you'd need to have a
tag specified for cdartist (Various Artists) or to somehow note that
it is a compilation cd or multiple artist album.
Or, you could rename the album
i wrote too quickly. to be more precise, i should have said:
the SQL that populates this display should be constraining by an ID
unique to this album
cdfreak wrote:
But if you constrain by both album and artist, you'll have 10-15 of each
compilation cd, and some soundtracks. In this case,
On Thu, 2005-05-26 at 16:19 -0400, ron thigpen wrote:
the SQL that populates this display should be constraining by an ID
unique to this album
is there no unique album key in the SS DB schema? that's a real
weakness. i can see why it would be hard to nail down, as most audio
files are
Pat Farrell wrote:
I haven't looked at the source recently, that is what the developers
list is about, but it sure had it when I last looked.
if true, that's good news. any idea on how the value is set?
(happy to move the thread if this gets annoying...)
a key based on uniqueness of
This is a problem that I had incurred when sharing the music library on
my network with my Windows Media Center computer and its MY MUSIC
portion of the GUI/Player.
Windows MCE uses Windows Media Player on the back-end for its library
(which acts somewhat differently than the plain ole Windows
On Thu, 2005-05-26 at 16:47 -0400, ron thigpen wrote:
Pat Farrell wrote:
The standard way most software on the 'net identifies a CD is
using the CDDB hash, which is not unique, neither is any rational
combination of artist/album names.
this is just a hash of the CD title track data
Pat Farrell wrote:
It is not about the name or title. And it is not associated with the
specific track/song
all info concerning CDDB ID acknowledged. fit w/ what i know about it.
i'm not sure the CDDB ID is the best SS-AlbumID candidate, but i do
think the approach has merit.
problems
jwgraves Wrote:
Here's the problem. When 'browsing artists' a number of albums that
are not by that artist appear in the list. If I click on the album
title, I then see a few songs (not all of them) with the other artists
name displayed. I have finally seen the pattern here. The
kolding Wrote:
On a similar note, I'd like to see a change happen where we could have
some way to tag albums by different artists that have the same name as
different. SlimServer really only works on the album name, so Up by
Great Big Sea and Up by Peter Gabriel should get marked as
56 matches
Mail list logo