id3lib-devel

[id3lib-devel] [id3lib-user] editing id3v2.4

[Rosa M. D. <ro...@gm...>]

Hi everyone!

I'm developing an id3 tag editor and i'm using id3lib. I have a problem with
version 4 of id3v2: when i link a file and check its version this way

audio_file.link("song.mp3", ID3TT_ALL);
audio_file.SetSpec(ID3V2_4_0)
cout << audio_file.GetSpec() << endl;

i get -1 (unknown)  instead of 3 (ID3V2_4_0).  So i can't read the file's
tags in this version.
There is another way to read it and modify it?

Thanks a lot.

Rosa María Durante Lerate
Computer Engineering
University of Cádiz, Spain.

Re: [id3lib-devel] id3v2-chapters-1.0 reference implementation?

[Aaron \Caustik\ R. <ca...@gm...>]

Hey there, just wanted to check and see if you ever had the opportunity to
test this patch?

On Mon, Dec 7, 2009 at 5:59 PM, Aaron "Caustik" Robinson
<ca...@gm...>wrote:

> thx :-)
>
> caustik
>
>
> On Mon, Dec 7, 2009 at 8:13 AM, Norbert Schmitz <na...@gm...> wrote:
>
>> Hi,
>>
>> if you send me the patch I can test it and include it into the devel
>> version.
>>
>> Yours
>> Norbert
>>
>>
>> ------------------------------------------------------------------------------
>> Join us December 9, 2009 for the Red Hat Virtual Experience,
>> a free event focused on virtualization and cloud computing.
>> Attend in-depth sessions from your desk. Your couch. Anywhere.
>> http://p.sf.net/sfu/redhat-sfdev2dev
>> _______________________________________________
>> id3lib-devel mailing list
>> id3...@li...
>> https://lists.sourceforge.net/lists/listinfo/id3lib-devel
>>
>
>

[id3lib-devel] It seems to me that it is very buggy

[Kenji C. <ken...@gm...>]

Hi, I've been using id3lib for a while, and having a few problems with it.

Problem 1:
For some mp3 inputs, the library crashes in tag_impl.cpp, line 50.  That's
because the String size;  is an empty string.

Problem 2:
For some mp3 inputs,  ID3_Tag::Link() would never return.

Problem 3:
For some mp3 inputs, changes don't save back to the file.


All those 3 types of mp3 files are all normal mp3 files and can be edited by
other program without any problem.

I found that problem #2 and #3 happen only if the file name is in Chinese.
And the char* version of ID3_Tag::Link( char* ) always returns error, so I'm
actually using ID3_Tag::Link(ID3_Reader &, ... )    to link my files.
And for the same mp3 file, the following code doesn't work or produces
problem #2 or #3:

ifstream s ( path , ifstream::in | ifstream::out );  // path contains the
chinese path
ID3_IFStreamReader r( s );
ID3_Tag tag;
                tag.Link( r , ID3TT_ID3);

But if I rename the file to let say    "abc.mp3", and the following will
work!!!

ID3_Tag tag;
                tag.Link( "abc.mp3" , ID3TT_ID3);

and with the same name "abc.mp3", the following will NOT work!!    <---
problem #2    only for some files

ifstream s ( "abc.mp3", ifstream::in | ifstream::out );
ID3_IFStreamReader r( s );
ID3_Tag tag;
                tag.Link( r , ID3TT_ID3);   // never return


I must get my program to work with non-english file names, and all this
happen only to some of my mp3 files, not all of them.
I notice this project has got much changed since 2003. I'm trying other
libraries that do the job for me,
but the one that is very close to what I want "libid3tag" is also buggy, and
it just can't write back to the file properly.

So please is there anyone who can help me?


Thanks x 9999999999 times

Kenji

Re: [id3lib-devel] Debian patches

[Norbert S. <na...@gm...>]

Hi,

ok thanks a lot I will have a look at it.

Yours Norbert


On Thursday 10 December 2009 22:33:53 Stefan Ott wrote:
> Hi
> 
> I'm the new debian maintainer for id3lib and, since I noticed that
> there's some activity here, I figured I'd point you at our SVN repo
> where we keep debian patches for id3lib at
> http://svn.debian.org/viewsvn/collab-maint/deb-maint/id3lib/trunk/debian/pa
> tches/
> 
> I guess some of these patches might have come from / already been
> posted to your BTS, but if you find anything new, we would of course
> be pleased to see it included in your next release.
> 
> If you have any questions about the patches, just ask. While most of
> them have been added by my predecessors, I might be able to help
> figure out what they're about. :)
> 
> Anyway, glad to see you're still around, looking forward to another
>  release.
> 
> cheers
> 

-- 
==================================================
Oberauerbacher Strasse 27
66497 Contwig

Tel: (06332) 56 88 06 
Email: na...@gm... 
==================================================

Re: [id3lib-devel] Help setting a picture in the tag

[Matt W. <wa...@gm...>]

Hi Norbert:

I submitted it as 2909488.

https://sourceforge.net/tracker/?func=detail&aid=2909488&group_id=979&atid=100979

On Mon, Dec 7, 2009 at 8:09 AM, Norbert Schmitz <na...@gm...> wrote:

> Hi,
>
>
> please add your info to the bug report section on sourceforge.
>
> I will work on it as soon as I can.
>
> Yours
> Norbert
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> id3lib-devel mailing list
> id3...@li...
> https://lists.sourceforge.net/lists/listinfo/id3lib-devel
>

[id3lib-devel] Debian patches

[Stefan O. <st...@ot...>]

Hi

I'm the new debian maintainer for id3lib and, since I noticed that
there's some activity here, I figured I'd point you at our SVN repo
where we keep debian patches for id3lib at
http://svn.debian.org/viewsvn/collab-maint/deb-maint/id3lib/trunk/debian/patches/

I guess some of these patches might have come from / already been
posted to your BTS, but if you find anything new, we would of course
be pleased to see it included in your next release.

If you have any questions about the patches, just ask. While most of
them have been added by my predecessors, I might be able to help
figure out what they're about. :)

Anyway, glad to see you're still around, looking forward to another release.

cheers
-- 
Stefan Ott
http://www.ott.net/

Re: [id3lib-devel] id3v2-chapters-1.0 reference implementation?

[Aaron \Caustik\ R. <ca...@gm...>]

thx :-)

caustik

On Mon, Dec 7, 2009 at 8:13 AM, Norbert Schmitz <na...@gm...> wrote:

> Hi,
>
> if you send me the patch I can test it and include it into the devel
> version.
>
> Yours
> Norbert
>
>
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing.
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> id3lib-devel mailing list
> id3...@li...
> https://lists.sourceforge.net/lists/listinfo/id3lib-devel
>

Re: [id3lib-devel] id3v2-chapters-1.0 reference implementation?

[Norbert S. <na...@gm...>]

Hi,

if you send me the patch I can test it and include it into the devel version.

Yours
Norbert

Re: [id3lib-devel] Help setting a picture in the tag

[Norbert S. <na...@gm...>]

Hi,


please add your info to the bug report section on sourceforge.

I will work on it as soon as I can.

Yours
Norbert

[id3lib-devel] Help setting a picture in the tag

[Matt W. <wa...@gm...>]

Hi all:

I've gotten just about everything to work with this lib, including READING
pic's, but writing pic's seems to break.

Here's a simple program that yields an MP3 file with an image nothing seems
able to parse:

int main(int argc, char* argv[])
{
    if (argc < 2)
    { return 1;
    }

    ID3_Tag myTag(argv[1]);

    ID3_AddPicture(&myTag, "album_2.png", "", true);

    myTag.Update(ID3TT_ID3V2);

    return 0;
}

When I look at the id3info dump for this file, I see the following.  Note
the 'APIC' entry is missing the 'PNG':

*** Tag information for klf_2.mp3
=== TIT2 (Title/songname/content description): Brownsville Turnaround On The
Tex-Mex Border
=== TPE1 (Lead performer(s)/Soloist(s)): The KLF
=== TCOM (Composer): Bill Drummond/Jimmy Cauty
=== TALB (Album/Movie/Show title): Chill Out
=== TRCK (Track number/Position in set): 1/14
=== TPOS (Part of a set): 1/1
=== TYER (Year): 1990
=== COMM (Comments): (iTunPGAP)[eng]: 0
=== TENC (Encoded by): iTunes 8.0.2
=== COMM (Comments): (iTunNORM)[eng]:  00000042 0000003E 000003EF 000003F5
000194E5 00011B29 000054D0 000055E0 000194CB 00011B78
=== COMM (Comments): (iTunSMPB)[eng]:  00000000 00000210 00000888
0000000000480BE8 00000000 0020A110 00000000 00000000 00000000 00000000
00000000 00000000
=== COMM (Comments): (iTunes_CDDB_IDs)[eng]:
14+6088698BB25B4CA0B83F2E3AF88853F7+750432
=== UFID (Unique file identifier): http://www.cddb.com/id3/taginfo1.html, 54
bytes
=== COMM (Comments): ()[eng]: Cleaned by TuneUp!
=== TPE2 (Band/orchestra/accompaniment): The KLF
=== TCON (Content type): Alternative Dance
=== APIC (Attached picture): ()[, 0]: , 188839 bytes
*** mp3 info

Compared to the same mp3 with the same picture (properly) put in that does
have the 'PNG'.

*** Tag information for klf.mp3
=== TT2 (Title/songname/content description): Brownsville Turnaround On The
Tex-Mex Border
=== TP1 (Lead performer(s)/Soloist(s)): The KLF
=== TCM (Composer): Bill Drummond/Jimmy Cauty
=== TAL (Album/Movie/Show title): Chill Out
=== TRK (Track number/Position in set): 1/14
=== TPA (Part of a set): 1/1
=== TYE (Year): 1990
=== COM (Comments): (iTunPGAP)[eng]: 0
=== TEN (Encoded by): iTunes 8.0.2
=== COM (Comments): (iTunNORM)[eng]:  00000042 0000003E 000003EF 000003F5
000194E5 00011B29 000054D0 000055E0 000194CB 00011B78
=== COM (Comments): (iTunSMPB)[eng]:  00000000 00000210 00000888
0000000000480BE8 00000000 0020A110 00000000 00000000 00000000 00000000
00000000 00000000
=== COM (Comments): (iTunes_CDDB_IDs)[eng]:
14+6088698BB25B4CA0B83F2E3AF88853F7+750432
=== UFI (Unique file identifier): http://www.cddb.com/id3/taginfo1.html, 54
bytes
=== COM (Comments): ()[eng]: Cleaned by TuneUp!
=== TP2 (Band/orchestra/accompaniment): The KLF
=== TCO (Content type): Alternative Dance
=== PIC (Attached picture): ()[PNG, 0]: , 188839 bytes
*** mp3 info

I have also tried doing this manually by setting up the frame myself.  No
matter what I do, the ID3FN_IMAGEFORMAT paramter never actually gets written
out - which is my only clue right now.  I even made sure my image file is
valid by extracting it from a the known-good mp3 file.

HELP!

-mw

[id3lib-devel] id3v2-chapters-1.0 reference implementation?

[Aaron \Caustik\ R. <ca...@gm...>]

Hey all,

Is there an existing id3v2-chapters-1.0 implementation?

I've implemented an API and command line utility in C for writing .cue files
into id3v2 chapters (and vice versa). To do this, I made additions to the
id3lib C library. I've followed the existing code conventions, and I think
it is pretty clean. -- However, I'd like to do some interop testing on any
applications which already use this spec, before posting the patch.

Thanks,
caustik

[id3lib-devel] 2.2.0 tag problem

[<arr...@ra...>]

I'm running id3v2 on Linux, but I traced the problem down to the library.

The problem happens if you try changing anything in a file with a 2.2 tag.
(I was using id3v2 --TCON Podcast).  If you do this, it writes out the file
in 2.3 format, using the 2.2 data, and the four letter 2.3 names that
correspond to the three letter 2.2 names, without converting it.
This is usually okay, since most fields have simply been renamed to four
letters with no other changes.  It's not okay, however, for the PIC (APIC
in 2.3) field.  The format for this field is different, and reading 2.2 data as 
2.3 comes out bad.

Does anyone have a fix for this?

Re: [id3lib-devel] id3lib-3.8.3 fails to compile on Fedora 9

[Joao M. <joa...@fr...>]

Geoffrey Leach wrote:
>> checking iomanip.h usability... no
>> checking iomanip.h presence... no
>> checking for iomanip.h... no
>> configure: error: Missing a vital header file for id3lib
>>     
> It's a C++ header. Just strip the '.h'
Thanks Geoffrey, that did fix the configure problem, although I must say
that all I did was change this, rather brutally, in the "configure" script.
I suppose there's a better way to fix this ? in autoconf or something, I'm
afraid I'm not too familiar with these things... but for now, it configures.

Then compilation failed, in several places, which I managed to fix by adding
#include <cstring> in the files include/id3/id3lib_strings.h and 
include/id3/writers.h,
and also, in examples/demo*.cpp I had to replace

    int main(unsigned int, char* const*)

with

   int main(int, char* const*)

Now the library is built on Fedora 9.

Joao

-- 
Joao Moreira de Sa Coutinho
joa...@fr...
Tel.: 08.70.23.48.29
Mob.: 06.28.90.83.67

Re: [id3lib-devel] id3lib-3.8.3 fails to compile on Fedora 9

[Geoffrey L. <ge...@hu...>]

On 10/11/2008 08:16:38 AM, Joao Moreira wrote:
> Hi,
> 
> I've just installed a clean Fedora 9 distro, and tried to compile 
> id3lib-3.8.3
> (from source tarball), it fails to configure with the following
> message :
> 
> [...]
> checking for string... yes
> checking iomanip.h usability... no
> checking iomanip.h presence... no
> checking for iomanip.h... no
> configure: error: Missing a vital header file for id3lib
> 
>  From what (little) I understand, iomanip.h is some kind of old,
> perhaps
> deprecated, header file, which is no longer shipped with g++ ? is 
> this
> so ?
> (this worked fine in Fedora 5). Am I missing some kind of backward
> compatibility library ?
> 
> Or can I just workaround this ?
> 
It's a C++ header. Just strip the '.h'

[id3lib-devel] id3lib-3.8.3 fails to compile on Fedora 9

[Joao M. <joa...@fr...>]

Hi,

I've just installed a clean Fedora 9 distro, and tried to compile 
id3lib-3.8.3
(from source tarball), it fails to configure with the following message :

[...]
checking for string... yes
checking iomanip.h usability... no
checking iomanip.h presence... no
checking for iomanip.h... no
configure: error: Missing a vital header file for id3lib

 From what (little) I understand, iomanip.h is some kind of old, perhaps
deprecated, header file, which is no longer shipped with g++ ? is this so ?
(this worked fine in Fedora 5). Am I missing some kind of backward
compatibility library ?

Or can I just workaround this ?

Thanks for helping,
Joao
 

-- 
Joao Moreira de Sa Coutinho
joa...@fr...
Tel.: 08.70.23.48.29
Mob.: 06.28.90.83.67

[id3lib-devel] Compiling id3lib on windows

[Zachary B. <da...@gm...>]

I am trying to use id3lib with Visual Studio.

I say there was a windows binaries zip file and tried using that but it
doesnt have any header files or anything with it. Just the DLL, LIB file and
etc.

So I was going to compile from source, only done it once before with GMP.

However, when I try using the ./configure script I get an error

checking what language compliance flags to pass to the C++ compiler...
checking for getopt_long... yes
checking for mkstemp... no
checking for truncate... no
configure: error: Missing a vital function for id3lib

Complete output: http://pastebin.com/m632058af

Any help would be greatly appreciated.

Thanks,

Zach

Re: [id3lib-devel] id3v2.4 tags

[jon b. <ne...@on...>]

In article <488...@gm...>, David Ehrmann 
<eh...@gm...> writes
>Forgive me if this has been asked, but I couldn't find it in the
>documentation or in the mailing list archives.
>
>Are id3v2.4 tags supported?  I used the *nix id3v2
>http://id3v2.sourceforge.net/ tool, but it can't seem to recognize id3v2
>tags.  The tags are correct, and changing the version to 03 (since 03
>and 04 are generally interchangeable) made id3v2 work.  I'm asking here
>because id3v2 is based on id3lib, and I have the latest [5-year-old]
>version.  This happens under both Debian and FreeBSD with their
>packages/ports.
>
No, they aren't, id3 stopped at v2.3 and iaw the id3 spec will not 
recognise files with newer revisions on them. I did a cut for something 
I was working on a while back which enabled support but only in 
read-only mode and even then only for tags which are common to both 
specs. Have a look at taglib if you want a library that supports newer 
revisions (and is actively maintained).

-- 
== jon bird - software engineer
== <reply to address _may_ be invalid, real mail below>
== <reduce rsi, stop using the shift key>
== posted as: news 'at' onastick 'dot' clara.co.uk

Re: [id3lib-devel] id3v2.4 tags

[David E. <eh...@gm...>]

David Ehrmann wrote:
> And a random question:
> 
> Why are there two 00 bytes following the description string (line 3)?
> 54 00 I understand; that's 'T.'  The next 00 is in the id3 specs and
> documented as a delimiter.  The third seems to indicate the character
> encoding, but 00 is ISO-8859-1, and the following string is clearly
> UTF-16 with BOM, like the first string.
> 
> 00000080   54 58 58 58  00 00 00 35  00 00 01 FF  FE 41 00 4C
> TXXX...5.....A.L
> 00000090   00 42 00 55  00 4D 00 41  00 52 00 54  00 49 00 53
> .B.U.M.A.R.T.I.S
> 000000A0   00 54 00 53  00 4F 00 52  00 54 00 00  00 FF FE 53
> .T.S.O.R.T.....S
> 000000B0   00 74 00 72  00 6F 00 6B  00 65 00 20  00 39 00 00
> .t.r.o.k.e. .9..
> 
> Changing the 00 preceding FF FE to 01 causes a parse error.  The
> description is printed by id3v2, but not the value.

I think I have my answer.

4.2.6.   User defined text information frame

    This frame is intended for one-string text information concerning the
    audio file in a similar way to the other "T"-frames. The frame body
    consists of a description of the string, represented as a terminated
    string, followed by the actual string. There may be more than one
    "TXXX" frame in each tag, but only one with the same description.

      <Header for 'User defined text information frame', ID: "TXXX">
      Text encoding     $xx
      Description       <text string according to encoding> $00 (00)
      Value             <text string according to encoding>


One 00 finishes the character started by 54, the other *two* terminate 
the string (but if this was UTF-8, one 00 would terminate the string).

[id3lib-devel] id3v2.4 tags

[David E. <eh...@gm...>]

Forgive me if this has been asked, but I couldn't find it in the
documentation or in the mailing list archives.

Are id3v2.4 tags supported?  I used the *nix id3v2
http://id3v2.sourceforge.net/ tool, but it can't seem to recognize id3v2
tags.  The tags are correct, and changing the version to 03 (since 03
and 04 are generally interchangeable) made id3v2 work.  I'm asking here
because id3v2 is based on id3lib, and I have the latest [5-year-old]
version.  This happens under both Debian and FreeBSD with their
packages/ports.

And a random question:

Why are there two 00 bytes following the description string (line 3)?
54 00 I understand; that's 'T.'  The next 00 is in the id3 specs and
documented as a delimiter.  The third seems to indicate the character
encoding, but 00 is ISO-8859-1, and the following string is clearly
UTF-16 with BOM, like the first string.

00000080   54 58 58 58  00 00 00 35  00 00 01 FF  FE 41 00 4C
TXXX...5.....A.L
00000090   00 42 00 55  00 4D 00 41  00 52 00 54  00 49 00 53
.B.U.M.A.R.T.I.S
000000A0   00 54 00 53  00 4F 00 52  00 54 00 00  00 FF FE 53
.T.S.O.R.T.....S
000000B0   00 74 00 72  00 6F 00 6B  00 65 00 20  00 39 00 00
.t.r.o.k.e. .9..

Changing the 00 preceding FF FE to 01 causes a parse error.  The
description is printed by id3v2, but not the value.

[id3lib-devel] Change from UNICODE encoding to ASCII are ignored

[Geoffrey L. <ge...@hu...>]

I've been unable to persuade SourceForge to accept a bug report, so 
FWIW here's the problem and (gasp!) a solution is attached.

ID3Field_SetEncoding() to ASCII followed by ID3Field_SetASCII() results 
in a UNICODE-encoded field. That's because renderFields() looks at the 
ASCII/UNICODE bit in the frame, and that's not changed. The attached 
patch looks forward to get the current field encoding. It also fixes 
some needed-to-compile problems for GCC 4,3 and adds a couple of 
export-to-C functions.

[id3lib-devel] Album Cover art support ?

[Nicolas G. <gol...@gm...>]

Hi there, just found out about id3lib , I want to know if this lib support
access to an mp3 cover art, and if it allows to embed cover-art to an mp3
file ?
Thanks!

[id3lib-devel] compiling ID3LIB on OS X as Universal Binary

[Daniel S. <dan...@ed...>]

Compiling ID3LIB on OS X is straightforward:

./config
make
sudo make install

.. but how do I compile it as Universal Binary? I ran into problems and never got a Universal Binary. If anybody knows, help would be much appreciated! Thanks!

Re: [id3lib-devel] Unicode support in filename

[jon b. <ne...@on...>]

In article <002c01c8bcb1$1961c410$4c254c30$@net>, Aleksandar Puskas 
<gu...@ne...> writes
>Hello all,
>
>I have stumbled upon id3lib and found it to be very useful. The problem I am
>having now is in ID3_Tag() constructor which accepts only ASCII filenames
>which is very unfortunate in a Windows Unicode environment.
>
>Adding this simple functionality wouldn't be too much trouble but unless I
>want to violate the license, the modified source code would have to be
>released under the same license. This is all fine but I am unsure which
>exact steps I need to take to make this all happen? It appears id3lib isn't
>actively maintained any more for many years now. So do I create a new
>project out of id3lib on Sourceforge or do I write asking for new features
>in exiting lib (hoping someone would listen to them in a timely fashion)? Is
>there any other way?
>
provided you include your source code mods with whatever application you 
may distribute which includes them, you should be okay (at least that's 
my understanding of the LPGL).

However if you want to make them public to everyone I suggest submitting 
it as a patch on sourceforge, that's what I did with my unicode mods.

cheers,

j.

-- 
== jon bird - software engineer
== <reply to address _may_ be invalid, real mail below>
== <reduce rsi, stop using the shift key>
== posted as: news 'at' onastick 'dot' clara.co.uk

[id3lib-devel] Unicode support in filename

[Aleksandar P. <gu...@ne...>]

Hello all,

I have stumbled upon id3lib and found it to be very useful. The problem I am
having now is in ID3_Tag() constructor which accepts only ASCII filenames
which is very unfortunate in a Windows Unicode environment.

Adding this simple functionality wouldn't be too much trouble but unless I
want to violate the license, the modified source code would have to be
released under the same license. This is all fine but I am unsure which
exact steps I need to take to make this all happen? It appears id3lib isn't
actively maintained any more for many years now. So do I create a new
project out of id3lib on Sourceforge or do I write asking for new features
in exiting lib (hoping someone would listen to them in a timely fashion)? Is
there any other way?

Thanks a lot!

--
Alex

Re: [id3lib-devel] get an image

[Rainer O. <od...@bi...>]

Yeah, just go ahead and post the compiler output. Can't be much...



On Sat, Apr 5, 2008 at 1:48 AM, Nicolas Sebrecht <ni...@la...> wrote:

> Rainer Oder a écrit :
> > Hi Nicolas,
>
> Hi Rainer,
> Sorry for the time of my answer.
>
> > this is the example, not in C, but C++ and I think you will make you way
> > with it.
>
> It seems very good (and what I'm looking for) but today I still have
> errors of compilation. :-/
> I don't know c++ and the library that much, so I'm going to get help
> with a friend who knows c++.
>
> If I still have problems, I will post here again (and tell you in case
> of success).
>
> Thank you for your help.
>
>
> Cheers,
>
> --
> Nicolas Sebrecht
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Register now and save $200. Hurry, offer ends at 11:59 p.m.,
> Monday, April 7! Use priority code J8TLD2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> id3lib-devel mailing list
> id3...@li...
> https://lists.sourceforge.net/lists/listinfo/id3lib-devel
>



-- 
Gruß,
Rainer Oder