untested(!) comment write support for s3m and it files

comment writing support and more tests for mod and xm

comments++

xm: no \n too much in comment if there are no samples

fixed mod property names and added unit test for xm

added unit test for one flavour of .mod files

added check for readOnly in save methods

added myself to AUTHORS

fixed a comment

added mod (+aliases) to defaultFileExtensions

added .mod file support

Mod::File -> Mod::FileBase

more indentation fixes

code formatting fixes

converted tabs to spaces

refactored for ABI compat and write support of some tags of s3m/it/xm files

tags that can be written:
 * s3m: title
 * it: title
 * xm: title, trackerName

added read-only support for s3m, it and xm

Merge remote branch 'lalinsky/abstract-io'

Merge branch 'abstract-io'

Add an empty default implementation of IOStream::clear()

Be more careful when parsing Vorbis Comments

Support for reading ALAC audio properties

ALAC file encoded by iTunes

Add a (failing) test for reading ALAC audio properties

Install the new headers

Merge remote branch 'taglib/master' into abstract-io

Added read-only support to FileStream

Make RefCounter compile on OS X with the 10.4 SDK

The 10.4 SDK defines OSAtomic functions as int32_t, while 10.5 and newer SDKs
define them as volatile int32_t. This caused a compilation error when
compiling against the 10.4 SDK.

I'd have prefered a preprocessor-based solution, but I couldn't find any
macro that says the SDK version, so I copied this cast solution from
Apple's WebKit. I assume then know what they are doing if they have to
workaround their own API. :)

Don't lead the scanned blocks on save

Merge pull request #2 from wplaschg/master

Added ignore rules for MSVC 2008 build results

Adding ignore rules for MSVC 2008 build results

Simplify static builds

Don't install pkg-config files when building a framework

Make it possible to build an OS X framework

Always make a copy of the ID3v1 genre name strings

http://thread.gmane.org/gmane.comp.kde.devel.taglib/1876

Add info about BUILD_EXAMPLES to the INSTALL file

Use the PUBLIC_HEADER property to prepare for building an OS X framework

Remove unnecessary code from tfile.cpp

Add a ByteVector-backed stream class

Duplicate contructors of File subclasses to accept IOStream*

Make it possible to actually pass a IOStream instance to File

Add FileStream as a copy of File's methods

Add an abstract IOStream class

Make it possible to run the test suite out of the source tree

The website has more up-to-date links

Add myself to the AUTHORS file

Obsolete comment now that we are not in kdesupport

Clean up the library CMakeLists.txt file

Clean up the main CMakeLists.txt file

Don't set unnecessary compiler options

Merge branch 'master' of github.com:taglib/taglib

Merge branch 'stable'

Support building documentation out-of-source-dir

NEWS entries

Upgrade IPLS (2.3) to TIPL (2.4)

Protect against incorrect ID3v2 version parameter

Convert frames TIPL and TMCL (2.4) to IPLS (2.3)

Merge branch 'master' into id3v23

NEWS entry

Fix DRM detection in WMA files

Untested version of DRM checking in WMA files

Check for the presence of the drms atom in MP4 files

Make it possible to build a static version of the C bindings

https://bugs.kde.org/show_bug.cgi?id=268441

Use the same SO versioning as we had with automake/libtool

http://article.gmane.org/gmane.comp.kde.devel.taglib/1826

Don't overwrite fields that already exist

We can have multiple fields in the Vorbis Comment (e.g. two artist names),
but TagUnion only takes the first one, so it will effectively strip the
extra fields.

https://bugs.kde.org/show_bug.cgi?id=268854

Partial protection against broken WMA files

This fixes the problem on the reported file, but in general this code
needs a lot more checks.

https://bugs.kde.org/show_bug.cgi?id=268401

Don't overwrite fields that already exist

We can have multiple fields in the Vorbis Comment (e.g. two artist names),
but TagUnion only takes the first one, so it will effectively strip the
extra fields.

https://bugs.kde.org/show_bug.cgi?id=268854

Define NOMINMAX so that windows.h doesn't define it's own versions

http://article.gmane.org/gmane.comp.kde.devel.taglib/1833
http://www.devx.com/tips/Tip/14540

Merge branch 'master' into id3v23

Ignore docs and OS X dylibs

These aren't needed anymore now that we're not in kdesupport

Convert TDRC to TYER+TDAT+TIME

Clean-up temporary files

Simple ID3v2.4 => ID3v2.3 frame migration

Make sure we don't write UTF8 or UTF16BE to ID3v2.3 tags

Support for writing structuraly correct ID3v2.3 tags

We don't use the tag footer, extended header or unsynchronization, so we
only need to change the frame size format.

Note that this doesn't write correct ID3v2.3 tags, just tags that have
the correct structure. The content is sill incorrect, unless you add
the right frames manually to the tag instance.

Partial protection against broken WMA files

This fixes the problem on the reported file, but in general this code
needs a lot more checks.

https://bugs.kde.org/show_bug.cgi?id=268401

Use the memory barrier variants on OS X

Use GCC automic builtins where possible

Add .gitignore

Merge branch 'release-1.7'

Add release date

News for 1.7

Merge commit 'eee860f9c6' into release-1.7

Fix memory leaks in the FLAC parsing code

Thanks to Daniel Schaack for reporting these.

ups, revert my accidentally commited debug output

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1224409 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

use atomic refcounting on mac and win32, todo for linux

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1224407 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Fix build when the 'uint' typedef is already defined.

Using uint in those structs gave me the following error:

  /home/rakuco/kde4/src/kdesupport/taglib/taglib/riff/rifffile.cpp:38:
error: reference to 'uint' is ambiguous
  /usr/include/sys/types.h:56: error: candidates are: typedef unsigned
int uint

Is it really necessary to have those typedefs in taglib.h? It'd be
nice to at least check if they are not being redefined.

CCMAIL: lalinsky@gmail.com

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1223282 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Update the AIFF test

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1222753 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Fix the patch from r1222376

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1222752 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

a formal change: convert rifffile.cpp to use vector of structs instead of several vectors of simple types

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1222376 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

divide by 1000 instead of 1024 when calculating riff bitrate to get standard 1411 kbps bitrate on AudioCD wavs

CCMAIL:taglib-devel@kde.org

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1222375 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

More news

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220247 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Automatically generate the version number in taglib-config

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220246 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

CMake-specific INSTALL file

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220241 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Add svn:ignore

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220239 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Move docs building to CMake

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220238 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

*poof*

I've warned people about removing autoconf/automake support for a long time,
so let's make it happen for 1.7. CMake is now the only supported build system.
I'll update build docs in a following commit.

CCMAIL:taglib-devel@kde.org

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220235 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Set the version number to 1.7

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220230 283d02a7-25f6-0310-bc7c-ecb5cbfe19da

Fix writing of new RIFF chunks at even positions

If the last chunk had an odd size, the new chunk would have been written at
odd position, which is incorrect.

This is based on the patch by Jens Dyffort, but I ended up changing the
implementation to correctly handle subsequential updates to the file.

The whole RIFF code really needs to be rewritten in a different way...

BUG:243954

git-svn-id: svn://anonsvn.kde.org/home/kde/trunk/kdesupport/taglib@1220223 283d02a7-25f6-0310-bc7c-ecb5cbfe19da