> David Olofson <david(a)olofson.net> writes:
>
> Yes - but we're not talking about MIDI here. We *may* require that
> events are never lost, and even that it's not legal to send two
> identical events in line to an event port, unless you really mean
> something else than to set a controller to the same value twice.
Think ahead about how these sorts of requirements will be enforced:
will they be a "law of nature" (code checks to see if an app broke
the law, and takes action, like nature takes action when you try
to change the current flowing through an inductor :-), or will
it be unchecked by code? If its the latter, you can get into
this mode where everyone has extra checking and work-around code,
to handle impolite API users who aren't obeying the requirements.
-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------
> David Olofson writes:
>
> The point I think you're missing is that a "control change" event is
> *exactly* the same thing as a "voice start" event on the bits and
> bytes level.
Lossy MIDI filters will prune away two MIDI Control Change commands
in a row for the same controller value with the same data value,
apart from controller numbers (like All Notes Off) whose semantics
have meaning in this case. And the assumption underlying the behavior
of these filters are present in subtle ways in other MIDI gear and
usages too. For example, a programming language that presents an
array with 128 members, holding the last-received (or default) value
of each MIDI controller, presents an API that implicitly does this
filtering, no matter how frequently the program samples the array.
-------------------------------------------------------------------------
John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley
lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro
-------------------------------------------------------------------------
Just wondering how the h*ll you're supposed to name functions and
types when all sensible naming conventions seem to be reserved by
POSIX and other authorities...
How about this for Audiality:
Functions: a_whatever()
Types: at_whatever
I bet *some* lib is using a_* and/or at_*, but I have yet to find it.
Besides, it doesn't look like a great idea to use both a_* and at_*
for a single project - but *_t is reserved, and I don't like
Capitalization in public APIs. Maybe I can make an exception,
though... A_* and AT_* or something?
Then again, most compilers can tell types from functions without
throwing too much bogus messages at the user, so one might get away
with a single prefix and simply remove the _t everywhere.
//David Olofson - Programmer, Composer, Open Source Advocate
.- The Return of Audiality! --------------------------------.
| Free/Open Source Audio Engine for use in Games or Studio. |
| RT and off-line synth. Scripting. Sample accurate timing. |
`---------------------------> http://olofson.net/audiality -'
.- M A I A -------------------------------------------------.
| The Multimedia Application Integration Architecture |
`----------------------------> http://www.linuxdj.com/maia -'
--- http://olofson.net --- http://www.reologica.se ---
audality looks good. we are currently using fmod <http://fmod.org> for a
large games based arts project that sadly had to be win32 due to the
nature of out middleware sponsorship <http://selectparks.net/acmipark.htm>
currently i am using the <http://nevrax.org> NeL engine and hope to
integrate fmod. i am however interested as to whether or not audality
will at some point support www streaming.
also, i've just ordered linux for ps2 dev kit.. looks like fun ;)
julian oliver
http://www.selectparks.net
> On Saturday 07 December 2002 03.58, Fernando Pablo Lopez-Lezcano
> wrote:
> > > Where are the lowlat and preempt patches for 2.4.20?
> >
> > Not on the net at this point. I have been hand tweaking the
> > originals to patch cleanly (trying to fix the failing chunks). I
> > can email them to you, use at your own risk :-)
>
> I would be interested in trying your version of the patches. Please
> mail! :-)
>
>
> BTW, I applied the 2.4.19 LL patch to 2.4.20, and got a few rejects
> in the file system area, which I have not investigated further.
> (Seems to be a lot of changes around there...) Performance is "ok"
> under X and proc stress, but I get countless latencies in the whole
> range up to some 6-8 ms as soon as I start stressing the disk. (This
> is *with* DMA enabled, of course.)
>
> Haven't tried preempt yet.
>
>
> As to freezing, I've only managed to do that once - and IIRC, that
> was when trying to instantiate a synth in MusE while Ardour was
> running in the background. No useful info about what actually
> happened, and I haven't tested that combination any further.
>
> Are you certain your freeze is actually happening in kernel space?
> Tried using watchdog with "ping-pong" between highest and lowest
> priority SCHED_FIFO threads? (BTW, we should have a watchdog anyway,
> probably integrated with givertcap or something.)
>
>
> //David Olofson - Programmer, Composer, Open Source Advocate
>
> .- The Return of Audiality! --------------------------------.
> | Free/Open Source Audio Engine for use in Games or Studio. |
> | RT and off-line synth. Scripting. Sample accurate timing. |
> `---------------------------> http://olofson.net/audiality -'
> .- M A I A -------------------------------------------------.
> | The Multimedia Application Integration Architecture |
> `----------------------------> http://www.linuxdj.com/maia -'
> --- http://olofson.net --- http://www.reologica.se ---
>
>
--
http://plugin.org.uk/lrdf/
Applied patches from Richard Bown, making it c++ friendly and fixing some
const-isms.
liblrdf is a library for handling RDF (http://www.w3.org/RDF/)
descriptions of LADSPA (and potentially other format) plugins.
It allows grouping of plugins into trees for user slection and finer
description of plugins and ports than the .so format allows (for example
to indicatate textual equivalents of integer port values). It also
provides named and described defaults and presets, metadata and general
semnatic goodness.
examples/example.rdf contains a slighly out of date description of my
plugins. There are some example programs that show how the API works.
- Steve
http://plugin.org.uk/releases/0.3.3/
Me again :) Sorry to release again so soon, but quite a few people have
asked me for the improved Bode shifter, and everyones always after more
pitch shifting options so I decided to release again.
I've added a more sophisticated Bode shifter and made quality, speed and
channel separation improvements to the old one. The outputs may even be
labelled correctly now ;)
I've also added an AM pitch shifter, which is pretty fast and for certain
source material it actually gives reasonable sounding results, much to my
supprise.
Pitch shifter:
http://plugin.org.uk/ladspa-swh/docs/ladspa-swh.html#id1433
Frequency shifter:
http://plugin.org.uk/ladspa-swh/docs/ladspa-swh.html#id1431
Enjoy,
Steve
Hi.
Today I relased a new version of ZynAddSubFX.
News: - corrected a bug that made ZynAddSubFX to
crash(sometimes) if you disable a part
- wrote Resonance (This produces natural sounds,
listen demo07.ogg from homepage)
- added the BandPass filter
- added the recording feature (as raw files)
- added "New instrument" menuitem
ZynAddSubFX is a free (GPL v.2) software synthesizer.
The homepage is:
http://zynaddsubfx.sourceforge.net/
You can download it from:
http://sourceforge.net/projects/zynaddsubfx
Hope you like it.
Paul.
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
I have a short, simple question:
Would anyone around here care for ALSA drivers for the Echo
(formerly Event/Echo) line of studio audio interfaces?
(We're talking about the original Darla/Gina/Layla, as well as the
new 24 bit interfaces.)
I have an old 20 bit Layla. I have their C++ driver source, which has
been released under some BSD/MIT style licence. I have kernel hacking
experience. I still have some hard feelings, I think...
Hack or ditch?
//David Olofson - Programmer, Composer, Open Source Advocate
.- Coming soon from VaporWare Inc...------------------------.
| The Return of Audiality! Real, working software. Really! |
| Real time and off-line synthesis, scripting, MIDI, LGPL...|
`-----------------------------------> (Public Release RSN) -'
.- M A I A -------------------------------------------------.
| The Multimedia Application Integration Architecture |
`----------------------------> http://www.linuxdj.com/maia -'
--- http://olofson.net --- http://www.reologica.se ---
This summer some of us met at the LAD booth at Linuxtag in Karlsruhe,
Germany. Since the participants of this meeting enjoyed it very much, we
discussed about meeting again in spring 2003.
Frank Neumann and I had the idea of asking the
"Zentrum fuer Kunst und Medientechnologie", Karlsruhe/Germany
(Center for Art and Media, http://www.zkm.de)
whether they would be interested in hosting such a meeting. The answer was
positive and so we can invite to a LAD meeting at the
Institut fuer Musik und Akustik (Institute for Music and Acoustics) at ZKM.
The meeting will take place from Friday, 14. March 2003
to Sunday, 16. March 2003.
We intend to have public sessions where we can present Linux audio
applications and give talks and non-public sessions where we can discuss
future audio development.
For further planning the meeting we need a registration for talks/presentations
at the public sessions, including an abstract and, if necessary,
images/screenshots. To estimate the required room, we also need a registration
for the non-public sessions.
Please register talks/presentations until 8. January 2003 (please earlier,
if possible), so that they can be announced in the printed programme of ZKM.
Please register for the non-public sessions until 3. March 2003.
Registrations can be sent to either Frank Neumann or me. Please use the
keywords "ZKM registration" in the subject. We will post the list of
talks/presentations and further information on the meeting from time
to time, so that you can decide about joining this meeting.
Matthias
--
Dr. Matthias Nagorni
SuSE GmbH
Deutschherrnstr. 15-19 phone: +49 911 74053375
D - 90429 Nuernberg fax : +49 911 74053483