Why don't you take it one step further, and call a method of audJ
right away, so you don't have use audJ-> all the time?
class AudioOutputJACK
{
[...]
static int sProcessJackCallback(jack_nframes_t nframes, void* arg)
{
AudioOutputJACK* audJ = static_cast(arg);
return au
Hi Pau, hi Brian (who asked for the same some days ago)
I implemented this many years ago.
http://www.iua.upf.es/~mdeboer/from_ftp/projects/SMPTE/
Robin Gareus used/rewrote the code for a project of his,
so I put him in Cc.
Maarten
On Apr 7, 2009, at 21:58 , Pau Arumí wrote:
>
> Hi all,
>
> I
Hi Pau, hi Brian (who asked for the same some days ago)
I implemented this many years ago.
http://www.iua.upf.es/~mdeboer/from_ftp/projects/SMPTE/
Robin Gareus used/rewrote the code for a project of his,
so I put him in Cc.
Maarten
On Apr 7, 2009, at 21:58 , Pau Arumí wrote:
>
> Hi all,
>
> I
Hi Philipp,
Thanks for pointing this out. I will try to put the pages for tapiir
and polarbear back up
during the next days.
Maarten
On Mar 6, 2010, at 6:55 PM, Philipp wrote:
> I noticed a while ago that the tapiir website is gone or at least
> non-functional. Do you guys know more about it?
Hi,
I suppose that many of you are or might be using fftw for real-time audio
processing, and I think the following information may be of your interest.
I just came to realize that fftw_execute calls malloc. This happens even though
you create a 'plan' where you pass fftw_malloc preallocated in
Hi,
Yes, sorry I didn't take care of this yet. Webspace is not the problem,
maintenance is...
I will look for the tgz and put it online tonight (CET)
maarten
On Jan 18, 2011, at 6:27 PM, Jörn Nettingsmeier wrote:
> On 12/06/2010 11:18 PM, Philipp wrote:
>> Excerpts from Philipp's message of 2
an 18, 2011, at 6:54 PM, Jörn Nettingsmeier wrote:
> On 01/18/2011 06:31 PM, Maarten de Boer wrote:
>> Hi,
>>
>> Yes, sorry I didn't take care of this yet. Webspace is not the
>> problem, maintenance is...
>>
>> I will look for the tgz and put it onlin
Hi,
> […]
>col[0] /= 9.0, col[1] /= 9.0, col[2] /= 9.0, col[3] /= 9.0;
> 0x5a39 pxor %xmm0,%xmm0
> […]
>
> Notice, how line, containing chain of divisions, is compiled to single
> sse operation.
I don’t see any SSE operation here. The pxor is just to zero the xmm0 register.
It’s
> Looks like you propose to use intel-specific intrinsics. I already
> looked gcc docs in hope to find something similar, but only found
> vectorization section, from C extensions. Hoped to see something
> probablt gcc-specific, but not intel-spec.
I am not sure if I understand what you mean, but