> Frank Barknecht <fbar(a)footils.org> writes:
>
> For a compiled language SFront might be used, where in the end the
> synth description is actually compiled with a C compiler into a synth.
Yes, unfortunately no jack support yet ...
More generally:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/pdf/wemp01.pdf
sketches out the tricks sfront uses to do the compilation, most
of these would be applicable to specification languages other
than Structured Audio. Doing "audio engine compilation" for an
API or language that has critical mass would be a good project
for someone to do ...
-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------
Hi folks, your friendly temporary list-admin here.
(Joern's on vacation and I'm filling in.)
We seem to be getting quite a lot of spam lately.
Currently the list is "open" - non-members can post.
I'd like to take an informal poll:
Should the LAD list remain totally open, or should
non-member postings require moderator approval?
I should point out that the LAU list requires approval
for non-member postings, and it seems to be no problem
in my very-limited experience managing the lists:
I check the pending-approval queue at least once a day, find
nothing but spam, and throw it away. Approving a legit non-member
posting would be trivially easy.
--
Paul Winkler
http://www.slinkp.com
Look! Up in the sky! It's GILDED THANATOS MYRKSKOG!
(random hero from isometric.spaceninja.com)
>> I have a couple of algorithms I would like to turn
>> into a softsynth.
>> I want the synth to be alsaseq->synth->jack .
>> And I want it to have a couple of GUI knobs.
>...
>> I would really like to escape dealing with basic functionality
>> which has been implemented tens of times in the existing
>> softsynths, but want to concentrate on the algorithms themselves.
>
>Well, why not extend some of the existing softsynths? That's what I
>do: Because I'm too lazy to write gui code I write Pd externals. The
>GUI part can be quickly done inside Pd (and every other user could do
>their own). jMax or SSM also come to mind
Its only a half of solution.
Can I "compile" or "render" the resulting engine into single executable?
I feel pretty uncomfortable when instead of using
a small self-contained synth I have to load its guts into editing
environment.
>
>and of course it is also
>possible to directly write a LADSPA plugin and load that in one of
>.those softsynths.
Does LADSPA support alsaseq MIDI input?
nikodimka
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
I am distressed. It was my understanding that the 2.5/2.6 kernel branch
was undergoing significant scheduler and latency work, and that 2.6
would eliminate the kernel from the list of obstacles of low-latency on
Linux. It will have the preemptable kernel patch, the new scheduler,
and all of Ingo Molnar's low-latency work. Claims were being thrown
around that 2.6 would be the lowest-latency operating system on the planet.
So how is it that we're in the 2.6.0-test series and people are
complaining about audio skipping in **XMMS**, which uses three second
buffers by default?? If people are getting skips from high-latency
playback, what hope is there for low-latency audio? A series of patches
are coming from both Ingo and Con Kolivas attempting to address this,
but the fact they are just now throwing around potential solutions
erodes at my faith that they really understand the problem or how to
solve it.
Is 2.6.x going to be suitable for low-latency (or even reliable
high-latency) audio? Or is it going to be more of the same: patching
the kernel, tweaking parameters, reading magical incantations, and
hoping for the best?
Reassure me please!
Josh
Hi!
gmorgan is a .. Rhythm Station, an organ with auto-accompaniment and a "small"
Band in a Linux Box. Uses MIDI and the ALSA sequencer for play the rhythm
patterns. Styles, patterns , sounds, and the mixer settings, can be edited
and saved.
Program is released GNU/GPL version 2.
news v0.13 (18/08/2003)
----------------------------
- Added Record. Play, Load, Save and Export as Midi File of what you play.
- Minor bugs solved. Thanks to Robert Jonsson
- Added Stacatto-Legatto parameter for each accompaniment section.
- Re-arranged old patterns to the "correct" lengths.
- Solved bug in engine, now play the correct note length. That can modify
some patterns.
REQUERIMENTS
--------------------------
Linux
ALSA
Fltk
Midi Keyboard (Optional).
Available in:
http://personal.telefonica.terra.es/web/soudfontcombi/http://www.telefonica.net/web/soudfontcombi/http://perso.wanadoo.fr/guy.clotilde/GMORGAN/index.html
Grettings
Josep
Hi, LADs!
I have a couple of algorithms I would like to turn
into a softsynth.
I want the synth to be alsaseq->synth->jack .
And I want it to have a couple of GUI knobs.
So I wonder if there anything resembling
the vst sdk (at least ladspa sdk) to start with?
Or (assuming there's no such sdk existing,
and noting that XAP aka GMPI still to far from here)
which of the synths have the "clearest" architecture.
So I could just productively GPLize the
infrastructure code at the beginning.
I would really like to escape dealing with basic functionality
which has been implemented tens of times in the existing
softsynths, but want to concentrate on the algorithms themselves.
nikodimka.
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
Hello,
we are finally getting close to reaching the original goals set for JACK.
The last big step has been the transport interface (to refresh your
memory, take a look at the initial JACK/LAAGA use-scenario [1]).
Thanks to Jack O'Quin's recent efforts, JACK now finally has a transport
interface (and implementation) that fulfills all the requirements, and
one that makes it possible to realize the example case [1].
Now at this point we'd _really_ appreaciate your input. If you are short
of time, at least take a look at our requirements list at the start of
the design doc:
http://www.joq.us/jack/refman/transport-design.html
The big questions are:
1. Is this API sufficient for your application? If not what is
missing and/or wrong?
2. Do you plan to add support for JACK transport to your app? If not,
what is the main reason not to (no interest, not useful for
your app, you prefer other solutions, etc)?
In addition, comments regarding interface and implementation details are
also welcome.
[1] http://www.eca.cx/laaga
---------- Forwarded message ----------
Date: 13 Aug 2003 22:08:09 -0500
From: Jack O'Quin <joq(a)io.com>
To: jackit-devel(a)lists.sourceforge.net
Subject: [Jackit-devel] CVS commit [0.77.0] new transport BETA test
The new transport interfaces are ready for beta testing. Bring on
your applications and give it a try. We will likely want to tweak a
few things as problems are discovered. So, please don't release any
applications that depend on the new API until the beta test is
finished and we cut a new JACK release. But, the design seems stable
right now.
The reference manual is still at...
<http:www.joq.us/jack/refman>
If you don't want to wait for CVS to catch up, here's a tarball...
<http:www.joq.us/jack/jack-audio-connection-kit-0.77.0-beta.tar.gz>
Highlights...
* new minor version, API version and protocol version
-- to distinguish beta test level from earlier snapshots
-- source compatible with recent 0.76 snapshots
-- transport API not binary compatible: must recompile
* functional test complete (except internal clients)
-- if you have an internal transport client, try it
-- it might work, but I still have no test cases
* jackd -v option (--verbose) now prints useful transport state
change information for debugging JACK and clients both
* includes Bob Ham's makefile fix for the jackrec example client
--
Jack O'Quin
Austin, Texas, USA
Dear Sir,
Compliments, I implore you to take the time to go through my letter carefully as the
decision you make will go off a long way to determine the future and continued existence of the entire members of my family and your own famiy.
Having retired for two and a half year now. I have been bored, until my children introdued me to the use of internet teaching me how wild and how it has made the world a small place.
However, i got fasinated and starting everyday and since i have a lot of time, that is alot of time to spent on the internet.
I came across your contact. I am happy to say that as a former (retired) military service man and former defense minister in Nigeria i been blessed with a lot of influence and all the things money can buy.
I've quite a lot of funds for any useful investment and having discussed with my daughter who handles my finance, i would be glad if you would consider useful whatever investment, either a shipping investment or others.
I actually and eventually wish to build a strong and trustworthy relationship with you as my partner to secure and preserve whatever we might agree to do.
Also i would not suggest for an investment in Africa regarding and considering some obvious security and logistic reasons.
Once again, i am happy for been opportuned to contact you through this means of communication, also appreciate to meet you for this wonderful business investment opportunity that we are yet to negotiate as business partners and as my foriegn partner.
I will be glad if this opportunity is quarrantee and consider my outmost partnership enquiry.
Thanks.
Yours Faithfully,
Rtd. Gen.T.Y Danjuma.
Private Tel:234-8034-033-173
Email:gendanjuma@prweb.com
Hello everyone!
I just picked up one of the Edirol PCR-30 usb keybaords. Seems to work just
fine with the snd-usb-audio drivers. I figured it should be added to the ALSA
Soundcard Matrix. I'm sure the PCR-50 could be added as well.
cheers!
rob buse
_______________________________________________________
Sent through e-mol. E-mail, Anywhere, Anytime. http://www.e-mol.com
