Am Donnerstag, den 06.04.2006, 20:52 +0200 schrieb fons adriaensen:
On Thu, Apr 06, 2006 at 08:28:32PM +0200, Jan Weil wrote:
206.805
This is a Thinkpad T43 with an unpatched 2.6.16 with CONFIG_PREEMPT=y,
jackd 0.100.7, [EMAIL PROTECTED]
Now what does that value tell me? These are
Am Donnerstag, den 06.04.2006, 20:52 +0200 schrieb fons adriaensen:
On Thu, Apr 06, 2006 at 08:28:32PM +0200, Jan Weil wrote:
This is a Thinkpad T43 with an unpatched 2.6.16 with CONFIG_PREEMPT=y,
jackd 0.100.7, [EMAIL PROTECTED]
Have you been able to use -p 64 with 2.6.16 on the Thinkpad
Albert Graef [EMAIL PROTECTED] writes:
Lee Revell wrote:
I heard from someone at Ableton that one guy wrote the Live engine in
about 3 months.
He must be a great hacker. :) But the engine is probably only a small
part of the program. Getting the UI right is an entirely different
issue.
Lee Revell [EMAIL PROTECTED] writes:
And, I don't think it's fair to call it McMusic - all I use Live for is
an effects host for my guitar, because I like the builtin effects and it
has by far the best interface of any audio app.
Ack.
The reason why Live has so much success is simply that the
I can re-write Ableton Live with qt, and even
make it fast in python (which escapes the linux-only concept, mind you
:)) - that's not hard. What is hard is finding an engine that lets me
focus on my GUI as opposed to the engine or *anything* related to
communicating with the engine (besides
On Thursday 06 April 2006 23:59, Lee Revell wrote:
On Thu, 2006-04-06 at 21:45 +, carmen wrote:
SC and Chuck: would likely work as well, but AFAIK neither one
supports LADSPA or DSSI at the moment, SCLang definitely doesnt
work
on x86_64, and Chuck segfaulted as well but i'm
On Thu, 2006-06-04 at 21:45 +, carmen wrote:
I heard from someone at Ableton that one guy wrote the Live engine
in
about 3 months.
yeah its not that complex. all you need is something that can play
audio files realtime at varying pitches/speeds and apply FX chains,
and a GUI to
On Thu, 2006-06-04 at 17:59 -0400, Lee Revell wrote:
On Thu, 2006-04-06 at 21:45 +, carmen wrote:
SC and Chuck: would likely work as well, but AFAIK neither one
supports LADSPA or DSSI at the moment, SCLang definitely doesnt work
on x86_64, and Chuck segfaulted as well but i'm
On Fri, Apr 07, 2006 at 12:24:24PM +0200, David Olofson wrote:
On Thursday 06 April 2006 23:59, Lee Revell wrote:
On Thu, 2006-04-06 at 21:45 +, carmen wrote:
SC and Chuck: would likely work as well, but AFAIK neither one
supports LADSPA or DSSI at the moment, SCLang definitely
On Fri, 2006-04-07 at 13:43 -0400, Dave Robillard wrote:
Apps really don't have to be designed with 64 bit compatibility in mind
- it should be rather simple to port them.
You'd be surprised at the shit people come up with ;)
-Wall should not be optional
http://www.thedailywtf.com/
Dave Robillard wrote:
I've been toying with the idea of adding support for gstreamer
sources...
I also have a Q module for gstreamer on my TODO list (more geared
towards video playback and editing, though). Has anyone tried gstreamer
lately? Is it usable? Does the API still change a lot?
On Friday 07 April 2006 19:44, [EMAIL PROTECTED] wrote:
[...]
Basically, just don't assume that a pointer is 32 bits, and you're
but those bytecode interpreters of pd and such just assume, that int
and pointer are the same size...
Yeah, it's tempting to do it that way... I'm not doing any
As an added note to my previous comments, I really like the app
interface that mpd uses. Writing ascii events using some spec or
another to a file descriptor (socket in mpd's case) seems to be a
terrific way to communicated with apps and libs. I run the svn
pksampler like this:
pksampler |
On Fri Apr 07, 2006 at 11:22:48PM +0200, Albert Graef wrote:
Dave Robillard wrote:
I've been toying with the idea of adding support for gstreamer
sources...
I also have a Q module for gstreamer on my TODO list (more geared
towards video playback and editing, though). Has anyone tried
netjack-0.11rc5
Some pieces of Code which can deliver you the full jackd experience with
multiple Computers.
Links JackPorts via generic IP networks.
The alsa_in and alsa_out client can connect jackd to an unrelated
alsa Soundcard. And their algorithm has been improved.
Also downsampling and
On Fri, 2006-04-07 at 14:23 -0800, Patrick Stinson wrote:
As an added note to my previous comments, I really like the app
interface that mpd uses. Writing ascii events using some spec or
another to a file descriptor (socket in mpd's case) seems to be a
terrific way to communicated with apps
On Sat, 2006-04-08 at 03:04 +, carmen wrote:
what advantage does it serve other than insulating yourself against
the external API (ALSA dying in 6 months? i think not..)
I found this very interesting:
http://lurkertech.com/linuxvideoio.html
It seems as if ALSA+JACK does exactly what
On 4/7/06, Paul Davis [EMAIL PROTECTED] wrote:
On Fri, 2006-04-07 at 14:23 -0800, Patrick Stinson wrote:
As an added note to my previous comments, I really like the app
interface that mpd uses. Writing ascii events using some spec or
another to a file descriptor (socket in mpd's case) seems
18 matches
Mail list logo
