Lisalo - Linux Sampler Loader - is a command line program that loads entire directories of sample files, a single .sfz file or takes instructions from a meta .lsl file with relative paths to samples. Now you can quickly and easily load sampled instruments without even starting a GUI.
This is release 1.4, grab it here, no installation required
git clone git://github.com/nilsgey/Lisalo.git
[New Features]
-Jack Autoconnect-Port for the stereo sum/mix channels can be given from the command line
-Can start Linuxsampler with a given server-address and port, which makes multiple instances possible
-Jack Midi In for autoconnection is a commandline parameter.
There is only so much you can implement into a tool that aims to be small by design.
This marks my "feature complete" milestone. Future releases will be bugfixes.
One example what you can do now:
I use it to load the Salamander Piano shortly after boot and connect it to my ALSA midi port (which is always on, no matter if the keyboard itself is switched on or not). I now have instant piano sound whenever I switch my keyboard on. It does not conflict with other lisalo or Linuxsampler sessions.
With this lovely one liner:
/usr/bin/lisalo /home/nils/samples/sfz/SalamanderGrandPianoV2_48khz24bit/SalamanderGrandPianoV2.sfz -m alsa_pcm:Hammerfall-DSP/midi_capture_1 -p 7777 -m Salamander > /dev/null
[Contact]
https://github.com/nilsgey/Lisalo
info@...
irc.freenode.org #laborejo
Feedback and chatting are welcome!
Nils
Hi All,
Firstly, finally got around to some screencasts of Praxis LIVE in
action - http://praxisintermedia.wordpress.com/2012/07/30/video-rough-cuts-1/
These are just 'rough cuts', unedited except titles and no voiceover.
Only first 2 have audio, and the audio on the second is a little off
in places (see below!)
Secondly, anyone got a suggestion for screencast software that's good
at glitch free audio? These are done with Kazam. First is mostly OK,
but the second is a little glitchy. Finding only about 1 in 4
captures is any good - all sorts of weird glitches and sometimes speed
issues, though the audio playback while recording is fine.
Thanks and best wishes,
Neil
--
Neil C Smith
Artist : Technologist : Adviser
http://neilcsmith.net
Praxis - open-source intermedia system for live creative play -
http://code.google.com/p/praxis
OpenEye - specialist web solutions for the cultural, education,
charitable and local government sectors - http://openeye.info
Hi,
I don't know if this is on-topic or off-topic - technically it runs on a
linux, but then, maybe, just, no, no Android on LAD?? :D But anyways: I
played a little with Android Development and hacked up a little
experimental Synthesizer app.
https://github.com/fps/android_camsynthhttps://play.google.com/store/apps/details?id=io.fps.camsynth
It's free and open source and renders 8 voices (on my LG-P500) with a
trivial (and wrong :D) synthesis method where the voice gains are
determined by the camera image at a 8 x 8 px resolution..
I guess it's somewhat a minimal project which can be instructive to some
(the synthesis part is implemented in C via JNI). And the code is very
small..
Have fun,
Flo
We are proud to announce the release of guitarix2-0.23.3.
Guitarix is a modular tube amplifier simulation for jack, with
additional Effect-Racks, inbuilt effects as well as support for LADSPA
plug-ins.
This is a Bug-fix release witch fix the ladspa_guitarix.so
module guitarix-fx [UniqueID 4070] to avoid segfault when loading into a
host.
Please refer to our project page for more information:
http://guitarix.sourceforge.net/
download site:
http://sourceforge.net/projects/guitarix/
have fun
guitarix development team
Hello everyone!
I have just asked myself, if it is a good idea to use an IR of a Leslie for
simulating a Leslie. Correct me, if I'm bloody stupid, but working on the
basics of convolution, it doesn't look promising. Since you take the IR of the
Leslie and then apply the full IR to each sample, meaning, that you might get
more of a whirling reverb? Or is there another technique, to apply an IR and
cycles. Just one "sample" of the IR to one sample of the input signal.
If I am completely wrong, a simple no will suffice. My knowledge of this is
basic. I've only got some knowledge from a lecture called "signal theory' to
back me up and it should probably be called "an introduction to" or "basics
of" at that. :-)
Warm regards
Julien
=-=-=-=-=-=-=-=-=-=-=-=-
Such Is Life: Very Intensely Adorable;
Free And Jubilating Amazement Revels, Dancing On - FLOWERS!
====== Find my music at ======
http://juliencoder.de/nama/music.html
.....................................
"If you live to be 100, I hope I live to be 100 minus 1 day,
so I never have to live without you." (Winnie the Pooh)
"It's beyond the pale that we today have all the communication technology
Gene Roddenberry (August 19, 1921 – October 24, 1991) just could dream
about, but the way it could be used today is weak."
+1000.
I would not say I am against Twitter, rather against all those patents and
copyrights that
just keep us in the dark ages of digital technology.
Hi,
If you have a company or know of someone who has a company that uses Linux
Audio tools/software to enable productivity can you please send me the
following info:
Company Name
Website
Location
Business Expertise
--
Patrick Shirkey
Boost Hardware Ltd
Hi,
My sampler app has Non Session Mangement implemented but is currently
still referring to external files by their original path.
I want to use the symlink method as discussed fairly extensively here
but I'd like to know if there is any recommended strategy for naming
the symlink of a sample.
It could so happen that as far as the filesystem is concerned the only
discerning uniqueness between two samples is in the path (ie
kit1/snare1.wav and kit2/snare1.wav).
I've come up with three possible solutions to this (in my current order
of preference):
1) symlink-to-sample created in a subdir named using a hash* of the
full path to external file
2) painstakingly re-create the full path within the session dir and add
the symlink into that.
3) some horrible text manipulation of the full path (ie replace / with
_) that is bound to fail.
* J. Liles mentioned SHA1 here:
http://linuxaudio.org/mailarchive/lad/2012/3/30/189343
Are there other/better options or disagreements about (1) being a good
choice over the other options I've presented?
cheers,
james.
Hi Fons,
I've taken this to LAD, since it's not really a user issue.
On 07/17/2012 12:29 AM, Fons Adriaensen wrote:
> On Mon, Jul 16, 2012 at 10:16:16PM +0000, Fons Adriaensen wrote:
>
>> It resolves the segfault. Things seems to work, but after a minute
>> or so the sound gets really horrible, as if the whole instrument
>> were detuned. Even octaves sound wrong...
>
> Seems this was the Fast Leslie, activated accidentally by
> using the sustain pedal. There's definitely something wrong
> with it. The slow version works nicely.
Could it be that you've also accidentally sent other MIDI-CCs to
setBfree that changed the Leslie's behaviour?
The wobble (wrong octaves?) is not unexpected for two independent
doppler-shifts and is also present in the real thing(TM).
Yet, the Lesie is currently indeed the weakest link in the whole
emulation. You're correct in saying that it is wrong. Yet, IMHO it still
does sound OKish.
It's implemented as a combination of angular dependent IR - measurements
of the horn made at CCRMA [1] - which are also [incorrectly] used for
the baffle. Plus the optional static IR to add the [feel of the] cabinet
- which is also wrong, buts sounds good nonetheless :) - I'm hopeful
that we'll get our hands on the IR measurements made for [2] which will
make this 2nd stage obsolete.
The acceleration is also not [yet] correctly implemented. I'm about to
fix this with information provided in [2].
Even though it does sound kind of weird. I prefer it to the mdaLeslie or
similar effects which are far too clean. YMMV.
Your criticism is just and appreciated. Please bear with us - I suppose
that we'll eventually end up rewriting the effects which carry a lot of
legacy code. -- If you can spare the time a DSP expert like yourself
would be very welcome.
Anyway, one step at a time,
robin
[1] https://ccrma.stanford.edu/~jos/doppler/dafx02.pdf
[2] http://www.aes.org/e-lib/browse.cfm?elib=15120