fixed in CVS, thanks.
Josh
__
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo
___
Flac-dev mailing list
[EMAIL PROTECTED]
--- Andrew Gatt [EMAIL PROTECTED] wrote:
Hello all,
I've been writing a basic encoder using libFLAC++. It seems to work
fine, as in the resultant file is playable in any FLAC compatible
player, however the compression ratio is very small - the main
example being a 60MB file compressing to
--- [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I'm currently facing the same problem.
I added the libFLAC++ libraries to my MSVC application.
I implemented the same quality levels (0-8) as used in the FLAC
frontend application.
But the resulting files are remarkable different between my
libFLAC requires input PCM be signed integers. if you were
passing unsigned ints in I'm surprised it didn't clip.
BTW are either of you guys the one working on FLAC support
in plextools? because I hear it has the same problem, i.e.
lower-than-expected compression.
Josh
--- Saruman [EMAIL
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Hi all,
I'm trying to compile the flac-1.1.1 tarball on a Linux PPC system (a
G3 iBook
running Debian Testing).
Configure is fine, but make bombs out almost immediately with:
ppc/lpc_asm.s in flac-1.1.1 assembles (or should) with the
--- Ralph Giles [EMAIL PROTECTED] wrote:
On Mon, Jan 10, 2005 at 09:37:18PM -0800, Josh Coalson wrote:
as far as I can piece together, the last releases went like:
FLAC release libOggFLAC went to
- --
1.1.0 1:2:0 from 1
--- Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
On Mon, 10 Jan 2005, Ralph Giles wrote:
As such it's an incompatible change, for which you should also
zero the 'age' field. So 1.1.1-beta1 should have been 2:0:0,
not 2:0:1.
[...]
Yes, I agree. The numbering is all about
Eric, I finally got around to your patches after Miroslav's.
the first one (the memcpy/memset replacement) I had problems
with, one because the buffers can overlap so I had to use
memmove (is this usually assembly in libc too?) and also the
endpoints looked wrong, for my full patch see below.
--- Miroslav Lichvar [EMAIL PROTECTED] wrote:
On Mon, Jan 24, 2005 at 06:31:21PM -0800, Josh Coalson wrote:
yes, a mere 2 years later it is checked in!
speed improvement for me is roughly 17% testing flac files on
linux-i386.
Thanks!
In case you would like to check another old
--- Josh Coalson [EMAIL PROTECTED] wrote:
--- Denis Chatelain [EMAIL PROTECTED] wrote:
Hello,
I just tried to compile libFLAC (using Borland C++ Builder 6 on
Windows).
The compilers yells at me on line 233 of libFLAC/lpc.c
*(residual++) = *(data++) - (sum lp_quantization
last night I started redoing the FLAC HTML, not to make it
look any different, but to convert it from the standards-
flouting, craptacular tables/fonts/attributes mess to valid
XHTML 1.0 with CSS.
even though I didn't think I was using anything that exotic,
I can't seem to make it look the same
sorry about the delay, looks like this mail just made it through
moderation (at least today is when I got it)
--- Christian Fredrik Kalager Schaller [EMAIL PROTECTED] wrote:
Hi,
The GStreamer flac plugin broke due to libflac 1.1.0 and libflac
1.1.1
not being ABI/API compatible. Skimming
--- Sebastian Trueg [EMAIL PROTECTED] wrote:
Hi,
first off: I am not subscribed so please cc me. thanks. :)
The API changes in 1.1.2 and now the K3b plugin won't compile
anymore. That's
not that big a problem. That can be fixed. But I'd like to stay
backwards
compatible. So how do I
--- Dan Pritts [EMAIL PROTECTED] wrote:
On Tue, Jun 14, 2005 at 01:14:49PM -0700, Josh Coalson wrote:
1) configure doesn't properly figure out that i have socklen_t
defined,
and so http.c defines its own version. Previously reported.
FLAC-1.1.2 has in configure.in:
yes, i built
not yet, hoping to carve out some time for a bunch of FLAC work
in september.
Josh
--- Bernd Löhr [EMAIL PROTECTED] wrote:
Hello Josh,
did you find anything regarding the seek behaviour?
Thanks
Bernd
Am 27.04.2005 um 18:31 schrieb Josh Coalson:
--- Bernd Löhr [EMAIL
ok, this is fixed in CVS. also fixed is --sector-align on
raw input files.
--- Josh Coalson [EMAIL PROTECTED] wrote:
thanks, will take a look.
Josh
--- Dave Chapman [EMAIL PROTECTED] wrote:
Hi,
A user at the www.thetradersden.org website reported a difference
when
fixing
fixed in CVS.
--- Takashi Iwai [EMAIL PROTECTED] wrote:
Hi,
the patch below fixes the wrong use of g_strconcat. It must be a
typo of g_strdup_printf. Also fixed the printf format, too.
Takashi
__
Do You Yahoo!?
Tired of spam? Yahoo!
for the file decoder the read/seek/etc callbacks are not
required, since you give it the input file name and it
uses FILE streams internally.
if what you're decoding cannot be opened via fopen(), then
you need to use the seekable stream decoder and provide the
other callbacks. if the input
--- Gordon Gidluck [EMAIL PROTECTED] wrote:
Hi,
For those of you who don't know, I now have an application on pocket
pc using flac. Live2496 does realtime encoding while recording.
Live2496 typically is used to record a digital source using the Core
Sound PDAudio device. Links are now on the
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
HI all,
I have already added FLAC support to libsndfile and I am now
working on adding support for OggFLAC.
cool.
I have a couple of
question about things that seem radically different between
regular FLAC and OggFLAC.
1) FLAC has a
--- Joe Steeve [EMAIL PROTECTED] wrote:
On Fri, 2005-09-30 at 23:14, Josh Coalson wrote:
but all samples in buffer[] are 32-bit signed integers in host
order, regardless of the bits-per-sample of the frame. so to get
them down to shorts (assuming they'll fit), do like:
FLAC__int32
--- Joe Steeve [EMAIL PROTECTED] wrote:
Sorry for the delay in getting back to you., I was working on
something
else and just now got FLAC to work.
Ok., FLAC files are playing now :) Cheers. There is a slight noise
happening in the background., which i'm figuring out. I hope that
it'll
--- Joe Steeve [EMAIL PROTECTED] wrote:
Is it possible for the frame-header.bits_per_sample,
frame-header.sample_rate to differ from frame to frame??
no, not in file storage. that would be invalid. but you should
guard against it anyway, e.g. aborting playback if it changes.
Josh
--- David-Michael Lincke [EMAIL PROTECTED] wrote:
Before I start reinventing the wheel, has anything been done or is
there any work ongoing to provide a P/Invoke based interface to parts
or all of libFLAC or even a native port of libFLAC to C#/.NET?
not that I know of.
Josh
--- Emil Nowak [EMAIL PROTECTED] wrote:
On 2006-03-09 (Thu) ,at 23:20:50 Josh Coalson wrote:
the vorbiscomments are not in the streaminfo. you want to do:
FLAC::Metadata::VorbisComment tags;
if (FLAC::Metadata::get_tags(somefile.flac, tags)) {
FLAC::Metadata::VorbisComment::Entry
--- Tim Phipps [EMAIL PROTECTED] wrote:
...
What should these tags look like? Should I have tags like:
START_90dB=0.000s
START_80dB=0.567s
START_70dB=2.557s
START_60dB=4.676s
...
END_80db=200.678s
END_90db=201.034s
or something like:
--- Arek Korbik [EMAIL PROTECTED] wrote:
Hi,
First - XiphQT uses libFLAC and libFLAC++, which are built as
Mac-specific Framework bundles (libs + public API headers), which in
turn are distributed with binary XiphQT releases, or framework
binaries can be downloaded separately. As I don't
sorry for the delay Jeff,
I have no idea what could be causing that. how exactly are you
building it (gcc cross compile?). if I could reproduce it I'd
have a better chance of figuring it out.
Josh
--- Jeff Huang [EMAIL PROTECTED] wrote:
I encountered what I think is a bug in labFLAC_static
--- Avuton Olrich [EMAIL PROTECTED] wrote:
Hello,
I need flac bug, which is already in cvs (1328191) fixed, so I was
wondering first is cvs safe for everyday use? I can understand a
crash, but corrupt files aren't common right? Also, when trying to
'make install' to prefix=/home/sbh I get:
nowhere, FLAC only supports integer PCM samples as input.
--- Mary Amon [EMAIL PROTECTED] wrote:
Hi all,
I was hoping someone could point me to where the transformation from
Float
to Int takes place. Also, if this technique was based on a journal
article,
paper, ect, could you point me
sorry if I'm not reading this close enough, I'm ploughing through
a bunch of emails here, but the source of this problem is what I
consider a design defect in FLAC which uses frame numbers to save
space, and confusing logic for determining whether the frame number
or sample number is stored. if I
--- Josh Green [EMAIL PROTECTED] wrote:
Hello. I just added 24 bit support to CRAM and noticed that 24 bit
data
isn't compressing much, if at all. I saw a recent thread on this
list
concerning this same issue.
http://lists.xiph.org/pipermail/flac-dev/2006-July/001907.html
I ran some
--- Tom Goetze [EMAIL PROTECTED] wrote:
doing make check on flac-1.1.2, I get a segmentation fault
././test_metaflac.sh: line 51: 17370 Segmentation fault flac
$*
when running this portion of the test/test_metaflac.sh script:
(set -x run_metaflac --preserve-modtime
--- taktik [EMAIL PROTECTED] wrote:
Hi,
What exactly is the reason why libFlac and/or the FLAC command-line
en/decoder currently doesn't support 32bit integer samples?
The comment in FLAC/format.h - of
FLAC__REFERENCE_CODEC_MAX_BITS_PER_SAMPLE notes that
the FLAC format supports
looks fine, I would suspect how the PCM sample are formatted
and sent to process(), could you show that part of the code?
Josh
--- James Smith [EMAIL PROTECTED] wrote:
I'm using libFLACC++ and libFLAC and I think that I'm using the calls
in the
typical order (see code below). But every
two unfortunate problems:
1. ID3 is illegal on Ogg files; that will probably always be
2. the metadata editing API currently only works for native FLAC,
not Ogg FLAC yet; eventually I will get to fixing that
Josh
--- Marc Wan [EMAIL PROTECTED] wrote:
Hey!
So, I'm clearly doing something
1.1.2 after --add-padding is performed
To: Josh Coalson [EMAIL PROTECTED], flac-dev@xiph.org
Josh Coalson [EMAIL PROTECTED] wrote:--- Tom Goetze wrote:
doing make check on flac-1.1.2, I get a segmentation fault
././test_metaflac.sh: line 51: 17370 Segmentation fault flac
--- James Smith [EMAIL PROTECTED] wrote:
switch(bitsPerSample)
{
case SIXTEEN_BITS:
buffer16 = (uint16_t*)inData.GetData(); // so we index
thru out data in 16 byte chunks
for(sample = sample32 = 0; sample32 numFrames;
sample32++)
ok, fixed, thanks.
Josh
--- Erik Hovland [EMAIL PROTECTED] wrote:
I had trouble building because configure.in did not include the
test_grabbag/picture/Makefile entry for Makefile generation.
This patch rectifies that situation. This is with flac cvs as of this
morning.
E
oops, fixed in CVS, thanks.
--- Erik Hovland [EMAIL PROTECTED] wrote:
I did a make distclean and it failed to find test/pictures in my
outside
of source build directory. It was because configure.in did not
include
test/pictures/Makefile.
Sound familiar? Just like my last patch. Hopefully
did the doxygen step fail? that's what generates the api docs
in html/
that has to work if you are building from CVS. for official
releases I include a prebuilt one in case the user doesn't have
doxygen.
Josh
--- Avuton Olrich [EMAIL PROTECTED] wrote:
Hello,
I had to comment out the
--- Avuton Olrich [EMAIL PROTECTED] wrote:
BTW- is there any tenative release date? The API changes seem like
something I'd want to prepare for. Thanks
I'm planning a beta first in a week or so since there is so much
new stuff. don't know how long it will last.
there is a new porting guide
getting the code to compile with MSVC6 is usually one of the last
things I do before a release. I will be fixing it this week for
the upcoming beta.
Josh
--- Neil Popham [EMAIL PROTECTED] wrote:
Hello,
Apologies if this has been done before. I just joined the list as
this has bugged me
--- Ludovico Ausiello [EMAIL PROTECTED] wrote:
hello my name is Ludovico Ausiello, i'm a ph.d at the university of
Bologna
and I've developped an open source alternative to proprietary philips
superAudioCD encoder (that actually cost some thousands dollars!)
that has
better performance
passing this on... sorry about the delay, I screwed up the address
the first time...
--- Silvia Pfeiffer wrote:
* * Call for Participation * *
Foundations of Open Media Software (FOMS)
Thursday 12 - Friday 13 January 2007
Sydney, Australia
http://www.annodex.org/events/foms2007/
my apologies for not doing this before Miroslav... I will definitely
integrate it this time.
Josh
--- Miroslav Lichvar [EMAIL PROTECTED] wrote:
Ok, the patch from 2003 about improving seeking still didn't make it
to CVS, so here is another try.
I made some benchmarking with the
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Hi all,
Its been a while since I last compiled FLAC from source, but I just
grabbed flac-1.1.3-beta2.tar.gz compiled it and then ran make check
which resulted in this:
===
3 of 7 tests failed
ok, tried it out... passes test/test_seeking.sh and my
xmms twitch test, checked in to CVS. thanks!
Josh
--- Miroslav Lichvar [EMAIL PROTECTED] wrote:
On Fri, Nov 03, 2006 at 10:01:42AM +0100, Miroslav Lichvar wrote:
Thanks. Sending latest version of the patch. Now it can seek in
files
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Erik de Castro Lopo wrote:
Josh et al,
I've been tracking down a problem with generating OggFlac files.
snip
I have looked into this and suspect that the
FLAC__stream_encoder_finish()
function needs to finish off the stream using
--- Miroslav Lichvar [EMAIL PROTECTED] wrote:
On Sun, Nov 05, 2006 at 11:17:03AM +1100, David Collett wrote:
I think I have tracked it down to FLAC__bitbuffer_get_buffer in
bitbuffer.c taking an unsigned * for bytes, but write_bitbuffer_
in
stream_encoder.c is passing a size_t *. On my
--- Miroslav Lichvar [EMAIL PROTECTED] wrote:
On Mon, Nov 06, 2006 at 08:50:44AM -0800, Josh Coalson wrote:
ok, tried it out... passes test/test_seeking.sh and my
xmms twitch test, checked in to CVS. thanks!
Thanks!
I see you have changed the channels and bps setting, this doesn't
--- Ralph Giles [EMAIL PROTECTED] wrote:
BTW, I ran into a few issues building with recent cvs.
You might want to consider copying autogen.sh from one of the other
xiph
codec projects and setting a proper minimum version in
AUTOMAKE_OPTIONS.
The current one just breaks if it the default
ok, last night I checked in changes that I think should totally fix
the problem.
before, the process routines would encode a frame as soon as it
got a complete block. so it could not really tell when it had
reached the end of the input and would rely on the total samples
estimate to set the EOS
--- Ralph Giles [EMAIL PROTECTED] wrote:
On Wed, Nov 08, 2006 at 05:28:39PM -0800, Josh Coalson wrote:
which tests? for a little while there, test_seeking would fail
because of an intermittent bug in the seek routine which has been
fixed. test_flac and test_metaflac are currently
--- Ralph Giles [EMAIL PROTECTED] wrote:
On Sat, Nov 11, 2006 at 03:03:12PM -0800, Josh Coalson wrote:
ok, checked in some fixes that should take care of most of the
warnings.
Nice! Current complete set of warnings:
replaygain.c: In function 'parse_double_':
replaygain.c:612: warning
--- Josh Coalson [EMAIL PROTECTED] wrote:
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
2) I have registered a metadata callback function with
OggFLAC__seekable_stream_decoder_set_metadata_callback and
I'm looking at the metadata struct being passed back. When
using
fixed in CVS, thanks.
Josh
--- Eric Wong [EMAIL PROTECTED] wrote:
Declaring variables in the middle of a block isn't supported by
older (pre-C99?) compilers, and gcc 2.95 is one of them.
--- a/src/plugin_common/replaygain.c
+++ b/src/plugin_common/replaygain.c
@@ -28,10 +28,11 @@ void
this is already in m4/xmms.m4
--- Enrico Weigelt [EMAIL PROTECTED] wrote:
Hi folks,
here's a patch which adds an local xmms.m4 file (took it from
latest stable xmms), so an complete autoconf regeneration also
works if xmms is not installed.
cu
--
ugh, sorry for confusing things, I found responses later in the
thread :)
it will take some thought about the best way to handle this case.
Josh
--- Josh Coalson [EMAIL PROTECTED] wrote:
sorry if I did not reply to this, answers below
--- Ralph Giles [EMAIL PROTECTED] wrote:
On Fri, Nov 17, 2006 at 08:32:02AM -0800, Josh Coalson wrote:
OK, I built on one of the sourceforge machines and made a bunch
more fixes. there are a couple innocuous warnings but the tests
all pass for me. I also checked in changes to the vendor
--- Miroslav Lichvar [EMAIL PROTECTED] wrote:
From the FLAC format description:
5 Quantized linear predictor coefficient shift needed in bits
(NOTE: this number is signed two's-complement).
What happens when the shift is negative?
Problem is that libFLAC decoder (and possibly all
--- Avuton Olrich [EMAIL PROTECTED] wrote:
On 12/11/06, Josh Coalson [EMAIL PROTECTED] wrote:
--- Avuton Olrich [EMAIL PROTECTED] wrote:
I'm attempting to decode part of a largefile flac whose seektable
is
broken or missing and the file is shorter then it's supposed to
be,
when I use
yes, but then the Makefile.am has to change if the .lo format
changes, which makes me uneasy... not sure how often that happens
though. also does the .lo faking logic work for all the same
platforms that libtool does?
Josh
--- Enrico Weigelt [EMAIL PROTECTED] wrote:
Hi folks,
here's a
--- Mike M [EMAIL PROTECTED] wrote:
I wish to add flac support to my Windows audio player so
I wanted to ask a few questions.
I rely on another lib for decoding/playing flac audio files so all I
need to explicitly add support for is reading/writing flac metadata.
1st: I've downloaded
--- [electroglyph] [EMAIL PROTECTED] wrote:
i get a pile of errors when trying to compile this in visual studio
2005. do i need to use MSVC6?
flac_mac, flac_ren, the test exes and libFLAC++.dll are all that
compiled for me in 2005.
no way to help without the errors, but one thing to look
--- Evan Olcott [EMAIL PROTECTED] wrote:
On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote:
The binary frameworks distribution, as found on:
http://xiph.org/quicktime/download.html , hasn't really been tested
much outside the XiphQT project. I never had any problems with
them,
but any
--- Evan Olcott [EMAIL PROTECTED] wrote:
On Jan 2, 2007, at 5:15 AM, Arek Korbik wrote:
The XCode project files you found are meant to be used with FLAC
1.1.2. The FLAC repository now contains version 1.1.3 files, and
there
have been interface changes in that latest revision
--- Evan Olcott [EMAIL PROTECTED] wrote:
OK, so I've been trying for a day now to get FLAC implementation in
our apps. Suffice it to say that due to the interesting
documentation [...]
could you elaborate?
__
Do You Yahoo!?
Tired of spam?
--- MVallevand [EMAIL PROTECTED] wrote:
Hello, I am new to the list, to FLAC and to FLAC development but I am
having a problem in trying to make FLAC work with MediaMVP based the
mvpmc project (ref. http://www.wvpmc.org) that hopefully someone can
help me with. This device is possibly
--- John W. Terrell [EMAIL PROTECTED] wrote:
I've found what looks like a bug in FLAC++ inside the
Stream::set_metadata() method. It appears that the contained calls
to FLAC__stream_encoder_set_metadata() are being passed arguments
that point to local stack data (specifically the 'm'
--- Evan Olcott [EMAIL PROTECTED] wrote:
On Jan 2, 2007, at 1:54 PM, Josh Coalson wrote:
this is reported a lot. usually it is a misunderstanding in how
to send samples to FLAC__stream_encoder_process() or
FLAC__stream_encoder_process_interleaved(). if you could send
your code where
--- Evan Olcott [EMAIL PROTECTED] wrote:
On Jan 3, 2007, at 3:28 PM, Josh Coalson wrote:
the FLAC parts look OK but I don't know how the audio converter
works. I think that's where the problem is. it is probably
converting float to 32-bit int full scale.
well, here's what I found
--- MVallevand [EMAIL PROTECTED] wrote:
Although the configure file says that the --with-ogg choices are
optional, no mater what I have tried, FLAC__HAS_OGG in config.h gets
defined. Does anyone know what am I missing?
yes, if configure can somehow find libogg then ogg support will be
built.
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Josh Coalson wrote:
the closest thing I found was ntohl() which appears to be a
function call
Avoid that like the plague.
why so? on linux/glibc it appears to map to just a nop or bswap
builtin.
Josh
I have recently checked in .sln/.vcproj files that work with VS 2005
Josh
--- Ulrik Kjems [EMAIL PROTECTED] wrote:
Hi!
I have trouble compiling the flac library using Microsofts free (yes
MS
gives it away including the optimizing C++ compiler msvc8.0) Visual
Studio
Express 2005.
I get
can you host a FLAC file that has this problem? there have been
some fixes to the seek routine since then and I would like to test
with the latest.
Josh
--- Gilles Boccon-Gibod [EMAIL PROTECTED] wrote:
I've upgraded to FLAC 1.1.3, and now I have some streams where seek
does not work anymore,
-- Boris Shingarov [EMAIL PROTECTED] wrote:
yes, and much more so in the encoder. the decoder is already
very fast and approaching a fundamental limit.
the next release of FLAC will be slightly faster encoding and
decoding.
Well, I hope to have a proof-of-concept FLAC-on-CUDA to run
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Harry Sack wrote:
Hi FLAC dev's list,
I'm looking for a library for the C# language (Microsoft .Net
Framework 2.0or higher) to play FLAC files and/or maybe do some
other
things like getting
the file duration, file properties, ... of
--- wrote:
Hi Josh (and everyone else on the list),
Here's a quick fix for libFLAC.m4 and libFLAC++.m4 for a problem that
crops up if you use the macros in an environment where
LD_LIBRARY_PATH
is set. The macros save LD_LIBRARY_PATH as ac_save_LDPATH, but
restore
it from
excellent, thanks for the tip. this solves the problem for
autoconf-based builds, but still not sure how to do it for MSVC.
Josh
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Hi all,
The code currently in CVS gives a compile warning:
memory.c: In function
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Josh Coalson wrote:
excellent, thanks for the tip. this solves the problem for
autoconf-based builds, but still not sure how to do it for MSVC.
Sorry, whats the problem with MSVC?
how to figure out the right setting of SIZEOF_VOIDP
is wrapping c++ any easier? because there is libFLAC++
otherwise, if you only need a certain subset of what FLAC does
it might be easier to write a smaller C interface + wrapper
implementation, then import that in c#.
Josh
--- Pyt [EMAIL PROTECTED] wrote:
I tried that approach a while ago
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Hi all,
I added -Wmissing-prototypes -Wstrict-prototypes to the CFLAGS and
found that there were a number warnings generated.
The patch below fixes those warnings and adds the two -W flags to
configure.in.
I checked most of it in, though
sorry about that... yep it's fixed in CVS HEAD already..
--- Christopher Key [EMAIL PROTECTED] wrote:
Hello,
Apologies if this has already been covered. I'm trying to compile
FLAC
1.2.0 under FreeBSD without ogg support:
when I run gmake, I get:
encode.c: In function
--- Jan Engelhardt [EMAIL PROTECTED] wrote:
Hi,
there is an interesting case when the FLAC encoder (using 1.2.0) is
given simple waves. Simple waves means: I have a list of {frequency,
duration, pause} tuples that define the monophonic tune. In other
words, exactly one frequency is played
it actually is complicated. the libFLAC api is not suited to a
multithreaded design because the i/o is stream-based, not file-
based. flac(.exe) is the file-based wrapper around libFLAC that
allows it to work on files. the way libFLAC buffers data is also
impossible to parallelize without
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Hi all,
I've got two problems compiling the current CVS FLAC sources on OSX.
Firstly, the configure script can't find the OGG libraries which were
installed from MacPorts. I have tried:
./configure
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Sorry, I just updated from CVS and its still broken. If FLAC__HAS_OGG
is false it tries to compile this:
(void)decode_options;
and there is no decode_options identifier.
oops, fixed.
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Josh,
Automake 1.10 on OSX is giving me warnings like the following:
test/Makefile.am:50: wildcard *.raw: non-POSIX variable name
test/Makefile.am:50: (probably a GNU make extension)
test/Makefile.am:50: wildcard *.flac:
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Josh Coalson wrote:
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Hi all,
Is seeking working for OggFlac files? I keep on getting a
FLAC__STREAM_DECODER_SEEK_ERROR.
yes, it should work fine. in flac/src/test_seeking
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Josh Coalson wrote:
The test file is here:
http://www.mega-nerd.com/tmp/flac_char.ogg
yep, this is definitely a bug, thanks for the test case. requires
a tiny fix to the ogg seek algorithm which I will check in tonight
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Josh,
I noticed the recent addition of the above file. In that file you
have
things like:
static void *safe_malloc_(size_t size)
{
/* malloc(0) is undefined; FLAC src convention is to always
allocate */
--- Daniel Aleksandersen [EMAIL PROTECTED] wrote:
Hi list,
I would really like to see support for .cda as input files. The cda
format is the one used on regular audio CDs.
if the .cda files appeared as regular files in the filesystem and
implemented enough of the POSIX stream interface, it
I've decided to put that one off till after the release. btw
the cvs logs show that change happened between 1.1.2 and 1.1.3,
or do you mean the warnings will come from the extra -W options
you proposed?
--- Erik de Castro Lopo [EMAIL PROTECTED] wrote:
Josh Coalson wrote:
checked in to CVS
thanks everyone for the feedback, the cvs tag is down and the release
is almost ready.
FLAC_RELEASE_1_2_1__2007_09_17
Moody friends. Drama queens. Your life? Nope! - their life, your story. Play
Sims
--- Gyürki István [EMAIL PROTECTED] wrote:
Hello All,
I was struggling with the need of creating flac files over 2GB
recently.
Both the command line flac and my util using stream encoder returned
FLAC__STREAM_ENCODER_CLIENT_ERROR when reaching that point.
Finally I made a small change
--- bastian block [EMAIL PROTECTED] wrote:
On Thursday 04 October 2007 04:27:47 you wrote:
Sir, you need to provide more information. What kind of errors?
What
is not working? What exactly are you trying to do? What compiler
are
you using?
H IV0,
we are using a lot of different
--- Justin Waddell [EMAIL PROTECTED] wrote:
I have exactly the same problem.
I encoded a BWF file to flac and then then decoded back to wav, using
--keep-foreign-metadata, and I ended up with a bit-perfect copy of
the original BWF. So I was fairly confident that the flac encoding is
--- Barra, Jay F Ctr AFRL/RIEC [EMAIL PROTECTED] wrote:
I am writing a FLAC encoder/decoder and when I use the
flac_static.lib
that was compiled in debug mode in MS Visual Studio 2003, the
seek_absolute function works fine. However, if I compile flac_static
in
release mode in the same
--- Markus Ewald [EMAIL PROTECTED] wrote:
Now the funny part: to verify that my x64 build doesn't do anything
fishy, I ran both my self-built x86 and my x64 encoder on a test
song.
The files ended up different. Just out of fun, I downloaded the
official
Win32 command line encoder and --
1 - 100 of 133 matches
Mail list logo