[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 00:14 schreef Fons Adriaensen f...@linuxaudio.org:

 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 gordon...@gjcp.net:

 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 harryhaa...@gmail.com:

 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 brumm...@web.de 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 to Getting Started With Guitarix

 This release fix a bug in the preset naming schema ( vowel 

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

[Thijs van severen]

+1
Op 21-jan.-2014 07:37 schreef Louigi Verona louigi.ver...@gmail.com:

 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 goemu...@yahoo.fr



   --
  *De :* Frank Kober goemu...@yahoo.fr
 *À :* Thijs van severen thijsvanseve...@gmail.com; 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 jer...@autostatic.com

 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 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] 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 arn...@arnoldarts.de het
volgende:

On Fri, 20 Sep 2013 12:45:45 +0100 Dr Nicholas J Bailey
nicholas.bai...@glasgow.ac.uk 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

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 jer...@autostatic.com

 On 05/07/2013 08:00 PM, Ricardo Crudo wrote:

 Hi LAD!

 We, from MOD http://portalmod.com/en 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-hosthttps://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.orgLinux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/**listinfo/linux-audio-devhttp://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] 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 ro...@linuxaudio.org 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 rosea.grammost...@gmail.com

 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.1http://non.tuxfamily.org/nsm/API.html#n:1.2.4.1

 Regards,
 \r

 __**_
 Linux-audio-dev mailing list
 Linux-audio-dev@lists.**linuxaudio.orgLinux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/**listinfo/linux-audio-devhttp://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] 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 el.doc...@laposte.net

 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 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] Bitwig beta for Linux reviewed

[Thijs van severen]

2013/3/8 Ralf Mardorf ralf.mard...@alice-dsl.net

 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 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] 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 thijsvanseve...@gmail.com

 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 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] 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 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] 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
http://www.hydrogen-music.org/hcms/node/2327and 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

[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
Contesthttp://hydrogen.popez.org/hcms/node/2035 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 rosea.grammost...@gmail.com

 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.githttp://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.orgLinux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/**listinfo/linux-audio-devhttp://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] Non Session Management

[thijs van severen]

2012/3/29 Louigi Verona louigi.ver...@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 rosea.grammost...@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


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 rosea.grammost...@gmail.com

 On 03/29/2012 12:29 PM, thijs van severen wrote:



 2012/3/29 Louigi Verona louigi.ver...@gmail.com
 mailto:louigi.verona@gmail.**com louigi.ver...@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 rosea.grammost...@gmail.com
mailto:rosea.grammostola@**gmail.com rosea.grammost...@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 rosea.grammostola rosea.grammost...@gmail.com

 On 03/29/2012 01:16 PM, thijs van severen wrote:



 2012/3/29 rosea.grammostola rosea.grammost...@gmail.com
 mailto:rosea.grammostola@**gmail.com rosea.grammost...@gmail.com


On 03/29/2012 12:29 PM, thijs van severen wrote:



2012/3/29 Louigi Verona louigi.ver...@gmail.com
mailto:louigi.verona@gmail.**com louigi.ver...@gmail.com
mailto:louigi.verona@gmail.__**com mailto:louigi.verona@gmail.**
 com louigi.ver...@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 rosea.grammost...@gmail.com
mailto:rosea.grammostola@**gmail.comrosea.grammost...@gmail.com
 
mailto:rosea.grammostola@__gm**ail.com http://gmail.com

mailto:rosea.grammostola@**gmail.comrosea.grammost...@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/28 Emanuel Rumpf xb...@web.de

 Am 28. März 2012 05:46 schrieb David Robillard d...@drobilla.net:
  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 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 rosea.grammost...@gmail.com

 On 03/22/2012 12:59 PM, thijs van severen wrote:

 2012/3/22 rosea.grammostola rosea.grammost...@gmail.com
 mailto:rosea.grammostola@**gmail.com rosea.grammost...@gmail.com


Hi,

I wonder what the LAD community thinks about Non Session Manager


 http://non.tuxfamily.org/nsm/_**_API.htmlhttp://non.tuxfamily.org/nsm/__API.html

 http://non.tuxfamily.org/nsm/**API.htmlhttp://non.tuxfamily.org/nsm/API.html
 
http://non.tuxfamily.org/nsm


 http://www.youtube.com/watch?_**_v=ui-gC_ZMeGMhttp://www.youtube.com/watch?__v=ui-gC_ZMeGM


 http://www.youtube.com/watch?**v=ui-gC_ZMeGMhttp://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

[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
http://hydrogen.popez.org/hcms/node/2035

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 mau...@smoors.de

 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.orgLinux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/**listinfo/linux-audio-devhttp://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] send midi message

[thijs van severen]

2012/1/7 Dave Stikkolorum dav...@dds.nl

 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.orgLinux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/**listinfo/linux-audio-devhttp://lists.linuxaudio.org/listinfo/linux-audio-dev

 __**_
 Linux-audio-dev mailing list
 Linux-audio-dev@lists.**linuxaudio.orgLinux-audio-dev@lists.linuxaudio.org
 http://lists.linuxaudio.org/**listinfo/linux-audio-devhttp://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] send midi message

[thijs van severen]

2012/1/6 Dan Muresan danm...@gmail.com

  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 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] 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 l...@nilsgey.de

 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 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]

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 egor.sa...@gmail.com

 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 thijsvanseve...@gmail.com wrote:
  2011/12/14 Clemens Ladisch clem...@ladisch.de
 
  harryhaa...@gmail.com wrote:
   On , thijs van severen thijsvanseve...@gmail.com 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 clem...@ladisch.de

 harryhaa...@gmail.com wrote:
  On , thijs van severen thijsvanseve...@gmail.com 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 clem...@ladisch.de

 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 thijsvanseve...@gmail.com 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 harryhaa...@gmail.com 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

[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 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]

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 harryhaa...@gmail.com 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 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-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] 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 harryhaa...@gmail.com

 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 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 mau...@smoors.de 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] Linux Audio Documentaion Effort : (Was Question 0)

[thijs van severen]

2011/11/28 Harry van Haaren harryhaa...@gmail.com

 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] 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 jer...@autostatic.com 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 nickycopel...@hotmail.com

   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 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] 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 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] 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
wikihttp://trac.jackaudio.org/wiki/WalkThrough/User/jack_sessionalso
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 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