PDA

View Full Version : 30-character field limitation?



Mark Lanctot
2005-12-05, 07:22
Hi:

I have some techno remixes with really long
names...for example:

Song Name (Artist A, Artist B & Artist C
Boomtastic Jungle Safari Remix) ;-)

SlimServer 6.2.1 truncates the names at a
30-character limit.

I also have songs by several artists with long names:

Artist A, Artist B & Artist C

Those get truncated at 30 characters as well.

You'd think this was an ID3v1 limitation
(30-character limit) but the tags are all
ID3v2.3.0, so there should be no limit in the tags
themselves. The limit seems to be in SlimServer.
I changed to ID3v2.3.0 quite a while ago and
rescanned from scratch dozens of times since.

Am I alone in this problem? It's cosmetic, but it
looks like crap on the nice big bright SB2 screen,
scrolling across the screen truncated like that.
It's not the SB2 display, the truncation is the
same in the SlimServer web pages as well.

Classical music listeners must see the same thing?

--
___________________________________


Mark Lanctot
___________________________________

radish
2005-12-05, 07:52
If there is a limit it must be confined to the ID3 reading code, as I have even longer names in some cases and they work fine (using Vorbis & FLAC). Do you have both ID3v1 and v2 in the files? Is it possible Slimserver is reading the v1 and ignoring the v2?

Mark Lanctot
2005-12-05, 07:56
No, the ID3v1 tags were removed long ago and there
have been dozens of rescans since, several by
clearing the library first.

radish wrote:
> If there is a limit it must be confined to the ID3
reading code, as I
> have even longer names in some cases and they work
fine (using Vorbis &
> FLAC). Do you have both ID3v1 and v2 in the files?
Is it possible
> Slimserver is reading the v1 and ignoring the v2?
>
>

--
___________________________________


Mark Lanctot
___________________________________

Michaelwagner
2005-12-06, 20:00
I just took a quick boo at the CPAN code for reading ID3 tags. Searching for the string "30" gets me the following comment:


Fields are TITLE, ARTIST, ALBUM, YEAR, COMMENT, GENRE. All fields have a 30 byte limit, except for YEAR, which has a four-byte limit, and GENRE, which is one byte in the file.

Now the comment is in the section for reading V1 tags, but the number 30 occurs in a number of other places I don't quite understand. Maybe some V1 logic crossed over and infected V2 code?

According to the comments (I haven't checked if they are accurate), if a V1 tag is present, it will be read first, and then V2 tags will be merged with the V1 tags. Perhaps the 30 byte limit is being inherited somehow in this move.

Are you sure that all vestiges of V1 tags have been removed?

If you look at the track in question using browse at the web interface, you should be able to drill down to the track. One of the tags you see then is ID3 Tag Version. According to the comments in the code, if you also have V1 tags, you should see two tag versions. I just tried this and it works. It says: ID3v1.1 / ID3v2.3.0

Update: On 6.2.0, I just created a very long song title, more than 30 characters, and it worked. It was a V2 tag, and there was a V1 tag as well.

Mark Lanctot
2005-12-06, 20:25
Thanks for looking at this Michael.

Browsing through my music folder, they all read:

ID3v2.3.0

No ID3v1.

I haven't seen every track, of course, but Mp3tag
indicates that they are all ID3v2, and SlimServer
seems to agree with this.

I set Mp3tag to remove ID3v1 and write only ID3v2, and
since you can sort by field I sorted by what tag types
were in the file. They are all ID3v2.

--- Michaelwagner
<Michaelwagner.1zngab (AT) no-mx (DOT) forums.slimdevices.com>
wrote:

>
> I just took a quick boo at the CPAN code for reading
> ID3 tags. Searching
> for the string "30" gets me the following comment:
>
> > Fields are TITLE, ARTIST, ALBUM, YEAR, COMMENT,
> GENRE. All fields have a
> > 30 byte limit, except for YEAR, which has a
> four-byte limit, and GENRE,
> > which is one byte in the file.
>
> Now the comment is in the section for reading V1
> tags, but the number
> 30 occurs in a number of other places I don't quite
> understand. Maybe
> some V1 logic crossed over and infected V2 code?
>
> According to the comments (I haven't checked if they
> are accurate), if
> a V1 tag is present, it will be read first, and then
> V2 tags will be
> merged with the V1 tags. Perhaps the 30 byte limit
> is being inherited
> somehow in this move.
>
> Are you sure that all vestiges of V1 tags have been
> removed?
>
> If you look at the track in question using browse at
> the web interface,
> you should be able to drill down to the track. One
> of the tags you see
> then is ID3 Tag Version. According to the comments
> in the code, if you
> also have V1 tags, you should see two tag versions.
> I just tried this
> and it works. It says: ID3v1.1 / ID3v2.3.0
>
>
> --
> Michaelwagner
>
------------------------------------------------------------------------
> Michaelwagner's Profile:
> http://forums.slimdevices.com/member.php?userid=428
> View this thread:
> http://forums.slimdevices.com/showthread.php?t=18811
>
>

pfarrell
2005-12-06, 20:50
On Tue, 2005-12-06 at 19:00 -0800, Michaelwagner wrote:
> I just took a quick boo at the CPAN code for reading ID3 tags. Searching
> for the string "30" gets me the following comment:
>
> > Fields are TITLE, ARTIST, ALBUM, YEAR, COMMENT, GENRE. All fields have a
> > 30 byte limit, except for YEAR, which has a four-byte limit, and GENRE,
> > which is one byte in the file.
>
> Now the comment is in the section for reading V1 tags

The ID3 V1 spec put all of the tag in one 128 byte block.
So there were hard limits, and small ones at that, on all the fields.
Genre being one byte with only 60 values defined is something that
curses us even today.

Your hypothesis that the magic 30 number polluted other
parts of the later implementations is probably right.
But there is no way of knowing.

A more fundamental problem is that the ID3 spec is essentially ad-hoc.
There is no "approval" process, board, etc. like we are used to seeing
for Internet RFCs or CCITT standards or IEEE, etc. It looks,
altho it is impossible to know, that the ID3 site is a labor of love
by a very small group of people, maybe even one guy.

The lack of standards leads to a lack of test cases
to validate that an ID3 V2.4 (or any
other version) implementation actually works.
So lots of code out there mostly works. Or uses a library
from CPAN or an equivalent, which itself can't be validated.

At this point, its essentially out in the open, with no control.


--
Pat
http://www.pfarrell.com/music/slimserver/slimsoftware.html

Michaelwagner
2005-12-06, 21:36
the ID3 spec is essentially ad-hoc.
It looks, altho it is impossible to know, that the ID3 site is a labor of love by a very small group of people, maybe even one guy.
Yup. And one guy who doesn't even answer his email any more.

Odd how such an ad-hoc thing became so universally used, isn't it?

cliveb
2005-12-07, 03:13
I set Mp3tag to remove ID3v1 and write only ID3v2, and since you can sort by field I sorted by what tag types
were in the file. They are all ID3v2.
I'm sure your files are the way you expect, but it might be a good idea to look at them with a raw hex editor (such as Ultra Edit) to absolutely confirm that the ID3v1 tags are absent. It's all very well having a program interpret the file for you and tell you what it finds, but there's no substitute for looking at the bytes directly.

Mark Lanctot
2005-12-07, 07:20
Hmm...I tried both Ultra Edit and XVI32
(http://www.programmersheaven.com/zone16/cat862/21568.htm)

with the same result.

The first few entries read "ID3" but then there's
a string of unreadable "00"s, no version number.
I also can see some gibberish, the TIT2, TPE1 and
TCON fields. Although I can't read the ID3
version, nothing seems amiss.

The TIT2 entry seems to be fine for song names
longer than 30 characters. There's no truncation,
all characters are readable.

Hex editing is way above my head though. I might
have missed something.

Thanks.

cliveb wrote:
> Mark Lanctot Wrote:
>
>>I set Mp3tag to remove ID3v1 and write only ID3v2,
and since you can
>>sort by field I sorted by what tag types
>>were in the file. They are all ID3v2.
>
> I'm sure your files are the way you expect, but it
might be a good idea
> to look at them with a raw hex editor (such as Ultra
Edit) to absolutely
> confirm that the ID3v1 tags are absent. It's all
very well having a
> program interpret the file for you and tell you what
it finds, but
> there's no substitute for looking at the bytes
directly.
>
>

--
___________________________________


Mark Lanctot
___________________________________

Michaelwagner
2005-12-07, 09:13
Ah. That's the wrong place.

id3v1 tags are stored, for some perverse reason, at the end of the file.

If you want, fire a copy off to me and I'll look at it.

cliveb
2005-12-07, 09:19
id3v1 tags are stored, for some perverse reason, at the end of the file.
There's nothing perverse about storing tags at the end of the file - it makes perfect sense. If they are at the front, then when you want to edit them and there's not enough padding, the whole (multi-megabyte) file has to be re-written.

Michaelwagner
2005-12-07, 09:31
There's nothing perverse about storing tags at the end of the file - it makes perfect sense. If they are at the front, then when you want to edit them and there's not enough padding, the whole (multi-megabyte) file has to be re-written.
Yes, that's why id3v2 defines padding in the header.
The perverse part comes when a player, sent a stream, can only tell you who the artist was when the song is over.

Mark Lanctot
2005-12-07, 09:42
I took a look at a long song name again.

I did not find ID3v1 tags at the end, I found APE
tags.

However, and this may be important - it seems
there are inconsistencies in the APE tags, which
is how SlimServer might be picking it up.

Most of my APE tags contain *only* ReplayGain data
added by MP3Gain, which is how it writes it.

However, some of them contain not only ReplayGain
data but title/artist data! It looks the same as
the ID3 data, but I haven't checked every one. If
there's an inconsistency, that could be where it's
coming from.

So the solution would be to use Mp3tag to wipe the
APE tag, then rewrite all ReplayGain APE tags
using MP3Gain. That would ensure all artist/title
data is in ID3v2 and that the APE tags contain
*only* ReplayGain data. That's a long processing
job, but I might do it overnight or something.

I have yet to find an ID3 tag at the end of the
file, but I haven't looked at every one.

Thanks.

Michaelwagner wrote:
> Ah. That's the wrong place.
>
> id3v1 tags are stored, for some perverse reason, at
the end of the
> file.
>
> If you want, fire a copy off to me and I'll look at
it.
>
>

--
___________________________________


Mark Lanctot
___________________________________

geoffb
2005-12-07, 10:13
On 12/7/05, Mark Lanctot <marklanctot (AT) yahoo (DOT) ca> wrote:
> So the solution would be to use Mp3tag to wipe the
> APE tag, then rewrite all ReplayGain APE tags
> using MP3Gain. That would ensure all artist/title
> data is in ID3v2 and that the APE tags contain
> *only* ReplayGain data. That's a long processing
> job, but I might do it overnight or something.
>
> I have yet to find an ID3 tag at the end of the
> file, but I haven't looked at every one.

In fact, you can add the appropriate column into MP3Tag to show all
tags contained in the file, and then sort by that column to see all
files that are not just ID3v2. Just open your root music directory in
MP3Tag (which takes quite a while), and sort by the new column.
Should make the cleanup job pretty quick.

Cheers
Geoff

Steve Baumgarten
2005-12-07, 10:14
> I did not find ID3v1 tags at the end, I found APE
> tags.

Just curious: how do you find out if a file has APE tags?

SBB








Visit our website at http://www.ubs.com

This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.

ceejay
2005-12-07, 10:55
In fact, you can add the appropriate column into MP3Tag to show all
tags contained in the file, and then sort by that column to see all
files that are not just ID3v2.

Apologies for being dumb, but how do I do that exactly?

Using mp3tag v2.33a. If I "view.. customise columns" I just see a list of the tags in use, nothing about what type?

TIA

Ceejay

Mark Lanctot
2005-12-07, 11:22
At the end of the hex file of an MP3, there's the
following fields:

APETAGEX
REPLAYGAIN_TRACK_GAIN [numbers]
REPLAYGAIN_TRACK_PEAK [numbers]
APETAGEX

Of course Mp3tag can be configured to display the
presence of APE tags as well. ceejay has asked
how, I'll answer in a minute if it hasn't been
answered already.

Steve Baumgarten wrote:
>> I did not find ID3v1 tags at the end, I found APE
tags.
>
>
> Just curious: how do you find out if a file has APE
tags?
>
> SBB
>
>
>
>
>
>
>
>
> Visit our website at http://www.ubs.com
>
> This message contains confidential information and
is intended only for
> the individual named. If you are not the named
addressee you should not
> disseminate, distribute or copy this e-mail. Please
notify the sender
> immediately by e-mail if you have received this
e-mail by mistake and
> delete this e-mail from your system.
>
> E-mail transmission cannot be guaranteed to be
secure or error-free as
> information could be intercepted, corrupted, lost,
destroyed, arrive
> late or incomplete, or contain viruses. The sender
therefore does not
> accept liability for any errors or omissions in the
contents of this
> message which arise as a result of e-mail
transmission. If verification
> is required please request a hard-copy version.
This message is
> provided for informational purposes and should not
be construed as a
> solicitation or offer to buy or sell any securities
or related financial
> instruments.
>
>

Mark Lanctot
2005-12-07, 11:24
I'm already doing this in Mp3tag.

I believe it was you that told me how. :-)

It's the MP3Gain work that will take a lot of time
once I've cleared the APE tags. It can take 30-45
seconds per track, so for ~1150 files...

And that's at 100% processor usage.

Geoff B wrote:
> On 12/7/05, Mark Lanctot <marklanctot (AT) yahoo (DOT) ca>
wrote:
>
>>So the solution would be to use Mp3tag to wipe the
>>APE tag, then rewrite all ReplayGain APE tags
>>using MP3Gain. That would ensure all artist/title
>>data is in ID3v2 and that the APE tags contain
>>*only* ReplayGain data. That's a long processing
>>job, but I might do it overnight or something.
>>
>>I have yet to find an ID3 tag at the end of the
>>file, but I haven't looked at every one.
>
>
> In fact, you can add the appropriate column into
MP3Tag to show all
> tags contained in the file, and then sort by that
column to see all
> files that are not just ID3v2. Just open your root
music directory in
> MP3Tag (which takes quite a while), and sort by the
new column.
> Should make the cleanup job pretty quick.
>
> Cheers
> Geoff
>

Mark Lanctot
2005-12-07, 11:28
Go to View - Customize Columns.

Press the "New Configuration" button.

Rename the "New configuration" "Current Tag".
Make its value (right hand side) "%_tag_read%"

Make another "New configuration" and name it "Tags
In File". Make its value "%_tag".

Move these new columns up and down in the list to
get them in the order you want.

ceejay wrote:
> geoffb Wrote:
>
>>
>>In fact, you can add the appropriate column into
MP3Tag to show all
>>tags contained in the file, and then sort by that
column to see all
>>files that are not just ID3v2.
>
>
> Apologies for being dumb, but how do I do that
exactly?
>
> Using mp3tag v2.33a. If I "view.. customise columns"
I just see a list
> of the tags in use, nothing about what type?
>
> TIA
>
> Ceejay
>
>

--
___________________________________


Mark Lanctot
___________________________________

ceejay
2005-12-07, 12:06
Go to View - Customize Columns.

Press the "New Configuration" button.

Rename the "New configuration" "Current Tag".
Make its value (right hand side) "%_tag_read%"

Make another "New configuration" and name it "Tags
In File". Make its value "%_tag".



Thanks! No wonder I couldn't make that work ... is this (and presumeably other hidden gems) documented anywhere?

Ceejay

Mark Lanctot
2005-12-07, 12:16
It was Geoff B who pointed out this trick to me,
but it's in the help file now that I look at it:

C:/Program Files/Mp3tag/help/main_viewcolumns.html

There are LOTS of tags and data that you can read.

ceejay wrote:
> Mark Lanctot Wrote:
>
>>Go to View - Customize Columns.
>>
>>Press the "New Configuration" button.
>>
>>Rename the "New configuration" "Current Tag".
>>Make its value (right hand side) "%_tag_read%"
>>
>>Make another "New configuration" and name it "Tags
>>In File". Make its value "%_tag".
>>
>>
>
>
> Thanks! No wonder I couldn't make that work ... is
this (and
> presumeably other hidden gems) documented anywhere?
>
> Ceejay
>
>

--
___________________________________


Mark Lanctot
___________________________________

Listener
2005-12-07, 13:56
Go to View - Customize Columns.

Press the "New Configuration" button.

Rename the "New configuration" "Current Tag".
Make its value (right hand side) "%_tag_read%"

Make another "New configuration" and name it "Tags
In File". Make its value "%_tag".

Move these new columns up and down in the list to
get them in the order you want.

...

Mark Lanctot
___________________________________


That's a very useful tip.

I had recently figured out that I could add column by pressing the new configuration button and putting the name of the tag (i.e. %composer%) into the value field. It seems to redefine the configuration name to match the title value.

I learned to put the same string (i.e. %composer%) into the Field textbox. That lets me edit the column value in place rather than
by using the View/Tags command that pops up a window. However, this in-place editing doesn't seem to work for a changing a Tag for a selected group of tags. How can I get an extra column such as Composer to show up in the left pane along with Title, Artist, Album, ...?

Bill

Mark Lanctot
2005-12-07, 14:16
I can't take the credit for this tip, it was Geoff
B that brought it to my attention. Geoff, take a
bow! :-D

Regarding your question - I think I understand
what you mean. You want to change what's
displayed on the LEFT pane of the program - the
tags you can edit.

I looked all through the program and I don't have
an answer for you...

Listener wrote:
> Mark Lanctot Wrote:
>
>>Go to View - Customize Columns.
>>
>>Press the "New Configuration" button.
>>
>>Rename the "New configuration" "Current Tag".
>>Make its value (right hand side) "%_tag_read%"
>>
>>Make another "New configuration" and name it "Tags
>>In File". Make its value "%_tag".
>>
>>Move these new columns up and down in the list to
>>get them in the order you want.
>>
>>...
>>
>>Mark Lanctot
>>___________________________________
>
>
>
> That's a very useful tip.
>
> I had recently figured out that I could add column
by pressing the new
> configuration button and putting the name of the tag
(i.e. %composer%)
> into the value field. It seems to redefine the
configuration name to
> match the title value.
>
> I learned to put the same string (i.e. %composer%)
into the Field
> textbox. That lets me edit the column value in
place rather than
> by using the View/Tags command that pops up a
window. However, this
> in-place editing doesn't seem to work for a changing
a Tag for a
> selected group of tags. How can I get an extra
column such as Composer
> to show up in the left pane along with Title,
Artist, Album, ...?
>
> Bill
>
>

--
___________________________________


Mark Lanctot
___________________________________

ceejay
2005-12-07, 16:06
I learned to put the same string (i.e. %composer%) into the Field textbox. That lets me edit the column value in place rather than
by using the View/Tags command that pops up a window. However, this in-place editing doesn't seem to work for a changing a Tag for a selected group of tags. How can I get an extra column such as Composer to show up in the left pane along with Title, Artist, Album, ...?

Bill

I don't know how to get the tag to appear in the left hand pane either, but you can edit a tag (eg Composer) for a group of files, if thats what you are looking for.

You select all the files, right click, select "tags", double click the tag in the list that you want to change, enter the new value, ok, ok.

Ceejay

pfarrell
2005-12-07, 17:18
On Wed, 2005-12-07 at 08:19 -0800, cliveb wrote:
> Michaelwagner Wrote:
> > id3v1 tags are stored, for some perverse reason, at the end of the file.
> There's nothing perverse about storing tags at the end of the file - it
> makes perfect sense. If they are at the front, then when you want to
> edit them and there's not enough padding, the whole (multi-megabyte)
> file has to be re-written.

Except that ID3V1 tags are fixed length.
They have to be 128 bytes. No reason to put them
in a special place.



--
Pat
http://www.pfarrell.com/music/slimserver/slimsoftware.html

Listener
2005-12-07, 17:49
I don't know how to get the tag to appear in the left hand pane either, but you can edit a tag (eg Composer) for a group of files, if thats what you are looking for.

You select all the files, right click, select "tags", double click the tag in the list that you want to change, enter the new value, ok, ok.

Ceejay

That is the same command as the View/Tags command I mentioned in my email. I have involed it both ways. It would be much faster and less demanding of my attention to select some files and type a new value into the appropriate text box in the left pane.

Thanks though. And thanks for the recommendation of mp3tag. I've used it quite a bit in the last two days and like it a lot.

Bill

cliveb
2005-12-08, 02:26
On Wed, 2005-12-07 at 08:19 -0800, cliveb wrote:
> Michaelwagner Wrote:
> > id3v1 tags are stored, for some perverse reason, at the end of the file.
> There's nothing perverse about storing tags at the end of the file - it
> makes perfect sense. If they are at the front, then when you want to
> edit them and there's not enough padding, the whole (multi-megabyte)
> file has to be re-written.

Except that ID3V1 tags are fixed length.
They have to be 128 bytes. No reason to put them
in a special place.

Fair point. I was thinking about APE tags when I wrote that.

cliveb
2005-12-08, 02:30
Most of my APE tags contain *only* ReplayGain data added by MP3Gain, which is how it writes it.
.....
So the solution would be to use Mp3tag to wipe the
APE tag, then rewrite all ReplayGain APE tags
using MP3Gain.

Hold on a minute before you do this. The APE tags written by MP3Gain should also contain the undo information required to remove the gain changes that it has applied. If you wipe those tags, you'll never be able to undo those gain changes (should you wish to do so). Think hard about whether you want to do that.

Mark Lanctot
2005-12-08, 07:35
Hmm...you're right.

And it may not be the solution anyway. I only
found a few files with both ID3v2 and APE tags
with title data in them, yet all my long title
names are truncated in SlimServer, even those with
only ID3v2 title tags.

I'll live with it.

cliveb wrote:
> Mark Lanctot Wrote:
>
>>Most of my APE tags contain *only* ReplayGain data
added by MP3Gain,
>>which is how it writes it.
>>.....
>>So the solution would be to use Mp3tag to wipe the
>>APE tag, then rewrite all ReplayGain APE tags
>>using MP3Gain.
>
>
> Hold on a minute before you do this. The APE tags
written by MP3Gain
> should also contain the undo information required to
remove the gain
> changes that it has applied. If you wipe those tags,
you'll never be
> able to undo those gain changes (should you wish to
do so). Think hard
> about whether you want to do that.
>
>

--
___________________________________


Mark Lanctot, marklanctot (AT) yahoo (DOT) ca
___________________________________

Mark Lanctot
2005-12-08, 07:35
Hmm...you're right.

And it may not be the solution anyway. I only
found a few files with both ID3v2 and APE tags
with title data in them, yet all my long title
names are truncated in SlimServer, even those with
only ID3v2 title tags.

I'll live with it.

cliveb wrote:
> Mark Lanctot Wrote:
>
>>Most of my APE tags contain *only* ReplayGain data
added by MP3Gain,
>>which is how it writes it.
>>.....
>>So the solution would be to use Mp3tag to wipe the
>>APE tag, then rewrite all ReplayGain APE tags
>>using MP3Gain.
>
>
> Hold on a minute before you do this. The APE tags
written by MP3Gain
> should also contain the undo information required to
remove the gain
> changes that it has applied. If you wipe those tags,
you'll never be
> able to undo those gain changes (should you wish to
do so). Think hard
> about whether you want to do that.
>
>

--
___________________________________


Mark Lanctot
___________________________________

Michaelwagner
2005-12-08, 08:00
I'll live with it.
You said you're running 6.2.1?
And it happens with artist and title, both?
I'm running 6.2.0. I created a really long song title and it all worked.
It's hard to imagine that they re-introduced the 30 character limit in 6.2.1 (albeit by mistake, but still, it's a hell of a mistake).
Can you send me one of these files?
michael at thewagners dot ca

Mark Lanctot
2005-12-08, 08:48
Aha...

I was looking through my collection trying to find
something to send you. I looked through
SlimServer and it didn't take me long to find a
truncated name.

Just to make sure everything was OK with it, I
checked it with Mp3tag. And what do you know,
Mp3tag indicated that the tag itself was truncated!

Since I check all my tags, I am certain I wasn't
the one truncating it - it was correct when I
tagged it. However, it was only recently I
started removing ID3v1 tags and writing ID3v2 tags.

So I suspect these came about when I didn't know
the difference between ID3v1 and ID3v2 tags. They
got truncated when writing the tags and only now
that I'm writing ID3v2 tags can I correct them.

Mp3tag seems to cache the text entry within a
session so you can write an over-30-character
ID3v1 tag and have it show up properly, but it's
not written properly and the next time you open
the program it's truncated.

Every single truncated tag I'm seeing now can be
corrected by writing ID3v2 tags. Displays
correctly in both SlimServer and Mp3tag.

So thanks for the help everyone, and I'm sorry if
I misled anybody. But I did learn something and I
hope someone else did too - get rid of those evil
ID3v1 tags!

Michaelwagner wrote:
> Mark Lanctot Wrote:
>
>>I'll live with it.
>
> You said you're running 6.2.1?
> And it happens with artist and title, both?
> I'm running 6.2.0. I created a really long song
title and it all
> worked.
> It's hard to imagine that they re-introduced the 30
character limit in
> 6.2.1 (albeit by mistake, but still, it's a hell of
a mistake).
> Can you send me one of these files?
> michael at thewagners dot ca
>
>

--
___________________________________


Mark Lanctot
___________________________________

JJZolx
2005-12-08, 09:01
So thanks for the help everyone, and I'm sorry if
I misled anybody. But I did learn something and I
hope someone else did too - get rid of those evil
ID3v1 tags!
I don't understand the conclusion you've come to. Just use both. Any program I've ever used will merge them - meaning it uses the longer of the two values when the v2 tag value isn't the same as the v1. And some mp3 playback devices still don't support v2 tags.

Mark Lanctot
2005-12-08, 09:17
The problem I had was, Mp3tag is set by default to
only write ID3v1 tags. So you can write whatever
you want in there, it appears to write correctly
due to the text caching feature of Mp3tag, but
it's written truncated.

When I switched to ID3v2 tags, Mp3tag just took
the truncated data from the ID3v1 tag, wrote it
into an ID3v2 tag and deleted the ID3v1 tag.

SlimServer then picked up the ID3v2 tag, which
contained truncated data formerly in an ID3v1 tag.

I've never seen the merge function you describe,
but that's not surprising considering I had all
ID3v1 then went to all ID3v2, never having very
many files with both tags.

I only play back MP3s in SlimServer, my PocketPC
and foobar, and all handle ID3v2 fine.

And for those wondering, this isn't limited to
classical music or techno - just try anything by
Tom Petty and the Heartbreakers (31 characters).
You'd think it was a duo, that Tom only had one
Heartbreaker with him. ;-)

JJZolx wrote:
> Mark Lanctot Wrote:
>
>>So thanks for the help everyone, and I'm sorry if
>>I misled anybody. But I did learn something and I
>>hope someone else did too - get rid of those evil
>>ID3v1 tags!
>
> I don't understand the conclusion you've come to.
Just use both. Any
> program I've ever used will merge them - meaning it
uses the longer of
> the two values when the v2 tag value isn't the same
as the v1. And
> some mp3 playback devices still don't support v2
tags.
>
>

--
___________________________________


Mark Lanctot
___________________________________

Michaelwagner
2005-12-08, 11:03
And for those wondering, this isn't limited to classical music or techno - just try anything by Tom Petty and the Heartbreakers (31 characters). You'd think it was a duo, that Tom only had one Heartbreaker with him. ;-)

Maybe Tom was one heartbreaker short the day of the recording ... :-)

In any case, I'm glad you sorted it out. That's the important thing.

Makes sense that it wouldn't be limited to Techno - after all, Slim doesn't know (or care) what type of music it is.

geoffb
2005-12-10, 15:51
On 12/7/05, Listener <Listener.1zp4pc (AT) no-mx (DOT) forums.slimdevices.com> wrote:
>
> ceejay Wrote:
> > I don't know how to get the tag to appear in the left hand pane either,
> > but you can edit a tag (eg Composer) for a group of files, if thats
> > what you are looking for.
> >
> > You select all the files, right click, select "tags", double click the
> > tag in the list that you want to change, enter the new value, ok, ok.
> >
> > Ceejay
>
> That is the same command as the View/Tags command I mentioned in my
> email. I have involed it both ways. It would be much faster and less
> demanding of my attention to select some files and type a new value
> into the appropriate text box in the left pane.
>
> Thanks though. And thanks for the recommendation of mp3tag. I've used
> it quite a bit in the last two days and like it a lot.

Hi guys,
In fact, I think you've followed everything through the utmost
conclusion - you can't change what appears in the LH pane. But you
can just hit alt-T (I think) to get the tags window up, and
double-click the tag you want to change.

Cheers
Geoff B