search for: file_encoder

...es, and there > have been interface changes in that latest revision > (http://flac.sourceforge.net/changelog.html#flac_1_1_3). That could > explain your problems with compilation. Well, now, no, I did download the 1.1.3 sources again, and not only did the xcodeproj project file have the file_encoder.c listed in the project as WELL as the old pbproj project file that came WITH 1.1.3's sources, i did a search on the whole directory only to find no trace of file_encoder.c and it's cousins... I'm all at 1.1.3, source files, project files and everything. Now, where did these fi...

...- We write apps for OS X, and we're fully Universal, so we need to really make these OS X frameworks. I nudged around and I found a pre- built FLAC.framework inside some Xiph installer somewhere, so I based some of my work on that. There are a few files called seekable_stream_encoder and file_encoder that have headers and seem to be ready to use, but it seems like their buffer usage is incorrect in my experiments. I go further to find that - hey - there's no real documentation for these files, and they don't even exist in the repository! Are they beta? Are they not fully forme...

...es, and there > have been interface changes in that latest revision > (http://flac.sourceforge.net/changelog.html#flac_1_1_3). That could > explain your problems with compilation. Well, now, no, I did download the 1.1.3 sources again, and not only did the xcodeproj project file have the file_encoder.c listed in the project as WELL as the old pbproj project file that came WITH 1.1.3's sources, i did a search on the whole directory only to find no trace of file_encoder.c and it's cousins... I'm all at 1.1.3, source files, project files and everything. Now, where did these fi...

...=compile /opt/crosstool/gcc-3.4.1-glibc-2.2.5/armv5b-softfloat-linux/bin/armv5b-softfloat-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I./include -I../../include -O2 -DNDEBUG -O3 -fomit-frame-pointer -funroll-loops -finline-functions -Wall -W -Winline -DFLaC__INLINE=__inline__ -g -O2 -MT file_encoder.lo -MD -MP -MF ".deps/file_encoder.Tpo" -c -o file_encoder.lo file_encoder.c; \ then mv -f ".deps/file_encoder.Tpo" ".deps/file_encoder.Plo"; else rm -f ".deps/file_encoder.Tpo"; exit 1; fi /opt/crosstool/gcc-3.4.1-glibc-2.2.5/armv5b-softfloat-linux/bin/arm...

...id FLAC__metadata_chain_sort_ } -FLAC_API FLAC__Metadata_Iterator *FLAC__metadata_iterator_new() +FLAC_API FLAC__Metadata_Iterator *FLAC__metadata_iterator_new(void) { FLAC__Metadata_Iterator *iterator = (FLAC__Metadata_Iterator*)calloc(1, sizeof(FLAC__Metadata_Iterator)); --- src/libFLAC/file_encoder.c-dist 2005-05-25 16:07:23.000000000 +0200 +++ src/libFLAC/file_encoder.c 2005-05-25 16:07:27.000000000 +0200 @@ -98,7 +98,7 @@ FLAC_API const char * const FLAC__FileEn * ***********************************************************************/ -FLAC_API FLAC__FileEncoder *FLAC__file_encoder_n...

...We are using the libFLAC++ library to encode FLAC files with Vorbis comments in them and have had the FLAC 1.1.2 version fail consistently (access violation or segmentation fault) on both Windows and Linux. We tracked this down to the metadata code in the C++ API. The problem is in src/libFLAC++/file_encoder.cpp. There are two problems - firstly, a C-style cast is hiding a bad conversion from the pointer to a C++ object to the C API's struct for metadata and secondly, the method uses an array internal to the method to set the metadata using the C API. I have attached some test code which causes t...

...libFLAC that makes it possible > for the client to keep track of this also. Yes, i know, but it should not be very expensive to compute it. > > In some libFLAC files isn't including of config.h. > Which ones? I hope, i see right, bitbuffer.c bitmath.c cpu.c crc.c file_decoder.c file_encoder.c fixed.c format.c lpc.c memory.c metadata_iterators.c metadata_object.c seekable_stream_decoder.c seekable_stream_encoder.c stream_decoder.c stream_encoder.c stream_encoder_framing.c -- Miroslav Lichvar

..., hasn't really been tested > much outside the XiphQT project. I never had any problems with them, > but any improvement suggestions or help is welcome. Well, ok, then if the framework is intended to work, then let me describe closer the situation I'm seeing: I'm using FLAC__file_encoder_process to encode the audio I'm getting into an FLAC file. I can prove that the audio I'm sending it via the buffers is valid: I've written it to a raw file to confirm it's the same as the source file, and it is. I've tried it with multiple channels and single channels t...

On 2024-09-07 7:37 p.m., Jeff Newmiller wrote: > I tried it on R 4.4.1 on Linux Mint 21.3 just before I posted it, and I just tried it on R 3.4.2 on Ubuntu 16.04 and R 4.3.2 on Windows 11 just now and it works on all of them. > > I don't have a big-endian machine to test on, but the Unicode spec says to honor the BOM and if there isn't one to assume that it is big-endian data.

...n src/metaflac/operations_shorthand_seektable.c where I use it during seektable creation. > > > In some libFLAC files isn't including of config.h. > > Which ones? > > I hope, i see right, > > bitbuffer.c > bitmath.c > cpu.c > crc.c > file_decoder.c > file_encoder.c > fixed.c > format.c > lpc.c > memory.c > metadata_iterators.c > metadata_object.c > seekable_stream_decoder.c > seekable_stream_encoder.c > stream_decoder.c > stream_encoder.c > stream_encoder_framing.c I don't think they are required in all those; I will ma...

...gt; much outside the XiphQT project. I never had any problems with > them, > > but any improvement suggestions or help is welcome. > > Well, ok, then if the framework is intended to work, then let me > describe closer the situation I'm seeing: > > I'm using FLAC__file_encoder_process to encode the audio I'm getting > into an FLAC file. I can prove that the audio I'm sending it via the > buffers is valid: I've written it to a raw file to confirm it's the > same as the source file, and it is. I've tried it with multiple > channels and...

I have few notes: It seems there is changed API in CVS again. So, what about adding function like unsigned FLAC__format_frame_size(const FLAC__Frame *frame) which returns size of the frame in bytes. This can be useful, for example, in xmms plugin to display current bitrate like vorbis plugin does. If 'PERFORMER' field is missing in vorbis comment, it would be nice to display