12 May
2013
12 May
'13
1:39 p.m.
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
12 May
12 May
9:02 p.m.
Hello Kaspar!
You put a wrong link on the website. 1.7.0 links to 1.6.18> I've ssen
though, that the 1.7.0 tarball can be downloaded.
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
13 May
13 May
3:39 p.m.
2013/5/12 Kaspar Bumke <kaspar.bumke(a)gmail.com>om>:
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
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
This are a really good batch of things done and ready to try in this
great looper, one of my favorites.
Hope to include the latest in Musix.
Congratulations.
--
Carlos sanchiavedraz
* Musix GNU+Linux
http://www.musix.es
14 May
14 May
9:46 p.m.
Hello Kaspar!
I've been experimenting with SooperLooper a little and found it to be quite
easy to use, once I wrapped my head around a few of the more specialised
commands.
Here's a question: I've seen, that you can bind MIDI input to loop related
commands. Can you also bind MIDI input to some of the global commands? I'm
thinking of select_next_loop and select_prev_loop in particular.
and is there a way to tell slconsole to load a loop for another loop than
the first?
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
15 May
15 May
1:35 a.m.
Hi Julien,
Good to hear you have been getting on OK with it.
Can you also bind MIDI input to some of the global
commands?
Yes, all the bindable commands are documented here:
http://www.essej.net/sooperlooper/doc_midi_commands.html
At the bottom of that page there are the "g.ctrl" which are "global
controls".
The .slb file format which SL uses is unfortunately still
un-documented. Each line is a binding and each parameter is delimited
by spaces and is arranged as follows:
midi_channel midi_type midi_value command control_name loop_instance
lower_bound upper_bound style midi_data_min midi_data_max
The loop_instance will set the loop number the control applies to
where -1 means all loops and -2 is used for global controls. So a
select_next_loop binding for a note-on on channel 1, key 60 will be:
0 on 60 set select_next_loop -2 0 1 norm 0 127
an undo for all loops for note-on on channel 1, key 61 will be:
0 on 61 note undo -1 0 1 norm 0 127
a solo for loop 1 for cc event channel 2 cc-number 2 will be:
1 cc 2 hit solo 0 0 1 norm 0 127
The different midi_types are:
n - NoteOn or Off
on - NoteOn
off - NoteOff
cc - CC message
ccon - CC with value 127
ccoff - CC with value 0
pc - Program Change
pb - Pitch Bend
kp - Poly Pressure
cp - Channel Pressure
the different styles are only useful for ctrls and g.ctrls not cmds
and it controls how the midi data relates to the control data
norm - interpret the midi_data range linearly to the control range
gain - interpret the midi_data range to the control range in a
logarithmic fashion
toggle - toggle from lower_bound to upper_bound on each event
integer - interpret the midi_data range as an integer in the
lower_/upper_bound range
is there a way to tell slconsole to load a loop for
another loop than the first?
slconsole is a bit static unfortunately, you can only load into the
first loop and all the commands affect all loops.
Cheers,
Kaspar
On 14 May 2013 20:45, Julien Claassen <julien(a)mail.upb.de> wrote:
Hello Kaspar!
I've been experimenting with SooperLooper a little and found it to be
quite easy to use, once I wrapped my head around a few of the more
specialised commands.
Here's a question: I've seen, that you can bind MIDI input to loop related
commands. Can you also bind MIDI input to some of the global commands? I'm
thinking of select_next_loop and select_prev_loop in particular.
and is there a way to tell slconsole to load a loop for another loop than
the first?
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
1:44 a.m.
Thx! May I suggest NSM support for this JACK standalone
app?
I have had a brief look at NSM when it was first announced but since
my workflow seems to be evolving into a GUIlessness I doubt I will
have a personal use for it which doesn't bode well for me to find time
to incorporate it. As always, patches welcome :)
On 15 May 2013 00:38, Kaspar Bumke <kaspar.bumke(a)gmail.com> wrote:
On 15 May 2013 00:35, Kaspar Bumke
<kaspar.bumke(a)gmail.com> wrote:
The loop_instance will set the loop number the control applies to
where -1 means all loops and -2 is used for global controls.
Oh and -3 means it will work on the selected loop only. 
11:10 a.m.
NSM has nothing to do with a GUI at all, just for the record.
On Tue, May 14, 2013 at 7:43 PM, Kaspar Bumke <kaspar.bumke(a)gmail.com>wrote;wrote:
Thx! May I
suggest NSM support for this JACK standalone app?
I have had a brief look at NSM when it was first announced but since
my workflow seems to be evolving into a GUIlessness I doubt I will
have a personal use for it which doesn't bode well for me to find time
to incorporate it. As always, patches welcome :)
On 15 May 2013 00:38, Kaspar Bumke <kaspar.bumke(a)gmail.com> wrote:
On 15 May 2013 00:35, Kaspar Bumke
<kaspar.bumke(a)gmail.com> wrote:
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user
The loop_instance will set the loop number the control applies to
where -1 means all loops and -2 is used for global controls.
Oh and -3 means it will work on the selected loop only. 
2:15 p.m.
Did that mean there is now a GUI-less NON Session Manager available
somewhere??
Am 15.05.2013 11:10, schrieb Paul Davis:
NSM has nothing to do with a GUI at all, just for the
record.
On Tue, May 14, 2013 at 7:43 PM, Kaspar Bumke <kaspar.bumke(a)gmail.com
<mailto:kaspar.bumke@gmail.com>> wrote:
Thx! May I suggest NSM support for this JACK
standalone app?
I have had a brief look at NSM when it was first announced but since
my workflow seems to be evolving into a GUIlessness I doubt I will
have a personal use for it which doesn't bode well for me to find time
to incorporate it. As always, patches welcome :)
On 15 May 2013 00:38, Kaspar Bumke <kaspar.bumke(a)gmail.com
<mailto:kaspar.bumke@gmail.com>> wrote:
On 15 May 2013 00:35, Kaspar Bumke
<kaspar.bumke(a)gmail.com
<mailto:kaspar.bumke@gmail.com>> wrote:
The loop_instance will set the loop number the control applies to
where -1 means all loops and -2 is used for global controls.
Oh and -3 means it will work on the selected loop only. 
3:28 p.m.
On 05/15/2013 02:15 PM, hermann meyer wrote:
Did that mean there is now a GUI-less NON Session
Manager available
somewhere??
I don't think so. The protocol itself is in principle not dependent on a
GUI..
Flo
Am 15.05.2013 11:10, schrieb Paul Davis:
--
Florian Paul Schmidt
http://fps.io
NSM has nothing to do with a GUI at all, just for
the record.
On Tue, May 14, 2013 at 7:43 PM, Kaspar Bumke <kaspar.bumke(a)gmail.com
<mailto:kaspar.bumke@gmail.com>> wrote:
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user Thx! May I suggest NSM support for this JACK
standalone app?
I have had a brief look at NSM when it was first announced but since
my workflow seems to be evolving into a GUIlessness I doubt I will
have a personal use for it which doesn't bode well for me to find
time
to incorporate it. As always, patches welcome :)
On 15 May 2013 00:38, Kaspar Bumke <kaspar.bumke(a)gmail.com
<mailto:kaspar.bumke@gmail.com>> wrote:
On 15 May 2013 00:35, Kaspar Bumke
<kaspar.bumke(a)gmail.com
<mailto:kaspar.bumke@gmail.com>> wrote:
The loop_instance will set the loop number the control applies to
where -1 means all loops and -2 is used for global controls.
Oh and -3 means it will work on the selected loop only.
4:27 p.m.
On 15 May 2013 14:28, Florian Paul Schmidt <mista.tapas(a)gmx.net> wrote:
Yeah so until there is a GUI-less session manager I won't have a use
for it. Even then, GUI-lessness lends itself more to be shell
scripted. I have very low requirements in terms of start-up loading as
I am trying to live-loop everything :)
Did that mean
there is now a GUI-less NON Session Manager available
somewhere??
I don't think so. The protocol itself is in principle not dependent on a
GUI..
7:04 p.m.
On Wed, May 15, 2013 at 7:26 AM, Kaspar Bumke <kaspar.bumke(a)gmail.com>wrote;wrote:
On 15 May 2013 14:28, Florian Paul Schmidt
<mista.tapas(a)gmx.net> wrote:
Yeah so until there is a GUI-less session manager I won't have a use
for it. Even then, GUI-lessness lends itself more to be shell
scripted. I have very low requirements in terms of start-up loading as
I am trying to live-loop everything :)
NSM provides a GUI, but it does not require one. The daemon is controlled
via OSC and is therefore scriptable. nsmd can be invoked directly if
desired.The distribution even includes a send_osc commandline tool,
although there are many other tools to do the same thing. Also, the NSM
protocol doesn't require clients to have GUIs or even to use a particular
audio subsystem (or *any* audio subsystem).
Did that
mean there is now a GUI-less NON Session Manager available
somewhere??
I don't think so. The protocol itself is in principle not dependent on a
GUI..
4:28 p.m.
Am 15.05.2013 15:28, schrieb Florian Paul Schmidt:
On 05/15/2013 02:15 PM, hermann meyer wrote:
Clear, but it will be hard to become "useful" without a manager,
didn't
it. ;-)
Did that mean there is now a GUI-less NON Session
Manager available
somewhere??
I don't think so. The protocol itself is in principle not dependent on
a GUI..
Flo
> Am 15.05.2013 11:10, schrieb Paul Davis:
>> NSM has nothing to do with a GUI at all, just for the record.
>>
>>
>> On Tue, May 14, 2013 at 7:43 PM, Kaspar Bumke
>> <kaspar.bumke(a)gmail.com <mailto:kaspar.bumke@gmail.com>> wrote:
>>
>> >Thx! May I suggest NSM support for this JACK standalone app?
>>
>> I have had a brief look at NSM when it was first announced but since
>> my workflow seems to be evolving into a GUIlessness I doubt I will
>> have a personal use for it which doesn't bode well for me to
>> find time
>> to incorporate it. As always, patches welcome :)
>>
9:28 a.m.
Hello Kaspar!
Thanks for the hints and the documentation. I will have some fun with that.
For loading loops to other loop indices I'll just use OSC then. No problem.
Warm regards
Julien
----------------------------------------
http://juliencoder.de/nama/music.html
4557
days inactive
4560
days old
linux-audio-user@lists.linuxaudio.org
13 comments
7 participants
participants (7)
-
Carlos sanchiavedraz -
Florian Paul Schmidt -
hermann meyer -
J. Liles -
Julien Claassen -
Kaspar Bumke -
Paul Davis