Hi,
I have some multi-threaded audio software that passes data around
using pointers to data structures. However, I'd like a more
generalized message passing system. The only requirements are that it
cannot block the sender or receiver (they are considered soft
'real-time'), and also that multiple senders should be able to send a
message to the same receiver at the same time (which makes
non-blocking circular buffers a difficult approach). I'm thinking of
designing something that uses atomic_ops to implement quick locking of
portions of a message queue.
Anyways, my idea is to use something like OSC for message passing, but
without the "path" part of the OSC address. (That is, the path is
already resolved, since threads share memory..)
Does anyone know if something like this has been done previously?
Ideally it would easily scale to inter-process communication, if in
the future I wanted to turn my threads into processes. (Another
reason for basing it on OSC..)
Does any of this make sense?
Basically I've been running into a lot of shared-memory threading
problems, which in retrospect should have been expected and avoidable
if I'd spent more time designing my message passing system. (At the
time I hadn't heard of the atomic_ops library.)
I might have designed the whole system to use timers instead of
threads and avoided a lot of headaches, but I wanted the threads to be
splittable across CPU cores. (Which arguably is a good reason to use
processes.. admittedly the whole thing is starting to point me towards
the "threads are a bad idea" camp.)
Cheers,
Steve
Dear list members,
ReplyTo munging is now deactivated on Linux-audio-dev and
Linux-audio-user. We now have a RFC compliant list.
To reply to the list, you may use the "reply to all" button of your
email client, or the "reply to list" button if your email client has
one.
Best regards,
__________________
Marc-Olivier Barre.
Hi,
Any pointers on where to start for integrating osc compatibility into
jackEQ?
Cheers.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.comHttp://lau.linuxaudio.org - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
I have a problem with a a project I am helping out with (aldrin),
which uses rtaudio version 3.0.3 for jack/alsa/oss handling.
When aldrin starts, it calls libzzub to detect all possible sound
input/output, and then selects the best one (defaulting to jack
if it is running). This is working fine on my system if I have
selected a sub-device from my SBLive card as the sound
input/output device (hw:0,3 works fine). However, if I select the
default jack output (hw:0), I get loads of xruns when aldrin
starts, then jack dies. Doing some further testing, if I disable
detection of alsa after libzzub successfully finds a jack device,
then hw:0 will work fine without any xruns, so it seems that
there is some conflict between jack and alsa.
Lastly, I noted that if I select hw:0,3 as the output for jack,
then libzzub/rtaudio does not pick up hw:0,3 as a valid alsa
output (presumably correctly assigning it as a jack output),
whereas if I am using hw:0 as the output for jack, then hw:0,0 is
also detected as a valid ALSA device.. this makes me think the
xruns are caused by some conflict.
The lead dev for libzzub is not happy with my patch to libzzub
not to detect alsa if jack is found, and would prefer a fix to
the rtaudio code. I am not really sure where to start with this,
since I am not 100% sure what is going on. I would really
appreciate it if anyone could help with this..
Best wishes,
James
This brings plugin in sync with latest lv2 (changed uri, double srate, header)
LV2 Simple Sine Generator is very simple plugin, generating sine when
feed with notes. It should load in any host supporting midi port LV2
extension, i.e. elven, ingen, lv2_jack_host and zynjacku. Plugin should
be usable for testing basic synth functionality and as simple example
synth plugin to start with if you want to code your own LV2 synth
plugin.
Download it from here:
http://nedko.arnaudov.name/soft/ssg/
The new tarball is ssg-20070808.tar.bz2
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
Hello all,
I'm currently developing some resampling code, and would
appreciate your opinion on the quality of the results.
On my website <http://www.kokkinizita.net/linuxaudio>
you will find four files resampled from CD to 48 kHz.
If you have golden, silver or unobtainium ears and some
time, please listen to these files on a good system
(without resampling), and report your impressions (not
to the list but to the address provided on the page).
I'll provide a summary of the results in a month or so.
Many thanks,
--
FA
Follie! Follie! Delirio vano è questo !
Hi,
I'm trying to jackify xwax. Xwax is a linux based emulator for Rane
serato and Final scratch.
I have successfully adapted the code from jackEQ to allow xwax to
register and connect several JACK i/o's.
However the original system uses file descriptors for handling the data
(oss/alsa) internally and this is not instantly compatible with the JACK
callback system. At least it's not obvious to me how to link the
internal streams to the external ports.
If anyone here has a tip to link everything together the code is
available online here:
http://www.djcj.org/code/xwax-jack.tar.gz
There's only 6 or seven small files and the process flows from xwax.c
->device.c. rig.c is also playing a part but I'm not sure it is essential.
I'm sure it's a simple fix probably only a couple of lines, but it's
beyond my skills to get it done quickly so I'm putting it out here in
case anyone feels the urge to give me a hand...
Cheers.
--
Patrick Shirkey - Boost Hardware Ltd.
Http://www.boosthardware.comHttp://lau.linuxaudio.org - The Linux Audio Users guide
========================================
"Anything your mind can see you can manifest physically, then it will
become reality" - Macka B
Hi,
There was a thread on LAD two years ago, almost exactly, pointing out
the denormal problems in TAP's EQ plugins:
http://linuxaudio.org/pipermail/linux-audio-dev/2005-August/013367.html
Unfortunately the problem was never fixed. Many people are still having
issues with 'TAP Equalizer' and 'TAP Equalizer/BW', as there are recent
posts in ardour-users regarding spiralling CPU usage for DSP.
I've been doing my best to debug and fix the problem, but now that I
actually want to reproduce the problem, I can't! I can't reproduce the
jump in CPU usage, although I suffer a loss of audio in Ardour when I
have many TAP EQ's running in a session.
So, I tried a few small changes to tap-plugins-0.7.0 which seemed to fix
the loss of audio. If anyone can reliably reproduce the jump in CPU
usage (which usually triggered by periods of silence in the middle of a
recording), then please try rebuilding the TAP plugins from source, with
and without my attached patch, and see if it helps.
Please note, if your current tap_eq.so and tap_eqbw.so are already
installed in /usr/lib/ladspa/, you may need to edit the Makefile and
remove "local/" from the .so and .rdf install paths.
I'm hopeful that this might cure denormal problems that some people have
suffered from with these plugins for years. If this works, I will test
many more plugins for the same problem and perhaps fix those, too.
Thanks!
--
Steven Chamberlain
steven(a)pyro.eu.org
Linux Audio Conference 2008
Lectures / Demos / Workshops / Concerts / Linux Soundnight
Köln/Cologne, 28.2.-2.3.2008
The 6th Linux Audio Conference is taking place in Cologne (Germany) Feb 28th to
March 2nd 2008.
The Academy of Media Arts[1], Cologne, is proud to host the Linux Audio Conference
2008[2], where once a year programmers and artists, musicians, composers and
practioneers gather to discuss and explore new and important developments in
making music and sounds with Linux and Open Source software.
The Linux Audio Conference is both a meeting of developers writing audio
software for Linux as it is a music festival, where artists from all over the
world show how free software can create fresh and exciting new sounds.
A wide range of workshops, talks and presentations will once again prove, how
Tux, the friendly penguin, spreads its little wings into areas, that no longer
are the realm for the big fish alone - like computer music, sound engineering
and audio distribution. The LAC aims at bringing together developers and users
of Linux and open source audio software with the goal of information sharing,
project discussions, making (and dancing to) music.
Each day of the conference there will be a concert which features music
composed and created with open source software.
Stay tuned for the various calls for Papers, Music and Workshops bound to
appear on the new LAC website - http://lac.linuxaudio.org - right after the
summer break.
The team of LAC2008 is working hard to make the LAC Cologne again a successful
and most of all fun event for all visitors and participants. If you have
further questions, want to cooperate with us or just cannot wait anymore, you
can always contact us by email: lac(a)linuxaudio.org
Hear you in 2008!
Frank Barknecht and Martin Rumori
LAC2008
Mail: lac(a)linuxaudio.org
Web: http://lac.linuxaudio.org
[1] http://www.khm.de
[2] http://lac.linuxaudio.org
On Friday 03 August 2007, njcross(a)sbcglobal.net wrote:
> On Wednesday 01 August 2007 00:39, you wrote:
> > On Wednesday 01 August 2007, Florian Schmidt wrote:
> > > On Wednesday 01 August 2007, njcross(a)sbcglobal.net wrote:
> > > > Just to say thank you for lash_wrap. Seems to work as you stated. I
> > > > tried it with Ardour, Audacity and ReZound and as long as you save
> > > > your work before closing it works well. Thank you!
> > >
> > > A little caveat i found though:
> > >
> > > Apps that create their connections themself are not handled very well
> > > by lash_wrap. E.g. hydrogen, freqtweak etc... It would be cool if these
> > > apps had an option not to create any connections by themself on
> > > startup..
> > >
> > > Flo
> >
> > Erm, just see, jack connection restoring doesn't work with clients that
> > do not create the connections themself either.. hmm, weird.. I suppose i
> > need to debug some more ;)
> >
> > Flo
>
> I'm now having the same connection problems; or rather no connections are
> saved when using glashctl. hmm...
Ok, back to the ML's :)
try:
http://tapas.affenbande.org/lash_wrap/lash_wrap-0.4.tgz
It works here after a quick test.. I have added a --delay [-d] option which
defaults to 3 secs.. That is the time the wrapped client has available to
register jack and alsa ports.. ;)
So if your app takes longer to start than that it will still not work..
Tomorrow or so i will try to add an active scanning mode for jack client names
like for alsa seq client names..
Regards,
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
