Displaying 3 results from an estimated 3 matches for "encodersession_init_encod".
Did you mean:
encodersession_init_encoder
2014 Sep 26
2
Disk fragmentation
...LAC/stream_encoder.c
into flac/encode.c. I can see two ways to do this:
1) Add a new function to libFLAC API that have access to
encoder->private_->file and can call setvbuf:
FLAC_API FLAC__bool FLAC__stream_encoder_set_buffer_size(FLAC__StreamEncoder *encoder, unsigned size);
2) Rewrite EncoderSession_init_encoder() in flac/encode.c so that it
opens the file, calls setvbuf and then uses FLAC__stream_encoder_init[_ogg]_stream()
instead of FLAC__stream_encoder_init[_ogg]_file(). It's more difficult,
but doesn't require API change.
2014 Sep 24
2
Disk fragmentation
Miroslav Lichvar wrote:
> Hm, does this mean that every process encoding FLAC files will now
> need extra 10MB of memory? Is that ok for small devices with limited
> memory?
What small device do you have in mind? The smallest device I could
possibly imagine *encoding* FLAC on is Rasberry Pi which has 512Meg
of RAM.
If you really are concerned about this (and knowing that it has little
2014 Sep 27
0
Disk fragmentation
...) Add a new function to libFLAC API that have access to
> encoder->private_->file and can call setvbuf:
>
> FLAC_API FLAC__bool FLAC__stream_encoder_set_buffer_size(FLAC__StreamEncoder *encoder, unsigned size);
Not real keen on changing the API just for this issue.
> 2) Rewrite EncoderSession_init_encoder() in flac/encode.c so that it
> opens the file, calls setvbuf and then uses FLAC__stream_encoder_init[_ogg]_stream()
> instead of FLAC__stream_encoder_init[_ogg]_file(). It's more difficult,
> but doesn't require API change.
That is a solution, but I'm still undecied on whet...