Vincent Touquet wrote:
> 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
Frank van de Pol wrote:
> ... for soft synths [...] the events need to be scheduled ahead (sort of
> a pre-delay, say 10ms or more) to let the device/softsynth handle the micro
> scheduling ...
Can softsynths request ahead-scheduling with the current Alsa sequencer
API? If so, how?
Peter
Steve Harris wrote:
> On Tue, Aug 13, 2002 at 12:23:28 +0200, günter geiger wrote:
>
>>Actually I think for output only applications you could get off without a
>>redesign. Just write your data to a buffer and wait until the process()
>>fetches it. This will introduce a buffer copy, but the overh
[EMAIL PROTECTED] wrote:
> On Fri, Jul 12, 2002 at 01:40:42AM +0200, Peter Hanappe wrote:
>
>>[EMAIL PROTECTED] wrote:
>>
>>
>>>For example, in RTLinux, fifos shared
>>>between Linux (non-rt) processes and RT threads are asymmetric: the
>>>R
[EMAIL PROTECTED] wrote:
>
> For example, in RTLinux, fifos shared
> between Linux (non-rt) processes and RT threads are asymmetric: the
> RT thread never blocks, the non-RT thread blocks. In many cases
> it is best to optimize the data operations and perform them under
> a spin_lock with interr
I'm not sure I have the solution to your question, but maybe this
gives you a hint. I guess dlopen in CygWin will try to load .dll
files and not .so files. If that's indeed the case you'll need
to convert from one to the other. You might want to check out
http://www.nanotech.wisc.edu/~khan/softwa
Men Muheim wrote:
> Has anyone ever thought of implementing a library for transfer of audio
> across networks? The API could be similar to JACK but would allow
> inter-host communication. This library would simplify the routing of
> audio across networks by solving synchronization issues etc. Ther
Juan Linietsky wrote:
> I choose my favorite audio composing app, say muse.
> Now i choose my favorite softsynth, iiwusynth.
> Alsa works great for this... now
> Using a theorical audio routing api Iiwusynth will
> proovide me with the following audio sources: A stereo channel (gobal
> mix) 16 m
Frank Barknecht wrote:
> Paul Winkler hat gesagt: // Paul Winkler wrote:
>
>
>>On Sat, Apr 20, 2002 at 11:21:19PM +0200, Peter Hanappe wrote:
>>
>>>SuperCollider is the only program out there that can handle
>>>composition, sound synthesis, real-time,
Michael J McGonagle wrote:
> Kasper Souren wrote:
>
>>>Could you offer some comparisons here? What things are possible in
>>>SuperCollider that are either not available or are more difficult in
>>>SAOL?
>>>
>>AFAIK SuperCollider is much more object oriented. I think it's even
>>'completely' OO,
look, it already tackles some
issues that you might encounter.
Unfortunately I lack the time to do any serious development right now
but I'd
love to discuss it.
Peter Hanappe
On Thu, 2002-04-04 at 12:46, Maarten de Boer wrote:
> i have been thinking about the following before, and now
> that i read about it on slashdot, and it got me thinking
> a bit more.
>
> the issue is sound cancelation. the article mentioned
> on slashdot,
> http://www.newscientist.com/news/news.
Hi Juan,
Excuse to reply to several mails at once, and moving this discussion
from the LAU to the LAD mailing list.
On Fri, 2002-03-22 at 01:43, Juan Linietsky wrote:
>
> Allow me to prove you wrong, lets say we've got 23 bits, now.. 23 bits means numbers
> ranging from 0->8388608.
> now let
dave willis wrote:
>
> yes, it's what i want, too, but not all my oss programs work *at all* with
> alsa. specifically, jmax (2.4.12) does not work with oss-emu, it
> supposedly works with alsa 0.5, but not with 0.9, and i believe that 0.5
> has poor ice1712 (envy24) support.
You might want t
Paul Davis wrote:
>> I just wanted to make sure I understood that. (I might learn something
>> here). First, I guess SysV uses semget(2), semctl(2) and semop(2) to
>> handle semaphores. Does that mean that the following code would not be
>> correct:
>>
>>
>> [ cut ]
>>
>> Do the same restric
Paul Davis wrote:
>>> the problem with semaphores is that Unix/POSIX semantics don't allow
>>> integration of a process sleeping on an file descriptor and a
>>> semaphore (one of the few areas where Windows definitely improves upon
>>> Unix). this would mean adding yet another thread that just sl
limit
the amount of work it does in one cycle.
There are a lot of articles out there that discuss garbage collection
in real-time applications. I wrote an overview about it two years ago.
It has some references to articles if your interested
(http://www.ircam.fr/equipes/repmus/Rapports/PeterHanappe99/ch
an audio thread
> and add a client for music and audio to the external server.
>
> struggeling with artsd at the moment.
> using libartsc.so as a client
> and would use, i.e. libmikmod as input for mods.
> right?
>
> any suggestions, where to look for welcome.
>
> cheers, tobias.
--
Peter Hanappe
[EMAIL PROTECTED]
Josh Green wrote:
> Peter Hanappe wrote:
>
>> That would be a really good idea. I should study a little more the
>> various required file access functions. My basic needs were just a
>> file reading API. Off course, we would have to design a full file
>> editing A
each packet has a header so they
can be kept in the right order.
--
Peter Hanappe
[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
> Quoting Peter Hanappe <[EMAIL PROTECTED]>:
>
>> I couldn't resist replying to this mail. It seemed like a good
>> opportunity
>> to bring out the soundfont synthesizer I've been working on.
>>
>> It's 1
nts.
PS: Thank you, Josh, for the Smurf SoundFont Editor. I really love it.
It's been very helpful as an application and as a code base! Yes, your
name is in the AUTHORS and THANKS page ;)
--
Peter Hanappe
[EMAIL PROTECTED]
22 matches
Mail list logo
