Re: [fluid-dev] dsp_buf[] type

2016-01-04 Thread Element Green
Hello Brad, The -a option specifies the audio driver to use. The "-a file" option uses the file driver, which can write to different audio formats. So yes, it is the same data that would be rendered to the DAC if such a driver was being used (depending on the format of the audio driver and file

Re: [fluid-dev] dsp_buf[] type

2016-01-04 Thread Brad Stewart
One more question.  Am I correct in assuming the interpolation is done prior to dithering? Brad On Mon, Jan 4, 2016, at 06:16 PM, Brad Stewart wrote: > Thanks for the added into.  The "before it's rendered" means before > it's sent to the DAC for rendering. When using the "-a file" option, > doe

Re: [fluid-dev] dsp_buf[] type

2016-01-04 Thread Brad Stewart
Thanks for the added into.  The "before it's rendered" means before it's sent to the DAC for rendering. When using the "-a file" option, does it store the results after fluid_synth_write_s16? The clue may be the dither.  If you recall the scope diagrams I sent last week, the "clean" sine-wave uses

Re: [fluid-dev] dsp_buf[] type

2016-01-04 Thread David Henningsson
Hi Brad, If you're interested in different resampling algorithms, there was some work related to this in the PulseAudio community a while ago (performed by Alexander Patrakov). He also made some images ( https://imgur.com/a/jtIEj ) - translated to fluidsynth's domain, I think "trivial" would