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
my hacked up build environment for TagLib.
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@439118 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
the UTF-8 rendering and the UTF16-LE rendering to the same string, which was, well,
ungood.
(Sorry Dan, that's bad news for those files -- but this bug was only introduced 4
days ago, so it just hadn't been caught yet.)
BUG:109604
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@438731 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
by Stefan. Also did a few additional updates on the API docs.
CCMAIL:Stefan Gehn <mETz81@web.de>
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@438212 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
Specifically make sure that we don't actually allocate a buffer for a read that
extends beyond the end of the file.
BUG:101401
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@438035 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
that takes a maximum number of values. This should probably be used more widely in
places where the max is known ahead of time for this to be a more useful fix than nailing
just this special case. Anyway, fixes the bug.
BUG:103622
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@438030 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
update the configure.in.in in the root...
git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@438007 283d02a7-25f6-0310-bc7c-ecb5cbfe19da
