[LAD] USB audio interface

[Thijs van severen]

hi all

I know this question pops up every couple of months (repeat,repeat,repeat)
but since i cant find any up to date info, i'll ask it anyway :-)

I'm looking for a new audio interface with these minimum specs :
- USB
- plug-and-play (as in 'works OOTB with no extra drivers needed or
compiling anything')
- 8 in (minimum 2 mic ins)
- 8 out
- no internal DSP or hardware mixer (unless it is possible to config using
a native linux app)
- i will be using this live on stage so it needs to be solid and low latency
- 500eur max

I have checked out all the usual 'hardware compatibility' matrix wikis and
related websites but 90% of that info is outdated, hence this mail

All suggestions are welcome !

Grtz
Thijs


-- 
follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] User eXperience in Linux Audio

[Thijs van severen]

Op 23-apr.-2015 22:59 schreef "Fons Adriaensen" :
>
> On Thu, Apr 23, 2015 at 07:47:50AM +0200, Thijs van severen wrote:
>
> > > People writing 'GUI standards' and trying to force them on everyone
> > > should have a look at e.g. a modern 'glass cockpit'.
> >
> > We are not talking about someone that suddenly decided to make up there
own
> > set rules and then tried to fore it upon us
> > We are talking about a group of people that conducted a study on a large
> > group of random users, and based on that study they defined a set of
> > guidelines for us to use ... or ignore
>
> And in the case I mentioned (flight deck displays and user interfaces)
> were are talking about *specialists* in ergonomics who have conducted
> a not one but a series of studies and experiments involving a large
> group of *expert* users and costing tons of money.

If you are writing a softsynth that will be used by a pilot i guess you
might want to use this approach
If you want more people to be able to use it i sugest you dont. ;-)
All kidding aside i think that Gianfranco nailed it when he was talking
about target audience

Grtz
Thijs

And the result is
> quite different. So whom do you think I should believe ?
>
> During my lunch break today I'be been reading a number of UI design
> guidelines. Of course there is some truth in them. It would be rather
> difficult not to find out the value of consistency, of reasonable
> color schemes and layout etc.
>
> But *all* of them, without exception, seem to assume that the user
> is some ignorant nitwit, without any prior knowledge about the
> application domain and too lazy to learn, let alone read a manual
> or $GOD help us, configure the software he is trying to use. Or
> not actually use but just play around with it a bit.
>
> That type of user may and actually does exist, and that may be where
> the money (or fame) is, but it is *not* the type of user I'm writing
> for or even remotely interested in.
>
> Ciao,
>
> --
> FA
>
> A world of exhaustive, reliable metadata would be an utopia.
> It's also a pipe-dream, founded on self-delusion, nerd hubris
> and hysterically inflated market opportunities. (Cory Doctorow)
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] User eXperience in Linux Audio

[Thijs van severen]

Op 23-apr.-2015 00:14 schreef "Fons Adriaensen" :
>
> On Wed, Apr 22, 2015 at 08:43:11AM -0400, Paul Davis wrote:
>
> > Just one little note here. Back in 2001, I read an article in the US
> > Keyboard magazine that made a strong case for stopping the use of
> > skuomorphic GUIs (knobs etc) for a variety of reasons. It wasn't
written by
> > a software developer, but a musician. He was bemoaning how limited GUIs
for
> > audio software were because of their attempt to present things that look
> > like hardware controls.
>
> There are different grades of that of course. Chickenheads, screws,
> handles and ventilation holes in a plugin GUI just look silly IMHO.
> But an 'abstracted' version of a rotary control can make sense, it
> has some advantages over most alternatives.
>
> On the other extreme, I find the 'standard' widgets offered by
> most GUI toolkits completely useless on anything that is supposed
> to be 'technical' (including audio apps) rather than an office
> application.
>
> People writing 'GUI standards' and trying to force them on everyone
> should have a look at e.g. a modern 'glass cockpit'.

We are not talking about someone that suddenly decided to make up there own
set rules and then tried to fore it upon us
We are talking about a group of people that conducted a study on a large
group of random users, and based on that study they defined a set of
guidelines for us to use ... or ignore
#freedom :-)

I mean the real
> thing - Boeing or Airbus, not the Garmin etc. thingies used by sports
> pilots that look like (and probabaly are) Windows apps.
>
> This is a very complex environment. A large amount of information,
> often competing for attention, has to be displayed accurately and
> unambiguously, in a way that is comfortable to be viewed for hours
> on end, and that also remains functional in emergency situations
> that may require split-second decisions. A lot of research and
> effort has gone into designing these things.
>
> You won't find a single 'standard' widget on those displays. Nor
> skeuomorphic imitations of traditional flight instruments. The
> only thing that still looks a bit traditional would be the attitude
> indicator on the PFD, but even that will be a very abstract version
> of the old mechanical one.
>
> All of it is designed to be purely functional, no frills, no eye-
> candy. Even the MCDUs (the things on the central console that look
> like a calculator on steroids) have their own interface style and
> conventions that will be quite different from what you may expect.
>
> And that's not because this is a primitive, conservative, or 'ten
> years behind the state of the art' technology - these systems are
> among the most advanced you can find anywhere.
>
> The same, but probably less extreme, you'll find in almost all
> 'technical' environments where function is more important than
> looks or tradition.
>
>
> Ciao,
>
> --
> FA
>
> A world of exhaustive, reliable metadata would be an utopia.
> It's also a pipe-dream, founded on self-delusion, nerd hubris
> and hysterically inflated market opportunities. (Cory Doctorow)
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] User eXperience in Linux Audio

[Thijs van severen]

2015-04-21 8:21 GMT+02:00 Gordonjcp :

> On Tue, Apr 21, 2015 at 08:16:05AM +0200, Thijs van severen wrote:
> > We need to be aware of the fact that most people on this list are devs
> and
> > therefore do NOT represent the average user
> > In other words : "I dont like splash screens so i'm not going to
> implement
> > one" is (IMHO) a very very wrong attitude.  The same goes for any other
> > feature
>
> I still don't get why splash screens are a "good thing".  I don't want a
> big modal picture blotting out the middle quarter of the screen just
> because an app is waiting to start up.  Maybe there are other things I'd
> like to do with the computer while I'm waiting.
>

i dont think it has to be modal, and i'm also curious what other thing you
will be doing in those 3-5 sec that the splash is there
surprise me :-)


> --
> Gordonjcp MM0YEQ
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>



-- 
follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] User eXperience in Linux Audio

[Thijs van severen]

Hi Harry
Just wondering where you got your inspriation for the above list?
There are of course numerous documents on ui design .Something like this
http://www.ambysoft.com/essays/userInterfaceDesign.html (but there are
better documents that go into the details. I just i cant find them right
now :-)
I,m not sure if these guidelines explicitly mention splash screens, but i'm
pretty sure that getting feedback from the app about what it is doing is
high on the list

We need to be aware of the fact that most people on this list are devs and
therefore do NOT represent the average user
In other words : "I dont like splash screens so i'm not going to implement
one" is (IMHO) a very very wrong attitude.  The same goes for any other
feature
Keep it simple and dont use 'alt-b' for what the rest of the world knows as
'ctrl-c' because you think thats better. It's not

Anyway, thumbs up for this effort !

Grtz
Thijs
Op 19-apr.-2015 00:40 schreef "Harry van Haaren" :

> Hi All,
>
> As promised just at the closing ceremony of LAC, an email opening the
> discussion of User Experience on Linux Audio. To all Developers,
> please use this as a checklist and consider supporting each item. It
> will improve the user experience.
>
> 1: Splash Screen
> If an app takes more than one quarter of a second to open, use a
> splash screen to give feedback. Feel free to contact me directly to
> collaborate on a splash screen graphic if necessary. Ensure the splash
> is shown immediately, before lengthy operations such as scanning for
> files or loading content.
>
> 2: Presets
> Synths and Effect plugins often provide presets - show a preset
> selection "in" the main UI, or 1 click away. A fast way to browse
> presets greatly enhances UX when searching for a sound. Ideally
> support "scroll-wheel" interaction for changing presets.
>
> 3: Hotkeys
> - Ctrl Q,  Quit
> - Ctrl W, Close Project
> - Ctrl S, Save
> - Ctrl Shift S, Save As
> - Escape, Context sensitive "close"
>
> I'm aware most of the recommendations above are obvious, and that many
> programs support these already.
> Cheers, -Harry
>
> --
>
> http://www.openavproductions.com
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Guitarix 0.31.0 released

[Thijs van severen]

Op 2-okt.-2014 18:20 schreef "Gianfranco Ceccolini" <
gianfra...@portalmod.com.br>:
>
> Hi LADs
>
> First of all I'd like to thank Hermann for his support and great effort
with the Guitarix code. It really means a lot for us.
>
>
> I also want to get the hook of the USB Audio stretch goal topic and
disclose important information with you guys.
>
>
> As a market product, when we say "USB 2.0 24bit Audio Interface" we mean
the complete package, that is:
>
> A - USB device hardware port;
>
> B - ALSA USB gadget driver running in our device;
>
> C - USB Audio driver running on the host computer - be it Linux, Mac and
Windows.
>
>
> In this scenario, any user would have this feature, independent of
adopted OS and technical knowledge.  This is what the stretch goal is about.
>
>
> Without the stretch goal, what we have already is item A and part of item
B.
>
> Also, as we're adopting class compliant devices, item C is already
"factory shipped" for Linux and Mac boxes.

This is what convinced me to order one!
I'm following the campaign very closely
Good luck guys!!

But not for Windows. Microsoft only provides USB 1.0 Audio class compliant
driver (16bit, 44.1kHz). We don't have Windows developers in the team (and
don't intend to have) and our worst nightmare is to start supporting
Windows drivers, with all it's versions, chaotic organization and kind of
dodgy business model.
>
> Being so, we're outsourcing the Windows USB 2.0 Audio driver.  Part of
the stretch goal money goes into this acquisition. The other remaining part
goes to registering a USB vendor ID and homologation tests to have the USB
compliant logo.
>
> And why am I telling you all this?
>
> Is because considering only the Linux Audio universe, the USB 24bit Audio
is practically a reality, independently of the stretch goal.
>
> The hardware is all set and the USB Gadget driver, although not running
"out-of-the-box" yet, is already included in the ALSA stack and shall be
working in no time. In our current kernel, version 3.4, it is Experimental,
but on the newest mainline kernel, version 3.17, it is not Experimental
anymore.
>
> One of our developers is working full time in it and I'm also pretty sure
that many of the LAD subscribers can give us great advice on this
implementation :-)
>
>
> The Buba and Mango boards.
>
> Another important thing to mention is the $125k stretch goal for the
A23/A33 CPUs.
>
> We're currently using an "off-the-shelf" CoreBoard that features an
AllWinner A20 1.0GHz CPU.
>
> If we reach the goal, we're designing a custom coreboard featuring the
A23/A33 CPUs (they are pin to pin compatible). They are both 1.5GHz, being
the A23 dual core and A33 quad core. This will be called the BubaBoard.
>
> We will design the schematics and will outsource the layout mainly due to
routing DD3 memory which is out of our scope.
>
> Together with the  Bubaboard we're designing a baseboard onto which you
slot the Bubaboard into. This Baseboard will have all connections (audio,
video, USB, etc) in order to use the Bubaboard without the MOD and will be
called MangoBoard.
>
> Both the Buba as the Mango will be released as Open Hardware.  We already
released all ControlChain related hardware as open source and the boards
shall be just the same.
>
> Being hardware designers, our idea is to provide the community with a ARM
Development kit geared towards audio development.  We really miss something
like this available in the market as all ARM based development boards are
much more driven to video than audio.
>
> The Mango shall have decent AD/DA codecs and a good audio circuit
sporting 1/4'jacks  instead of the lousy 3.5mm jacks featured in most ARM
dev boards.
>
> I've seen lots of projects trying to make use of the RPi or even the
Cubieboard for audio and I believe our boards shall boost this kind of
initiatives.
>
> Hope to have clarified everyone.
>
> It's one of my goals to keep a open and sincere communication with the
Linux Audio community and also provide everybody with the knowledge we can
offer.
>
> Unfortunately we don't have infinite resources and thus we depend on
revenue to offer all we want to. The stretch goals are the way to make it.
Hope you guys understand it.
>
> At each day that passes the MOD Team feels a bit more proud of being part
of such a cool community as this.
>
> Kind regards to all
>
> Gianfranco Ceccolini
> The MOD Team.
>
>
>
>
>
> Em 02/10/2014, à(s) 02:11, hermann meyer  escreveu:
>
>> The Guitarix developers proudly present
>>
>> Guitarix release 0.31.0
>>
>> For the uninitiated, Guitarix is a tube amplifier simulation for
>> jack (Linux), with an additional mono and a stereo effect rack.
>> Guitarix includes a large list of plugins[*] and support LADSPA / LV2
plugs as well.
>>
>> The guitarix engine is designed for LIVE usage, and feature ultra fast,
glitch and click free,  preset switching, full Midi and/or remote
controllable (Web UI not included in the distributed tar ball).
>>
>> Here is the " Ultimate Guide t

Re: [LAD] Releasing source code is not enough, I think...

[Thijs van severen]

+1
Op 21-jan.-2014 07:37 schreef "Louigi Verona" :

> In my view, yes, absolutely!
>
> L.V.
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] qmidiroute

[Thijs van severen]

hi Jeremy
i'll give mididings a try, but i'm trying to find a 'simple' (read
GUI/no-script) solution because it's not just me that will be using it
a non-tech friend of mine has also switched to linux and i really dont want
to bother him with writing code (+ i also dont want to be the 'helpdesk' if
you know what i mean)
so for him mididings is not an option

the qmidiroute gui is really simple and works really well, it's just
lacking this 'load preset' option

@Frank
thanks for the tip!  i'll post my question there and see if anyone can help
me out

thanks for the feedback guys
i really appreciate it !

grtz


2013/11/6 Frank Kober 

>
>
>   --------------
>  *De :* Frank Kober 
> *À :* Thijs van severen ; LAD <
> linux-audio-dev@lists.linuxaudio.org>
> *Envoyé le :* Mercredi 6 novembre 2013 20h07
> *Objet :* Re: [LAD] qmidiroute
>
> Hi Thijs and Jeremy,
>
> I think the best way would be to contact alsamodular-devel or -user
> mailing list, see if Guido (who still maintains the tree afaik) wants to
> jump in here. I have done only the qt4 port and not added much to the
> qmidiarp "engine". If he finds no time to do such a thing, we could look
> for other ways to go on.
>
> Best
> Frank
>
>
>
>
>   Le Mercredi 6 novembre 2013 8h48, Thijs van severen <
> thijsvanseve...@gmail.com> a écrit :
>  hi all
>
> does anyone know if qmidiroute is still alive, and if so, who is currently
> maintaining it ?
> i found this git repo : https://github.com/royvegard/qmidiroute
> but i cant find a way to contact the owner of this repo (Roy Vegard Ovesen)
>
> grtz
> Thijs
>
> --
>
> Please excuse me for the top posting in that email in which qmidiarp
> should read qmidiroute ;)
>
> greets
> Frank
>



-- 
follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] qmidiroute

[Thijs van severen]

Hi Jeremy

no bug, but i'm looking for a way to change the config of qmidiroute (in
other words : the routes/filters in qmidiroute) on the fly.

the reason why i'm asking this is because i'm working on a _live_ setup
that involves several softsynths that need to be configured/connected in
different ways depending on the song.
so the goal is to have a single button on my midi controller for each
configuration (currently 1song=1config)
so when i hit that button the correct routes/filters for song 1 are loaded
in qmidiarp  (+the softsynths are set to the correct preset, but that
already works)

i guess i'm looking for a way to load a qmidiroute preset based on an
incoming midi message
i was thinking about adding a new output type ('local program change' or
something like that) where you could then configure the name of the preset
you want to load ...
by adding a new output type i could also make use of the existing input
filter settings

any ideas ?

grtz
Thijs



2013/11/6 Jeremy Jongepier 

> On 06-11-13 08:47, Thijs van severen wrote:
> > hi all
> >
> > does anyone know if qmidiroute is still alive, and if so, who is
> currently
> > maintaining it ?
> > i found this git repo : https://github.com/royvegard/qmidiroute
> > but i cant find a way to contact the owner of this repo (Roy Vegard
> Ovesen)
> >
> > grtz
> > Thijs
>
> Hello Thijs,
>
> QMidiRoute used to be part of the alsamodular project:
> http://alsamodular.sourceforge.net/
> Guess it still is? Latest additions have been made by emuse and if I'm
> not mistaken that's Frank Kober's handle who's currently maintaining
> QMidiArp. But did you find a bug or do you have a question about the
> functionality of QMidiRoute?
>
> Best,
>
> Jeremy
>
>
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>


-- 
follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] qmidiroute

[Thijs van severen]

hi all

does anyone know if qmidiroute is still alive, and if so, who is currently
maintaining it ?
i found this git repo : https://github.com/royvegard/qmidiroute
but i cant find a way to contact the owner of this repo (Roy Vegard Ovesen)

grtz
Thijs

-- 
follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Forking JackMix

[Thijs van severen]

Behold the beauty of FOSS !
(A fine example of how it can also be done)
Op 20-sep.-2013 23:46 schreef "Arnold Krille"  het
volgende:

On Fri, 20 Sep 2013 12:45:45 +0100 Dr Nicholas J Bailey
 wrote:
> Ha, it seems I submitted news about a fork right into a firestorm!
>
> Well, I've done it, take it or leave it.
>
> For the record, I did email Arnold Krille several times without
> getting a reply, which is fine because there isn't a law which says
> he has to answer emails from me.

Mostly due to the fact that I don't answer when there is no time. And
then tend to forget these mails when they drop below the fold...

> Also, the (C) on that software says
> -2007, so I went ahead. It probably wasn't a good time in retrospect.

It was at the best of times! And its not the first fork of JackMix,
but probably the first on github...

> I didn't intend to upset Arnold or anybody else, but the only way I'm
> taking my "fork" off github is if Arnold thinks it's good enough to
> make it mainstream, which would be an honour and a privilege.

The main concern for me is that (if I understand git correctly) its now
not possible for me to import my private subversion history of JackMix
into github and then officially mark yours as the fork... As my vcs was
private all the past time, thats not a big concern.
You could also have given your project a new name. Which is hard when
the good names are all taken...

But seeing as I don't really have time for audio-programming since
quite some years, please continue!

> I still really hope Arnold is going to let me ask him some
> questions about his code!

I don't know if I can answer your questions. As you rightly noticed,
its been some time since I wrote that code.
I would write it differently today (test-driven, gui in python and only
the mixing-engine in C++). I kind of started parts for a rewrite,
there's a mixing-matrix-gui in ffado-mixer thats similar and I have
some local beginnings of a crossbar-router for jack (patchage with rows
and cols instead of a free canvas) with network-transparent separation
of gui and core. But that never really hit of with me due to a lack of
time and need...

Anyway, please remind me to look at your project, create a nice page on
github for it and remind me to set a link to that page on my domain.
I hereby proclaim you the new lead for JackMix!

Have fun,

Arnold

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] beta testers wanted for Hypercyclic and Tonespace

[Thijs van severen]

Hi all

This weekend i got a message from the dev of Hypercyclic and Tonespace that
a new version of these apps is available and they includes jack support

You can find info about the arpeggiator and the softsynth here :
http://www.mucoder.net/en/

If you are interested in beta testing, you can contact the dev via this
page : http://www.kvraudio.com/forum/viewtopic.php?p=5449152


Notes:
- 64 bit only
- these apps are crossplatform, free, but not open source  (however, the
dev is putting effort into linux support so that's gottta count for
something, right ?)
- i'm not involved in any way in this project, so it's best to contact the
dev directly if you have any questions (you can find his details here :
http://www.mucoder.net/en/about/)

grtz
Thijs
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [ANN] New Jack / LV2 Host with socket support

[Thijs van severen]

hi all

a question about this host app:
would this allow me to control the calf LV2 plugins using an external midi
controller ?
(map a midi 'knob' to a LV2 parameter)

grtz
Thijs



2013/5/28 Jeremy Jongepier 

> On 05/07/2013 08:00 PM, Ricardo Crudo wrote:
>
>> Hi LAD!
>>
>> We, from MOD  team, released now a new Jack /
>> LV2
>> Host in github: the mod-host. mod-host is a command line application like
>> jalv, but that accept multiple instances and can be controlled via socket
>> or shell.
>>
>> LV2 features currently supported:
>>
>> * lv2core
>> * atom
>> * event
>> * buf-size
>> * midi
>> * options
>> * uri-map
>> * urid
>> * worker
>>
>> More information can be found on README file.
>> repo: 
>> https://github.com/portalmod/**mod-host
>>
>> We hope that mod-host can be useful for others projects!
>>
>> Best Regards,
>> Ricardo Crudo.
>>
>
> Hello Ricardo,
>
> Thanks for this application! Runs like a charm on my Raspberry Pi. I'm now
> playing around with TouchDAW and the amsynth LV2 plugin loaded in mod-host,
> great stuff.
>
> Regards,
>
> Jeremy
>
> __**_
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.**linuxaudio.org
> http://lists.linuxaudio.org/**listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] wiki consolidation linuxmusicians.com & linuxaudio.org

[Thijs van severen]

Great initiative :-)
Joining forces is exactly the sort of thing that linux (audio) needs !

Grtz
Thijs
Op 26-mei-2013 02:00 schreef "Robin Gareus"  het
volgende:

> Hi all,
>
> Just a quick head's up: linuxaudio.org and linuxmusicians.com have
> joined forces. Today Arnout and me have started to consolidate the wiki:
>
> http://wiki.linuxmusicians.com has been merged into
> http://wiki.linuxaudio.org/
>
> Many thanks to all who have contributed to and helped maintaining the
> content over the past years! Your efforts are very much appreciated.
>
> There are still a few open ToDo items to be sorted out. In case you
> would like to help, please see
>   http://wiki.linuxaudio.org/wiki/migrationprogress
>
> Cheers!
> robin
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] NSM support: progress, wishlist

[Thijs van severen]

i must confess : i'm also using jack session :-)
however, i'm happy to switch to whatever other manager if that one covers
the jacksession functionality
guess i really have to give it a try then

grtz
Thijs


2013/5/18 rosea.grammostola 

> On 05/15/2013 11:12 PM, David Santamauro wrote:
>
>> On 05/15/2013 02:41 PM, Dan wrote:
>>
>>> To my knowledge (from direct IRC interaction with e.g. torben hohn)
 there is
 very little interest by the original jack-session devs to continue,
 support
 and fix it.

>>>
>>> Just from reading LAD I did not realize that. Is this (de-facto)
>>> deprecation documented anywhere?
>>>
>>>
>> Very good question. Where are the tides swelling?
>>
>
> Are you saying that you guys are plain (outside Ladish) Jack-Session users?
>
> I don't think this will get announced officially, Jack-Session is out
> there, do with it what you want, but don't expect heavily development on it
> like you see with NSM.
>
> By the way, I used Laborejo in NSM today and it used the 'optional GUI'
> functionality in the NSM protocol. This is just great! I was thinking a few
> days ago 'all those small apps on your desktop is an disadvantage of
> one-task-one-tool. You can hide plugin.'
> But this hide/show GUI option seems to solve just that!
>
> http://non.tuxfamily.org/nsm/**API.html#n:1.2.4.1
>
> Regards,
> \r
>
> __**_
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.**linuxaudio.org
> http://lists.linuxaudio.org/**listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] io GNU/Linux out... Another Multimedia Live DVD/USB :)

[Thijs van severen]

hi,
can you tell us what sets it apart from the other distros ?
btw: the page doesnt seem to load


2013/4/22 MK aka El Doctor 

> Hi,
>
> I'm happy to share with you a new beta release of io GNU/Linux, a complete
> multimedia workstation based on Debian SID and built with the great Debian-
> Live tools.
>
> It includes programs for most uses, with Enlightenment e17+ecomorph as
> window
> manager, Jack2 and Ladish, etc...
>
> This build doesn't include documentation / getting started... Will be part
> of
> a future iso.
>
> Feedbacks welcome, enjoy :)
>
> http://mk.biniou.net/iognulinux.html
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>


-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Bitwig beta for Linux reviewed

[Thijs van severen]

2013/3/8 Ralf Mardorf 

> On Wed, 2013-03-06 at 14:27 +0100, Adrian Knoth wrote:
> > On 03/06/2013 01:05 PM, Dave Phillips wrote:
> >
> > Hi!
> >
> > >
> http://www.linux-community.de/Internal/Artikel/Print-Artikel/LinuxUser/2013/01/Bitwig-Professionelle-Musik-Workstation-fuer-Linux
> > >
> > >
> > > Excellent review, in German only, with some enticing screenshots.
> >
> > Well, it's still vaporware. For how long are we already waiting for
> > Lightworks' Linux release? Exactly.
>
> It's odd hype only!
>
> 2 Cents,
> Ralf
>

fyi: i'm beta testing Lightworks on linux and it very real
but it's a free world, so you are of course free to ignore this fact  ;-P


>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Sync Arpage to Hydrogen

[Thijs van severen]

hi All

i'm still struggling to get more info about jack transport debugging (see
mail below)
are there any jack transport debug tools available ?

grtz
Thijs


2013/1/13 Thijs van severen 

> Hi all
>
> i'm trying to sync arpage (jack synced arpeggiator) to Hydrogen:
> in hydrogen i enabled jack transport + set hydrogen as master
> Arpage gets triggered when i hit play in hydrogen, but it does not do what
> i expect it to do (the tempo is all 'weird')
> if i do the same with qtractor, ardour or the jack_transport utility as
> jack master everything works as expected
>
> now i'm trying to find an easy way to see if there is any difference
> between the way hydrogen and the other apps start/stop/'master' the jack
> transport, but so far i cant see any difference
> is there any app/utility that can give me detailed info about jack
> transport ?
>
> i have logged a ticket (including a screen recording @ bottom of the
> ticket) of this strange behavior :
> https://github.com/hydrogen-music/hydrogen/issues/81
>
> any tips ?
>
> grtz
> Thijs
>
> --
>
> follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/>!
>



-- 

follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] linux / lightworks / jack ?

[Thijs van severen]

nice (short) article on redshark news about the combination of lightworks,
ardour/mixbus and jack :
http://www.redsharknews.com/post/item/386-what-audio-applications-can-you-use-alongside-lightworks-for-linux

grtz
Thijs

-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Sync Arpage to Hydrogen

[Thijs van severen]

Hi all

i'm trying to sync arpage (jack synced arpeggiator) to Hydrogen:
in hydrogen i enabled jack transport + set hydrogen as master
Arpage gets triggered when i hit play in hydrogen, but it does not do what
i expect it to do (the tempo is all 'weird')
if i do the same with qtractor, ardour or the jack_transport utility as
jack master everything works as expected

now i'm trying to find an easy way to see if there is any difference
between the way hydrogen and the other apps start/stop/'master' the jack
transport, but so far i cant see any difference
is there any app/utility that can give me detailed info about jack
transport ?

i have logged a ticket (including a screen recording @ bottom of the
ticket) of this strange behavior :
https://github.com/hydrogen-music/hydrogen/issues/81

any tips ?

grtz
Thijs

-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] [LAU] List of working MIDI devices?

[Thijs van severen]

Good point about the driver
Unfortunately i couldnt find any info at all about this device (probably
because its cheap, new and built by a rather unknown company) and exactly
for this reason i would liks to share what i have found out

Grtz
Thijs

On 8 Nov 2012 12:43, "Paul Davis"  wrote:



On Thu, Nov 8, 2012 at 1:54 AM, Thijs van severen 
wrote:
>
> Hi all
>
> ...

there is a reason why MIDI is a standard protocol.

the only way that a MIDI device is not Linux compatible is if it doesn't
actually send MIDI, but instead uses some proprietary protocol which is
then converted by a device driver into MIDI that can be seen by apps on the
computer.

there are very few such devices. the question to ask is whether it has its
own device driver - if it does not, then its about 99.78% certain that it
will work on Linux or with any other MIDI capable platform/device.
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] List of working MIDI devices?

[Thijs van severen]

>
> On 08/11/12 06:54, Thijs van severen wrote:
>
>  Last week my brother got his new digital drum.  its an octapad clone
>> (only cheaper) that fits our needs perfectly.
>>
>
> Heh, you left out the most important information - which device is it? :-))
>
> K.
>
>
details, details ...  ;-)

it's this one http://www.thomann.de/be/millenium_dp2000_multi_pad.htm
it is class compliant, so i guess it's to be expected that it works, still
i personally prefer hearing that from someone that actually owns one (and
uses it with linux of course)

if there is no such page, wouldnt it be a good idea to create something
like this ?
i could create one on the Hydrogen site, but that would be more aimed at
drum midi devices and maybe we shouldnt limit it to that specific type of
device
a more generic page would be better IMO (something like the ffado device
list : http://www.ffado.org/?q=devicesupport/list)

ideas ?

grtz
Thijs

-- 

follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] List of working MIDI devices?

[Thijs van severen]

Hi all

Last week my brother got his new digital drum.  its an octapad clone (only
cheaper) that fits our needs perfectly.
Before we decided to get this model i googled to see if it is linux
compatible, but couldnt find anything.
Now that we have it i can confirm that it works :)
However, i was wondering if there is a page/wiki/list where i could add
this info so others can see this?

Grtz
Thijs
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Hydrogen Drumkit Contest : and the winners are ...

[Thijs van severen]

- sorry for crossposting -


Hi all

The winners of the Hydrogen Drumkit Contest have just been announced on the
Hydrogen site !
Check out the announcement
and listen to the demo
songs of the submitted drumkits.

A big thank you to all the people that submitted a drumkit and to the jury !

Enjoy :-)

The Hydrogen team
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] AudioGL

[Thijs van severen]

2012/8/6 Ralf Mardorf 

> On Mon, 2012-08-06 at 10:38 +0400, Louigi Verona wrote:
> > Of course, none of us knows whether the video is actually true,
> > whether it is as as smooth as it appears to be,
> > whether it really does work that well as seen in the demo.
>
> Correct, but I know other software able to do such stuff that easy. It
> started with Cubase for the Atari ST in the 80s, with full automated
> realtime SysEx editors (of course separated MIDI IOs) and it continued
> with soft synth such as Alchemy VSTi, today gratis available for the
> iPad. At least VSTis + Cubase for the PC should be have this
> capabilities.
> The short of it, Linux audio is far away from proprietary solutions.
> I remember that somebody archived something like this with a Mac and a
> full automated vocoder. He's subscribed to LAU and or LAD.
>
> http://www.audiogl.com/en/audiogl seems to be for Windows only.
>
> One of tons of synth that can do similar:
> http://www.camelaudio.com/Alchemy.php
>
> This works glitch free on an iPad2 too, at least the free iPad version
> is lighter.
>
> http://www.youtube.com/watch?v=pTVm9RWfhyE
>
> You are aware of all those hardware vector synth from the 80s? Or the
> much older ARP step synth?
>
> AudioGL is new for me, but it's not a new idea, such stuff is available
> since a long, long time ago.
>
> Regards,
> Ralf
>
>
>
reminds me a bit of reactable, or the open variant psychosynth (see
http://www.psychosynth.com/index.php/Main_Page)
Thijs

-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Hydrogen Drumkit Contest : only 1 month to go !

[thijs van severen]

Hello drumkit-making people  :-)

This is a friendly reminder that the Hydrogen Drumkit
Contest deadline
is rapidly approaching  (little more than a month to go)
So if you have created a great drumkit don't wait to long to submit it !
Fan-tas-tic-ly fa-bu-lous prizes are waiting for you  ;-)

Happy drumming

Grtz
Thijs


ps: sorry for cross posting
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] How to get NSM?

[thijs van severen]

2012/4/11 rosea.grammostola 

> On 04/11/2012 02:55 AM, Mark McCurry wrote:
>
>> I've seen the lengthy discussion of NSM and decided I'd like to give it a
>>> whirl, but I cannot figure out where the code lives.  As far as I can see
>>> http://non.tuxfamily.org/nsm/ has no mention of how to get the code.  So
>>> how do I get (git?) it? Thanks
>>>
>>
>> Its code seems to currently be in the same repo as Non-DAW.
>> Here is the clone command:
>> git clone 
>> git://git.tuxfamily.org/**gitroot/non/daw.git
>>
>
> Apart from the master branch, there is also a next branch with new stuff
> and a nsm-proxy branch for the new proxy app.
>


are there plans to get it in KXstudio repo's ?



> __**_
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.**linuxaudio.org
> http://lists.linuxaudio.org/**listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Non Session Management

[thijs van severen]

2012/3/29 rosea.grammostola 

> On 03/29/2012 01:16 PM, thijs van severen wrote:
>
>>
>>
>> 2012/3/29 rosea.grammostola > <mailto:rosea.grammostola@**gmail.com >>
>>
>>
>>On 03/29/2012 12:29 PM, thijs van severen wrote:
>>
>>
>>
>>2012/3/29 Louigi Verona ><mailto:louigi.verona@gmail.**com >
>><mailto:louigi.verona@gmail.__**com <mailto:louigi.verona@gmail.**
>> com >>>
>>
>>
>>
>>my 2 cents from user perspective: I know where I save my
>>files, I know
>>where my sample collections are. i know that if i delete my
>>sample
>>collection, sessions won't load. i don't need any program to
>>tell me
>>that.
>>
>>in fact, in using FL Studio or Cubase or LMMS you have the same
>>situation. a project can use same files as another project
>>and if you
>>damage those files - well, sorry.
>>
>>I do not see any reason for complications in session manager
>>design. i
>>agree with david, all of this is unnecessary and only will
>>make NSM a
>>session manager developers would be reluctant to adopt.
>>
>>louigi verona.
>>
>>On 3/29/12, rosea.grammostola ><mailto:rosea.grammostola@**gmail.com
>> >
>><mailto:rosea.grammostola@__gm**ail.com <http://gmail.com>
>>
>><mailto:rosea.grammostola@**gmail.com>>>
>> wrote:
>> > On 03/24/2012 11:09 PM, Fons Adriaensen wrote:
>> >
>> >>
>> >> 3. Clearly defining the way an app should behave w.r.t. its
>> >> File menu entries (when managed). This is quite intrusive
>> >> to existing clients, but it is IMHO absolutley essential.
>> >> Kudos to the designer(s) for the having the courage to do
>> >> this instead of allowing application developers to take
>> >> the 'least effort' way (which would of course be better
>> >> marketing, but invite later misery).
>> >
>> > How easy or how difficult is it compared to JackSession for
>>example, to
>> > add NSM support to an application?
>> >
>> > Is it possible to have NSM and JackSession support in one
>>application?
>> >
>> > Regards,
>> >
>> > \r
>>
>>
>>
>>wasnt there a link somewhere in this mail thread about a
>>comparison of
>>all the pros and cons of 'all' SM's ?
>>i went trough the thread but could not find it  :-(
>>ah well, maybe i'm just dreaming
>>would be nice though, such a comparison matrix
>>
>>Iirc it was just an idea to do make that. It doesn't exist yet.
>>
>>An overview would be good imo. It would be even better if such a
>>matrix could help in making a decision for the best SM API to
>>support, at the moment. As a user who wants to use session API X, I
>>don't have much benefits if applications supports session API Y.
>>Unless I decide to use Ladish, personally that wouldn't be my choice
>>though.
>>
>> IMHO making such a matrix is the only good way to make a decisions of
>> any kind
>> is there anyone that has already made a 'study' that could be used as
>> the basis of a comparison matrix ?
>>
>
> A matrix is nice for a quick overview, but for such a decision you need
> more in depth information and argumentation. A matrix could only function
> as a tool to help with the decision.


true, but currently we dont have any overview at all
any tool is better than no tool, right ?



follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Non Session Management

[thijs van severen]

2012/3/29 rosea.grammostola 

> On 03/29/2012 12:29 PM, thijs van severen wrote:
>
>>
>>
>> 2012/3/29 Louigi Verona > <mailto:louigi.verona@gmail.**com >>
>>
>>
>>my 2 cents from user perspective: I know where I save my files, I know
>>where my sample collections are. i know that if i delete my sample
>>collection, sessions won't load. i don't need any program to tell me
>>that.
>>
>>in fact, in using FL Studio or Cubase or LMMS you have the same
>>situation. a project can use same files as another project and if you
>>damage those files - well, sorry.
>>
>>I do not see any reason for complications in session manager design. i
>>agree with david, all of this is unnecessary and only will make NSM a
>>session manager developers would be reluctant to adopt.
>>
>>louigi verona.
>>
>>On 3/29/12, rosea.grammostola ><mailto:rosea.grammostola@**gmail.com >>
>> wrote:
>> > On 03/24/2012 11:09 PM, Fons Adriaensen wrote:
>> >
>> >>
>> >> 3. Clearly defining the way an app should behave w.r.t. its
>> >> File menu entries (when managed). This is quite intrusive
>> >> to existing clients, but it is IMHO absolutley essential.
>> >> Kudos to the designer(s) for the having the courage to do
>> >> this instead of allowing application developers to take
>> >> the 'least effort' way (which would of course be better
>> >> marketing, but invite later misery).
>> >
>> > How easy or how difficult is it compared to JackSession for
>>example, to
>> > add NSM support to an application?
>> >
>> > Is it possible to have NSM and JackSession support in one
>>application?
>> >
>> > Regards,
>> >
>> > \r
>>
>>
>>
>> wasnt there a link somewhere in this mail thread about a comparison of
>> all the pros and cons of 'all' SM's ?
>> i went trough the thread but could not find it  :-(
>> ah well, maybe i'm just dreaming
>> would be nice though, such a comparison matrix
>>
>>  Iirc it was just an idea to do make that. It doesn't exist yet.
>
> An overview would be good imo. It would be even better if such a matrix
> could help in making a decision for the best SM API to support, at the
> moment. As a user who wants to use session API X, I don't have much
> benefits if applications supports session API Y. Unless I decide to use
> Ladish, personally that wouldn't be my choice though.
>
>
IMHO making such a matrix is the only good way to make a decisions of any
kind
is there anyone that has already made a 'study' that could be used as the
basis of a comparison matrix ?
thijs


-- 

follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Non Session Management

[thijs van severen]

2012/3/29 Louigi Verona 

> my 2 cents from user perspective: I know where I save my files, I know
> where my sample collections are. i know that if i delete my sample
> collection, sessions won't load. i don't need any program to tell me
> that.
>
> in fact, in using FL Studio or Cubase or LMMS you have the same
> situation. a project can use same files as another project and if you
> damage those files - well, sorry.
>
> I do not see any reason for complications in session manager design. i
> agree with david, all of this is unnecessary and only will make NSM a
> session manager developers would be reluctant to adopt.
>
> louigi verona.
>
> On 3/29/12, rosea.grammostola  wrote:
> > On 03/24/2012 11:09 PM, Fons Adriaensen wrote:
> >
> >>
> >> 3. Clearly defining the way an app should behave w.r.t. its
> >> File menu entries (when managed). This is quite intrusive
> >> to existing clients, but it is IMHO absolutley essential.
> >> Kudos to the designer(s) for the having the courage to do
> >> this instead of allowing application developers to take
> >> the 'least effort' way (which would of course be better
> >> marketing, but invite later misery).
> >
> > How easy or how difficult is it compared to JackSession for example, to
> > add NSM support to an application?
> >
> > Is it possible to have NSM and JackSession support in one application?
> >
> > Regards,
> >
> > \r
>


wasnt there a link somewhere in this mail thread about a comparison of all
the pros and cons of 'all' SM's ?
i went trough the thread but could not find it  :-(
ah well, maybe i'm just dreaming
would be nice though, such a comparison matrix


follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Non Session Management

[thijs van severen]

2012/3/28 Emanuel Rumpf 

> Am 28. März 2012 05:46 schrieb David Robillard :
> > On Wed, 2012-03-28 at 03:27 +0200, Emanuel Rumpf wrote:
> >> This allowed the SM to:
> >>
> >> - tell the user if a certain file is part of any session registered at
> the SM
> >
> > Why would the user care?
> >
>
> (Lets assume I haven't use a certain machine for half a year...)
> For many reasons:
>
> - deleting - I would like to know, if I'm allowed to delete a certain
> file, thus
> it's important to know if it is still used by any session
>
> - destruction - I'm planning to use a destructive application an a file
> and would like to know, if this file is used by any session, where
> this modification would cause trouble
>
> - duplication and release - one may intend to export all files (maybe
> of a certain type) for a certain session and send them to a friend.
>
> - freeing disk space - I would like to remove all files not used (anymore)
> by
> any session (or by a _certain_ session). how else would I know ?
>


this all sounds really interesting, but IMHO these are all extras (that can
introduce a lot of extra complications)
if i can tell the SM where the session needs to be stored that's enough for
me. i really dont care how the underlying files/dirs are organised
all i care about is that i can save/restore a session.
and if this comes at the price of HD space, so be it

if i know where the sessions are stored it's easy enough to archive the
complete dir and move it to a fileserver


thijs



>
>
> --
> E.R.
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Non Session Management

[thijs van severen]

2012/3/22 rosea.grammostola 

> On 03/22/2012 12:59 PM, thijs van severen wrote:
>
>> 2012/3/22 rosea.grammostola > <mailto:rosea.grammostola@**gmail.com >>
>>
>>
>>Hi,
>>
>>I wonder what the LAD community thinks about Non Session Manager
>>
>>
>> http://non.tuxfamily.org/nsm/_**_API.html<http://non.tuxfamily.org/nsm/__API.html>
>>
>> <http://non.tuxfamily.org/nsm/**API.html<http://non.tuxfamily.org/nsm/API.html>
>> >
>>http://non.tuxfamily.org/nsm
>>
>>
>> http://www.youtube.com/watch?_**_v=ui-gC_ZMeGM<http://www.youtube.com/watch?__v=ui-gC_ZMeGM>
>>
>>
>> <http://www.youtube.com/watch?**v=ui-gC_ZMeGM<http://www.youtube.com/watch?v=ui-gC_ZMeGM>
>> >
>>http://youtu.be/xzspJXbEoc0
>>
>> From a user POV I must say that it works very smooth at first
>>sight. It's easy to use and one of the strong points seems to be the
>>flexibility, e.g. the ability to copy and change existing sessions,
>>run multiple sessions (also via network). But I cannot comment on
>>the technical goods and bads of the API and how easy it will be to
>>implement this in a Jackaudio application. It seems to use OSC
>>messages and depends only on liblo.
>>
>>Thanks in advance,
>>\r
>>
>> MHO: having a good universal session manager would be a dream come true,
>> but so far i have not been able to find one that does what i would like
>> it to do :
>> - start a couple of apps
>> - wire them together
>> - add some more apps
>> - save everything
>> - done
>>
>
> This is what Session managers do, NSM, JackSession and Ladish.
> Try it.


hehe, good one  ;-)
i know what they are supposed to do, and i have played with them, butt
there was always something that went wrong
:-(

>
>
>
>> for me it is rather annoying that i have to predefine a session (as is
>> the case with most session managers).
>> i just would like to open apps, use them, connect them, without having
>> to think about 'the session', let alone 'predefine' it
>> jacksession offers some of this, but not all apps support jacksession
>> non session manager has some interesting features too (like
>> over-the-network sessions)
>>
> I don't think this is true. You can start apps just as you like and save
> the session. In NSM you do this in the GUI, but it's very easy to remove a
> client in a session or add one, so no need to predefine anything.
>
> A problem are clients without support for the session format.
> At least in NSM it's easy to start any application nevertheless (the
> author is also thinking about writing a wrapper for non supported apps).
> At least NSM acts like a script starting clients and restore the JACK
> connections (via client jackpatch). So people who prefer scripts and
> aj-snapshot, will find the same benefits in NSM if the author has added the
> wrapper (to be able to add arguments to a starting client).
>
> This is also more or less possible in JackSession, all though saving and
> quiting the session works more cumbersome in Qjackctl compared to NSM in my
> opinion. There is a possibility to start apps without JS support, but
> that's not implemented in Qjackctl yet, so atm a practical disadvantage of
> JS. There is a non official supported wrapper for JackSession though,
> js_wrap.
>
> We all know that session management is hard, but if we can live with more
> or less one standard it would be nice. JackSession seems to be an option,
> but if I understand the situation well, it seems that Paul Davis rather
> sees LV2 rise, he doesn't really believe in Session Management, so he is
> probably not very motivated to help it rise. Torben wrote JackSession, but
> he doesn't have time for Linuxaudio atm, so it might be fair to question
> the chances for survival here.
>
> I don't say that JackSession could not survive, but it needs support and
> development. If the community can agree on a format (NSM for example) which
> is supported better, then that might be a better option.
>
> Apart from the politics it's just interesting to discuss the NSM API here.
>
> Best,
> \r
>
>


-- 

follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Non Session Management

[thijs van severen]

2012/3/22 rosea.grammostola 

> Hi,
>
> I wonder what the LAD community thinks about Non Session Manager
>
> http://non.tuxfamily.org/nsm/**API.html
> http://non.tuxfamily.org/nsm
>
> http://www.youtube.com/watch?**v=ui-gC_ZMeGM
> http://youtu.be/xzspJXbEoc0
>
> From a user POV I must say that it works very smooth at first sight. It's
> easy to use and one of the strong points seems to be the flexibility, e.g.
> the ability to copy and change existing sessions, run multiple sessions
> (also via network). But I cannot comment on the technical goods and bads of
> the API and how easy it will be to implement this in a Jackaudio
> application. It seems to use OSC messages and depends only on liblo.
>
> Thanks in advance,
> \r
>
>
MHO: having a good universal session manager would be a dream come true,
but so far i have not been able to find one that does what i would like it
to do :
- start a couple of apps
- wire them together
- add some more apps
- save everything
- done

for me it is rather annoying that i have to predefine a session (as is the
case with most session managers).
i just would like to open apps, use them, connect them, without having to
think about 'the session', let alone 'predefine' it
jacksession offers some of this, but not all apps support jacksession
non session manager has some interesting features too (like
over-the-network sessions)
the LV2 approach (plugins) is rather appealing since everything can be kept
together by the host app, but not all apps have LV2 variants
i know that there are some LV2 wrapper projects, and i wonder if it is
possible to use these for 'any' app, or does that just move the problem to
the communication between the wrapper and the app?

just some ideas

Grtz
Thijs
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Announcing the first 'Hydrogen Spring Drum Kit Contest'

[thijs van severen]

(apologies for cross posting)


The Hydrogen team is excited to announce the first 'Hyrdogen Spring Drum
Kit Contest' !


As you all know, a drum machine is only as good as the sounds it produces
-no matter how many whistles and bells it boasts.


Some time ago there was a small poll on the Hydrogen site asking the
Hydrogen users (aka 'you' ;-) what feature they wanted more than anything
else.

The answer was clear : "more and better drum kits".

The goal of this fun contest is simple : with your help we can expand
Hydrogen's sound library with some great new drum kits, and since this is a
contest there are some really neat prizes to win!

So if you have been playing with samples and thinking about creating a drum
kit, but then decided not to do so after all : now is the perfect time to
push yourself and go that extra mile. Once it's done you'll feel so much
better ;-)  Or maybe you have already made a drum kit in the past but
didn't think it was worth submitting? Think again and share your hard work
with the rest of the world!


 Curious ? Check out the details on the contest page


Hope to hear from you soon !


 The Hydrogen team
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] DrMr: a new lv2 sampler/drum machine plugin

[thijs van severen]

2012/2/14 Sebastian Moors 

> Nick Lanham wrote:
>
>> Firstly, yes, at some point I would like to have kit editing/creation
>> available from the GUI.  This is non-trivial however, and a bit down the
>> road.
>>
>> To your second point, I agree that it's non-optimal to have to fire up
>> hydrogen to make minor changes to kits and the like.  However, I still
>> think DrMr improves the situation, as it sits nicely in your host, saves
>> all your parameters, and doesn't require any external routing.  Of course
>> if you're fine with setting up all the external routing and kit loading
>> etc, you should just avoid DrMr all together, hydrogen is more fully
>> featured and almost certainly more stable anyway, but the whole point of me
>> writing DrMr was that I got sick of having to set up both my host and
>> hydrogen for every track i wanted to open.
>>
>> But yes, kit customization is in the pipeline, although behind getting
>> the core solid and stable.
>>
>
> Hm, i'm sceptic about this point... This code duplication seems to be
> quite an overhead. If you go into every detail of drumkit management, you
> end up with re-writing a lot of hydrogen classes in plain C. Is that really
> worth the effort?
>
> Why not improve the drumkit editing abilities of hydrogen? Or create a
> dedicated drumkit editor on top of hydrogen's codebase (imho, hydrogen is
> not really user-friendly enough when it comes to kit-creation...) ?
> - Sebastian
>
>
i must say that i agree with Sebastian (yes, i am biased ;-)  You might end
up rewriting a part hydrogen.  Maybe not at first, but gradually the number
of feature requests will go up and you might end up doing duplicate work.
There is nothing wrong with that of course, but it just doesnt seem like
the most efficient way to go.
On the other hand i am also _very_ much a fan of the plugin model rather
than individual apps that are glued together using some type of session
manager...
I'm no programmer, and i do realize that it takes more than a one-liner to
but -allow me to dream for a second- would it not be great if we could
combine the effort that goes into various apps that all do more-or-less the
same thing ?
grtz
Thijs


>
> __**_
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.**linuxaudio.org
> http://lists.linuxaudio.org/**listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] send midi message

[thijs van severen]

2012/1/7 Dave Stikkolorum 

> Well I must say,
>
> as a musician the things you can do with linux amazed me.
>
+1

> To reach a larger public things have to be more fancy / more use friendly.
>
+1

> So you would use it as an user without programming background.

+1

>
>
>
> On 07-01-12 11:55, Pedro Lopez-Cabanillas wrote:
>
>> On Friday 06 January 2012, Dan Muresan wrote:
>>
>>> As an aside, I wish more applications used Jack MIDI instead of ALSA. It
>>> would make applications easier to connect... True, there is a2j, but it
>>> doesn't seem to work in all circumstances.
>>>
>> The decision about using one MIDI API or another, one GUI framework or
>> another, one programming language or another, in my case depends only on
>> what
>> I find the best suitable tools for a task. I can't care less about the
>> latest
>> fashion, or the most popular thing, because in that case I would not be
>> writing Linux applications. You know: Linux usage is absolutely marginal,
>> also
>> among musicians and audio professionals. I find Jack MIDI unsuitable for
>> my
>> use cases, so I usually don't use it.
>>
>> Regards,
>> Pedro
>> __**_
>> Linux-audio-dev mailing list
>> Linux-audio-dev@lists.**linuxaudio.org
>> http://lists.linuxaudio.org/**listinfo/linux-audio-dev
>>
> __**_
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.**linuxaudio.org
> http://lists.linuxaudio.org/**listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] send midi message

[thijs van severen]

2012/1/6 Dan Muresan 

> > I my case I want to have only a drum synth playing
> > and controlling it with midi messages.
> > I think that doing it with Jack would give me extra delay.
>
> Well, Hydrogen doesn't seem to have Jack MIDI, so you couldn't control it
> that way anyway. This is proof of the network effect -- the more existing
> apps use Jack MIDI, the more attractive it becomes to new apps.
>

fyi : the upcoming 0.9.6 release of hydrogen adds jack MIDI



>
> But in general, I don't see why two apps communicating over Jack MIDI
> would encounter more delay compared to two apps communicating over ALSA
> MIDI.
>
> -- Dan
>
>
> --
> Dan Muresan
> http://alumnus.caltech.edu/~muresan/
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>


-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] FOSDEM 2012

[thijs van severen]

sounds interesting !
since i live in Belgium there is a good chance that i'll be there, but no
guarantees
maybe i'll see you there  :-)
anyone else ?

grtz
Thijs


2012/1/4 Nils 

> Hello lists,
>
> DISCLAIMER: I am not affiliated with FOSDEM.
>
> who is going to attend the FOSDEM Open Source Developers meeting in
> Brussels(Belgium) on 4./5. February?
> http://fosdem.org/2012/
> There is no registration or fee (but you can donate).
>
> Since the LAC is in the USA this year maybe not many Europeans have the
> money to travel there, this could be an opportunity to meet anyway.
>
> I think I will go, somebody announced an inofficial Music Notation Meeting
> on the Lilypond mailing list.
>
> Nils
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] FFADO midi ports

[thijs van severen]

Hi Egor

thanks for the tip!
Jeremy already pointed my in that direction, but it seemed a bit overkill
(i like it simple, it suits my personality  ;-)
however, it indeed looks really powerful so i'll definitely look into it
and play with it a bit

grtz
Thijs


2011/12/16 Egor Sanin 

> Hi Thijs,
>
> After reading your blog post, I wanted to let you know that you can
> probably do this whole thing in a simpler way using mididings:
> http://das.nasophon.de/mididings/
>
> If Hydrogen can only send note messages, this is not a problem, just
> route the note through mididings and convert it to something else
> there.
>
> It looks to me like your effects unit expects program change message,
> so assuming when you switch to your song, you want to select Program
> 1, you can send (for example) note 56 out of Hydrogen to mididings and
> convert that note message to a program change.
>
> You can probably get away with something as simple as :
>
> from mididings import *
>
> run( KeyFilter(notes=[56]) >> Program(1) )
>
> This is just a python script, so put it in fxselector.py and then
>
> python2 fxselectro.py
>
> This will set up the necessary midi ports, you'll be able to see them
> in the jack graph.
>
> For more than one program, just decide on all your notes and then
> place the individual units in a list, which will essentially allow
> parallel execution in mididings:
>
> run( [ KeyFilter(notes=[56]) >> Program(1),
>  KeyFilter(notes=[57]) >> Program(10)
>    ] )
>
> It's a very powerful tool.  You can assemble any message you want if a
> simple program change won't do.
>
>
> On 12/16/11, thijs van severen  wrote:
> > 2011/12/14 Clemens Ladisch 
> >
> >> harryhaa...@gmail.com wrote:
> >> > On , thijs van severen  wrote:
> >> >> any ideas ?
> >> >
> >> > Yup! Tell jack to not use ALSA raw midi, use SEQ instead.
> >>
> >> Raw MIDI ports do not allow sharing, so you have to tell all programs
> >> you want to use at the same time to use the ALSA sequencer.
> >> Instead of amidi, use aseqdump.
> >>
> >>
> >> Regards,
> >> Clemens
> >>
> >
> >
> > thanks for all the tips guys !
> > it works great now :-)
> >
> > see
> >
> http://audio-and-linux.blogspot.com/2011/12/pro-dsp1000p-automation-with-hydrogen.html
> >
> > grtz
> > Thijs
> >
>



-- 

follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] FFADO midi ports

[thijs van severen]

2011/12/14 Clemens Ladisch 

> harryhaa...@gmail.com wrote:
> > On , thijs van severen  wrote:
> >> any ideas ?
> >
> > Yup! Tell jack to not use ALSA raw midi, use SEQ instead.
>
> Raw MIDI ports do not allow sharing, so you have to tell all programs
> you want to use at the same time to use the ALSA sequencer.
> Instead of amidi, use aseqdump.
>
>
> Regards,
> Clemens
>


thanks for all the tips guys !
it works great now :-)

see
http://audio-and-linux.blogspot.com/2011/12/pro-dsp1000p-automation-with-hydrogen.html

grtz
Thijs
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] FFADO midi ports

[thijs van severen]

2011/12/11 Clemens Ladisch 

> thijs van severen wrote:
> > amidi -l should list all midi out ports that are available to amidi,
> right?
>
> It lists all ports implemented by an ALSA kernel driver.  It is possible
> to implement raw MIDI ports in software, but those are not listed.
>
> 123456789012345678901234567890123456789012345678901234567890123456789012
> ALSA's raw MIDI interface and sequencer interface are different.
> Usually, you want to use the latter.  Try "aplaymidi -l".
>
> > Another question: will a usb midi interface list the midi ports under
> alsa?
>
> Yes.
>

OK that seems to work fine, and the USB midi interface shows up when i run
amidi -l   :-)
i created a virtual midi device that dumps incoming data in a terminal
window (using amidi -p virtual d), and connected the midi input port of the
USB interface to that virtual interface (in qjackctl)
then i connected my FX unit to the usb interface and configured the FX unit
so it sends midi messages
whenever i turn the 'preset select' knob on the FX unit the midi data shows
up in the terminal window

if i then send this midi data back tot the FX unit (using  amidi -p
hw:2,0,0 -S 'C1 09') the unit jumps to the correct preset  :-)
however, this does not work when jack is running.  if jack is running i get
this message :

ALSA lib rawmidi_hw.c:233:(snd_rawmidi_hw_open) open /dev/snd/midiC2D0
failed: Device or resource busy
cannot open port "hw:2,0,0": Device or resource busy

looks like jack claims the device.
this is blocking for me since i need to have jack running for my audio
routing  :-(

any ideas ?

grtz
Thijs


>
>
> Regards,
> Clemens
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>



-- 

follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] FFADO midi ports

[thijs van severen]

I must be missing something here.
amidi -l should list all midi out ports that are available to amidi, right?
No matter what i try with a2j and all of its variants (including j2a and
using the -e option) amidi -l never gives me any usable ports.
Same results as root.

Or should i be using the -L option to list the availabble ports?  if yes,
how does that work? I cant figure it out. :-(

Another question: will a usb midi interface list the midi ports under alsa?

All help is appreciated!

Grtz
Thijs

On 9 Dec 2011 07:57, "thijs van severen"  wrote:

Thanks guys!

I actually tried j2a but now i realise that i forgot the -e option to
expose the hw ports. Doh!

I'll give it another try tonight.
Thanks!

Grtz
Thijs


>
> On 9 Dec 2011 00:12, "Harry van Haaren"  wrote:
>
> Hello Thijs,
>
> I t...

> On Thu, Dec 8, 2011 at 9:57 PM, thijs van severen <
thijsvanseve...@gmail.com> wrote:

> >
> > Hi all
> >
> > i'm trying to use 'amidi' to send a simple midi message to the midi out
> port of my fi...
>
>
> >>
> >> ___
> >> Linux-audio-dev mailing list
> >> Linux-audi...
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] FFADO midi ports

[thijs van severen]

Thanks guys!

I actually tried j2a but now i realise that i forgot the -e option to
expose the hw ports. Doh!

I'll give it another try tonight.
Thanks!

Grtz
Thijs

On 9 Dec 2011 00:12, "Harry van Haaren"  wrote:

Hello Thijs,

I think you might be under the impression that FFADO MIDI and ALSA MIDI are
roughly the same, they're not...
FFADO is a backend that you can run JACK on top of. If you run JACK with
the FFADO as the "driver", then JACK will be able to send MIDI commands to
your Saffire. ALSA MIDI is a totally different "MIDI".
The upside: There's a program "a2jmidi" which will put all your ALSA MIDI
ports into the JACK MIDI graph, then you can connect any ALSA MIDI out to
JACK MIDI in, and vice versa.
"a2jmidid" is the name of the package on debian based systems.

Running is usually most benificial like so:
a2jmidid -e &
so that it keeps scanning the ALSA MIDI graph for changes, and will update
the JACK MIDI ports available.

Good luck! -Harry



On Thu, Dec 8, 2011 at 9:57 PM, thijs van severen 
wrote:

> >
> > Hi all
> >
> > i'm trying to use 'amidi' to send a simple midi message to the midi out
> port of my fi...
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] FFADO midi ports

[thijs van severen]

Hi all

i'm trying to use 'amidi' to send a simple midi message to the midi out
port of my firewire (FFADO backend) audio device. a Saffire LE.
to do this i simply need to specify the port i want to send the data to,
however i can only select one of the ALSA midi devices listed under
/dev/snd/ and the firewire midi ports are all Jack midi ports and thus not
listed here.
but where are these listed ?
or should i be doing things differently ?

grtz
Thijs

-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Linux Audio Documentaion Effort : (Was "Question 0")

[thijs van severen]

Hi Harry

so far i am liking this _very_ much !!
not only the way you mark the boundaries by immediately choosing your
language/toolkit... but i also like your writing style.  Its clear, to the
point and i want to keep reading :-)
if only all documentation could be of this quality ... sigh  ;-)
(it might be good to add some more references to external sources as the
manual grows)

where can i buy this great work of art ?   ;-)

grtz
Thijs


2011/11/29 Harry van Haaren 

> Hey all,
>
> I've been doing a bit of writing, and there's a draft up on flossmanuals:
> http://booki.flossmanuals.net/linux-audio-programming/_full/
> For providing good code examples, and an easy way for the community to
> interact with the code I've set up a github repo. Currently on:
> https://github.com/harryhaaren/Linux-Audio-Programming-Documentation
>
> The current version has:
> -Introduction
> -Choosing your tools
> -How to use the tutorials
> -Jack client tutorial
> -Writing a soundfile to disk
>
> Comments & advice welcome, -Harry
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>


-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Linux Audio Documentaion Effort : (Was "Question 0")

[thijs van severen]

2011/11/28 Harry van Haaren 

> On Mon, Nov 28, 2011 at 4:55 PM, thijs van severen <
> thijsvanseve...@gmail.com> wrote:
>
>> Documenting (code) is always a good idea.
>> Its hard enoug to find and motivate people that have good coding skills,
>> so the last thing you need is for those people to get frustrated while
>> trying to find out where/how they should start.
>>
>> Transparent, error-free documentation, website and active mailing list
>> are key here!
>>
> I don't fully grasp your point here, are you saying we should create a
> resource like mentioned above or that it should be based more about the
> "code" and working examples...?
>
>
i'm basically saying that any form of documenting is good  :)
IMHO starting high-level and working your way down is best.  maybe make an
overview of the most important functions with explanation and (well
commented) code examples
it doesnt have to be in detail in the beginning, but it should grow as we
go along and above all it needs to be kept alive.
the only thing that is worse than having no documentation is having
outdated/inaccurate documentation


> I dont have coding skills, but if you need someone to help with the
>> documentation as such, i'm willing to help.
>>
> Thanks, will keep that in mind! I'm currently drafting some Introductory &
> basic stuff like choosing a language & toolkits. Then I'll post that its
> open to all and write up some basic audio tutorials (adapted from my blog)
> JACK clients, MIDI in JACK, processing, ringbuffers, etc
>
> All the best, -Harry
>



-- 

follow me on my Audio & Linux blog <http://audio-and-linux.blogspot.com/> !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] Linux Audio Documentaion Effort : (Was "Question 0")

[thijs van severen]

Documenting (code) is always a good idea.
Its hard enoug to find and motivate people that have good coding skills, so
the last thing you need is for those people to get frustrated while trying
to find out where/how they should start.

Transparent, error-free documentation, website and active mailing list are
key here!

I dont have coding skills, but if you need someone to help with the
documentation as such, i'm willing to help.

Grtz
Thijs

On 28 Nov 2011 11:19, "Sebastian Moors"  wrote:

Am 28.11.2011 03:46, schrieb Iain Duncan:


>
> I also think it's a much needed idea. I'd be happy to do some
contributing too, but like Harry,...
Hi,

a great idea! I'm sure that you will see valuable feedback from this list
if you publish your tutorial, imho this ensures a good quality.
Do not discuss to long over question like the correct toolkit. Those can
lead away too easily from the core problem. Take the one your familiar with!
- Sebastian


___
Linux-audio-dev mailing list
Linux-audio-dev@lists
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] RAUL?

[thijs van severen]

+1

On 17 Nov 2011 05:44, "Louigi Verona"  wrote:

Hey fellas!
Since we turned this topic into an IP debate, maybe we should rename the
conversation?
The original poster had to open another topic dedicated actually to Raul
itself, not IP )))



-- 
Louigi Verona
http://www.louigiverona.ru/

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] jack session compatible applications?

[thijs van severen]

Can the JS-enabled apps list on
http://trac.jackaudio.org/wiki/WalkThrough/User/jack_session also be updated
? Adding the version (like on this list) + 'confirmed' would be handy. (i'm
willing to update the list it but i dont have access)

grtz

Thijs


On 26 Sep 2011 09:43, "Jeremy Jongepier"  wrote:

On 09/26/2011 09:21 AM, thijs van severen wrote:
> how about Yoshimi, AMsynth, Ghostess ?
Yoshimi: since 0.060. amSynth 1.3: the 1.3 beta's have JS support.

Best,

Jeremy

___
Linux-audio-dev mailing list
Linux-audio-dev@lists.l...
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Re: [LAD] jack session compatible applications?

[thijs van severen]

how about Yoshimi, AMsynth, Ghostess ?
i know for a fact that these apps support JS, but i'm not involved in the
development so it's probably not up to me to add them to the list (+ i'm not
sure in what version JS was introduced)

grtz
Thijs


2011/9/22 Nick Copeland 

>  > Date: Thu, 22 Sep 2011 11:36:34 +0200
> > From: ro...@gareus.org
>
> > On 09/22/2011 10:22 AM, m.wolkst...@gmx.de wrote:
> > > Am Sat, 17 Sep 2011 19:29:32 +0200
> > upgraded (added xjadeo).
> >
> Added Bristol >= 0.60.6
>
>
> ## apps supporting jack-session (09/22/2011) ##
> # sorted by name
>
>  * ardour 3 (jack session participant)
>  * bristol >= 0.60.6 (jack session participant)
>
>  * guitarix
>  * gxtuner
>  * hydrogen0.9.6svnHEAD (jack session participant)
>  * jass (jack session participant)
>  * qjackctl >= 0.3.7 (as jack-session manager)
>  * qtractor >= 0.4.6 (as jack-session participant)
>  * xjadeo >= 0.6.1 (jack session participant)
>
>
>
> ___
> Linux-audio-dev mailing list
> Linux-audio-dev@lists.linuxaudio.org
> http://lists.linuxaudio.org/listinfo/linux-audio-dev
>
>


-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] jack_session over network

[thijs van severen]

hi all

are there any plans to extend jack_session support so that it can save a
session that spans over 2 (or more) PC's that are connected via the 'net'
backend ?

grtz
Thijs

-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

[LAD] Jack_session

[thijs van severen]

Hi all

My name is Thijs and i have been helping out with Hydrogen for some time now
(mainly manual, website and a tiny bit of coding)

Anyway, since jack_session support was recently added to Hydrogen (in V0.9.6
that is currently still in development but available from svn via
hydrogen-music.org) i decided to test jack_session a bit and i must say i'm
really exited about this :-)

IMHO this is the most critical piece of the puzzle and it makes linux audio
_so_ much more usable!  so lots of KUDOS to everyone that has been working
on it !!
I have done several 'intro sessions' for Mac audio users and they are
generally really impressed with what they see, but the lack of a good
session management mechanism is a real showstopper for them...  (i know
there are other options, but none of those have ever allowed me to truly
save my session *at any given moment*)

however, the first thing that slowed me down was simply knowing what apps
already support jack_session
i know that jack_session is fairly new, so it's normal that some info is
missing, but it would be great if the websites out there that list the
available linux audio apps (like
http://apps.linuxaudio.org/apps/categories/jack) would also indicate if the
app supports jack_session

the jack_session page on the jackaudio.org
wikialso
lists a number of apps, but i don't think it's up to date, is it ?

any comments?

grtz
Thijs


PS: i'd be happy to help out with documenting jack_session if needed
PS: it would be nice to have a 'jack_session enabled app' banner to put on
the site of the apps that support it.  graphical designers ?


-- 

follow me on my Audio & Linux blog  !
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev