qmidiarp-devel Mailing List for QMidiArp (Page 2)
Linux MIDI arpeggiator, phrase generator and controller LFO
Status: Alpha
Brought to you by:
emuse
You can subscribe to this list here.
2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(3) |
Jun
(29) |
Jul
(9) |
Aug
(1) |
Sep
|
Oct
|
Nov
(9) |
Dec
(6) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(4) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Nedko A. <ne...@ar...> - 2012-01-21 18:57:00
|
Evan Plumlee <ep...@ra...> writes: > Updates ebuild to use GIT instead of SVN. The SVN repo was frozen at > version 0.0.3 Patch applied after modification: http://svnweb.tuxfamily.org/revision.php?repname=proaudio%2Fproaudio&path=%2Ftrunk%2Foverlays%2Fproaudio%2F&rev=2082 -- Nedko Arnaudov <GnuPG KeyID: 5D1B58ED> |
From: Frank K. <goe...@ya...> - 2012-01-21 18:00:59
|
Hi there! QMidiArp 0.4.5 is now available for download and contains two bugfixes for issues reported on the IRC by quilzo. http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.4.5/ qmidiarp-0.4.5 (2012-01-21) Fixed Bugs o JACK Transport start with ALSA backend was broken in 0.4.4 o Crash when events not matching any channel in any module were received in JACK MIDI backend For those who want to check out some new features under development, the current "globalstore" git branch contains a new global parameter store handler allowing to switch all settings in one click at a defined time which can be very handy in live situations. For this, git clone git://qmidiarp.git.sourceforge.net/gitroot/qmidiarp/qmidiarp cd qmidiarp git checkout globalstore autoreconf -i ./configure make Best Frank |
From: Evan P. <ep...@ra...> - 2012-01-10 21:03:13
|
I guess the list won't take attachments http://paste.pocoo.org/show/533075/ |
From: Evan P. <ep...@ra...> - 2012-01-10 20:52:31
|
Updates ebuild to use GIT instead of SVN. The SVN repo was frozen at version 0.0.3 |
From: Brendan J. <bre...@gm...> - 2011-12-24 23:09:11
|
On 12/24/2011 07:36 PM, Brendan Jones wrote: > Sorry, but you should bump the minor release. Apologies, not minor but 0.4.5 |
From: Brendan J. <bre...@gm...> - 2011-12-24 18:36:22
|
On 12/24/2011 02:55 PM, Frank Kober wrote: > To all who have already grabbed the tarball > > before two hours ago, > > may I ask you to grab it again. Although the tarball worked, > > it contained one wrong source file producing debug output, which > > is not very clean. > > Thanks to Nedko who has quickly seen this > > Apologies....again > > Frank > Sorry, but you should bump the minor release. |
From: Frank K. <goe...@ya...> - 2011-12-24 13:55:22
|
To all who have already grabbed the tarball before two hours ago, may I ask you to grab it again. Although the tarball worked, it contained one wrong source file producing debug output, which is not very clean. Thanks to Nedko who has quickly seen this Apologies....again Frank ----- Mail original ----- > De : Frank Kober <goe...@ya...> > À : "qmi...@li..." <qmi...@li...>; linux-audio-user <lin...@li...>; Linux Audio Announce <lin...@li...>; "qmi...@li..." <qmi...@li...> > Cc : > Envoyé le : Samedi 24 Décembre 2011 9h59 > Objet : [LAU] QMidiArp-0.4.4 released > > One month after the last one, QMidiArp 0.4.4 comes as a bugfix release, > and the only new 'feature' is that the JACK MIDI backend can run > without JACK Transport too. > > Everyone is encouraged to upgrade to this version available at > > http://qmidiarp.sourceforge.net > > With many thanks to the reporters (and christmas wishes of course :) ) > > Frank > > -------------------------------------------------- > direct link: > > http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.4.4/qmidiarp-0.4.4.tar.bz2/download > > qmidiarp-0.4.4 (2011-12-24) > > New Features > o JACK MIDI backend doesn't require Jack Transport anymore > > Improvements > o Better usability of the sequencer loop marker > o Improved LFO offset slider behavior > o Quantization to the minimum stepwidth in Arp modules active when > changes in Arp patterns occur > > Fixed Bugs > o Crash on startup in JACK MIDI mode on certain systems > o When cloning modules, the current play direction wasn't copied > o Unmatched MIDI event forwarding didn't work with Arp modules > o Typo in english manpage > _______________________________________________ > Linux-audio-user mailing list > Lin...@li... > http://lists.linuxaudio.org/listinfo/linux-audio-user > |
From: Frank K. <goe...@ya...> - 2011-12-24 09:00:03
|
One month after the last one, QMidiArp 0.4.4 comes as a bugfix release, and the only new 'feature' is that the JACK MIDI backend can run without JACK Transport too. Everyone is encouraged to upgrade to this version available at http://qmidiarp.sourceforge.net With many thanks to the reporters (and christmas wishes of course :) ) Frank -------------------------------------------------- direct link: http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.4.4/qmidiarp-0.4.4.tar.bz2/download qmidiarp-0.4.4 (2011-12-24) New Features o JACK MIDI backend doesn't require Jack Transport anymore Improvements o Better usability of the sequencer loop marker o Improved LFO offset slider behavior o Quantization to the minimum stepwidth in Arp modules active when changes in Arp patterns occur Fixed Bugs o Crash on startup in JACK MIDI mode on certain systems o When cloning modules, the current play direction wasn't copied o Unmatched MIDI event forwarding didn't work with Arp modules o Typo in english manpage |
From: Frank K. <goe...@ya...> - 2011-12-20 19:42:33
|
Hi there, due to the big bug crashing qmidiarp for some of you at startup I think the best would be a bugfix release soon. There are a couple of other small issues that I have fixed since 0.4.3 in git, and if you find the time please check out the current git version and let me know if it works as expected. Don't hesitate to report also small issues and ideas so that we can hopefully end the year with a proper qmidiarp version. Have it a try, best regards Frank |
From: Frank K. <goe...@ya...> - 2011-12-05 21:57:49
|
Dear all, as reported by some users, in certain cases QMidiArp-0.4.3 crashed with a floating point exception directly on startup when used with JACK MIDI. This exposed only on a few systems, at least one of them AVLinux (unfortunately not mine), but is still a big bug due to a missing initialization. It is now fixed by a patch that can be found here: http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.4.3/qmidiarp-0.4.3-fix-transport.patch/download It is applied with cd qmidiarp-0.4.3 patch -p1 < qmidiarp-0.4.3-fix-transport.patch Thanks to the two reporters and Robi for the remote access to a system exposing the bug. Frank |
From: Frank K. <goe...@ya...> - 2011-11-20 22:46:59
|
Hi Brendan, ----- Mail original ----- > De : Brendan Jones <bre...@gm...> > One simple FSF address the second where a man page warning: > qmidiarp.x86_64: W: manual-page-warning > /usr/share/man/man1/qmidiarp.1.gz 359: warning: macro `Channel' not defined Thanks for the packaging and letting me know that. I'll correct that one of course Best Frank |
From: Brendan J. <bre...@gm...> - 2011-11-20 20:17:47
|
On 11/20/2011 07:32 PM, Frank Kober wrote: > Here it is, a new QMidiArp version has arrived! The main new features are JACK MIDI, > > which is the default backend now, JACK Session support, and a new in-sequence loop > > marker that can be used to bounce the play direction or to loop at a mouse-clicked > > position in the sequence. Note that you can still get the alsa backend by starting with > qmidiarp -a . > Hi Frank, Thats good news - no problems building here in Fedora, just a couple of minor rpmlint warnings I've patched here for inclusion down the track. One simple FSF address the second where a man page warning: qmidiarp.x86_64: W: manual-page-warning /usr/share/man/man1/qmidiarp.1.gz 359: warning: macro `Channel' not defined regards, Brendan Jones |
From: Frank K. <goe...@ya...> - 2011-11-20 18:33:06
|
Here it is, a new QMidiArp version has arrived! The main new features are JACK MIDI, which is the default backend now, JACK Session support, and a new in-sequence loop marker that can be used to bounce the play direction or to loop at a mouse-clicked position in the sequence. Note that you can still get the alsa backend by starting with qmidiarp -a . The full list of noticeable changes is below. Thanks again to all having reported ideas and bugs and given their support. Masters of the step sequencer, Enjoy! ----------- Feedback as usual to qmi...@li... or on the IRC #qmidiarp Website with documentation: http://qmidiarp.sourceforge.net ----------- New Features o Groove functions now work for all modules, not only Arps o Effect of groove settings is displayed in the Arp/LFO/Seq screen o LFOs can be triggered and restarted by the keyboard o When reducing the size of LFO waves or Sequences, the original data is kept in memory and is also saved to the session file as a whole o LFO and Seq play direction can now be chosen, and bouncing loops are possible o New user positionable loop marker in Seq module. The marker is placed by left or right mouse click on the bottom cursor line of the sequencer and represents an additional return/loop point. It can be removed again by clicking in the bottom left or right area of the Seq screen. o Triggered one-shot play of LFO and Seqs improved o JACK MIDI backend available. This is now default, use the -a option for getting the ALSA backend o JACK Session support when using JACK MIDI backend Fixed Bugs o A rounding error led to desync when Arps were used with groove shift o MIDI controls for Groove did not initialize upon "New..." o MIDI Controllers assigned to multiple destinations stopped at the first one encountered and ignored all others General Changes o JACK MIDI is now the default backend, -a option enables ALSA backend o Obsolete .qma text file import removed |
From: Frank K. <goe...@ya...> - 2011-11-15 18:31:46
|
Helllooo ----- Mail original ----- > De : Frank Kober <goe...@ya...> > À : Frank Kober <goe...@ya...>; Sascha Schneider <ung...@gm...> > Cc : "qmi...@li..." <qmi...@li...> > Envoyé le : Samedi 5 Novembre 2011 18h38 > Objet : Re : [Qmidiarp-devel] Re : More News from the git cuisine > OK this part seems to be fixed now, was not a drama after all, but I had missed > testing it on my old 32bit machine...:) In addition to the play direction switch we now have an, no, THE in-sequence loop marker available. This one is, I think, what Sascha suggested as a feature. You can place a loop marker using left or right mouse buttons on the bottom frame (where the cursor is). The loop marker goes away again when clicking in the left or right bottom corners. Suggestions to make this better are welcome. There was also a fix regarding MIDI Clock Sync not starting upon the second time the MIDI clock started. MIDI Clock sync anyway has still a lot of jitter on my machine, and I don't seem to get this tackled easily. See ya Frank |
From: Frank K. <goe...@ya...> - 2011-11-05 17:38:48
|
----- Mail original ----- > De : Frank Kober <goe...@ya...> > À : Sascha Schneider <ung...@gm...> > Cc : "qmi...@li..." <qmi...@li...> > Envoyé le : Samedi 5 Novembre 2011 10h12 > Objet : [Qmidiarp-devel] Re : More News from the git cuisine > > Hi Sascha, > >> De : Sascha Schneider <ung...@gm...> >> second test on another machine: >> Archlinux: Kernel-rt 2.6.33 >> qjackctl 0.3.8 >> jack2 1.9.7-2 >> >> - builds fine. >> - runs fine with alsa >> - qmidiqarp -j works ... for a while .. >> I see qmidiarp in Jack-Midi tab and if I press start on qjackctl qmidiarp > runs ... but not long ... qmidiarp stops playing after different times and I get > no error messages at all. OK this part seems to be fixed now, was not a drama after all, but I had missed testing it on my old 32bit machine...:) However I cannot reproduce the other (connection) error, so If this affects others please tell. Thanks Sascha Frank > |
From: Frank K. <goe...@ya...> - 2011-11-05 09:12:09
|
Hi Sascha, >De : Sascha Schneider <ung...@gm...> >second test on another machine: >Archlinux: Kernel-rt 2.6.33 >qjackctl 0.3.8 >jack2 1.9.7-2 > >- builds fine. >- runs fine with alsa >- qmidiqarp -j works ... for a while .. >I see qmidiarp in Jack-Midi tab and if I press start on qjackctl qmidiarp runs ... but not long ... qmidiarp stops playing after different times and I get no error messages at all. >stop/restart jackplay runs qmidiarp but again it stops after a while (sometimes 4 steps as a minimum and sometimes 2 loops as a max) Thanks for your reports. Hmmm, that is not what I expected. I tested it on two machines here, both running jack2 though and it ran flawlessly with Jack MIDI. I have a third (slower) machine available today and will test it there. Is the first machine (where you get the "port not available" messages) running jack1? If there are machine-dependent errors that's a bad sign... I hope we can this sorted and look forward to more info. I'll be around on IRC #qmidiarp, too. Cheers Frank |
From: Sascha S. <ung...@gm...> - 2011-11-04 20:48:29
|
Hi Frank, second test on another machine: Archlinux: Kernel-rt 2.6.33 qjackctl 0.3.8 jack2 1.9.7-2 - builds fine. - runs fine with alsa - qmidiqarp -j works ... for a while .. I see qmidiarp in Jack-Midi tab and if I press start on qjackctl qmidiarp runs ... but not long ... qmidiarp stops playing after different times and I get no error messages at all. stop/restart jackplay runs qmidiarp but again it stops after a while (sometimes 4 steps as a minimum and sometimes 2 loops as a max) greetings, sascha 2011/11/3 Frank Kober <goe...@ya...> > Hi all, > > just to give some more updates on the current qmidiarp git version (did I > say that autumn..ah...phew..) > I have included some new features that might be interesting to some of you. > Here's the summary: > > o Groove functions now work for all modules, not only Arps > o Effect of groove settings is displayed in the Arp/LFO/Seq screen > o LFOs can be triggered and restarted by the keyboard > o When reducing the size of LFO waves or Sequences, the original data > is kept in memory and is also saved to the session file as a whole > o LFO and Seq play direction can now be chosen, and bouncing loops are > possible > > > If someone finds the time to test this and the program as a whole (don't > forget to use -j option > > once in a while to get JACK MIDI) that'd be really helpful, the signs of a > new release start > > appearing, and it could be somewhen in november if there is not too much > mess with > > the current version. > > Enjoy and let me know :) > Best > > Frank > > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Qmidiarp-devel mailing list > Qmi...@li... > https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel > |
From: Sascha S. <ung...@gm...> - 2011-11-04 11:38:20
|
Hi Frank, tested the git and it builds perfect. qmidiarp runs well with alsa but with the option "-j" I get: # jack process callback registered # float exception (original => Gleitkomma Ausnahme) and the jack messages show something like: # Output port index = 7 not found for application ref = 3 and a little cosmetic issue: in the step-sequencer the "Display"-options could be a dropdown (Full, Upper, Lower ....) that would save some height. will test more this weekend Greetings, Sascha 2011/11/3 Frank Kober <goe...@ya...> > Hi all, > > just to give some more updates on the current qmidiarp git version (did I > say that autumn..ah...phew..) > I have included some new features that might be interesting to some of you. > Here's the summary: > > o Groove functions now work for all modules, not only Arps > o Effect of groove settings is displayed in the Arp/LFO/Seq screen > o LFOs can be triggered and restarted by the keyboard > o When reducing the size of LFO waves or Sequences, the original data > is kept in memory and is also saved to the session file as a whole > o LFO and Seq play direction can now be chosen, and bouncing loops are > possible > > > If someone finds the time to test this and the program as a whole (don't > forget to use -j option > > once in a while to get JACK MIDI) that'd be really helpful, the signs of a > new release start > > appearing, and it could be somewhen in november if there is not too much > mess with > > the current version. > > Enjoy and let me know :) > Best > > Frank > > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Qmidiarp-devel mailing list > Qmi...@li... > https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel > |
From: Frank K. <goe...@ya...> - 2011-11-03 22:49:44
|
Hi all, just to give some more updates on the current qmidiarp git version (did I say that autumn..ah...phew..) I have included some new features that might be interesting to some of you. Here's the summary: o Groove functions now work for all modules, not only Arps o Effect of groove settings is displayed in the Arp/LFO/Seq screen o LFOs can be triggered and restarted by the keyboard o When reducing the size of LFO waves or Sequences, the original data is kept in memory and is also saved to the session file as a whole o LFO and Seq play direction can now be chosen, and bouncing loops are possible If someone finds the time to test this and the program as a whole (don't forget to use -j option once in a while to get JACK MIDI) that'd be really helpful, the signs of a new release start appearing, and it could be somewhen in november if there is not too much mess with the current version. Enjoy and let me know :) Best Frank |
From: Frank K. <goe...@ya...> - 2011-08-28 12:53:30
|
Dear friends, Summer is almost over, not much has happened around QMidiArp development. Wait, there was one thing: JACK MIDI support. There is some progress on that end, and those of you in need of a JACK MIDI interface for QMidiArp might want to checkout the jack-midi git branch. As things stand, this is currently fully working, at least from my testing point of view. Nothing has improved regarding input latency (which is two ticks now, about 20 ms), but at least those having trouble with unstable ALSA timers might see an improvement over the ALSA driver. To go beyond that, some more work and Nedko's (with who's help the architecture changes up to now could be done) competences will be badly needed, since I still don't feel comfortable in real-time programming. To get the test version do a git clone and checkout the jack-midi branch: git clone git://qmidiarp.git.sourceforge.net/gitroot/qmidiarp/qmidiarp cd qmidiarp git checkout jack-midi autoreconf -i ./configure make sudo make install you can now call qmidiarp with qmidiarp -j to use the JACK MIDI backend, otherwise the alsa backend is used as before. You'll need a transport master such as qjackctl or qtractor aside to start qmidiarp in JACK mode. I'd like to know whether it works for you as well as it does here. I must say I use an rt-kernel and a 128ms jack period. No xruns. Have fun, and let me know whether it does as it should, also, does the old ALSA interface still work as before? Cheers Frank |
From: Sascha S. <ung...@gm...> - 2011-07-14 12:40:17
|
2011/7/14 Louigi Verona <lou...@gm...> > Ha! Nice video, I am convinced! > > -- > Louigi Verona > http://www.louigiverona.ru/ > > > ------------------------------------------------------------------------------ > AppSumo Presents a FREE Video for the SourceForge Community by Eric > Ries, the creator of the Lean Startup Methodology on "Lean Startup > Secrets Revealed." This video shows you how to validate your ideas, > optimize your ideas and identify your business strategy. > http://p.sf.net/sfu/appsumosfdev2dev > _______________________________________________ > Qmidiarp-devel mailing list > Qmi...@li... > https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel > > Had some time to GIMP :) http://ungleichklang.imgur.com/qmidiarp greetings, Sascha |
From: Louigi V. <lou...@gm...> - 2011-07-14 11:20:29
|
Ha! Nice video, I am convinced! -- Louigi Verona http://www.louigiverona.ru/ |
From: Sascha S. <ung...@gm...> - 2011-07-14 11:15:21
|
2011/7/14 Louigi Verona <lou...@gm...> > Hey Sascha! > > Nice ideas there, although not sure if playing a sequence backwards is that > interesting. Gotta try it with Pure Data and see if it delivers any > interesting results. > As for loop marker - I guess it is a nice idea. I very much enjoy that > QMidiArp now duplicated mute mask when you increase length of the sequencer > - it helps to build up sequences. Loop marker might be a good idea there as > a logical step. > > Louigi Verona. > http://www.louigiverona.ru/ > Hey Louigi, first of all, I love the loops you did, and for looping backwards and change loop-lenght I really enjoy this vid http://www.youtube.com/watch?v=pQoNqtzVvKo greetings, sascha |
From: Louigi V. <lou...@gm...> - 2011-07-14 10:44:19
|
Hey Sascha! Nice ideas there, although not sure if playing a sequence backwards is that interesting. Gotta try it with Pure Data and see if it delivers any interesting results. As for loop marker - I guess it is a nice idea. I very much enjoy that QMidiArp now duplicated mute mask when you increase length of the sequencer - it helps to build up sequences. Loop marker might be a good idea there as a logical step. Louigi Verona. http://www.louigiverona.ru/ |
From: Sascha S. <ung...@gm...> - 2011-07-14 09:07:09
|
2011/7/14 Frank Kober <goe...@ya...>: > Hi Sascha,we'll be giving priority to make some changes under the hood in the next weeks with Nedko. > But it is definitely helpful to track your suggestions here for after that :) > > >> 1st feature: variable playlength of sequence >> it would be nice that if I add a sequence of f.e. 16 steps and alter >> the "length" live to f.e. 8, that after switching back to length of 16 >> the sequencer does not just double the first 8 steps, but has the old >> steps set in mind. >> Or that there is something under the sequence-bar that runs with the >> sequence, where I can determine, to which point the sequence loops. > > Thanks for your input here. Jeremy and I had left comments regarding this in the feature-request tracker, > and the only problem with that seems to be (again) how storage to disk should be done. > Maybe a loop marker as you suggest is a good solution to this. I'll post my ideas to feature-tracker so that we have an overview > >> 2nd feature: playing direction of sequence >> add new playing directions live to a sequence >> play left-to-right, right-to-left, forward-backward-forward, random >> Means, f.e. if sequence runs from left-to-right and loops and I switch >> the play-direction, it will start playing backwards at the end of the >> loop > > Sounds interesting to me, too. I'll add this to the feature-tracker, too > >> 3rd feature: group 2 sequences >> this way I could join 2 sequences of f.e. 8 steps to one sequence of >> 16 step but with the ability to change the play-direction of just one >> of them or mute one of them >> >> Yes I know, weird ideas, but they would be fun :) > > Not that weird, ....well the last one a bit maybe :) > One planned feature are multi-patterns for each sequencer, a bit like in the arp modules. But there again, a logical way of storage (with session file, with application rc file, both....) has to be found first. > > > Thanks again > Cheers > Frank > >> > thanks and greetings back, Sascha |