Re: [fluid-dev] Re: Changes checked into CVS

2006-12-11 Thread Josh Green
Thanks for reminding me of the dangers of macros :) Josh On Mon, 2006-12-11 at 14:58 +, Paul Millar wrote: > On Monday 11 December 2006 14:24, Josh Green wrote: > > On Mon, 2006-12-11 at 00:19 +0200, Mihail Zenkov wrote: > > > IMHO better replace roundf with this code in all case: > >

Re: [fluid-dev] Re: Changes checked into CVS

2006-12-11 Thread Paul Millar
On Monday 11 December 2006 14:24, Josh Green wrote: > On Mon, 2006-12-11 at 00:19 +0200, Mihail Zenkov wrote: > > IMHO better replace roundf with this code in all case: > > > > inline int roundi(float x) [..] > > It slightly faster then gcc roundf (1.5 time). > > Sounds good, will also be more port

Re: [fluid-dev] Re: Changes checked into CVS

2006-12-11 Thread Josh Green
On Mon, 2006-12-11 at 00:19 +0200, Mihail Zenkov wrote: > IMHO better replace roundf with this code in all case: > > inline int roundi(float x) > { > if (x >= 0.0f) > return (int)(x+0.5f); > else > return (int)(x-0.5f); > } > > It slightly faster th

Re: [fluid-dev] Re: Changes checked into CVS

2006-11-26 Thread Josh Green
On Fri, 2006-11-24 at 23:28 +, Rui Nuno Capela wrote: > Josh Green wrote: > > > > Question to others on the list: Anyone have an application using a > > new_fluid_*_audio_driver2() call? > > > > Yep, Qsynth is one. It uses new_fluid_audio_driver2() for the sole > purpose on tapping audio out

Re: [fluid-dev] Re: Changes checked into CVS

2006-11-24 Thread Rui Nuno Capela
Josh Green wrote: > > Question to others on the list: Anyone have an application using a > new_fluid_*_audio_driver2() call? > Yep, Qsynth is one. It uses new_fluid_audio_driver2() for the sole purpose on tapping audio output for those neat peak level meters :) Bye. -- rncbc aka Rui Nuno Capel

Re: [fluid-dev] Re: Changes checked into CVS

2006-11-24 Thread Josh Green
Hello Mihail Zenkov, Question to others on the list: Anyone have an application using a new_fluid_*_audio_driver2() call? On Wed, 2006-11-22 at 02:57 +0200, Mihail Zenkov wrote: > But it have big overhead: many buffers, many purposeless copy of memory. > Yes you are right and I wanted to axe it

Re: [fluid-dev] Re: Changes checked into CVS

2006-11-24 Thread Josh Green
On Fri, 2006-11-24 at 04:08 +0200, Mihail Zenkov wrote: > Good. And imho better if fluid_synth_write_s16 will work with one > buffer without negotiator. I do it in avidemux in dither16(), it use > single buffer for in (float) and out (int16_t). This buffer one for all > audio chain, only pointer tr

Re: [fluid-dev] Re: Changes checked into CVS

2006-11-24 Thread Mihail Zenkov
On Thu, 23 Nov 2006 19:13:37 + Josh Green <[EMAIL PROTECTED]> wrote: > Hello Mihail Zenkov, > > Question to others on the list: Anyone have an application using a > new_fluid_*_audio_driver2() call? > > On Wed, 2006-11-22 at 02:57 +0200, Mihail Zenkov wrote: > > But it have big overhead: man

Re: [fluid-dev] Re: Changes checked into CVS

2006-11-24 Thread Mihail Zenkov
On Thu, 23 Nov 2006 19:13:37 + Josh Green <[EMAIL PROTECTED]> wrote: > Hello Mihail Zenkov, > > Question to others on the list: Anyone have an application using a > new_fluid_*_audio_driver2() call? > > On Wed, 2006-11-22 at 02:57 +0200, Mihail Zenkov wrote: > > But it have big overhead: man

[fluid-dev] Re: Changes checked into CVS

2006-11-21 Thread Mihail Zenkov
On Tue, 21 Nov 2006 21:36:16 + Josh Green <[EMAIL PROTECTED]> wrote: > I just checked in some changes into CVS. > > Including: > - Dithering now performed for 16 bit output (thanks to Zenkov Mihail) > - Bug fix to 100% CPU consumption problem with "default" ALSA device > - Some minor bug fixe