On Tue, 2009-08-11 at 22:15 +0200, Fons Adriaensen wrote:
..
An example: the santalucia reverb with period size = 256,
mininum partition size = 256.
There will be 3 partitions of 256 frames, 6 of 512, 6 of 2048
and 24 of 8192 frames.
Say periodsize = 128 instead. Then we would have
On Wed, 2009-08-12 at 12:10 +0200, Fons Adriaensen wrote:
It would be 16K FFT, and there would be a lot more than
just that.
-snip
But starting out with the 16K FFT will do for now
You could loop over the data structures, and make a list of
of all steps (FFT, MAC, IFFT) and their
On Mon, 2009-08-10 at 21:43 -0400, David Robillard wrote:
With buffer-size 3 × 1.3 ms @96KHz I have clock cycles to spare and can at
ease display a stream of video (320×200) simultaneously for doing a
soundtrack to some movie or something. And more ...
Interesting... I am surprised you
On Monday, August 10, 2009, Luis Garrido wrote:
For what is worth, Qt's documentation is simply superb
Agreed.
Another excellent C++ multiplatform toolkit is Juce. It is worth to try it if
you are writting audio/MIDI software.
http://juce.sourceforge.net
Regards,
Pedro
On 11 Aug 2009, at 08:04, Jens M Andreasen wrote:
On Tue, 2009-08-11 at 07:45 +0100, Steve Harris wrote:
O
If that's what the CUDA interface to the outside world looks like
then
wouldn't it be better to expose it as a JACK App, which loads CUDA-
specific plugins onto the graphics card?
On Tue, Aug 11, 2009 at 01:54:39PM +0200, Jens M Andreasen wrote:
It's not ideal, but assembling all the jack buffers into one big one
is not going to be that much load on the CPU.
OK .. Adrian Knoth showed some interest and says he knows his way around
in jackd as well as a colleague
On 11 Aug 2009, at 12:54, Jens M Andreasen wrote:
Continuing this increasingly inaccurately christened thread ..
On Tue, 2009-08-11 at 11:26 +0100, Steve Harris wrote:
It's not ideal, but assembling all the jack buffers into one big one
is not going to be that much load on the CPU.
OK ..
On Wed, 2009-08-12 at 00:32 +1000, Loki Davison wrote:
Could you run convolution algo's i.e jconv stuff on the card via cuda?
That's a very good question! One user vvolkov from Berkeley has posted
some specially designed and optimized code for FFT sizes 256, 512, 1024,
2048, 4096 and 8192
David Robillard wrote:
using your desktop theme which might be bad, too.
Ick! Using the desktop theme is not bad! The user chose it for a
reason!
Less atrocious and weird looking skinned UI's designed by seemingly
half-blind artistically retarded programmers, please :)
-dr
Jens M Andreasen wrote:
Really, an Atari ST is more responsive.
For me TOS is still the best OS for MIDI usage with external MIDI
equipment, but this isn't true, the Atari ST's response is very good
when using a Blitter, but very bad when not using a Blitter.
For Linux I noticed, that when
On Wed, 2009-08-12 at 00:32 +1000, Loki Davison wrote:
Could you run convolution algo's i.e jconv stuff on the card via cuda?
Forget what I wrote before. Since everything else has a take no
prisoners, just instigate a bloody massacre aproach, then why not run
32 instances of jconv in parallel?
On Tue, 11 Aug 2009, Ralf Mardorf wrote:
For me TOS is still the best OS for MIDI usage with external MIDI
equipment, but this isn't true, the Atari ST's response is very good
when using a Blitter, but very bad when not using a Blitter.
For Linux I noticed, that when running into trouble
On Tue, 2009-08-11 at 11:21 +0200, Pedro Lopez-Cabanillas wrote:
On Monday, August 10, 2009, Luis Garrido wrote:
For what is worth, Qt's documentation is simply superb
Agreed.
Another excellent C++ multiplatform toolkit is Juce. It is worth to try it if
you are writting audio/MIDI
On Tue, 2009-08-11 at 09:04 +0200, Jens M Andreasen wrote:
On Tue, 2009-08-11 at 07:45 +0100, Steve Harris wrote:
O
If that's what the CUDA interface to the outside world looks like then
wouldn't it be better to expose it as a JACK App, which loads CUDA-
specific plugins onto the
Vincent Torri wrote:
On Tue, 11 Aug 2009, Ralf Mardorf wrote:
For me TOS is still the best OS for MIDI usage with external MIDI
equipment, but this isn't true, the Atari ST's response is very good
when using a Blitter, but very bad when not using a Blitter.
For Linux I noticed, that when
On Tue, Aug 11, 2009 at 06:50:50PM +0200, Jens M Andreasen wrote:
That would be four warps
independently working their way through the variously sized sample
blocks, each thread execting serial code that looks very much the same
as jconv itself, including the threading.
Note that the
Vincent Torri wrote:
E17 looks well, but when I used it a long time ago on another machine
it was disgusting experimental ;).
well, we work hard for a release, so a lot of things has been fixed /
stabilized. Maybe you can try it again.
I'll try it again.
I can't play the OGG? Are you
On Tue, 2009-08-11 at 19:54 +0200, Fons Adriaensen wrote:
On Tue, Aug 11, 2009 at 06:50:50PM +0200, Jens M Andreasen wrote:
That would be four warps
independently working their way through the variously sized sample
blocks, each thread execting serial code that looks very much the same
On Tue, Aug 11, 2009 at 08:56:56PM +0200, Jens M Andreasen wrote:
Say warp A (or process A) must do four smaller workloads while warp B
is doing one bigger workload? The way to go would then be for warp B to
call __syncthreads() when 25% of its work is done, thus assuring that
warp A will be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm just curious what your long-time experiences with these
gui-libraries are.
Considering to use one of these two but can't really decide.
But I do not want to switch in a year or two...
Thanks for your advices!
Christian
-BEGIN PGP
On Mon, 2009-08-10 at 08:38 +0200, Christian wrote:
I'm just curious what your long-time experiences with these
gui-libraries are.
Considering to use one of these two but can't really decide.
But I do not want to switch in a year or two...
Well, I can't say anything about developing with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thorsten Wilms schrieb:
On Mon, 2009-08-10 at 08:38 +0200, Christian wrote:
I'm just curious what your long-time experiences with these
gui-libraries are.
Considering to use one of these two but can't really decide.
But I do not want to switch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Davis schrieb:
On Mon, Aug 10, 2009 at 5:06 AM, Christiankrampenschies...@freenet.de wrote:
GTKmm guis are always using your desktop theme which might be bad, too.
not true. ardour uses gtkmm and doesn't use the desktop theme.
Thats
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm just curious what your long-time experiences with these
gui-libraries are.
Considering to use one of these two but can't really decide.
But I do not want to switch in a year or two...
Well, I can't say anything about developing with either
On Mon, 2009-08-10 at 11:51 +0200, Thorsten Wilms wrote:
All examples of FLTK I know of look horribly out of place on a modern
desktop. Like, the 80ies want their GUIs back!
Supercollider was some time ago. Current Version of FLTK has more than
one engine, including one that clains to be a
On Mon, 2009-08-10 at 11:06 +0200, Christian wrote:
Thorsten Wilms schrieb:
All examples of FLTK I know of look horribly out of place on a modern
desktop. Like, the 80ies want their GUIs back!
Well you can design an fltk gui pretty well.
GTKmm guis are always using your desktop theme
On Mon, 2009-08-10 at 12:10 -0400, David Robillard wrote:
Ick! Using the desktop theme is not bad! The user chose it for a
reason!
The default GTK+ Theme in the incarnation of Mandriva I have here is
absolutely stunning and good looking ... But redraws at a crawl when the
machine is close
On Mon, 2009-08-10 at 18:31 +0200, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 12:10 -0400, David Robillard wrote:
Ick! Using the desktop theme is not bad! The user chose it for a
reason!
The default GTK+ Theme in the incarnation of Mandriva I have here is
absolutely stunning and
On Mon, 2009-08-10 at 13:57 -0400, David Robillard wrote:
Now tell me again, what was the reason for choosing this theme rather
than that theme?
... in other words, being able to choose your theme is nice?
Yes, but why is UNIX always by default configured in the least useful
way?
On 08/11/2009 04:05 AM, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 13:57 -0400, David Robillard wrote:
Now tell me again, what was the reason for choosing this theme rather
than that theme?
... in other words, being able to choose your theme is nice?
Yes, but why is
On Tue, 2009-08-11 at 04:14 +1000, Patrick Shirkey wrote:
As a comparison on my 64 bit version of Gnome I find the default theme
to be very responsive...
As a comparison, the machine I have today is the equivalent of a Cray2 -
the most outrageous 200KW 'supercomputer' of the time when (the
On 08/11/2009 04:42 AM, Jens M Andreasen wrote:
On Tue, 2009-08-11 at 04:14 +1000, Patrick Shirkey wrote:
As a comparison on my 64 bit version of Gnome I find the default theme
to be very responsive...
As a comparison, the machine I have today is the equivalent of a Cray2 -
the
On Mon, 2009-08-10 at 20:05 +0200, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 13:57 -0400, David Robillard wrote:
Now tell me again, what was the reason for choosing this theme rather
than that theme?
... in other words, being able to choose your theme is nice?
Yes, but why
On Mon, 2009-08-10 at 20:42 +0200, Jens M Andreasen wrote:
Spending that much clockcycles on screen redraws of bland widgets just
ain't sane anymore. Ohh, and I forgot: I even have a graphics card on
top with computational power exceeding that of the Cray2 by a factor of
four ... Still feels
On Mon, 2009-08-10 at 14:59 -0400, David Robillard wrote:
Let me guess Nvidia? Proprietary drivers?
This is such BS .. Let me Guess Intel? Opensource and broken GL!!!
-dr
___
Linux-audio-dev mailing list
On Mon, 2009-08-10 at 21:14 +0200, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 14:59 -0400, David Robillard wrote:
Let me guess Nvidia? Proprietary drivers?
This is such BS .. Let me Guess Intel? Opensource and broken GL!!!
Funny, my desktop is nice and snappy, and well
On Mon, 2009-08-10 at 15:22 -0400, David Robillard wrote:
This is such BS .. Let me Guess Intel? Opensource and broken GL!!!
Funny, my desktop is nice and snappy, and well supported by all recent
advancements in X.
Reality seems to have a BS bias.
Ah, your 2D driver works .. But
On Mon, 2009-08-10 at 21:26 +0200, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 15:22 -0400, David Robillard wrote:
This is such BS .. Let me Guess Intel? Opensource and broken GL!!!
Funny, my desktop is nice and snappy, and well supported by all recent
advancements in X.
On Mon, 2009-08-10 at 22:04 +0200, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 15:41 -0400, David Robillard wrote:
Actually, it is what you were complaining about (and blaming UNIX for,
unfairly for obvious reasons). You only brought up GL because I
mentioned your drivers and you got
On Mon, 2009-08-10 at 22:04 +0200, Jens M Andreasen wrote:
OK, I have been around BIOS now, and changed the monitor connection as
well (so I can see what I write ... )
I have no GL whatsoever now, but - lo and behold - Clearlooks is
actually snappy? I wouldn't have believed that without
On Mon, 2009-08-10 at 23:09 +0200, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 22:04 +0200, Jens M Andreasen wrote:
I wonder if this positive effect is also reflected in the behaviour of
scrolling in Firefox at certain (most!) 'wordpress' sites, while
simultaniously doing audio processing on
On Mon, 2009-08-10 at 17:14 -0400, David Robillard wrote:
What do you use to do this? (audio processing on the GPU)
Hardware is the most humble later 8400GS (revision g98 [1.4 GHz × 8
madd])
Software is the free 'C for CUDA' compiler and SDK from Nvidia
P.S. commercial != proprietary
On Mon, 2009-08-10 at 17:40 -0400, David Robillard wrote:
Software is the free 'C for CUDA' compiler and SDK from Nvidia
Latency low enough to make realtime use feasible?
What I do is - imagining that I am a Jack client with near zero
processing time - what I do is that I 'receive
On Tue, 2009-08-11 at 00:43 +0200, Jens M Andreasen wrote:
On Mon, 2009-08-10 at 17:40 -0400, David Robillard wrote:
Software is the free 'C for CUDA' compiler and SDK from Nvidia
Latency low enough to make realtime use feasible?
What I do is - imagining that I am a Jack client with
44 matches
Mail list logo