search for: _decoder_set_metadata_respond

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

...tuff, > libFLAC has been really nice to work with, and theres nothing like > getting a 128MB SoundFont down to 67MB :) Have you seen the API changes in 1.0.3? Now all metadata is parsed and at each decoder layer you can specify which blocks get passed up to the metadata callback. See the *_decoder_set_metadata_respond/ignore functions. Also, on the encoder size, you can now pass a list of arbitrary metadata blocks to encode, instead of just padding and seektable. > BTW any plans yet for allowing changing of audio parameters while > encoding. I think this would give a significant increase in > compress...

On Wed, 2002-07-17 at 15:34, Josh Coalson wrote: > > Have you seen the API changes in 1.0.3? Now all metadata is > parsed and at each decoder layer you can specify which blocks > get passed up to the metadata callback. See the > *_decoder_set_metadata_respond/ignore functions. > > Also, on the encoder size, you can now pass a list of arbitrary > metadata blocks to encode, instead of just padding and seektable. > Rock on! No, I missed the fact that 1.0.3 has been released :) > > BTW any plans yet for allowing changing of audio param...