similar to: API breakage in libflac

Hi FLAC hackers, I just thought you might want to know that we are making FLAC decode and encode plugins for GStreamer. (http://www.gstreamer.net). The decoder plugin is already in CVS and the encoder plugin is underway, the plugins are made by one of our lead developers Wim Taymans. FLAC decoder CVS entry: (http://www.geocrawler.com/lists/3/SourceForge/1535/0/5982915/) Thanks for the great

Hi, I have been making an RPM of FLAC to bundle with GStreamer. In order to get it working I had to make some rather hackish solutions in the SPEC file. The flac Makefile does to build into the correct directories while creating an RPM for some reason. I have attached the SPEC file I ended up with if it is of interest. Of course it didn't help me much cause it turned up we had a bug in the

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

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

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

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 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

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

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

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

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

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

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

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

> > 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. > > > > >

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

Hello, I joined because this list is the preferred method of communication according to web site, and I would like to tell you about something I've been working with that perhaps you would like to include among the links on the FLAC web site? Since 2014, I have a system that runs as a service on a computer connected to my stereo to play FLAC files, exposing a web interface for playback

Its been a while since I was discussing a SoundFont compressor based on FLAC. I've recently implemented the compressor using an application metadata block with the ID 'SFFL' that I registered, which contains my own header and a block of zlib (gzip) compressed SoundFont info. The audio chunk (a block of consecutive 16 bit signed samples separated by 46 zero samples) is then encoded with