-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans  .- Knowledge Base  . 

TagLib

   1.5  

KDE Sound Application

Score 71%
Link:  Link
Downloads:  1851
Submitted:  Jan 22 2004
Updated:  Feb 22 2008

Description:

TagLib is a C++ library for reading and modifying audio meta data, commonly called "tags". TagLib has been used since KDE 3.2 for reading audio metadata.




Changelog:


Changes from 1.4 to 1.5

- Support for Mac OS X and Microsoft Windows
- Distributed under the MPL (in addition to the previous LGPL license)
- Added support for Speex files
- Added support for TrueAudio files
- Added support for WavPack files
- Added support for ID3v2 general encapsulated object frames
- Added support for ID3v2 unsynchronized lyrics frames
- Added support for ID3v2 URL frames
- Propper exports of all public classes / functions
- Updated the APE::Item API to work with value lists
- Added support to the FileRef class for new Xiph (Ogg) extensions
- Made the samples per frame for MPEG headers accessible
- Made MP3 Xing headers accessible
- Prevent invalid encodings from being written to ID3v1 tags
- Non-Latin1 ID3v2 text frames are automatically converted to UTF-8 on write (if they are not explicitly set to UTF-16)
- Added support for reading ID3v2.2/3 unsynchronized tags
- Made it possible to search for ID3v2 comment frames by description
- Fixed a number of bugs in ID3v2 relative volume adjustment reading and writing
- Added work arounds for iTunes writing invalid ID3v2 frame lengths
- Added work arounds for iTunes not being able to correctly parse numerical ID3v2 genres
- Added work arounds for iTunes putting non-text information in ID3v2 comment frames
- Added a function to export strings to std::wstring
- Added a function to check ASCII compatibility of strings
- Added a function to check Latin1 compatibility of strings




LicenseLGPL
Source
Send to a friend
Subscribe
Other  Apps  from wheeler
Report inappropriate content



goto page:  1  2  3 

-
.

 So this is taglib !!

 
 by sarath on: Jan 22 2004
 
Score 50%

I have been trying kde 3.2 from beta1 and had been frustrated when the SuSE rpms keep on asking for taglib. I had tried on rpmseek and rpmfind without success. I guess this entry should have been in place long ago.


Reply to this

-

 Re: So this is taglib !!

 
 by binner on: Jan 22 2004
 
Score 50%

> I guess this entry should have been in place long ago.

I'm not convinced that libraries which KDE depends on are appropriate to be listed on kde-apps.org.


Reply to this

-

 Re: Re: So this is taglib !!

 
 by wheeler on: Jan 22 2004
 
Score 50%

Yeah, I couldn't decide whether to list it here or not, but (a) freshmeat was down and (b) apps.kde.com had a lot of this type of stuff, so I decided to put it here too...


Reply to this

-

 Re: So this is taglib !!

 
 by wheeler on: Jan 22 2004
 
Score 50%

There were two beta releases that corresponded to the KDE 3.2 betas. The second beta was packaged by SUSE and is available here:

ftp://ftp.suse.com/pub/suse/i386/supplementary/KDE/update_for_9.0/base/taglib-0.96-0.i586.rpm


Reply to this

-
.

 Re: Re: So this is taglib !!

 
 by sarath on: Jan 22 2004
 
Score 50%

Well thanks for the information. Anyway i have downloaded taglib and also i have downloaded the rc1 of kde 3.2. juk has started workin now.


Reply to this

-
.

 Thanks wheels :)

 
 by markey on: Jan 22 2004
 
Score 50%

I would like to say thank you to wheels for making TagLib. We have been using it in amaroK for quite some time, and it has fully lived up to our expectations.

Without TagLib our playlist handling wouldn't be as snappy as it is. Also, the lib has been quite reliable for us, and when we had the odd problem with it, wheels has always been quick with fixing things.


Reply to this

-
.

 what about id3lib

 
 by forestie on: Jan 22 2004
 
Score 50%

I am not sure to understand why we need taglib when there is id3lib that's here since a long time. Or, maybe, taglib relies upon id3lib when it come to id3 tags, and on other libraries for other tag standards? What kind of gap does taglib fill?


Reply to this

-

 Re: what about id3lib

 
 by wheeler on: Jan 22 2004
 
Score 50%

id3lib is poorly coded, poorly maintained and poorly documented. (I in fact was the id3lib maintainer when I started working on TagLib and decided that it wasn't worth trying to salvage.) TagLib's implementation of the relevant standards is both faster and cleaner and the API is more KDE / Qt friendly.


Reply to this

-
.

 I did not know.

 
 by forestie on: Jan 22 2004
 
Score 50%

Oh, I did not think about that. So, what about id3lib now? I respect your decision, it seems to be founded. What do you think about compatibility, and all applications that rely on id3lib? Please note I am just curious, I am not bashing you! However I must admit I think that in general we have far too many ways to do the same thing with OpenSource, and it is difficult to, say, standardize a little. What do you think about that?


Reply to this

-

 Re: I did not know.

 
 by wheeler on: Jan 22 2004
 
Score 50%

Well, at the time that I started working on TagLib it was more or less intended as an id3lib rewrite. Someone else came along that was actually interested in continuing to maintain the current id3lib tree and he's now functioning as the maintainer. It's also worth noting that most of the id3lib users at this point are on Windows rather than Unix.

That said there's been very little improvement made in id3lib in the last several years. The API is ugly and inconcistant and the implementation is full of hacks. There have been bugfixes here and there, but the code really was at the point that major portions of it need to be rewritten for it to be maintainable.

But in maintaining id3lib I learned what it did write and what it did wrong and incorperated that into TagLib. I also got a pretty good feel for what users are looking for in such a library.

It's also worth noting that TagLib has a wider goal than id3lib -- it supports MP3s, Ogg Vorbis files and FLAC files (and in fact makes it so that the same code will work for all three formats).

As for the things still relying on id3lib -- well, based on the feedback that I've heard people would love to be able to not rely on id3lib and I expect that many of these tools will switch to TagLib. If not, well, this is a "behind the scenes" piece of the framework and can easily coexist with id3lib.


Reply to this

-

 Thanks

 
 by forestie on: Jan 23 2004
 
Score 50%

Thank you for your answer, and thank you for TagLib!


Reply to this

-

 no version number?

 
 by navindra on: Apr 5 2004
 
Score 50%

Okay, maybe this is off-topic but technically it does apply to TagLib -- why do so many applications on KDE-Look.org fail to include a version number?

I think it would be useful for KDE apps to have a version number, even if it's just 0.1...


Reply to this

-

 Re: no version number?

 
 by wheeler on: Apr 5 2004
 
Score 50%

You mean the part up there at the top where it says "Version 1.1"? Or the tarball name -- "taglib-1.1.tar.gz"? ;-)


Reply to this

-

 Re: Re: no version number?

 
 by navindra on: Apr 5 2004
 
Score 50%

It wasn't there before, I assure you (don't know about the tarball). I've been monitoring the RDF file and site pretty closely and when I posted that comment, the four or five top applications didn't have version numbers...

I guess someone fixed it.


Reply to this

-

 Re: no version

 
 by wheeler on: Apr 7 2004
 
Score 50%

I posted the version number at the same time that I posted the update. It may have been a bug in the RDF output, but it was correct on the web page...


Reply to this

-

 Re: Re: no version

 
 by navindra on: Apr 7 2004
 
Score 50%

Ahh then perhaps I saw it before the update...


Reply to this

-

 Covers

 
 by BOSSoNe on: Apr 6 2004
 
Score 50%

Hi,
i would replace id3lib and vorbisfile by taglib in my apps, but i don't find how to handle pictures stored in id3v2 tags.
Can you give me some little help?
if i've correctly read the api doc for reading i should use:
ID3v2::Tag::frameListMap["APIC"].data()
with this i get the complete frame, so i need to split it to get text encoding
(first byte), mime type, picture type, description and picture data. am i
right?
Thank's
Cyril.


Reply to this

-

 Re: Covers

 
 by wheeler on: Apr 7 2004
 
Score 50%

Pretty close -- pasting from the ID3v2.4 standard (on id3.org):

<Header for 'Attached picture', ID: "APIC">
Text encoding $xx
MIME type <text string> $00
Picture type $xx
Description <text string according to encoding> $00 (00)
Picture data <binary data>

I'm also planning on adding support for this frame directly in the next release.


Reply to this

-

 Re: Re: Covers

 
 by wheeler on: May 3 2004
 
Score 50%

Oh, and by the way -- this is in CVS now and should come with TagLib 1.2.


Reply to this

-

 Thank you!

 
 by shlomil on: Apr 10 2004
 
Score 50%


Just wanted to thank you again for adding the "override the default string handler" feature. This is very important for some of us. I just hope that juk and amaroK's developer will use this feature soon so I can finally read the tags in my mp3 file.


Reply to this

goto page:  1  2  3 

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.