PDA

View Full Version : Req: TPE4 support



Oscar Marsh
2004-04-11, 11:48
Now that I've started tagging with id3v2 (http://id3v2.sf.net), my tags
are starting to implement more of the ID3v2 frame spec. So, now that we
have Artist (TPE1), Band, (TPE2), and Composer (TPE3), how about adding

http://id3.org/id3v2.4.0-frames.txt wrote:
> 4.2.2 TPE4 Interpreted, remixed, or otherwise modified by

to the frames shown, if not in browse mode, then in track info?

Oscar Marsh
--
jabber: ojmarsh (AT) jabber (DOT) anywise.com

Oscar Marsh
2004-04-11, 14:52
Correcting myself...
> and Composer (TPE3)

I meant TCOM, TPE3 being the conductor frame, which I'd also like to
see on SlimServer.

Oscar Marsh
--
jabber: ojmarsh (AT) jabber (DOT) anywise.com

Pat Farrell
2004-04-11, 21:37
At 12:17 AM 4/12/2004, trmp3 (AT) hoghill (DOT) net wrote:
> >From Oscar Marsh <jigsaw250 (AT) yahoo (DOT) co.uk> on 7 Apr 2004:
> > I meant TCOM, TPE3 being the conductor frame, which I'd also like to
> > see on SlimServer.
>I thought the conductor frame (TPE3) was supposed to have been implemented
>some time ago.

There are lots of things that might be good, but extracting more
tag information from each song means that the SlimServer has
to store more information in memory for each song.

I'm currently at 573 albums with 8234 songs by 416 artists,
and I'm running into memory "issues" on my old, cheap, SlimServer box.

I'm not sure how one tells the developer community that they should
trade support for lots of songs for supporting more tags.
This is also true of lots of things, such as file names for
alternative cover art sizes, assorted multi-value genres, performers,
artists, conductors, etc.

I've probably bought 100 CDs/albums in the past month,
just because the SqueezeBox is so cool that I'm listening to
more music more often. So I'm biased towards scaling well
without a lot of new, cool functionality.

What do others in the user community think?

Thanks

Daniel Cohen
2004-04-12, 00:05
On 12/4/04 at 12:37 am -0400, Pat Farrell wrote
>
>I'm not sure how one tells the developer community that they should
>trade support for lots of songs for supporting more tags.
>This is also true of lots of things, such as file names for
>alternative cover art sizes, assorted multi-value genres, performers,
>artists, conductors, etc.
>
>I've probably bought 100 CDs/albums in the past month,
>just because the SqueezeBox is so cool that I'm listening to
>more music more often. So I'm biased towards scaling well
>without a lot of new, cool functionality.
>
>What do others in the user community think?

Options are good. For my current use, I have no need to do any
searching, and I've disabled that, which makes for less use of up and
down buttons. Similarly with tags and other possibilities.
--
Daniel Cohen

chris@neoliquid.com
2004-04-12, 10:43
Hello,

Just got the server software working at home and tried to connect at work.
However, iTunes tells me that no other connections are being accepted from
this streaming server. Whats up? Any thoughts? Thanks,

Chris

Rob Funk
2004-04-12, 14:32
Pat Farrell wrote:
> There are lots of things that might be good, but extracting more
> tag information from each song means that the SlimServer has
> to store more information in memory for each song.

Seems to me that there are two solutions: either remove extraneous tags
from your files, or have the slimserver allow turning off indexing of extra
tags. For example, we can already tell it not to worry about cover art.
But if your files don't have the extra tags, there's no extra memory used to
store those tags.

I for one am all for promoting TPE2 and TPE3 to be either artist tags
equivalent to TPE1 or separate categories. (Though if any artist tags are
separated from the rest I'd prefer TCOM be separated first.)

Support for TEXT in addition to TCOM would be great too.

--
==============================| "A slice of life isn't the whole cake
Rob Funk <rfunk (AT) funknet (DOT) net> | One tooth will never make a full grin"
http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind"

kat_ams
2006-07-10, 18:34
TPE4 Support is a must

Over 85% of my music collection are remixes and are tagged properly using the TPE4 tag. So this is a requirement just so I can see the different versions of the songs I have. For example the album

Motorcylce - As The Rush Comes 11 Remixes

SlimServer will only display

Motorcylce - As The Rush Comes
Motorcycle - As The Rush Comes

What I need to see and be able to search for is

Motorcycle - As The Rush Comes (Gabriel & Dresden Remix)
Motorcycle - As The Rush Comes (Chillout Mix)

Both songs sound completly different from eachother.

As said earlier, if you don't fill in or use the TPE4 field. SlimServer will not use any extra memory for it. So inferiour hardware should/will not be affected. You can't support older hardware forever. Progress has to happen so that people who do invest more time and money into their music collection can reap the benifits of it.

radish
2006-07-11, 06:58
Slimserver doesn't hold the whole db in memory while it runs - just a part of it, so adding more tags (or more tracks for that matter) shouldn't affect memory usage. What does affect memory usage are the cache settings which control how much of the db is loaded into memory.

As for TPE4, seems like a good idea but for now I find adding the mix name to the title works well and maintains compatibility with other devices and applications. Thinking specifically of the Motorcycle track, you only need the G&D mix ;)

radish
2006-07-11, 06:58
Oh, and I forgot to say, if you want a new feature you should finle an enhancement request at bugs.slimdevices.com.