similar to: Calling libFLAC from Java

Hi Jesper, Thanks for reaching out. The links page on the FLAC website needs some pruning. I'm afraid there are a lot of dead links there. I can include your effort here as a library wrapper though: https://github.com/ietf-wg-cellar/flac-specification/wiki/Implementations Anyway, nice to see that libFLAC can be used for Java. As far as I am aware, libFLAC was only available for Java through

I am also philosophically opposed to changing the specification. That said, there's nothing wrong with adding a note to the specification about the common implementations, particularly the reference library. Then, future developers will know both the precise specification and still have the warning that they risk incompatibility by deviating from the reference implementation. I own devices

Thanks for the tip, Brian. I did have a version that does everything in memory, but only had enough memory to get six threads going. (Although my system has 16GB, I have not taken the time to create 64-bit libraries for wxWidgets, TagLib, libFLAC, etc.) Based on the direction you are pointing me in, I assume that encoding from within the decoder is not permitted. I really like your idea of the

I am getting large, corrupted native FLAC files when trying to call the encoder from inside the decoder. The metadata in the output file is OK. Is initializing and calling an encoder from inside a libFLAC decoder write callback supported? The encoder is initialized on the first write callback. Environment is Win 7 Ult, 64-bit, VS 2008, libFLAC 1.2.1. Here is some context. The static

I have also asked this question on stackoverflow (http://stackoverflow.com/questions/8694676/compiling-64-bit-flac-libflac-in-os-x-lion), which you can answer if you're interested in reputation points. I am very unfamiliar with compiling C/C++ source of this size, and I'm having trouble debugging the issue. Basically, in the root folder of the FLAC bundle, even if I use the flags

hello all, I just joined the development team for audacity, a corss platform open source multitrack audio editor. I would like to add support for importing and exporting files in FLAC format. I was wondering if any of you could point me to some documentation about using libflac to add FLAC support to other programs? thanks, jason jason@pepas.com ps - sorry i am not subscribed to the list, so

First, this dependency exists only on Windows. For obvious reasons such dependency cannot exist on Linux/FreeBSD/OSX/etc. Previous versions (up to 1.2.1) didn't support Unicode filenames on Windows. And then it was decided to add such support. Windows uses UTF-16, where characters have 16-bit wchar_t type. LibFLAC receives strings only via char*. So one way to add Unicode support is to add

Hi, The GStreamer flac plugin broke due to libflac 1.1.0 and libflac 1.1.1 not being ABI/API compatible. Skimming through the archives I see that this breakage was intentional. I think it is quite common understanding that when you have a stable release of something you don't break your API, you only add to it. If you want to break the API that should be done by going to a new major number,

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); --> data is const and cannot be modified Funny thing is, if data is declared: const FLAC__int32 *data instead of const FLAC__int32 data[] everything is ok. Is this a bug in my compiler, or

For those of you using CVS, I have added a libFLAC section to the documentation page. I'm not sure how detailed to make it but I think it's a good start. Let me know if there's anything else you'd like to have in there. http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/~checkout~/flac/flac/doc/documentation.html?rev=HEAD Also, I'm thinking about splitting the encoder into

Now that the new libFLAC interface has stabilized, I'm wondering if I should put out one more source release before 1.0? Or is it enough just to have you guys look it over? Binary compatibility should be easier to maintain now since 1) there are no structures passed or altered and 2) the constructors set reasonable defaults so that when parameters are added/ changed/deleted there should be a

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? Regards, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20051221/2b360697/attachment.html

Hi everyone. I'm working on a FLAC plugin for the Java Media Framework (JMF) on Mac OS X. I'm having some trouble linking to libFLAC... When I first try to link to it, it tells me the libFLAC.a TOC is out of date, so run ranlib. So then I run ranlib, and it seems to be okay, except I then get undefined symbol errors: % cc -bundle

This patch renames flac_internal_CreateFile_utf8() function to grabbag__CreateFile_utf8() and moves it from /src/libFLAC/windows_unicode_filenames.c into src/share/grabbag/file.c This function is not used by libFLAC anyway. After this, it should be possible to compile libFLAC as UWP. In the old code there were 3 different #if conditionals around the code that uses CreateFile_utf8(): 1) #ifdef

Hi, I'm trying to compile a static lib of libFLAC yet whenever I use it in an application, the application will fail on other machines because it's trying to use libogg.0.dylib. I'm using the following configure command ./configure prefix=${HOME}/libFLAC --disable-asm-optimizations --disable-dependency-tracking --with-ogg=${HOME}/libOGG --enable-shared=no but to do avail. Is there

Hi everybody, We have FLAC supported for input/output in REAPER (http://www.reaper.fm), and the problem is that when writing 24 bit FLAC files, the data isn't compressed (i.e. the FLAC is slightly larger than if it was writing to .WAV). The files play back fine, however, and 16 bit mode works great. We're using flac-1.1.2, built on win32 with MSVC6 w/ SP5 + VCPP, and NASM version 0.98.39

On Tue, Aug 17, 2010 at 3:12 PM, Paul Davis <paul at linuxaudiosystems.com> wrote: > On Mon, Aug 16, 2010 at 11:09 PM, Glenn McCord <glenn.mccord at gmail.com> wrote: > >> libtool: link: gcc -I/Users/glennm/libOGG-i386/include -O3 >> -funroll-loops -finline-functions -Wall -W -Winline -arch i386 -arch >> i386 -o flac analyze.o decode.o encode.o

Hello everyone. Due to problems with libsndfile's handling of FLAC files, Mixxx is going to use libFLAC directly in v1.9.0. I'm the Windows packager and am trying to build libFLAC on Windows x64 using MSVC 2008 and the following steps that I've put together: http://mixxx.org/wiki/doku.php/build_windows_dependencies#libflac The problems I have are the following: If I try to build the

Hello, Can someone give me an idea of the memory requirements for using libFLAC? I'm trying to incorporate FLAC support into a player application for the Rio Receiver (see http://rioreceiver.comms.net for details), but I'm having trouble because FLAC__stream_decoder_new() is attempting to allocate 2099828 bytes for an instance of the FLAC__StreamDecoderPrivate struct. Is this accurate,

Thanks for the reply. I would very much like OGG container support, so disabling it isn't really an option. I have built OGG so that it creates a libogg.a, libogg.0.dylib and a symbolically linked libogg.dylib (that links to the libogg.0.dylib) file. If I remove the .dylib files in an attempt to 'encourage' the compiler to use libogg.a, then it complains that it can't find the