in the last release, so this isn't API breakage.)
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@585152 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
This is an invalid conversion. It may be worthwhile to do the conversions at a
higher level at some point (in the tag, rather than frame generation), but for
now just remove this one.
CCMAIL:taglib-devel@kde.org
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@579343 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
formatted data sitting around waiting to be written to 2.4 tags.
BUG:132018
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@578687 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
empty the list. Also added an erase method to Map that works on keys
rather than itterators.
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@572681 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
faster in the simple case (no need for Boyer-Moore for a one-character search)
and append a null vector rather than instantiating a new one when we find empty
fields.
This gets the reading time down to 6 seconds here for the reported bug, which
still isn't great, but it's starting to get close to acceptable. I'll see if I
can get it a little tighter...
BUG:122183
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@552196 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
to where it can read the tag in around 18 seconds unstead of 30 minutes.
I'm going to see if I can find the other hot paths now...
CCBUG:122183
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@552178 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
- Fix the channel mode, copyright and original flags, as noticed by
Bjoern Petersen.
- Check in the "findByDescription()" function that I've had sitting
around for a while.
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@515068 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
is relatively small. Basically it took a while for me to be convinced that the
ID3v2 location was always going to be before the FLAC data stream pointer. I've
added a check to make sure that it stays that way, but I don't expect us to
actually hit that code.
BUG:120578
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@503614 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
don't support encrypted frames, don't try to decompress it. Decryption
is supposed to be applied before decompression, so currently the decompression
isn't possible.
BUG:112919
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@503234 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
and it doesn't make a difference at all on UNIX.
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@503213 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
picked some default values for some of the d-pointer members.
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@482863 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
loop in some cases (I'm surprised that it doesn't happen in more...this
code has been around for a while.).
BUG:113437
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@464483 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
and make the return type semantics consistant for methods that modify
the object (specifically, return a reference instead of void).
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@460002 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
