On Wed, 2006-05-10 at 07:07 -0400, Lee Revell wrote:
> On Wed, 2006-05-10 at 14:55 +0200, Esben Stien wrote:
> > ZAP Audio Plugins
>
> I like this one, especially if the R. Crumb reference is intentional
>
hmm ZAP. not only the least offensive recursive acronym i've seen but
it's
also catchy, ha
On Sat, 2006-02-25 at 19:19 -0500, Lee Revell wrote:
> On Wed, 2006-02-22 at 21:25 -0600, Jan Depner wrote:
> > On Wed, 2006-02-22 at 01:23 -0500, Lee Revell wrote:
> > > On Wed, 2006-02-22 at 06:14 +, peter wrote:
> > > > i have a question for you though, would
On Fri, 2006-02-24 at 16:15 +0100, Esben Stien wrote:
> Eric Dantan Rzewnicki <[EMAIL PROTECTED]> writes:
>
> > resources and bandwidth for Linux Audio stuff
>
> Why not grab this excellent opportunity to call it gnu audio. Should
> we have a different one for gnu/hurd audio when we start running
On Wed, 2006-02-22 at 15:36 -0500, Dave Robillard wrote:
> On Wed, 2006-22-02 at 10:32 +, Chris Cannam wrote:
> > Anyway, I've said more than enough.
>
> Havn't we all... :)
>
> -DR-
yeah but, no but, yeah but, no..
pete.
On Wed, 2006-02-22 at 01:23 -0500, Lee Revell wrote:
> On Wed, 2006-02-22 at 06:14 +0000, peter wrote:
> > i have a question for you though, would you take widespread copyright
> > infringement over pervasive DRM (and it's associated outcomes)?
> >
>
> This is
On Tue, 2006-02-21 at 20:03 -0600, Jan Depner wrote:
> On Tue, 2006-02-21 at 17:23 -0800, Kjetil S. Matheussen wrote:
> >
> > But why do you consider it stealing?
> I just can't resist this. Please send me a copy of your latest
> song, novel, whatever. I'll post it on the internet with my na
David Kastrup wrote:
Pete Bessman <[EMAIL PROTECTED]> writes:
On Tue, 2006-02-21 at 11:06 +0100, David Kastrup wrote:
Pete complains that maybe he has listened too much to Stallman. I am
afraid if he did, he did not understand too much. Stallman is not a
person who promises superior
Chris Cannam wrote:
On Tuesday 21 Feb 2006 15:57, Pete Bessman wrote:
On Tue, 2006-02-21 at 16:30 +0100, David Kastrup wrote:
Following your kind of logic, people caring for peace on Earth are
damaging the livelihoods of weapon producers, decent people mostly,
and that merely for their
On Sun, 2006-02-12 at 14:21 +0100, Christian Schoenebeck wrote:
> Ok, so the knobs where rendered with Blender. Whatabout the rest?
i've been using blender, inkscape and the gimp. (BIG? =)
the knobs and a basic button in blender, everything else in the gimp and
inkscape (mainly the gimp)
On Sun, 2006-02-12 at 16:16 +1100, Loki Davison wrote:
> > do you still object to it's presence even if you don't use or look at
> > it?
> Yeah, i probably still object to it's presence. What is the point of a
> standalone version? What is wrong with just using jack-dssi-host? If
> you want a stand
On Sun, 2006-02-12 at 14:35 +1100, Loki Davison wrote:
> Please, pretty please get rid of the keyboard. If you want a sexy
> keyboard, skin vkeybd don't include a keyboard in your dssi. Apart
> from that i actually quite like it.
assuming i ever finish it and it gets used (2 big ifs), it will be
On Sat, 2006-02-11 at 02:29 +0100, [EMAIL PROTECTED] wrote:
> Does anyone know a good way to write code that renders synth
> knobs/potis/controllers?
> I was looking around to rotate an image which only worked in opengl...
Assuming for a moment that you don't have strict memory requirements,
you
On Fri, 2006-02-10 at 08:10 +1100, Conrad Parker wrote:
> Hi,
>
> I'm trying to find a copy of a program called "maube":
>
> http://www.vergenet.net/~conrad/maube/
>
> It's from 1997, and I'm hoping that maybe someone who's been around here
> for a while might have a copy ...
http://www.zenad
staring at Matthias Nagorni's miniArp. You can
find it at http://www.suse.com/~mana/miniArp.c.
Hope this helps,
Peter
ols in ALSA? This seems like a
fairly significant omission.
Best,
Peter
as to be compatible with a large
number of other software packages? Any hints would be appreciated.
Pointers to sample implementations of MIDI sync with ALSA would be
great.
Best,
Peter
le bit of overall latency as long as my devices are in sync.
Peter
;d have to
> measure how soon after a note-on command its analog output shows a
> signal.
I'd be happy just to have this for soft synths since they seem to be the
main source of latency anyway.
Best,
Peter
is
connected to jack, it could get jack's current latency, add its own
latency, and report the result. Is this science fiction?
Any thoughts on these issues would be appreciated!
Best,
Peter
ff by staring at Matthias Nagorni's miniArp.c.
It's not labeled as a tutorial, but it's a nice introduction to
ALSA programming. You can find it at
http://www.suse.de/~mana/miniArp.c
Best,
Peter
at some point in the past, Thorsten Wilms did write:
> While ladspa control dialogs tend to be ugly, and things like having
> sliders for boolean values sucks, I can't say i miss plugin GUIs like
> I got to know while using Cubase VST much. Inconsistent eye-candy
> nonsense and useless big market
tform).
If aoss can be fixed to support more apps then it should be fixed.
OSS api should be removed from kernel.
Peter Zubaj
On Sat, 2005-07-02 at 11:26 +0200, Florian Schmidt wrote:
> On Sat, 02 Jul 2005 00:17:38 -0400
> Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > No!!!
onally thing this is best alsa
part) not alsa-drivers.
Peter Zubaj
___
Podte na navstevu k Wande - k najlepsej priatelke kazdej zeny na internete.
http://www.wanda.sk/
someone
wants use jack it can be used to route audio to jack. Also there are
alsa <-> OSS driver plugins. This means you can output sound from alsa
app to oss driver or capture from alsa driver without any source change.
Peter Zubaj
Hi,
Why not solve this kinds of problems.
Soulutions:
1) Remove OSS drivers from kernel - then all problems will be alsa
problems.
2) Remove OSS emulation from alsa - then all problems will be OSS
problems.
Otherways this will be newer end.
Peter Zubaj
slmodem is for SmartLink modems (it has this in licence) and it contans
binary part - it can not run on PPC or other processors.
I've seen somewhere project to write software modem, but it was not
finished and abandoned.
Peter Zubaj
[EMAIL PROTECTED] wrote:
On Thu, Apr 14, 2005 at 03:27
Hi,
>what if we want to experiment with h/w dsp? (e.g. the 1820m from
creative professional aka emu)
AFAIK emu1820 uses Audigy DSP - hw DSP effect are available only for
48 kHz. Correct me if I am wrong.
Peter Zubaj
Vsetko o SuperStar
h
ftware/pyseq.tgz
if you're interested. Documentation is still minimal, but the GUI is
supposed to be self-explanatory, and the tarball contains a little pdf
document that explains the most important points.
Peter
and I can already use it to control
programs like jamin, for example. You can find the current version at
http://www.math.tu-berlin.de/~brinkman/software/pyseq.tgz
if you're interested.
Best,
Peter
rn
is that any such tool would require a lot of calibration, and it be
rather sensitive to any changes in the target GUIs.
> Unless, of course, you want to control non-music applications, whose
> authors will likely show little favour for OSC-enabling patches.
Well, at the very least I'd like to keep the option of creatively
misusing MIDI events (how about a game of Pong, with paddles controlled
by MIDI sliders;).
Peter
ol events to parameters
of its modules, and I'd like to have this sort of feature in other
programs. The solution I have in mind is to have Python map MIDI
control events to X events, which would, in theory anyway, let me
add MIDI controls to almost any GUI. I have a hunch that this idea
may not fly in practice, but I'm having fun thinking about it.
Best,
Peter
ndled as well.
Does anything like this exist? If not, does some part of it exist?
For instance, it would be extremely helpful to have a Python wrapper
for ALSA structs such as snd_seq_event_t. Any thoughts would be
appreciated.
Best,
Peter
.
Other ways will require driver change.
Peter Zubaj
http://www.pobox.sk/ - najvacsi slovensky freemail
or not). Why I think so, because
creative don't make extra chip for only one card.
Only change is reverse engineering windows drivers. I think better is
invest time to something other as this.
Peter Zubaj
http://www.logofun.pobox.sk - urobte rados
m ldrumdssi.so | grep U
U _ZNSt8ios_base4InitC1Ev
U _ZNSt8ios_base4InitD1Ev
U __cxa_atexit
U __dso_handle
U __gxx_personality_v0
U calloc
U free
U malloc
>
Can anybody tell me what I'm missing?
Regards,
Peter Eschler
--
"With
U __dso_handle
U __gxx_personality_v0
U calloc
U free
U malloc
>
Can anybody tell me what I'm missing?
Regards,
Peter Eschler
--
"Without music, life would _O_/ \_O_/ +--+
be a mistake - I would/ ))[]
On Tuesday 13 April 2004 16:17, Alex Marandon wrote:
> On Tue, Apr 13, 2004 at 01:24:08PM +0200, Peter Eschler wrote:
> > If you don't mind heres's another trick ;-)
>
> I don't mind at all, the screenshots are so attractive that I do want to
> give LDRUM a try
On Tuesday 13 April 2004 09:40, Alex Marandon wrote:
> On Tue, Apr 13, 2004 at 12:54:32AM +0200, Peter Eschler wrote:
> > > paramtooltip.h: In member function `void ParamToolTip::updateTip()':
> > > paramtooltip.h:25: error: no match for 'operator=' in '
On Monday 12 April 2004 20:07, Alex Marandon wrote:
> On Sun, Apr 11, 2004 at 09:06:13PM +0200, Peter Eschler wrote:
> > LDRUM version 0.6.0 (formerly known as Lindrum) is available.
>
> Hi,
> It fails to compile here :
>
> [...]
> make[3]: Entering directory `/home2/
On Monday 12 April 2004 18:29, Paul Winkler wrote:
> On Mon, Apr 12, 2004 at 06:00:48PM +0200, Peter Eschler wrote:
> >
> > Since i did some LAMP sites last year, i have some experience in creating
> > a dynamic site. Like with everybody else my time is limited, but tryin
dditional maintenance work and i'm not a DB guy.
As i said, i can't promise anything, but if you do not have other plans for
the site in your queue, i would give it a try.
PE
--
"Without music, life would _O_/ \_O_/ +--+
be a mistake - I would
flashes according to sequencer events
- gui: parameter tooltips stay visible when adjusting value by mouse-wheel
- gui: pattern steps can be edited while sequencer is playing
Have fun,
PE
--
"Without music, life would _O_/ \_O_/ +--+
be a mistake - I would
m)? Can i package these samples with
my drummachine? I don't own these machines thus they are not sampled by
myself instead i got them from the internet and other sources.
PE
--
"Without music, life would _O_/ \_O_/ +--+
be a mistake - I would
m the author of qjackctl . His package uses qmake internally but
offers an autoconf setup.
PE
--
"Without music, life would _O_/ \_O_/ +--+
be a mistake - I would/ ))[] | Peter Eschler|
only believe in a god who \\// | [EMAIL PROTECTED] |
knew how to dance." (Nietzsche) //\\ +--+
projects. To learn. And IMHO they're not useless. Maybe my project will be
dead at the end of the year. But then i made my experience and still can join
hydrogen or other projects.
CYa
PE
--
"Without music, life would _O_/ \_O_/ +--+
be a mistake - I would
On Monday 01 March 2004 02:08, Dave Robillard wrote:
> On Sun, 2004-02-29 at 19:23, Peter Eschler wrote:
> > Aah, the toolkit! I know the discussion according Qt and other toolkits
> > and i don't want to start another debate here ;) But I have to admit: I'm
> > a
uot;Without music, life would _O_/ \_O_/ +--+
be a mistake - I would/ ))[] | Peter Eschler|
only believe in a god who \\// | [EMAIL PROTECTED] |
knew how to dance." (Nietzsche) //\\ +--+
ndependent from the gui (and
then controlled by MIDI). For now there simply is no executable which starts
the engine only. This will be available in a future release.
PE
--
"Without music, life would _O_/ \_O_/ +------+
be a mistake - I would
Btw: Lindrum uses two selfmade C++ wrapper libraries called jackpp and
ladspapp. They are contained in the lindrum tarball. Since they might be
interesting standalone too, they are available as separate tarballs at the
above url (check the end of the page).
Bye and have fun,
Peter Es
Specimen is a midi controlled audio sampler for GNU/Linux systems. It
supports the ALSA midi sequencer interface, and can output audio via
ALSA or JACK. This release encompasses some significant changes,
making Specimen usable software for enthusiasts. Hook it up to a
sequencer, connect it to Ar
At Thu, 27 Nov 2003 12:27:28 -0500,
Dave Phillips wrote his thesis:
> Okay, that's my two drachmas. Most of the folks here have heard all this
> from me before, sorry about your luck. ;)
For the record, I haven't, and I appreciate the insightful and thought
provoking post.
[pb]
Specimen is a midi controlled sampler, and it's very first public
release is available from http://www.gazuga.net/specimen.tar.gz
In all honesty, I advise against downloading this in it's current
state unless you intend to hack on it or play with it for sheer
amusement value only. There are a few
ussion of
why /not/ to use the LGPL _by_it's_authors_.
-Peter
big enough speaker system, I
suppose...). My current SFs are way too fancy (but they sound real nice on
my PC monitor speakers...).
-- Peter
On Thursday 24 Oct 2002 18:32, Kjetil S. Matheussen wrote:
> On Tue, 22 Oct 2002, Peter L Jones wrote:
[snip]
> >
> > I don't want to have to learn about DSPs and stuff to be able to identify
> > a _good_ sound card. I've currently got a shortlist for my ne
s handle hot plugging of
multiple USB audio/midi devices? Could not creation/deletion of jack ports
do something similar (even if that meant, "unplug old jack device with n
ports", "replug new jack device with n+/-m ports"... that's nasty...)
-- Peter
On Tuesday 22 Oct 2002 22:10, Kai Vehmanen wrote:
> On Tue, 22 Oct 2002, Peter L Jones wrote:
> > When I run latencytest0.42-png from [EMAIL PROTECTED], I get about 99%
> > sub 2ms latency. But jack still complains of xruns of about 50ms.
> > There's something
On Tuesday 22 Oct 2002 23:22, Kai Vehmanen wrote:
> On Tue, 22 Oct 2002, Peter L Jones wrote:
> >
> > Heh. Now, one of these I have in my machine ((PII vintage) Celeron 400)
> > already. The other would set me back £150. Your comment makes me think
> > there's li
On Tuesday 22 Oct 2002 22:07, Kai Vehmanen wrote:
Kai,
Many thanks for the reply.
> On Tue, 22 Oct 2002, Peter L Jones wrote:
> > I don't want to have to learn about DSPs and stuff to be able to identify
> > a _good_ sound card. I've currently got a shortlist for my ne
On Tuesday 22 Oct 2002 20:27, Patrick Shirkey wrote:
> Peter wrote:
> >All these things just make life _easier_. I want to get on with
> >developing code, not wondering why my hardware isn't performing. I
> >don't _want_ to have to learn _that_ part of the system
simply failing to understand... but I don't know where to
start investigating.
-- Peter
ing
code, not wondering why my hardware isn't performing. I don't _want_ to have
to learn _that_ part of the system. Because I'll only need to do it once:
when I spec the next machine. (The next time I spec a machine, everything I
found out last time will be out of date.)
-- Peter
On Sunday 20 Oct 2002 21:38, Kai Vehmanen wrote:
> On Sun, 20 Oct 2002, Peter L Jones wrote:
> > I also want to be able to do this on my current machine, a Celeron
> > 400. Jack won't run - my machine's too slow. MPlayer won't run - my
> > machine'
plications should then just be a matter of picking the plugins and gluing
them together...
(And keep the latency introduced by the engine to zero...)
Ta.
-- Peter
bk3 restores the balance a little. (I've a USB mouse and it was far worse
than 2.4.19-ck5-rl for jittering.) ALSA sound i/o (timidity-based sequencer
so exercising both pcm and midi) is not _bad_, though - worse than
2.4.19-ck5-rl, but not bad.
-- Peter
On Wednesday 02 Oct 2002 19:47, Peter L Jones wrote:
> On Wednesday 02 Oct 2002 17:44, Takashi Iwai wrote:
> > At Fri, 27 Sep 2002 22:57:15 +0100,
> >
Argh - I meant to send this to Takashi not the list!
Sorry :-(
-- Peter
On Wednesday 02 Oct 2002 17:44, Takashi Iwai wrote:
> At Fri, 27 Sep 2002 22:57:15 +0100,
>
> Peter L Jones wrote:
> > Hi all,
> >
> > I've tried to subscribe to Eric A Walsh's TiMidity mailing list but it
> > doesn't appear to be working... (
as a soft-synth)
...being posted to this list? (Feel free to pick'n'choose.)
(The patches amount to 746 lines against the current beta. The doc amounts to
608 lines but it's not completely finished yet...)
-- Peter
; like: grep -r 'yaddi yadda' *
I only have two soundfonts to worry about - but I guess they get paged on
demand, too.
>
> liulk
-- Peter
___
linux-audio-dev mailing list
[EMAIL PROTECTED]
http://music.columbia.edu/mailman/listinfo/linux-audio-dev
d list all
its patches - and maybe even categorise them - a controller keyboard with a
(small) display would be adequate without needing GM.)
-- Peter
___
linux-audio-dev mailing list
[EMAIL PROTECTED]
http://music.columbia.edu/mailman/listinfo/linux-audio-dev
igned to what, for example?
>
> I was wondering aloud to Peter (iiwusynth) about this a while ago.
> You could implement this kind of stuff in SysExs quite easily and if you
> could strip program names from a soundfont too it might prove even more
> useful. A softsynth description
On Tuesday 17 Sep 2002 23:23, David Olofson wrote:
> On Tuesday 17 September 2002 20.33, Peter L Jones wrote:
[snip]
>
> > I was thinking it might be fun to have a midi sequencer with a
> > rather large library of MIDI controllers. I was thinking of using
> > Non-Regist
On Tuesday 17 Sep 2002 23:23, David Olofson wrote:
> On Tuesday 17 September 2002 20.33, Peter L Jones wrote:
> > Hi there,
> >
> > Do you (or the list) happen to know if anyone has considered making
> > TiMidity++ a LADSPA host?
>
> Can't remember hearing
s software
sequencing off topic or is there somewhere else I should go to discuss
changes to TiMidity++?
Thanks,
-- Peter
___
linux-audio-dev mailing list
[EMAIL PROTECTED]
http://music.columbia.edu/mailman/listinfo/linux-audio-dev
before hand.
I can't give you a date when this feature will be available,
though.
Best,
Peter
> regards
> v
>
>
>
>
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
fficiency.
Many algorithms can be written more efficiently in a vector form with
fixed vector sizes (cfr. fft). However, as Paul has made clear, this
buffering introduces inherent latency.
Peter
> - Steve
>
Hello,
When i run java sound demo, in Linux, i am getting the below exception;
javax.sound.sampled.LineUnavailableException
Please let me know the workaround for this.
Thanks & Regards,
Peter
Hello,
When i run java sound demo, in Linux, i am getting the below exception;
javax.sound.sampled.LineUnavailableException
Please let me know the workaround for this.
Thanks & Regards
Peter
[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
.wisc.edu/~khan/software/gnu-win32/dllhelpers.html
Check out also MinGW (http://www.mingw.org/). I believe it's easier to
compile to windows with MinGW than with CygWin.
Hope this helps,
Peter
Nathaniel Virgo wrote:
> Hello again,
>
> sorry to bother you all with another stupid que
ossible.
I was thinking of the timing issues.
> Do you think this idea is completely out of scope here? Is there a
> library that does something comparable? (CoreAudio/DirectSound)
DirectSound does not offer that possibility.
Peter
> Regards,
>
> Men
>
>
driver was really easy.
> Now let's say that, since IIwusynth performance isnt that great and
> I'm using so many channels that i'm running out of CPU (dont kill me
> josh/peter ;)
Got the message! ;)
> Probably the easier and more natural approach to this is
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
t only one point in space. So it's
easiest to put the mic and the speaker right next to the ear. Otherwise,
you'll just have two noise sources instead of one ;)
Peter
> maarten
>
>
>
a tracker. maybe we can do this together?
Josh Green, who developed Smurf, and i are working on integrating our
two apps. it will give a nice environment to work with wave synthesis
and to edit and play with samples dynamicly. so combining this with a
tracker be nice.
regards,
Peter
>
>
> regards
>
> Juan Linietsky
>
>
>
>
tly the one I'm complaining about),
ogg123, mpg123, aviplay, gatos, XF86 and probably others I don't remember), so
I can probably fix it myself, but as I don't know where to look it could be
pretty difficult. So I thought I'd ask for hints here where the linux sound
gurus hang o
On Thu, Oct 18, 2001 at 10:09:07PM -0400, Andy Wingo wrote:
> Hi Peter,
hi
> > URL. l52dec apparently only handles output to an audiocard.
> a52dec you mean?
yes sorry.
> gstreamer-launch filesrc location=/path/to/track.ac3 ! a52dec ! afsink
>location=out.wav type=4
This is t
l52dec apparently only handles output to an audiocard.
Bye,
Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023
--
Disclaimer: This E-mail, because of shabby security on the Internet, in no way
reflects my thoughts or intentions. It may even not be from me!
PGP signature
interpreting this. It means that if you type
hdparm -blahblahblah
it has negative impact on the latency, hence you should not run it often.
Having it in initscripts is usually enough.
> when there is access to the hdd, there is a noticable drop out.
Do you have DMA on?
Bye,
Peter Surda (Shur
On Wed, Oct 03, 2001 at 09:34:04AM -0700, Torrey Hoffman wrote:
> Besides the kernel preemption patch and lowlatency patches, does the
> hdparm command "-u1" help this?
Theoretically it should help, I never had corruption due to this and AFAIK
this is enabled by default anyway.
B
audio.
Plus, pre-2.4.10 kernels tend to allocate too large caches for programs that
don't need latency and put those who need (players and X) into swap. This is
way better in 2.4.10.
Bye,
Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023
--
The dark ages were caused by the Y1K problem.
PGP signature
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
selling licenses. This assumption
doesn't fit open-source. Therefore open-source developers should be exempt
from this.
Bye,
Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023
--
The computer revolution is over. The computers won.
PGP signature
What's VST? I've contributed some stuff to the avifile project and we are
planning to integrate more binary codecs (QT, RealMedia), but it isn't top
priority now, so if "VST" is something interesting I could take a look and
tell if it is doable.
Bye,
Peter Surda (S
ot; (among them
are files and semaphores).
> pthread semaphores as supported by linuxthreads are completely
> unrelated to SysV semaphores, and should never be discussed in the
> same message :)
Sorry! Won't do it again.
Peter
> --p
(fd, buf, len);/* might block */
semop(g_sem_id, g_unlock_sembuf, 1); /* unlock semaphore */
What could go wrong?
Do the same restrictions apply with the pthread semaphores
(semaphores(3), semaphore.h) or the pthread mutexes?
Thanks for the help!
Peter
1 - 100 of 106 matches
Mail list logo