search for: flac__stream_decoder_init_file

Hello, I am currently learning the FLAC C API and had the code working with FLAC__stream_decoder_init_file. However, since I'd need the Unicode filename support, I tried _wfopen_s in combination with FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn as I call FLAC__stream_decoder_process_until_end_of_stream. The same code (partially taken from the examples) is working perfectly w...

...issue (if it's not just me) would be nice. On Wed, Jan 6, 2010 at 12:38 AM, Erik de Castro Lopo <mle+la at mega-nerd.com<mle%2Bla at mega-nerd.com> > wrote: > Ivailo Karamanolev wrote: > > > I am currently learning the FLAC C API and had the code working with > > FLAC__stream_decoder_init_file. However, since I'd need the Unicode > filename > > support, I tried _wfopen_s in combination with > > FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn as > I > > call FLAC__stream_decoder_process_until_end_of_stream. The same code > > (partial...

Ivailo Karamanolev wrote: > I am currently learning the FLAC C API and had the code working with > FLAC__stream_decoder_init_file. However, since I'd need the Unicode filename > support, I tried _wfopen_s in combination with > FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn as I > call FLAC__stream_decoder_process_until_end_of_stream. The same code > (partially taken from the examples) is...

...be nice. > > On Wed, Jan 6, 2010 at 12:38 AM, Erik de Castro Lopo > <mle+la at mega-nerd.com<mle%2Bla at mega-nerd.com> >> wrote: > >> Ivailo Karamanolev wrote: >> >> > I am currently learning the FLAC C API and had the code working with >> > FLAC__stream_decoder_init_file. However, since I'd need the Unicode >> filename >> > support, I tried _wfopen_s in combination with >> > FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn >> as >> I >> > call FLAC__stream_decoder_process_until_end_of_stream. The...

..., 2010 at 12:38 AM, Erik de Castro Lopo > <mle+la at mega-nerd.com<mle%2Bla at mega-nerd.com> >> wrote: > >> Ivailo Karamanolev wrote: >> >> > I am currently learning the FLAC C API and had the code working = with >> > FLAC__stream_decoder_init_file. However, since I'd need the = Unicode >> filename >> > support, I tried _wfopen_s in combination with >> > FLAC__stream_decoder_init_FILE, however I get a runtime crash = as sonn >> as >> I >> > call FLAC__stream_decoder_proc...

...<mle%2Bla at mega-nerd.com><mle%2Bla at mega-nerd.com<mle%252Bla at mega-nerd.com> > > > >> wrote: > > > >> Ivailo Karamanolev wrote: > >> > >> > I am currently learning the FLAC C API and had the code working with > >> > FLAC__stream_decoder_init_file. However, since I'd need the Unicode > >> filename > >> > support, I tried _wfopen_s in combination with > >> > FLAC__stream_decoder_init_FILE, however I get a runtime crash as sonn > >> as > >> I > >> > call FLAC__stream_decoder_pr...

...function, exception throws. > > > 2013/7/1 Burak Or?un ?zkablan <borcunozkablan at gmail.com> > >> Yes, I mean sample codes in FLAC directory. These samples (encode.c and >> decode.c) are about encode/decode with file (using >> FLAC__stream_encoder_init_file and FLAC__stream_decoder_init_file >> functions). >> Streaming which I used is audio data transfer over UDP or TCP sockets of >> boost library. >> >> I send 1 packet which contains 1 second "raw" audio data and header >> information as unsigned char array. In the other PC, I play it. I...

Hi, I am developing an audio network system and using boost, OpenAL and FLAC library in C/C++. I can stream raw audio data over network but I want to encode audio before streaming in current PC and decode after streaming in other PC because of bandwidth limit. I run your sample codes, encode.c and decode.c, about file encode / decode. Then, I run streaming encode / decode with two different

lvqcl wrote: > Then IMHO all three build systems (configure && make, Makefile.lite > and MSVC) should be synchronized with each other +1 > TO ERIK: > > I have some patches, but they either modify MSVC .vcxproj files, > or win_utf8_io.c/.h, so they conflict with patches from Evan Ramos. > So should they be applied? rejected? postponed until after flac 1.3.2? We

lvqcl wrote: > all I can suggest > is to apply this patch, then fix issues if they'll happen after > this. But seriously, as a matter of fact win_utf8_io is a part of libFLAC. Functions from libFLAC call functions from win_utf8_io... For example: FLAC__stream_decoder_init_file() calls init_file_internal_() that calls flac_fopen() that is defined as fopen_utf8(). Currently functions in win_utf8_io.c are a compatibility layer for libFLAC. I can't see reasons not to move win_utf8_io.c into libFLAC.

...I can't identify if error callback has been called, due to variable visibility restriction, because error_callback implementation in java cannot communicate with java main code (not without an ugly trick). With native implementaiton of FLAC (decoder.c or other samples), client_data sent to FLAC__stream_decoder_init_file is updated by error_callback. But java keep initial reference of this parameter and java main code never see this update after this step. Note : when error_callback is called, I update client_data sent in parameter, well received updated by native code stored in decoder variable. The only thin...

...m a file, decode it, and play write the decoded PCM to the sound driver for playing it. I am looking to make a very simple application which uses the libFLAC.lib static library and calls the following functions to do this task: - FLAC__stream_decoder_new - FLAC__stream_decoder_set_md5_checking - FLAC__stream_decoder_init_FILE - FLAC__stream_decoder_process_single (inside a while<no. of frames> loop) - FLAC__stream_decoder_delete All of this happens without resorting to callbacks. Even though it seems from the documentation that this is a possibility with the given APIs, I am not able to make it work. Does anyon...

...##.dll. It's safe to use _fseeki64 and _ftelli64. Leave it up to the developer-user of FLAC to determine whether to statically link or dynamically link. 2) Yes, the "copy" flag in the Metadata API is broken. The APIs that take FILE * objects as parameter are similarly broken (e.g. FLAC__stream_decoder_init_FILE). There's absolutely no guarantee that a developer is using the same C library that was used to compile libFLAC. 3) For Windows C runtime libraries that are missing 64-bit seek/tell, we can fall back to ftell and fseek and encourage those developers to use FLAC__stream_decoder_init_stream ins...

...7/1 Burak Or?un ?zkablan <borcunozkablan at gmail.com > <mailto:borcunozkablan at gmail.com>> > > Yes, I mean sample codes in FLAC directory. These samples > (encode.c and decode.c) are about encode/decode with file (using > FLAC__stream_encoder_init_file and FLAC__stream_decoder_init_file > functions). > Streaming which I used is audio data transfer over UDP or TCP > sockets of boost library. > > I send 1 packet which contains 1 second "raw" audio data and > header information as unsigned char array. In the other PC, I play > it...

On 6.5.2013 0:43, Timothy B. Terriberry wrote: > Janne Hyv?rinen wrote: >> You people do realize these hacks would only be required for 10+ year >> old obsolete compilers? > No, they're required for easy distribution on 12 year old OSes (which, > last I saw, make up almost 40% of Firefox's desktop userbase, and likely > will continue to for some time). > What

...>> >> >> 2013/7/1 Burak Or?un ?zkablan <borcunozkablan at gmail.com> >> >>> Yes, I mean sample codes in FLAC directory. These samples (encode.c and >>> decode.c) are about encode/decode with file (using >>> FLAC__stream_encoder_init_file and FLAC__stream_decoder_init_file >>> functions). >>> Streaming which I used is audio data transfer over UDP or TCP sockets of >>> boost library. >>> >>> I send 1 packet which contains 1 second "raw" audio data and header >>> information as unsigned char array. In the...

...de/share/compat.h, #ifdef _WIN32: #define flac_fopen fopen_utf8 #define flac_chmod chmod_utf8 #define flac_utime utime_utf8 #define flac_unlink unlink_utf8 #define flac_rename rename_utf8 #define flac_stat _stat64_utf8 The members of the libFLAC API that result in calls to these functions include FLAC__stream_decoder_init_file, FLAC__stream_decoder_init_ogg_file, and a variety of metadata functions. These functions either take a char* filename or use one stored in a struct. Fortunately, UTF-8 is a superset of 7-bit ASCII. Best, Evan

...gt;>> 2013/7/1 Burak Or?un ?zkablan <borcunozkablan at gmail.com> >>> >>>> Yes, I mean sample codes in FLAC directory. These samples (encode.c and >>>> decode.c) are about encode/decode with file (using >>>> FLAC__stream_encoder_init_file and FLAC__stream_decoder_init_file >>>> functions). >>>> Streaming which I used is audio data transfer over UDP or TCP sockets >>>> of boost library. >>>> >>>> I send 1 packet which contains 1 second "raw" audio data and header >>>> information as uns...

lvqcl wrote: >>> Win_utf8 stuff should not be included in libflac since it's only to be >>> used by the flac.exe frontend. It is not needed by other programs nor >>> would they benefit from it without doing the extra work of converting >>> their ansi filenames and functions to utf-8. >>> >>>> Version 2 of my patch attached, which fixes