Hi, I'm messing arround with the source of TerminatorX. As it seems, tX
needs a total rewright of the mixer and the audio backend.
Since many programs (Ardour, Qtracktor) have built mixers, I was
wondering from which project I could 'borrow' the mixer component.
I need a mixermodel which is strictly C++, which idealy has jack support
built in, possibly multithreaded, GUI-Independant and easy to handle.
I started to wright my own mixermodel, but then I thought how stupid it
is to reinvent the wheel. It would really be nice something like a
libmixer with jack, lv2, ladspa and VST support.
Gerald
> All plugins with the same URI MUST be compatible in terms of 'port
> signature', meaning they have the same number of ports, same port
> shortnames, and roughly the same functionality. URIs should probably
> contain a version number (or similar) for this reason.
>
> Rationale: When serializing session/patch/etc files, hosts MUST refer
> to a loaded plugin by the plugin URI only. In the future loading a
> plugin with this URI MUST yield a plugin with the same ports (etc)
> which is 100% compatible.
Having written a host myself. This is great advice when writing for ANY
plugin standard.
I go as far as to reject (different) plugins with duplicate URIs to promote
this practice
Best Regards,
Jeff
From the "Better Late than Never Dept"...
Announcing the _*Linux Audio Musicians Best of 2010 mix*_
Download and view the full playlist of 116 tracks here:
http://djcj.org/audio/lam/
Listen to the continuous radio stream here:
http://radio.linuxaudio.org/lam2010.ogg.m3u
****************************************************************************
Congratulations!!! to the Artists and Bands that made 2010 a bumper year
for well produced and unique music from the Linux Audio Community. This
mix is the biggest yet with over 100 tracks included and over 12 hours
of music to listen to. A hefty selection of guitar music and rock
productions are included in this years mix to complement the large range
of electronica. The variation of styles and genres is superb and as
expected there was lots of off the wall and challenging music produced
during the 2010 period also.
The playlist has been ordered in terms of Genre/Style to make it easier
to separate the tracks out for those with specific tastes and to ensure
the radio stream flows nicely.
If you feel that there is a track missing please feel free to contact me
with details. This is a snapshot of the year so lets make it as complete
as possible.
Enjoy!
****************************************************************************
--
Patrick Shirkey
Boost Hardware Ltd.
Hello all,
Yesterday my main home system decided to 'meet its creator'.
The power supply sort of exited in a funny way, producing
unhealthy odors and some noises. I can still start the HW
using a spare PS, but the / filesystem seems beyond repair,
with fsck freezing the machine when trying to fix it - never
seen that before. Strangely enough I can still mount it and
was able to copy some directories from it that were more
recent than the last backup. I wonder if it's just the
file system being damaged or the disk HW itself.
Anyway after 8 years it's probably time for some new HW, and
I've been considering one of the 'Shuttle' boxes. Florian
Faber already recommended them some time ago, but I wonder
if anyone out there can report on them, or offer some advice
as to which series to prefer, what to avoid, etc.
TIA,
--
FA
Hey guys,
I'm wondering how to approach creating a MIDI map to all controllers
available in the GUI. Needless to say I can hard code in a MIDI CC, and from
JACK's process callback call the function that I want to map that control
to, but that's a little rigid.
I like Ardour's one-click map idea, and I'm wondering how its implemented.
Here's what I concluded so far:
On mouse_3 down, pop up dialog, send message to JACK process to keep next
MIDI input stored somewhere. That's the CC to map
Where I'm getting stuck is how to make each CC point to a different
"parameter" in the software, or a different function in the code. Function
pointers come to mind, but somehow I don't like that idea much. Creating a
generic interface to map every control in the entire engine might work, but
I think that may be a little overkill?
I'd be interested to hear how various projects handles this internally, if
anybody wants to chip in?
Cheers, -Harry
Hi everybody,
I have a question.
I'm trying to figure out how to deal with transport locate changes
in my arpeggiator "flarps". I am generating MIDI events only when
necessary, so I'm not able to rewind the state of the program.
I only keep track of Note-off messages, because they can be sent
out in the future, to allow overlapping notes. All the MIDI notes
are calculated relative to each other. So I keep track of time
internally.
So I only need to know the first frame of the period,
when somebody does a jack_transport_locate, and I need to know
when this happens so I can initialize the program state.
My question is, if it would be acceptable to use the sync callback
to do this, because strictly speaking, my client wouldn't be a
slow sync client.
Is there a more preferable way to do this, or should I do major
redesign, and use the time jack provides with each period directly.
I would be very glad with any of your insights or suggestions.
greetings,
lievenmoors
Hello Everyone1
Sorry for cross posting. I just repulled Jackmp from svn, but the problem
continues.
Looking at the jack_connect source I can't see anything wrong, so it seems,
that the server doesn't properly notify jack_connect/jack_disconnect of the
finishing of the connection/disconnection process.
Does anyone else have that problem or does anyone have a possible solution?
many thanks and warm regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
Hi all,
There is a new libsndile release available here:
http://www.mega-nerd.com/libsndfile/#Download
Major changes in this release are as follows:
* WAV files now have an 18 byte u-law and A-law fmt chunk.
* Document virtual I/O functionality.
* Two new methods rawHandle() and takeOwnership() in sndfile.hh.
* AIFF fix for non-zero offset value in SSND chunk.
Cheers,
Erik
--
----------------------------------------------------------------------
Erik de Castro Lopo
http://www.mega-nerd.com/
hi...
we are about a week in the merge window, and linus merged the force
threaded irq handlers already. This means, that the most important
feature of the -rt patches is now in mainline.
we sould start testing it during the rc cycle, i think.
(there will not be too many people turning force threaded handler on)
i will try to write up somthing about kernel config and boot parameters
once i have a kernel running in my kvm later this week.
--
torben Hohn