<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-04-30 11:24 GMT+02:00 ORL <span dir="ltr"><<a href="mailto:orl@ammd.net" target="_blank">orl@ammd.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Hi!<br>
    <br>
    I already told you about Sebkha-Chott several times on this list,
    usually speaking about our releases (always under GNU/Linux, from
    the beginning to the end).<br>
    <br>
    Actually, Sebkha-Chott also uses GNU/Linux on stage to manage sound,
    lights and video of the whole show (see details below).<br>
    I usually don't post shows list or tour schedule here (maybe I
    should), but this time it's a big and international festival, so it
    might be that some of you will be interested in it.<br>
    <br>
    So Sebkha-Chott will play at Brutal Assault Festival #20 in Jaromer
    (Cz), for the third time, but for the first time, we will use the
    GNU/Linux live setup they have on tour. The final schedule is not
    known yet, but it will be between 5th and 8th of August. If some of
    you live near Cz, are metalheads, that's the place you should be (if
    you ask me, this year's line-up is really great, the best I've known
    since I know this festival).<br>
    <br>
    <a href="http://www.sebkhachott.net/15-years-of-sebkha-chott-kourt" target="_blank">http://www.sebkhachott.net/15-years-of-sebkha-chott-kourt</a><br>
    <br>
    Here it is (please note the video and lights part of the system
    won't probably play at Brutal Assault due to very tight changeover
    schedule).<br>
    <br>
    <br>
    <b>Description of Sebkha-Chott's live setup</b><br>
    <br>
    <b>Distribution</b><br>
    All machines, including RPI, are running Debian systems, mostly
    Jessie.<br>
    <a href="http://www.debian.org" target="_blank">http://www.debian.org</a><br>
    <br>
    <b>Session Handling</b><br>
    Session handling is managed through ladish and on some control
    machine small shell scripts.<br>
    <a href="http://ladish.org" target="_blank">http://ladish.org</a><br>
    <br>
    <b>Audio</b><br>
    <i>Routing</i><br>
    All the routing is managed through ladish, jack is configured with
    the restrict self-connect option.<br>
    <br>
    <i>Mixing</i><br>
    The mixing/processing of any audio signals coming from the
    instruments on stage or from "virtual sources" inside the machines
    (synths, samplers) is done through a bunch of Non-Mixer (probably
    not uptodate) instances, running independently one from the other.
    All these Non-Mixers finally ends up in the FOH mix or on of the
    three monitors mix (which goes to in-ear monitors system). We highly
    recommend Non-Mixer for this type of setup, as you don't need a
    timeline, and Non-Mixer is really lightweighted, OSC controllable,
    and flexible. Ecasound might have done the job too, still.<br>
    
    <a href="http://non-mixer.tuxfamily.org/" target="_blank">http://non-mixer.tuxfamily.org/</a><br>
    <br>
    <i>Live Looping</i><br>
    The "instrumental line-up" contains 2 basses, 2 guitars, 3 vocals
    and a drumkit, each of them goes to a single looper (for the drums,
    we only loop a stereo submix). We use Sooperlooper (probably not
    uptodate, and (uglily) patched so that Jack Transport
    Synchronization with SL as a master works with it and is recalled
    when at session load).<br>
    
    <a href="http://essej.net/sooperlooper/" target="_blank">http://essej.net/sooperlooper/</a><br>
    <br>
    <i>Synths</i><br>
    Additionnally to the physical instruments, 5 synths are running, 3
    of them polyphonic, 2 of them monophonic. We use Alsa Modular Synth
    (probably no uptodate) for this. You might get the patches on github
    (see below)<br>
    <a href="http://alsamodular.sourceforge.net/" target="_blank">http://alsamodular.sourceforge.net/</a><br>
    <br>
    <i>Samplers</i><br>
    A virtual drumkit is also used, with really-non-drumistic sounds. We
    use tapeutape (patched not uptodate version) for this purpose.<br>
    
    <a href="http://hitmuri.net/index.php/Software/Tapeutape" target="_blank">http://hitmuri.net/index.php/Software/Tapeutape</a><br>
    <br>
    <i>Clic</i><br>
    We use Klick to send clic in every monitor.<br>
    <a href="https://github.com/dsacre/klick" target="_blank">https://github.com/dsacre/klick</a><br>
    <br>
    <b>Lights</b><br>
    Lights are controlled using QLC+. We use four profiles projectors
    and 4 LED "barres", which are split into 8 RGB segments each, each
    segment mightbe controlled independently from the others.<br>
    <a href="http://qlcplus.sourceforge.net/" target="_blank">http://qlcplus.sourceforge.net/</a><br>
    <br>
    <b>Video</b><b>s</b><br>
    Videos and Moving images are displayed on three V-form screens.
    Those videos are displayed using a self-developped software called
    PytaVSL (derivating from VSL, a set of pd patches we used on a
    children show) and based on Pi3D. This runs on RPIs (old ones, not
    the big beasts you might get for 30$!!!).<br>
    This lays on a mapped-layers principle, each of them might be mapped
    with images or videos, the content can be changed with OSC control,
    and you can move or change properties (including
    visibility/inivisibility) of a layer using OSC too.<br>
    By now, PytaVSL is not recommended for anyone except us (or you will
    have to put your hands in it, and you'll see then we're no real
    devs!!!).<br>
    <a href="https://github.com/orlammd/pytaVSL" target="_blank">https://github.com/orlammd/pytaVSL</a><br>
    <a href="https://github.com/tipam/pi3d" target="_blank">https://github.com/tipam/pi3d</a><br>
    <br>
    <b>Controls</b><br>
    <i>MIDI/OSC Routing</i><br>
    The whole thing is controlled via a centralized OSC/Midi router. We
    use Mididings for this purpose, and we highly recommend it, it's a
    really good piece of software which makes everything possible in
    such a setup.<br>
    The version we used has been patched to be able to
    route/filter/manage OSC messages too. I propose this dirty patch to
    Dominic and I know he has worked on this, but I couldn't tell what's
    the current state of the software, as we do not use an uptodate
    version on this neither!<br>
    <br>
    <i>PedalBoards</i><br>
    We use DIY pedalboards to trig the sequencers, loopers, and to
    change instruments sounds (including synths). These pedalboards are
    made of a "règle de maçon", push-buttons and a Teensy2.0
    programmation board. It basically sends an OSC message
    /pedalBoard/button #number when you press a button. These messages
    are then managed by Mididings. There are two pieces of software for
    this, one on the board, one on the receiving computer.<br>
    <a href="https://github.com/AMMD/Poly_PedalBoard" target="_blank">https://github.com/AMMD/Poly_PedalBoard</a><br>
    <br>
    <i>Touchscreen Interfaces</i><br>
    All the mixers, the LASDPA plugs, and in some case the synths are
    controlled using touchscreen interfaces. We've developped a programm
    for this purpose called Ghislame. Initially developped in C++/Fltk,
    we ported it to python/kivy and finally it now uses a JS engine.
    Initial versions controlled more things (loopers, synths, mixers,
    lights), but in a quite weighted way. Current version (JS) only
    controls Mixers and Plugs, but does it much more fluently.<br>
    One of these touchscreen interfaces is placed at FOH, so that mix of
    the show might be done from FOH. The other ones are sprayed on stage
    so that musicians might control their monitoring and some other
    things easily.<br>
    <a href="https://github.com/jean-emmanuel/oschtmlgui" target="_blank">https://github.com/jean-emmanuel/oschtmlgui</a><br>
    <a href="https://github.com/AMMD/kvGhislame" target="_blank">https://github.com/AMMD/kvGhislame</a><br>
    <a href="https://github.com/AMMD/Ghislame" target="_blank">https://github.com/AMMD/Ghislame</a><br>
    <br>
    <i>Visual Monitoring</i><br>
    Several small laptops are placed on stage with LiveDings (Mididings
    frontend) and slgui (SooperLooper GUI) running on them.<br>
    <br>
    <b>Sequencers</b><br>
    <i>Midi Sequencing</i><br>
    seq24 in a really really patched version is used to sequence MIDI.
    It's used in matricial mode, and the patches we've done acts on many
    things: arbitrary number of beats in a measure, abitrary number of
    measures in a sequence, n-tuples, 16x13 matrix (instead of 8x2),
    play/stop controllable by Program Changes, and other crappy things.
    I really don't recommend our patched version which contains many
    bugs we learned to prevent! It's the very first software we've been
    patching, and.... wel.... seq24 is synced to Jack Transport as a
    slave. As far as I know this doesn't work anymore with more recent
    version of seq24, and as a result, our version is not uptodate. We
    will certainly change about this when we'll have time. We attend
    much from Non-Sequencer on that point! ;)<br>
    <br>
    <i>OSC Sequencing</i><br>
    Over the Midi Sequencing, OSC sequencers are running. One controls
    the lights, one controls the videos, another one might send messages
    to audio machines (including seq24), and one runs over them all and
    might send the BIG SEQUENCE messages!<br>
    We use a self-developped software called pyOSCseq. This sequencer
    can run looped sequence (as any other sequencer) but also can send
    on-shots sequence (many uses in theater context).<br>
    <a href="https://github.com/jean-emmanuel/pyOSCseq" target="_blank">https://github.com/jean-emmanuel/pyOSCseq</a><br>
    <br>
    <i>Jack Transport</i><br>
    Jack Transport is used to synchronize every tempi/triggers and so
    on. Sooperlooper is Jack Timebase Master, and the other pieces of
    software that might be sync to are slaves. Considering that
    Sebkha-Chott'music is composed of many sequences in many metrics and
    tempis, with highly contrasted way of passing from one to the other,
    this point was a very critical point at the beginning of our work
    with machines (in 2008).<span class="HOEnZb"><font color="#888888"><br>
    <br>
    <pre cols="72">-- 
ORL
AMMD - Freak & Free Arts Coo[r]p
<a href="http://www.ammd.net" target="_blank">www.ammd.net</a> - 095 234 72 48</pre>
  </font></span></div>

<br>_______________________________________________<br>
Linux-audio-user mailing list<br>
<a href="mailto:Linux-audio-user@lists.linuxaudio.org">Linux-audio-user@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/listinfo/linux-audio-user" target="_blank">http://lists.linuxaudio.org/listinfo/linux-audio-user</a><br>
<br></blockquote></div><br></div><div class="gmail_extra">Really good and useful info for reference. Great to see real musician using FLOSS in production and in such kind of festivals.<br></div><div class="gmail_extra">Would be great to see some "behind the scenes" footage of your performance.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Thanks for sharing.<br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature"><br>C. sanchiavedraZ:<br>* NEW / NUEVO:     <a href="http://www.sanchiavedraZ.com" target="_blank">www.sanchiavedraZ.com</a><br>* Musix GNU+Linux: <a href="http://www.musix.es" target="_blank">www.musix.es</a></div>
</div></div>