I wish to use a RME BabyFace [1] with Ubuntu. Did someone do it
once? Does a driver exist for such RME product? Someone told me that
it's possible but so far I couldn't find how.
Thank you for your
reply,
Best regards,
Camille
Links:
------
[1]
http://www.rme-audio.de/en_products_babyface.php
Forwarding this to LAU, as no one has responded on linuxsampler-devel.
See message below.
---------- Forwarded message ----------
From: Kaspar Bumke <kaspar.bumke(a)gmail.com>
Date: 8 April 2013 20:44
Subject: sf2 instrument index
To: linuxsampler-devel(a)lists.sourceforge.net
Hi,
I am having some trouble relating the instrument index that LS uses to
the one that FluidSynth (FS) displays.
For instance, for the FluidR3GM.SF2 that comes with FS, FS reads bank
0, program 0 as being "Yamaha Grand Piano" and bank 0, program 127
being "Gunshot". LS reads FluidR3GM.SF2 as having "Gunshot" as
instrument index 0 and 125 being "Yamaha Grand Piano". What logic is
LS using to determine these indexes?
Regards,
Kaspar
---------- Forwarded message ----------
From: Kaspar Bumke <kaspar.bumke(a)gmail.com>
Date: 12 April 2013 17:42
Subject: Re: sf2 instrument index
To: linuxsampler-devel(a)lists.sourceforge.net
Just to make this a bit clearer:
LS reads:
0 - "Gunshot"
125 - "Yamaha Grand Piano"
FS reads
0,0 - "Yamaha Grand Piano"
0,127 - "Gunshot"
On Wed, May 15, 2013 at 11:21 AM, David Robillard <d(a)drobilla.net> wrote:
> On Wed, 2013-05-15 at 10:27 -0700, J. Liles wrote:
> >
> > On Wed, May 15, 2013 at 2:16 AM, Paul Davis
> > <paul(a)linuxaudiosystems.com> wrote:
> >
> > forcing IPC on the GUI is (a) stupidly expensive (b) stupidly
> > complex (c) limits host options.
> >
> > Regarding (A), expensive in terms of what? Pulling the libs for a
> > giant GUI toolkit into my host process is expensive. Expensive in
> > terms of communication? No. A few knobs and sliders and even a scope
> > or eq graph are not going to present any bandwidth problems even on
> > modest hardware.
>
> *Forcing* IPC is stupid, as is not having the *possibility* of IPC.
>
> However this is not an OR, and would only be an issue for a crap design
> anyway. Conceptually, you use a protocol (i.e. POD "events" or
> "messages"), and leave the transport up to the host. Given
> multi-threading and RT this is pretty much how you have to do it anyway.
>
> If the host actually need IPC, then it can use it (e.g. a socket). If
> not, it can simply avoid all the complexity and overhead (e.g. memcpy,
> ringbuffer).
>
> There are many open questions about plugin APIs, but this is not one of
> them. The best solution is obvious, and doesn't require everyone to
> agree on IPC or not. Network protocol stacks have layers for a reason.
>
> Even if the transport was the same everywhere, making plugins
> specifically deal with all that would only result in a bunch of broken
> junk. (Ignoring a few rules), the plugin and UI don't have to worry
> about multi-threading, and talk to the world via synchronous POD. They
> aren't running in the same thread, of course, but that's the host's
> problem. Plugins should have *one* communication mechanism, and in LV2
> that mechanism is ports. Whether an event came directly from another
> plugin's output, or was delivered by carrier pigeon from the GUI running
> on a steam powered control panel in the desert is none of the plugin's
> concern.
>
> -dr
>
>
You've seen the consequences of these design decisions in Rui's response.
As extensible and awesome as your design may be on paper, the end result is
that users get overly fancy, in consistent (and probably slow) GUIs that
fiddle with parameters through hidden channels and have poor accessibility.
I think that is a real problem.
Hello everyone!
I've got one or two questions about LV2 plugins in general.
I've been experimenting with a couple of sound generating plugins, using
mod-host, i.e. not using the plugins' own UIs. Now I noticed, that a couple of
plugins did not show all their necessary controls in LV2 ports.
Examples are the ZynAddSubFX LV2 plugin
http://home.gna.org/zyn/zynadd/1
or the simple sampler by Rui:
http://samplv1.sourceforge.net/lv2
In Zyn there were no LV2-control to control the engine. the sampler offered
a fair deal of controls, but didn't allow me to sample or load a sample. I
could connect an instrument to the input ports and apply the effects (chorus,
flanger, phaser and delay) to it.
So: is there - in theory - an LV2-port type, that allows sending strings -
i.e. filenames. Is there another standardised way for plugins and their UIs to
communicate? If not, are there thoughts about such things in the LV2
developing community for just such cases, where one can't or doesn't want to
use the original UIs of a plugin?
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
Grab the new version on the site:
http://essej.net/sooperlooper/download.html
CHANGES FOR 1.7.0
GUI:
- Fixed SooperLooper being mistakenly identified as remote
- Now ignoring non audio and non .slsess files in load and save file
selection dialogues
- Mute now flashes when waiting to go into mute instead of rev flashing
- Mute of others flashes instead of solo flashing when going in and out of
solo
- Fixed CC bindings for commands that need to be registered as hits
- MIDI bindings choice now sorted alphabetically
- File selector now defaults to home and tracks last load/save
- Removed arbitrary maximum loop memory limit in Add Custom Loop...
- Fixed issue of some controls not showing up when you have more than 5
loops
SooperLooper engine:
- Fixed issue of not being able to load audio files from session when not
started from the same directory
- Fixed fade not working after undo_all
- Removed 1 sample click in multiply
- Fixed individual loop monitor not being sent to main-out
- Fixed toggle MIDI bindings requiring double press when first loaded
- Fixed some clicks when undoing
- Added CCon and CCoff message types to midi bindings
- Can now mute and un-mute when loop is in Off state
- Fixed bug where long-presses were causing undo-all when they weren't
supposed to
OSC:
- OSC Auto Update time can now be set between 10-100ms
- "osc.udp://" can be omitted from the return URL parameter of any OSC
message
- SooperLooper no longer seg-faults when an invalid return URL is given
AU:
- State and waiting AU parameters now working
- Fixed parameter update race condition, so values reflect newly changed
state
- There are now up to 8 stereo sidechain outputs available (individual
outputs for each loop), but for some reason still only 4 stereo inputs
available (at least as shown within Live)... it isn't clear why there are
fewer input buses, it might be a Live limitation.
Others:
- Small maintenance on help output, OSC doc file and indentation, spelling
etc.
- HTML docs on website now include full MIDI command reference
Hi folks, does any one know if the hydrogen drum machine is accessible
for blind users?
I know it has a gui, but I don't know what it's written in. And I
don't know if there are any alternatives for running it.
Thanks!
Rusty
I'm happy to announce the release of LiSP (Linux Show Player)!
"LiSP (Linux Show Player)" is a sound player specifically designed for
stage productions.
The goal of the project is to provide a stable and complete playback
software for musical plays, theatre shows and similar.
Features:
- Button matrix user interface, suited for touchscreens;
- Multiple tracks playback;
- Sound FX: gain, equalization, pitch shift, speed control and
compression applied in real time on each track
- Peak and ReplayGainnormalization
- Remote control over IP of slave/backup PC;
"LiSP (Linux Show Player)" is developed in Python and based on GStreamer
and PyQt.
"LiSP (Linux Show Player)" is available at:
http://code.google.com/p/linux-show-player/
Please report bugs using the issue tracker:
http://code.google.com/p/linux-show-player/issues/list
If you're a developer and want to contribute to "LiSP (Linux Show Player)", join the project.
Thanks.
P.s.
Probably I'll create a (google) group for developers and one for requests and suggestions from users.
Dear all,
Matching Pursuit Toolkit (MPTK) is a fast and efficient library (with
Matlab and Python wrappers, and commandline tools) for the sparse
decomposition of multichannel audio signals. Version 0.7 is now
officially released:
https://gforge.inria.fr/frs/?group_id=36
Changes in 0.7:
* New pyMPTK wrapper, enables direct use of MPTK within Python
* Enabled GPD with the Dirac, Constant and Nyquist blocks
* Anywave block now working from command-line mpd and mpr
* Improved XML parsing of books (note: the API to use for writing new
plugins changes as a result of this; and MPTK books are now written
with an outer <mptkbook> tag surrounding book and dict)
* Slight Matlab API change: second “dict” arg now needed for
reconstruct(book, dict)
Best
Dan
--
http://www.mcld.co.uk
Since quite a while back, I've been a part of a Swedish hiphop group called
"Raptimus Prime" together with two of my good friends, and we've just
released our first album!
Even though few people on here probably know Swedish, maybe someone finds
it amusing anyway! :)
The album consists of 13 tracks, and was made 100% in Linux from start to
finish. I'm extremely happy and proud that we could make all of this
_almost_ exclusively using free and open source software! We've
recorded/mixed/"mastered" it all by ourselves, mainly using the following
software/plugins:
Ardour2
Ardour3
Some Hydrogen
Calf plugins
Salamander Piano
TAL NoiseMaker
linuxDSP plugins
Sonatina Symphonic Orchestra
zita-dpl1
..and a lot of other stuff I've probably forgot to mention! ;)
You can find it at a number of different sources:
Bandcamp: http://raptimusprime.bandcamp.com/
Soundcloud: http://www.soundcloud.com/raptimusprime
PirateBay in various formats:
FLAC: http://thepiratebay.sx/torrent/8451980
OGG: http://thepiratebay.sx/torrent/8451976
MP3: http://thepiratebay.sx/torrent/8451978
It's also available at Spotify if anyone uses that.
..and since I'm not sure if torrents/the other links provided work for
everyone, here's a direct link for the OGG-version that *should* work.
Please let me know if it doesn't so I can fix it:
https://dl.dropboxusercontent.com/u/19258546/RaptimusPrime-Styrketarar%5B20…
Lastly, thank you so much all developers/users of open source/linux audio
in general, for making this all possible!
I'm very happy to be a part of this community, with many more musical
projects to come! Cheers!
Kind regards,
Gabriel/zth