On Mon, Apr 05, 2004 at 04:15:05PM +, J_Zar wrote:
Mmmm... Could be a very improvement for the sound streching. I've some
problem with SoundTouch (compiling and latency issues)... So I'm
interested... but from what I can see from the project page, there is a
donate form but no CVS or code
On Tue, Apr 06, 2004 at 12:07:08AM +0200, Christian Schoenebeck wrote:
Es geschah am Montag, 5. April 2004 23:33 als Erik de Castro Lopo schrieb:
Well me. I've been working on this since the start of the year, but
been thinking about the problem for over 10 years.
Which brings me to the
I see this machine has an ENE cardbus controller, for which
problems have been reported in the RME support newsgroup
@ nntp://news.x-networks.de/rme-audio
I do not know the full details of the problem, and I don't know
if your particular setup is affected, but there were at least some
cases
Anyone else experiencing a mail loop with the latest
cross posted messages to LAD and LAU by Steve and Chris ?
regards,
v
On Fri, Feb 13, 2004 at 12:14:53PM +, Steve Harris wrote:
Hear hear. I think that GL accelration is a (potentially) important
optimisation for audio apps - it saves a lot of cache and memory bandwidth
that can be better used number-crunching audio.
Right.
Paul is right that its a kludge, but
On Fri, Feb 13, 2004 at 03:24:05PM +, Steve Harris wrote:
Matrox have just release a card designed for audio that has no fans (due
to downclocked 3d processor) and lots of acceleration on all heads.
Which one ? :)
Right, well in the meantime im doing it as optional - eg. I have an alpha
Do you use the Radeon binary driver ?
v
On Mon, Feb 09, 2004 at 06:26:20PM -0500, Dave Robillard wrote:
Through a painful process I'd rather not go into, I discovered that Jack
will not run in realtime mode with my Radeon's 3d drivers loaded.. I get
the error cannot lock down memory for RT
On Mon, Feb 09, 2004 at 08:19:55PM -0500, Dave Robillard wrote:
Now that ATI has gone the way of Nvidia I don't know who to pledge
allegiance to. :)
Is Matrox still friendly?
I would say that there is still hope as far as ATI is concerned.
They are delivering specs to the Linuxbios people, so
On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
the implementation of DRI by certain video interface drivers means
that we end up trying to lock the video memory as well, and this tends
to fail for various reasons.
Hm, that sounds bad.
Does this problem also happen with the open
On Mon, Feb 09, 2004 at 06:58:49PM -0500, Dave Robillard wrote:
I remember seeing that page a little while back, I'll definately look
into it.. looks pretty crazy!
It definitely looks great.
I want to test it too.
(If it's based on portaudio can I still connect it to my jack graph
somehow?
On Mon, Feb 09, 2004 at 07:32:35PM -0500, Paul Davis wrote:
its a basic problem with real time software, the POSIX API etc.
JACK tries to lock *all* the process memory.
This is to ensure that nothing gets swapped out, right ?
Else it is very hard to ensure real time performance ?
(sorry for
On Tue, Feb 10, 2004 at 01:45:49PM +0100, Robert Jonsson wrote:
I'm running quite happily with DRI enabled on my ATI card now, the problem was
definitely that it was trying to lock too much memory.
Ok. I assume that you have a Firegl T2 with 128Mb Ram (using the ATI 3.7.0 drivers) ?
Since
On Tue, Feb 10, 2004 at 08:31:10AM -0500, Dave Phillips wrote:
Machine is an 800 MHz AMD w. 512 MB RAM, system is Planet CCRMA RH 9.
Any help on this matter would be greatly appreciated. I haven't had this
kind of noise problem before now, I'd certainly like to get rid of it,
and I'm willing
On Tue, Feb 10, 2004 at 01:57:17PM -0500, Jesse Chappell wrote:
BTW, i just ran JACK realtime on a T41p with the firegl T2 128MB,
using the ati 3.7.0 drivers on a 2.4.22 PE/LL kernel with no problems.
Alsa 0.9.8 using the builtin audio (snd-intel8x0). the machine
itself has 512MB of RAM.
Great !
On Tue, Feb 03, 2004 at 03:32:36PM +, Steve Harris wrote:
Er, yes. I think this can be left up to the submitters discression.
eg. http://freshmeat.net/projects/sweep/
looking at that I guess you would want
required-package and recommended-package being sub-properties of depends-on
I know the
On Mon, Dec 01, 2003 at 10:12:24AM +, Steve Harris wrote:
I guess the more of us who buy them the quicker the endianness problems
will be fixed, ppc-linux-audio-user? :)
:) I was thinking along the same lines ;)
v
On Wed, Nov 19, 2003 at 08:03:06PM +0200, Juhana Sadeharju wrote:
Hello. Who of us are working on a modular synth GUI where user
grabdrag modules and connects them with cables? I'm myself
interested in the editor GUI development --- there already
are many modular audio engines, but not
http://www.linuxdevices.com/news/NS3468265897.html
Looks cool. A little proprietary, but it seems to have an SDK.
vini
On Tue, Oct 14, 2003 at 09:44:32AM -0700, Love Bucket wrote:
You should not be writing apps with OSS.
If you want portability use PortAudio.
LOL! PortAudio uses... OSS!
Read http://www.portaudio.com/docs/proposals/status.html
Find alsa, oss and jack.
Note that way more functionality is
On Tue, Oct 14, 2003 at 09:41:14AM -0700, Love Bucket wrote:
Where is the equivalent for ALSA? Until it exists, we
will continue using OSS!
http://www.alsa-project.org/documentation.php3
Or do you really want *.pdf ?
There are tools for that.
v
On Fri, Sep 19, 2003 at 07:23:47AM -0400, Paul Davis wrote:
Open source is a bit slower to move, but at least it sticks around!
So true. Anyway, at least there will be a patch; the most recent one
for 2.4.20 just came out.
You mean: http://sourceforge.net/projects/high-res-timers/ ?
I just
On Thu, Jul 24, 2003 at 06:03:33AM -0700, Tim Hockin wrote:
I haven't used kernel 2.5/2.6 for any audio stuff yet. I'm at the Linux
Symposium this week - do we have any requests or gripes with 2.6 that I can
relay to the core kernel guys? Audio is a workload they don't really test.
I'm not an
Dual licensing might be an option too ?
I'm not really an expert on it though :)
Anyone know the ins and outs of dual licensing ?
v
On Sat, Jun 21, 2003 at 08:22:37PM -0400, Ivica Bukvic wrote:
However this brings up one interesting point/problem. Due to GPL nature
of Linux software, many of our efforts will seamlessly bleed into OS X
world since there are no restrictions as to which platform this software
is run on, and Apple
On Sat, Jun 21, 2003 at 07:53:38PM -0400, Ivica Bukvic wrote:
(cut)
-- a unified and powerful underlying framework. Yet, that is not what
we're working on right now...
I noted a lot of Mac OS X projects making use of libsndfile already.
The common Unix base is a huge step forward.
Now there are 2
On Sat, Jun 21, 2003 at 10:19:21PM -0400, Ivica Bukvic wrote:
My point exactly :-).
Just to add a bit onto this issue is that we could still support
non-opensource systems, but they would need to purchase the software
(see my other e-mail with the Trolltech as an example).
Dual licensing is a
On Sat, Jun 14, 2003 at 12:12:37AM -0300, Juan Linietsky wrote:
Hi! i'm doing some studying on dsp, and one thing I could never properly
understand is the term of excitation signal I seem to find it associated
to environment or natural sources, but I cant really find a definition.
Could someone
What I do know about this, is that it is illegal from the VST SDK
license point of view to redistribute their headers with some GPL sources,
so the end user has to download the SDK with the headers included, to be able
to compile your plugin with VST support, if you license it GPL.
I don't think
http://www.sequencer.de/neuron/neuronal.html
This synth has a mainboard running Linux inside :)
Seems like not only Stanton (Final Scratch) is relying on
Linux in the pro audio world these days ..
regards,
Vincent
On Tue, Jun 03, 2003 at 10:19:02AM +0200, Jay Vaughan wrote:
(cut)
Linux has all the right ingredients for a good general-purpose audio
i/o processing platform. The API's are fresh and well thought out,
and expanding rapidly to accomodate the needs of performance app
writers.
Knowing that you
On Tue, Jun 03, 2003 at 10:30:52AM +0100, Steve Harris wrote:
Agreed. There are a number of ways to solve this, but sadly they all
require a significant ammount of effort, and there are always some
importnat things to be done...
A laso kinda like the UI melange effect you get on VST systems,
On Fri, Apr 04, 2003 at 10:53:05AM -0500, Dave Phillips wrote:
Greetings:
Just a note to mention that the Karlsruhe report has had 3,871 reads
so far, more than any other article listed except for the Ultimate Linux
Box on-line project. Seems like maybe people are really interested in
what you
On Thu, Apr 03, 2003 at 03:36:32PM +0200, [EMAIL PROTECTED] wrote:
i remember i have read a statement about a lock free ringbuffer
implemented in C somewhere.
Can anybody remeber it ?
I think it is in the Ardour sources ?
I will try to hunt down the relevant post.
regards,
v
On Fri, Mar 28, 2003 at 05:36:13PM +0900, Patrick Shirkey wrote:
(cut)
Apart from that IMO the amount of money spent is useful to know from a
business POV. If 6 months of clicking can generate $450 for Google then
we must be able to channel that more effectively into LAD projects.
I guess you
and the rest ... I get this. Its pathetic. Not only that ... I have no
idea how much longer I can keep working on Ardour right now because
working on it has come close to exhausting my financial
resources.
Paul, could you tell me how I can support you financially ?
Do you work through Paypal ?
On Wed, Feb 12, 2003 at 12:33:24PM -0500, Ivica Bukvic wrote:
Do I/we have at least your permission (if we do manage to compile out of
CVS) to redistribute my/our compiled version?
I think this is covered by section 6 in the GPL:
http://www.gnu.org/copyleft/gpl.html
6. Each time you
On Wed, Feb 12, 2003 at 11:49:08AM -0500, Paul Davis wrote:
(cut)
jazz++ has been around for a long time, and is available as a
binary. why isn't it widely loved and used? because it really isn't
very good. i know that i tried to use it many times, and found it,
well, frankly i found it completely
I'm not a real coder either (so one might argue I shouldn't be on
linux-audio-dev, but I'm just interested in the discussions), so I think
I understand the root cause of your grief.
I think if (if) the Ardour developers are _expecting_ quality feedback
from normal users (not just programmers) at
On Tue, Jan 28, 2003 at 04:42:35PM +0100, Pieter Palmers wrote:
Anyone from Belgium planning to go? I'd like to attend this, maybe we
could 'join forces'?
(Vincent?)
Yep, I was planning to :)
I haven't figured out how to survive the weekend in terms
of sleep and food, but the motivation is
On Sun, Jan 26, 2003 at 04:02:59PM +0100, Modnogg wrote:
(cut)
Do you think it's possible to route the USB sound cards to my internal
sound cards?
I could use the sound driver library from linux. But my problem is how
to link the software to other soundcards?
(cut)
Here you can find out how to
On Mon, Jan 27, 2003 at 12:04:40AM +0100, Pieter Palmers wrote:
(cut)
What I think could be possible is using (writing a driver for) the
scratchamp with OSS or ALSA drivers, as they seem to be USB soundcards
by creative. Those will have standard chipsets.
But that wasn't the question I guess...
On Thu, Jan 23, 2003 at 04:19:28PM +0100, Vincent Touquet wrote:
Interesting reply :)
I was going to write a boatload of stuff, but I can put it more
concisely (I think I have this from the latest Linux Journal or some
other magazine or online article).
concisely: only the next paragraph should
On Thu, Jan 23, 2003 at 11:30:45AM -0500, [EMAIL PROTECTED] wrote:
IMO the *worst* possible scenario is that the commercial companies (many of
whom are a one man show) decide that they want to join the MMA, while a
sizeable group of others decide to persue a parallel effort. That gives us
2
Check this out:
- http://www.opnlabs.com/
- http://www.opnlabs.com/ekochart.php
[comes with XP or LINUX !]
Does anyone know more about this synth ?
It really strikes me that you can choose
between XP or Linux, its just great :)
regards
v
On Tue, Jan 14, 2003 at 10:01:44PM -0500, Paul Davis wrote:
(cut)
also, for folks here who are not on ardour-dev, please critique this:
http://www.op.net/~pbd/brochure.pdf
Read it and the only thing I could come up with,
was an extra hyphen, which is undecided in English anyway :)
[twenty
On Wed, Jan 08, 2003 at 04:46:19PM -0800, Josh Green wrote:
(cut)
I remember something similar being discussed on LAD a while back (but I
think it was about networking of Linux Audio prefessionals for contracts
and jobs, correct me if I'm wrong), perhaps this idea could be added to
that same
On Wed, Jan 08, 2003 at 05:12:47PM -0800, Mark Knecht wrote:
[cut]
The way I read Paul's note they are not restricted, therefore they are
public. Wouldn't want to drive that far and find out differently.
[cut]
Not sure whether this fits in here,
but I thought it might be interesting.
I
Wow, please do :)
I'm immensely interested.
best regards
vincent
On Mon, Oct 07, 2002 at 05:34:59PM +0200, CK wrote:
I read:
How well does it work? Does it truly work just like a standard turntable setup
would, or does it have an artificial feel or sound to it?
dunno about final scratch but
On Sat, Sep 07, 2002 at 02:01:24PM +0200, Peter Hanappe wrote:
We're thinking of adding a .wav loader to iiwusynth. In that
case you won't need to convert it to a soundfont before hand.
I can't give you a date when this feature will be available,
though.
Nice :)
I'll be looking forward to it.
On Thu, Sep 05, 2002 at 10:15:57AM -0700, Brian Redfern wrote:
IIwusynth is really nice and performs well, its a soundfont software
sampler, and swamii is a soundfont editor that uses it for its engine. I
get good realtime playback on my laptop and have access to tons of
soundfonts on cdrom.
Is
On Thu, Sep 05, 2002 at 10:39:07AM -0700, Brian Redfern wrote:
Soundfonts are based on normal samples, they just give you control over
envelope paramters so you can use midi to control extra parameters, like
use velocity to alter cut off. I'm working on my own personal library
right now with
Hi,
I ask this question here because I know
a lot of you manage to install lots of
applications from a fresh cvs snaphot
without troubles (I think ;).
How do you manage these from-source installs ?
Are there people who use stow ?
[cfr. http://www.gnu.org/software/stow/stow.html]
Or does make
On Fri, Aug 16, 2002 at 11:18:54AM +0200, Ingo Oeser wrote:
(cut)
Price: We got them donated, but they cost about half a car, if
you get them new, we have been told.
That would be a showstopper for me :)
1000$ is one thing, but I cannot afford 2500$+
It seems interesting though.
I'll let
On Fri, Aug 16, 2002 at 12:31:22PM +0200, Tobias Ulbricht wrote:
Rediculus!
where has tolerance, hospitality and an unbiased attitude towards others
gone that this list had so far?
ACK.
I have been upset by some messages on this list too.
I didn't want to react as it seemed like
*an utter waste
On Fri, Aug 16, 2002 at 02:22:35PM -0400, Paul Davis wrote:
(cut)
2) is cheap, the patch exists, and we should consider promoting it as
widely as the low latency patches.
(cut)
Ok, let the lobbying begin :)
v
On Tue, Aug 13, 2002 at 09:25:45PM +0200, Ingo Oeser wrote:
(cut)
Ok, I grasp your intent,
its a good idea.
Letting a DSP idle is not the best idea,
so if you can use it for specific computations,
that would be nice.
Could you tell me exactly what you would
do with this board and how that
On Tue, Aug 13, 2002 at 12:14:12PM +0100, Steve Harris wrote:
(cut)
The Chameleon isn't quite as convienent as it can't be applied in-line as
part of a LADSPA/JACK chain.
(cut)
Wait for the digital IO in the next version :)
Sure this is possible now too, but
with extra D/A - A/D - Chameleon -
On Tue, Aug 13, 2002 at 09:44:23AM +0200, Ingo Oeser wrote:
Give our project a sample board, a data sheet and some time then
we'll integrate it into our Linux-DSP-Project.
You can find it under
http://osg.informatik.tu-chemnitz.de/forschung/linux+dsp/index.html
I'm not sure I fully grasp the
On Tue, Aug 13, 2002 at 09:44:23AM +0200, Ingo Oeser wrote:
(cut)
Give our project a sample board, a data sheet and some time then
we'll integrate it into our Linux-DSP-Project.
(cut)
I read your paper and it interests me to say the least.
The thing that is driving me to use the Chameleon
is its
http://www.soundart-hot.com/developers1.htm
Remembering past threads, i know
some of you have wanted to create
a fully programmable DSP engine.
Well, it has been done.
Separate DSP controller,
fully programmable display and IO.
SDK and everything needed to
program the beast are given
away for
On Mon, Aug 12, 2002 at 03:52:47PM +0100, Steve Harris wrote:
Sadly it can't be programmed form linux (or couldn't last time I checked).
Well, it uses a standard motorola dsp.
I'm sure you can find a suitable compiler.
Then you only need an editor and a way
to send your data over in sysex.
On Mon, Aug 12, 2002 at 05:26:50PM +0200, Tim Goetze wrote:
(cut)
Anyway, that thing looks usable.
(cut)
Very much so :)
v
On Mon, Aug 12, 2002 at 06:44:38PM +0200, Sebastien Metrot wrote:
Mine does :-) , but have you listened to the sample soundclips (the opera
singer)? It sounds so bad I wonder how they expect to sell anything with
such material.
Here it sounds good actually :)
Also expect loss of quality due to
On Sat, Aug 10, 2002 at 02:07:20PM -0500, Mark Rages wrote:
(cut)
Well, I've never had any problems with cdparanoia, but the web page
is full of Real Soon Now hype for Paranoia IV which will have a
library and API for others to use.
(cut)
:) I guess they forgot then
I guess the Xiph boys have
On Thu, Aug 08, 2002 at 03:39:11PM -0700, Andrew W. Schmeder wrote:
(cut)
features, e.g. cell arrays, better object support, java integration. However
these days I recommend Python with Numeric/Scientific/SciPy extensions over
Octave (and over Matlab). In addition to Python's unquestionably
On Thu, Jul 25, 2002 at 12:24:56AM +0100, Phil Kerr wrote:
(cut)
It's a very simple protocol to use and it seems to work fine on a LAN. It
can also handle the saving and restoring of app config data by broadcasting
it's config as XML.
(cut)
Just thinking out lout :)
If you use this on the
Maybe we should check out if
they are seeking to actively
sponsore software audio projects ;)
vincent
On Tue, Jul 23, 2002 at 02:30:22AM -0300, Juan Linietsky wrote:
ok, but the question is, what for? What else do you need other than
start/stop/seek ? doesnt midi proovide that already? then why
something else?
Also using midi you make sure that what you do is synced to external
devices...
You
On Tue, Jul 23, 2002 at 08:43:36AM +0200, n++k wrote:
Why not use an SQL database for storing session/project metadata?
(configuration and such) We have the benefit of having a few quite
stable free software SQL databases. (mysql, postgresql, sapdb) so
requiring one wouldn't be too much to ask..
On Tue, Jul 23, 2002 at 04:56:06AM -0300, Juan Linietsky wrote:
And also you cant do the neat thing of asking all your apps to save
all their data
to a directory so you can create a targzip with the project :)
That point is irrelevant,
you can extract everything from
the database and tar gzip.
On Tue, Jul 23, 2002 at 12:07:43AM -0400, Paul Winkler wrote:
Does this help?
http://developer.gnome.org/arch/sm/extension.html
(cut)
_GSM_Priority
(cut)
So their would be a dependency on gnome-session-manager
(and what else ?)
regards
vini
On Tue, Jul 23, 2002 at 02:09:32PM +0100, Steve Harris wrote:
(cut)
Yes, It's terrible. I remeber hearing from someone a year or so ago,
who was incharge of cleaning up the source. I never heard any more though.
Well he had to clean it up,
I guess he just escaped and ran away ;)
vini
On Tue, Jul 23, 2002 at 07:38:25PM +0200, Martijn Sipkema wrote:
(cut)
Using UST would also enable syncing to video or some other media
stream without it all residing in the same API.
(cut)
That would certainly make me very happy :)
vini
On Tue, Jul 23, 2002 at 02:00:15PM -0300, Juan Linietsky wrote:
(cut)
Yes, I agree that midi sucks. I'm wondering why dont we have
a newer protocol by now, but we dont. So there's nothing else
than having to stick to that archaic crap :)
(cut)
What about Yamaha's mLan ?
I thought that was some
On Tue, Jul 23, 2002 at 01:14:18PM -0500, Arthur Peters wrote:
(cut)
I think there might be problems with option 1 when the apps are running
on different machines (as was mensioned earlier). Maybe a hybrid would
work: provide an API for each app to pass it's data to the project
server. This data
Yamaha has a large NDA tradition,
making lots of things impossible.
As another example: the filesystem
format of their A series samples storage.
It would be so nice if you could mount
these disks in Linux too, but yammy
refuses without an NDA ...
Ask them the question though :)
They have to
On Mon, Jul 22, 2002 at 04:44:00PM -0400, Paul Winkler wrote:
On Mon, Jul 22, 2002 at 05:18:46PM -0300, Juan Linietsky wrote:
I think this can be solved by developing a metadata protocol between
apps, so the can intercommunicate
status and other things, and having a master app that manages
On Fri, Jul 19, 2002 at 05:11:06AM +0200, Torben Hohn wrote:
BTW:
I consider XML to be bloat.
At least it is portable bloat ;)
No, seriously, xml has advantages over plain ascii,
when you consider xslt, rdf, ... etc etc
regards
vini
On Fri, Jul 12, 2002 at 02:40:36AM +0300, Kai Vehmanen wrote:
On Thu, 11 Jul 2002, Paul Winkler wrote:
Without breaking binary compatibility,
Can someone explain to me why that's important at this point in time?
Well, it's not _that_ important, but there are a few good reasons...
1) The
Yum,
can't wait till 2.6 hits the streets :)
vincent
RTC is still more accurate, but on the other hand, you don't need root
privileges to take advantage of the 1kHz ticks!
--
http://www.eca.cx
Audio software for Linux!
On Sat, Jun 22, 2002 at 07:13:43AM +0200, David Olofson wrote:
Well, I'll try to get started before you get bored... ;-)
;-)
Well, I read all the stuff you wrote and I agree.
Especially the idea of logical vertices and lines
is a good one and most of the time, though not
always beautiful ideas
On Sat, Jun 22, 2002 at 02:39:18PM +0100, Bob Ham wrote:
(cut)
And by the by, what on earth is going on with this? What's going on to
do something about this situation? It seems many people are aware of
the USPTO's idiocy, yet they are still allowed to carry on being
idiots. Why are people
Nope, not yet,
I'm on my way though to join you :)
Not everyone likes irc though,
and that's ok :)
regards
Vini
On Sat, Jun 22, 2002 at 02:59:30PM +0100, Bob Ham wrote:
I've been looking around for IRC channels populated by lad people but to
no avail. Have I missed a place, or is there none?
On Wed, Jun 19, 2002 at 11:28:14PM +0200, David Olofson wrote:
That said, the XMMS/WinAmp model *is* in fact of the first kind I
mention above; GUIs with custom graphics. A skin for such an
application is basically just a set of images that replace the
original custom graphics.
It's like
On Wed, Jun 19, 2002 at 11:20:20PM +0200, David Olofson wrote:
(cut)
of programming. It looks like it would be a fast and easy hack, as
everything's so visually obvious and intuitive, but that's just an
illusion...
I think I agree, though my GUI programming
experience is quite nonexistant :)
Cool, they must be lucky I didn't
think of patenting it when I just
thought of it now ;)
vincent
On Fri, Jun 21, 2002 at 11:05:10AM -0400, Paul Davis wrote:
Sounds quite a lot like the way almost every GUI toolkit I've looked
at works (see XForms, GTK+, Qt, Gtkmm for examples) :)
--p
On Fri, Jun 21, 2002 at 12:36:49PM -0700, STEFFL, ERIK *Internet* (SBCSI) wrote:
freeamp allows you to specify bitmaps of arbitrary size/shape for gui
elements and place them where you want (there's an xml file that specifies
the GUI), you can omit the GUI elements you don't need/want in
Continuing in the thinking out loud department,
so I don't have to study ;):
Seems a waste to hardcode all the GUI stuff though.
How do they get about theming their controls
in Xmms / mplayer ... ?
Slider bars get different sizes and sometimes
shapes in such programs, yet they
retain their
On Wed, Jun 12, 2002 at 11:19:56AM +0100, nick wrote:
(cut)
Theyre not *that* difficult really, it's just the initial learning which
already (this is from my experience writing amSynth
http://amsynthe.sf.net). The problem is that everyone likes a different
toolkit.. for example, I used GTK--, and
Keep this idea on hold for a while
(but keep on discussing :).
I'm going offlist for a while
(won't read it till end of June),
cause exames are up and I always
find a good excuse inhere not to study ;)
so see you later !
regards
Vini
My exams are over in just over a week, and I intend on getting my pc
running linux full time with alsa and stuff. I really want to help do
/something/ in the linux sound area - at the moment I'm very definetly
on the needing help stage.
Great, more power to you !!
If you need help, post on the
There is some bad news lurking too,
let's hope this posting:
http://sourceforge.net/forum/forum.php?thread_id=687636forum_id=164360
doesn't reflect the authors real intentions for the future ... :(
regards
Vincent
On Tue, Jun 11, 2002 at 04:02:16PM +0100, Phil Kerr wrote:
Hi List,
Slashdot
On Mon, Jun 10, 2002 at 09:30:36AM -0400, Paul Davis wrote:
(cut)
Read the archives. We've been through this before. I'm not going
through it again.
(cut)
ACK !
Every once in a while people bring up the same
questions people in this list
thought long and hard about and solved.
Before you
(cut)
I'm afraid i didnt make myself clear. I tried to expain this in
previous mails, but I think i'm failing so far.
I perfectly understand what JACK is, but as I said before,
it's primarily meant for low latency stuff.
So my proposal consisted in two things.
1-The first one is to proovide
On Mon, Jun 10, 2002 at 06:09:01PM -0300, Juan Linietsky wrote:
(cut)
I think Kai Vehmanen did a much better job explaining this than
myself, since I dont know the internals of alsalib. I'll just repost
what he said:
(cut)
Ok :)
If you want what Kai and Taybin are referring to,
its doable, it
Do you know if these
patches will make it into
the mainline kernel ?
I don't know what objections there
could be to a conditional_reschedule() ?
regards
Vincent
On Sun, Jun 09, 2002 at 11:00:53PM +0300, Jussi Laako wrote:
Yes, I have made some lowlatency additions to Matrox and ATI drivers.
At
On Sat, Jun 08, 2002 at 01:11:10AM +0200, David Olofson wrote:
(cut)
From the application POV, both approaches give the same result: Two
worlds with different schedulers and services - and unfortunately,
different drivers. That is, if you want real time I/O, you still have
to port Linux
I took the freedom to announce this here :)
I think it is a _great_ step forward for
low latency, besides the low latency and
interruptible kernel patches.
Announcement:
http://www.opersys.com/press/prelease-adeos-020603.html
LKML thread:
http://marc.theaimsgroup.com/?t=10230935972r=1w=2
[OT] test - please ignore
1 - 100 of 133 matches
Mail list logo
