From 9979edd1b6b6dd8c7c6bafaa68c9d974a8a77688 Mon Sep 17 00:00:00 2001
From: Timothy B. Terriberry tterr...@xiph.org
Date: Thu, 7 Feb 2013 12:23:24 -0800
Subject: [PATCH 1/4] xmms - Fix libtool usage.
9b7cb22f removed the extra libtool-disable-static script in favor
of always building with
From b4dec97067239e547857fc13c4cd6903529baaef Mon Sep 17 00:00:00 2001
From: Timothy B. Terriberry tterr...@xiph.org
Date: Thu, 7 Feb 2013 12:27:09 -0800
Subject: [PATCH 2/4] xmms - #include inttypes.h for PRIu64
Not sure where this was coming from before, but it's not getting
included
From f392432e437c0ae7e3da2851e27ee3d997c3322c Mon Sep 17 00:00:00 2001
From: Timothy B. Terriberry tterr...@xiph.org
Date: Thu, 7 Feb 2013 12:28:39 -0800
Subject: [PATCH 3/4] xmms - Fix inline linking problems with old glib
f0296255 switched to --std=c99 by default, but old glib relies on
the
From 05343cb10947c378d8a7678d4cd3cc3f442b3290 Mon Sep 17 00:00:00 2001
From: Timothy B. Terriberry tterr...@xiph.org
Date: Thu, 7 Feb 2013 12:33:03 -0800
Subject: [PATCH 4/4] Robustify autogen.sh
This allows the script to be run from somewhere other than the
top-level build directory.
---
I'm using libflac on Windows to compress some audio samples. I'm building the
library locally, using Visual Studio 2010. Each set of data is 2-5 MB and well
formed PCM encoded data. I'm finding some very odd behavior.
If I enable verify on the encode stream, I get a verify mismatch on most of my
El 07/02/13 19:07, Collin escribió:
I'm using libflac on Windows to compress some audio samples. I'm building the
library locally, using Visual Studio 2010. Each set of data is 2-5 MB and well
formed PCM encoded data. I'm finding some very odd behavior.
If I enable verify on the encode
Cristian Rodríguez wrote:
sample sets. Each set of samples returns this error at a different location
in
the stream, but always the same location for the same file.
or has many bytes that are close to the original. The bad frame's data is
always
the same, no matter how many times I try to