Hi all,
I'm just curious about the software setup people use here to
play around to make music. Furthermore I'd be interested what
software setup people use to use jack. I was recently wanted
to try out jack so I just installed the debian packages of jack
and the alsaplayer with jack out, but wasn't really successfull.
So before I start building lots of apps, I just wanted to know what
is worth being tried out.
Cheers, Alex
from electronic musician (dec/2002):
"Polish developer Professional Sound Projects (PSP) has introduced a
plug-in emulation of Lexicon's PCM 42 hardware, and it bears
investigation. But first, I must make a disclosure. I designed the
Lexicon PCM 42, so this won't be your usual review. I can't claim
total objectivity, but I hope that I can offer some insight.
..."
(actually, its a very, very normal EM-style review. too bad, after
such a great start).
--p
from the gtk+ 2.2 announcement:
----------------------------------------------------------------------
Support for new X extensions, standards, and libraries:
GTK+-2.2 adds support for the RANDR extension for screen
size changes and for startup notification via a draft
freedesktop.org protocol. Interoperability with Qt for
inter-application embedding via the XEMBED protocol has
been improved. With support for version 2 of the Xft library,
antialiased text can be displayed even on older X servers.
----------------------------------------------------------------------
Hi folks,
First of all a happy x-mas
and newyear :)
I was just wondering if some of you
had considered using / implementing /
testing the new x-dnd (X Drag and
Drop) specification ?
http://www.newplanetsoftware.com/xdnd/
It seems very useful. It would be great
if we could just drag and drop audio
parts, pieces of midi, control settings ...
from one audio app to another.
Probably the protocol needs to be made aware
of the existence of these types and then
the audio apps should be able to handle
incoming data of that type.
I'm by no means a xdnd guru :)
I just thought I'd throw it in the group.
best regards,
Vincent
Hi all,
This is just an intermediate release to fix some things (and add LADCCA
support of course :)
* jack_set_server_dir is optional
* LADCCA support
* fixed bug dealing with LADSPA_PATH
http://pkl.net/~node/jack-rack.html
Bob
ZynAddSubFX is a opensource software synthesizer for
Linux.
It is available at :
http://zynaddsubfx.sourceforge.net
or
http://sourceforge.net/projects/zynaddsubfx
News:
1.0.3 - small bugfixes: "Bypass Global Filter" from
ADnoteUI dissapears sometimes ;
removed the low amplitude noise produced by the
reverb;
if you "acconect" zynaddsubfx with aseqview no note
was processed a long time.
- added Notch Filter
- added the option to randomize the ressonance
function
- added VU-Meter
- Change the Insertion effect modes behaves (it
sounds a bit louder)
- Added to the project an external program
called Spliter that splits the
keyboard and alows you to play two instruments same
time. You can use this
program with ZynAddSubFX or any other synthesizer.
- Added a new function to OscilGen
Paul.
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Hi everyone,
Lots of stuff done in this release. There's a few patches for some
programs as well. I'm also going back on what I said about the LGPL
issue. The libladcca is still under the GPL, and will stay so. The
reason is that even though the library is under the GPL, it doesn't stop
proprietary software authors making their software compatible with
ladcca because ladcca works over TCP sockets. The protocol can be
garnered from the source and the manual. So, people can still make
non-free ladcca clients, they just can't use the free libladcca code to
do it, which seems fair to me.
* Added protocol versioning
* ladccad now permanently listens to jack and alsa, with seperate threads
dealing with each. it backs up all the alsa and jack connections every 30
seconds so that a client's connections can be resumed automatically, and
it's also much better seperation of the jack/alsa/project code
* fixed loads of bugs
* fixed file permissions for config data files, making stores actually work
* well defined client event protocol, documented in the manual
* minor api changes and additions
* added a gui to the synth client, and made it try and get real-time-ness
for the midi thread. fixed the dodgey sound (for some reason, the jack
buffer was being cast to doubles instead of floats.) it's actually usable now.
Patches
* alsa modular synth 1.5.5
* jack rack 1.0
* seq24 0.4.0
* sweep 0.5.12
* vkeybd 0.1.12
http://pkl.net/~node/ladcca.html
Merry christmas all,
Bob
Hello, LAD readers,
I just want to give a short update on the "Linux Audio Developer
Meeting" that Matthias Nagorni and I are organizing on March 14th-16th,
2003.
We have been collecting suggestions for talks/presentations for the last
couple of weeks, and our current programm looks quite "high-quality":
---------------------
Paul Davis, Bala Cynwyd (Pennsylvania), USA:
10 Things You Might Not Have Thought About When Writing An Audio
Application
Frank van de Pol, Bergen op Zoom, Netherlands:
Timing and Synchronisation for Sequencer Applications
Steve Harris, Southampton (Hampshire), UK:
Digital Signal Processing and the LADSPA Audio Plugin Interface
Takashi Iwai, Nuremberg, Germany:
Ruminations on ALSA Drivers
Jaroslav Kysela, Ceske Budejovice, Czech Republic:
ALSA - Always on the run
Matthias Nagorni, Nuremberg, Germany:
Modular Synthesis with AlsaModularSynth
---------------------
This list can be found at http://www.suse.de/~mana/ladzkm.html .
Also, there will be some kind of opening talk/presentation at the
beginning and probably some demos at the end of the respective days. The
exact plans of when which talk will be held have not been fixed yet, but
will be soon. There is a slight chance that we might be able to give out
a live audio stream of the presentations.
We will be given 3 rooms by the ZKM organization: a large lecture room
(100 seats) for the presentations, and 2 smaller rooms for..well, let's
call them "Hack center" for now :-). Both rooms are provided with enough
electricity (so as to not cause any power failures :-), and we will also
be allowed to use the ZKM's internet connection for our purposes, so
noone has to feel "isolated from the Matrix" while attending the meeting
:-).
I am very excited about this - I believe it's the first time we manage
to get together so many Linux audio programmers in one spot, and this
could create a great synergy effect. It's definitely worth visiting, and
if you plan to join it (as participant/developer, not as a "normal"
guest), please don't forget to register with Matthias (mana(a)suse.de) or
me (Frank.Neumann(a)st.com) so that we can plan the rooms, accomodation
and equipment. We do not plan any particular participation fees, but
people might have some costs for travelling, hotel/youth hostel and
food. I will do my best to help attendees with finding a room.
I believe that finding our sponsor at the ZKM was a great piece of luck
- at the Institute for Musics&Acoustics they are currently using mostly
Macs running software like Max/MSP, Csound, PD, jMax, but they are very
interested in doing more with Linux - so this come-together really seems
to fit perfectly. Already at this time I can say that we owe them a lot
for making this meeting possible.
Ok, that's all for now. More news will be posted here as I get them.
Have a great Christmas time and a happy, healthy and successful 2003,
Frank
--
Frank Neumann (Frank.Neumann(a)st.com), VIONA Development Center
STMicroelectronics, Karlstraße 27, 76133 Karlsruhe
>What if we made it more of a broadcast. Have a way to have host or timeline
>global variables (which is what these are) which can be read by plugins.
>....
>Plugins are free to drop these global events. There is no function call
>overhead. The only overhead is the indirection of using a pointer to a
>global.
>
It seems like the transport framework would want to have an entire "transport state" calculated for each frame. Why not include a copy of this record in the process() function parameters? This makes it available in the process loop without a function call and makes it thread-safe, right?
Tell me more about the plan for SEEKing (i.e. retarting playback in mid-sequence). As already discussed, this is a big pain if you've got a droning pad sound that only has a note-on every 8 measures.
I think it's too much to ask for plugin writers to manage seeking. Instead the transport should do it by prerolling some distance at faster than realtime (playback buffers are thrown away as they are generated).
I see 2 solutions, which can be combined:
1) user settable pre-roll. Set it to 0 for live applications; a few seconds for normal use; and "from the top" when you must be sample-accurate.
2) cue points. When the user marks a cue point, the plugin must stream its internal state (LFO values, sample offsets, etc) into a buffer. Then playback can start immediately from this point later. Making changes to a plugin before the cuepoint would invalidate the cuepoint. When starting playback from an invalid cue point, the transport would have to pre-roll from the last valid cue point.
Of course this is no real solution for outboard synths.
(sorry if I'm restating the obvious.. I'm new to the list. Is there a "general overview" of XAP? I couldn't find one at the web site.)
-Ben Loftis
What frequency does PITCH 0.0 correspond to?
I assume this should be a fixed value, as "system finetune" can be
implemented in other ways. No need to have all synths keep track of
yet another parameter to convert PITCH into whatever they need.
440 Hz? :-)
(Who the h*ll came up with the idea that *C* starts the octave!? What
a horrible frequency to remember...)
Nah - I guess we should stick with the conventional "middle C", like
everyone else. I guess most synths and software use 440 Hz for A4 by
default. That's 261.6255653 Hz for C4. Nice value... *heh*
//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 -'
--- http://olofson.net --- http://www.reologica.se ---
