qmidiarp-devel Mailing List for QMidiArp
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: Frank K. <goe...@ya...> - 2020-04-05 20:19:25
|
Just a little PS: On 05/04/2020 19:32, Frank Kober via Qmidiarp-devel wrote: > if ((sval < parStore->list.count()) > -> && (sval != parStore->activeStore) > -> && (sval != parStore->currentRequest)) { > The reason for my question is that now every time the same controller is received the module will reload its parameters. When you have a slider or knob on a hw controller for doing this (which I actually do sometimes) they send data from 0 to 127. In between the few storage values, say 8, it's rapidly sliding over ranges that will repeat the same value internally, because it is quantized by the controller range. Maybe you can make this condition to set only the arise flag in case it repeats the same parameter set...phew, long explanation, hope this is clear...next time I'll propose a patch. Cheers Frank |
From: Frank K. <goe...@ya...> - 2020-04-05 17:34:37
|
Hi Matthew, thanks once again for all your efforts and ideas and also the earlier bugfixes. Yes the latest push you did to your repo looks good now regarding the jack thread. I will now go through it in more detail. Here is one question so far: why did you eliminate these two conditions from the storage switch MIDI controller in the modules? if ((sval < parStore->list.count()) -> && (sval != parStore->activeStore) -> && (sval != parStore->currentRequest)) { Also, when I open qmidiarp first with the global store active it shows the scroll area, but not all elements are visible. This may just be a initial window size thing and dependent on QStyle on every display....Also, the modules also have scrollbars showing instead of resizing the window accordingly. This is a bit annoying. So the scroll area needs some tweaking I think. The fact that we have a docking area now mixed with scroll areas make things a bit confusing for the user. Global mute/defer is definitely a good idea. I think, besides that scroll area behavior, up to now everything looks like it should fit everyone. Let's keep in mind that having a fork is maybe not the ideal situation. We could create a branch on the main repo as well so that ideas don't diverge too much, wdyt? Best Frank On 05/04/2020 12:02, Matthew McGuire wrote: > Hello all, > > After some testing, a couple of short emails with Frank, and a few cups > of coffee I found and fixed a couple of major bugs in my experimental > fork. These include... > > 1 - A major bug in LfoWidget::doRestoreParams when called by > updateDisplay() that caused it to load the wrong parameters. This now > loads all the parameters in a consistent way. > > 2 - A major bug in the window raise event usage that I added where it > could crash the real time thread. D'oh! This now uses an arise flag to > indicate that the module should be raised at the end of updateDisplay() > > The former has been plaguing me for a while and I finally got to the > bottom of it. The latter is a mistake on my part oversimplifying things. > > These bits address the last of my issues and I can have quite a lot of > fun driving it for performance along side my other gear. > > Important Caveat: Use this version with caution and don't expect the LV2 > plugins to be 100%. I don't use them myself so I haven't tested them > thoroughly as of yet. > > If you use the Ubuntu Studio LTS Bionic release I have a locally built > backport package I can share online if desired. > > Thanks and stay safe out there, > > Matthew > > > On 4/3/20 8:31 AM, Matthew McGuire wrote: >> Hi all, >> >> I hope everyone is faring well in these challenging times. To assuage >> my own anxiety and help pass the time productively I have been working >> on a major set of UI changes and some feature enhancements for >> qmidiarp. I don't want to overburden Frank so I have posted it in my >> own git repo[1] for review and feedback on the work. If you are >> interested please check it out and let me know what you think here. I >> don't want to push any changes upstream until everything is sorted out >> and there is consensus to go forward. >> >> All of the changes stem from things I have been trying to accomplish >> in recent months with qmidiarp. My biggest challenge was the existing >> limitations on layout for the global store widget. I needed to run >> many more modules than I have width in screen size. I also wanted to >> keep these configured together to ease session management. So I >> started with adding a QScrollArea to the Global Store dock widget to >> improve spatial flexibility. Once I had that working I tried it with >> the dock widgets. Things progressed from there and I ended up adding a >> ton of usability features that I find useful for performance. The >> short list includes... >> >> * The module screens use matching vertical space when docked. >> * The global store is optimized to show 8 rows on a 1024x768 screen. >> * Restoring modules from global store raises the module to be seen. >> * Modifying the Preset Pattern by MIDI raises the ARP module. >> * Modifying the LFO and SEQ Length by MIDI raises the module. >> * The SEQ module supports lengths of up to 64 beats. >> * Added Mute All and Defer All buttons to the Global store column. >> * Both Mute All and Defer All support MIDI CC configuration. >> * Adding a module expands the dock widget to full usable height. >> * Adding or removing a Global Store Row expands the dock as well. >> >> The objective was to make using the store with 8x8 grid controllers a >> ton easier. It is worth noting that if you have two module docks side >> by side you can make both raise using one button. I wanted visual >> feedback so that I can see what I pick just in case I hit the wrong >> button. On that note the Global Store can queue up any row so that you >> can gracefully recover from hitting the wrong one. I needed the SEQ to >> run a lot longer so that I can fire dialog samples off across up to 16 >> bars using one store location. Mute All and Defer All are there for >> convenience and UI consistency. Mute All is especially handy. >> >> I have example qmidiarp qmax[2] and qmidiroute qmr[3] files one can >> use to demonstrate things. These are not perfect and work only for the >> APCmini (which you should NOT buy) but it can save you time if you are >> interested. >> >> Thanks and stay safe out there everyone, >> >> Matthew >> >> [1] - http://www.shadowglade.net/repos/git/qmidiarp >> [2] - http://www.shadowglade.net/Software/qmidiarp/test8x12example.qmax >> [3] - >> http://www.shadowglade.net/Software/qmidiroute/qmidiroute-2020-03-25a.qmr >> >> >> >> _______________________________________________ >> Qmidiarp-devel mailing list >> Qmi...@li... >> https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel >> > > > _______________________________________________ > Qmidiarp-devel mailing list > Qmi...@li... > https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel |
From: Matthew M. <gr...@sh...> - 2020-04-05 11:18:25
|
Hello all, After some testing, a couple of short emails with Frank, and a few cups of coffee I found and fixed a couple of major bugs in my experimental fork. These include... 1 - A major bug in LfoWidget::doRestoreParams when called by updateDisplay() that caused it to load the wrong parameters. This now loads all the parameters in a consistent way. 2 - A major bug in the window raise event usage that I added where it could crash the real time thread. D'oh! This now uses an arise flag to indicate that the module should be raised at the end of updateDisplay() The former has been plaguing me for a while and I finally got to the bottom of it. The latter is a mistake on my part oversimplifying things. These bits address the last of my issues and I can have quite a lot of fun driving it for performance along side my other gear. Important Caveat: Use this version with caution and don't expect the LV2 plugins to be 100%. I don't use them myself so I haven't tested them thoroughly as of yet. If you use the Ubuntu Studio LTS Bionic release I have a locally built backport package I can share online if desired. Thanks and stay safe out there, Matthew On 4/3/20 8:31 AM, Matthew McGuire wrote: > Hi all, > > I hope everyone is faring well in these challenging times. To assuage my > own anxiety and help pass the time productively I have been working on a > major set of UI changes and some feature enhancements for qmidiarp. I > don't want to overburden Frank so I have posted it in my own git repo[1] > for review and feedback on the work. If you are interested please check > it out and let me know what you think here. I don't want to push any > changes upstream until everything is sorted out and there is consensus > to go forward. > > All of the changes stem from things I have been trying to accomplish in > recent months with qmidiarp. My biggest challenge was the existing > limitations on layout for the global store widget. I needed to run many > more modules than I have width in screen size. I also wanted to keep > these configured together to ease session management. So I started with > adding a QScrollArea to the Global Store dock widget to improve spatial > flexibility. Once I had that working I tried it with the dock widgets. > Things progressed from there and I ended up adding a ton of usability > features that I find useful for performance. The short list includes... > > * The module screens use matching vertical space when docked. > * The global store is optimized to show 8 rows on a 1024x768 screen. > * Restoring modules from global store raises the module to be seen. > * Modifying the Preset Pattern by MIDI raises the ARP module. > * Modifying the LFO and SEQ Length by MIDI raises the module. > * The SEQ module supports lengths of up to 64 beats. > * Added Mute All and Defer All buttons to the Global store column. > * Both Mute All and Defer All support MIDI CC configuration. > * Adding a module expands the dock widget to full usable height. > * Adding or removing a Global Store Row expands the dock as well. > > The objective was to make using the store with 8x8 grid controllers a > ton easier. It is worth noting that if you have two module docks side by > side you can make both raise using one button. I wanted visual feedback > so that I can see what I pick just in case I hit the wrong button. On > that note the Global Store can queue up any row so that you can > gracefully recover from hitting the wrong one. I needed the SEQ to run a > lot longer so that I can fire dialog samples off across up to 16 bars > using one store location. Mute All and Defer All are there for > convenience and UI consistency. Mute All is especially handy. > > I have example qmidiarp qmax[2] and qmidiroute qmr[3] files one can use > to demonstrate things. These are not perfect and work only for the > APCmini (which you should NOT buy) but it can save you time if you are > interested. > > Thanks and stay safe out there everyone, > > Matthew > > [1] - http://www.shadowglade.net/repos/git/qmidiarp > [2] - http://www.shadowglade.net/Software/qmidiarp/test8x12example.qmax > [3] - > http://www.shadowglade.net/Software/qmidiroute/qmidiroute-2020-03-25a.qmr > > > > _______________________________________________ > Qmidiarp-devel mailing list > Qmi...@li... > https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel > |
From: Matthew M. <gr...@sh...> - 2020-04-03 12:49:41
|
Hi all, I hope everyone is faring well in these challenging times. To assuage my own anxiety and help pass the time productively I have been working on a major set of UI changes and some feature enhancements for qmidiarp. I don't want to overburden Frank so I have posted it in my own git repo[1] for review and feedback on the work. If you are interested please check it out and let me know what you think here. I don't want to push any changes upstream until everything is sorted out and there is consensus to go forward. All of the changes stem from things I have been trying to accomplish in recent months with qmidiarp. My biggest challenge was the existing limitations on layout for the global store widget. I needed to run many more modules than I have width in screen size. I also wanted to keep these configured together to ease session management. So I started with adding a QScrollArea to the Global Store dock widget to improve spatial flexibility. Once I had that working I tried it with the dock widgets. Things progressed from there and I ended up adding a ton of usability features that I find useful for performance. The short list includes... * The module screens use matching vertical space when docked. * The global store is optimized to show 8 rows on a 1024x768 screen. * Restoring modules from global store raises the module to be seen. * Modifying the Preset Pattern by MIDI raises the ARP module. * Modifying the LFO and SEQ Length by MIDI raises the module. * The SEQ module supports lengths of up to 64 beats. * Added Mute All and Defer All buttons to the Global store column. * Both Mute All and Defer All support MIDI CC configuration. * Adding a module expands the dock widget to full usable height. * Adding or removing a Global Store Row expands the dock as well. The objective was to make using the store with 8x8 grid controllers a ton easier. It is worth noting that if you have two module docks side by side you can make both raise using one button. I wanted visual feedback so that I can see what I pick just in case I hit the wrong button. On that note the Global Store can queue up any row so that you can gracefully recover from hitting the wrong one. I needed the SEQ to run a lot longer so that I can fire dialog samples off across up to 16 bars using one store location. Mute All and Defer All are there for convenience and UI consistency. Mute All is especially handy. I have example qmidiarp qmax[2] and qmidiroute qmr[3] files one can use to demonstrate things. These are not perfect and work only for the APCmini (which you should NOT buy) but it can save you time if you are interested. Thanks and stay safe out there everyone, Matthew [1] - http://www.shadowglade.net/repos/git/qmidiarp [2] - http://www.shadowglade.net/Software/qmidiarp/test8x12example.qmax [3] - http://www.shadowglade.net/Software/qmidiroute/qmidiroute-2020-03-25a.qmr |
From: Frank K. <goe...@ya...> - 2020-02-06 06:49:18
|
Hi Mathew, On 06/02/2020 04:17, Matthew McGuire wrote: > Hi all, > > I have been using qmidiarp in my music studio for two to three years > now and over the course of last fall and this winter fixed a number of > bugs with the Global store and added a Phase offset feature to the LFO > module. I have all of this working for the Ubuntu Studio package which > is at version 0.6.5 according to the source. That's a bit behind the > one in GIT so I would need to fold my changes into that before you > could adopt them. I'm willing to do that if you are interested in the > changes. I'll save you the gory details of the changes in code, but > here is a quick list. Thanks for proposing your fixes and additions here. They are certainly interesting and welcome, but it's the "gory details" that will be the most important part for now ;). > Implemented LFO Phase slider that changes the starting point of the > LFO wave form. > > Fixed the Global Store LFO Restore pattern to work with MIDI CCs > > Fixed the Global Store Sequencer Restore pattern to work with MIDI CCs > > Created ENUMs for the various MIDI Ctrl IDs in the code to make them > easier to maintain. This is what fixed the two Global Store bugs > above. This is a breaking change to existing MIDI Control Settings. > The easiest would be if you cloned one of the qmidiarp git repositories (sourceforge or github) into an own git repository you'd setup, then apply the changes you list one by one as commits to it and then propose a pull request to either qmidiarp git repo. Alternatively you could send patches or a source tarball and let me diff out the changes you made and I can review and commit them for you. With a little chance this won't conflict so much with the changes since release 0.6.5. > I did not touch the LV2 plugins or write a conversion function for the > Ctrl IDs that had to change. The phase shift control should then also be available as an LV2 controller. > I have used this build for a few weeks without any issues. Please let > me know if you are interested in any of it. > > Thanks, > > Matthew McGuire > Let me know what you want to do Best Frank > > _______________________________________________ > Qmidiarp-devel mailing list > Qmi...@li... > https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel |
From: Matthew M. <gr...@sh...> - 2020-02-06 03:35:36
|
Hi all, I have been using qmidiarp in my music studio for two to three years now and over the course of last fall and this winter fixed a number of bugs with the Global store and added a Phase offset feature to the LFO module. I have all of this working for the Ubuntu Studio package which is at version 0.6.5 according to the source. That's a bit behind the one in GIT so I would need to fold my changes into that before you could adopt them. I'm willing to do that if you are interested in the changes. I'll save you the gory details of the changes in code, but here is a quick list. Implemented LFO Phase slider that changes the starting point of the LFO wave form. Fixed the Global Store LFO Restore pattern to work with MIDI CCs Fixed the Global Store Sequencer Restore pattern to work with MIDI CCs Created ENUMs for the various MIDI Ctrl IDs in the code to make them easier to maintain. This is what fixed the two Global Store bugs above. This is a breaking change to existing MIDI Control Settings. I did not touch the LV2 plugins or write a conversion function for the Ctrl IDs that had to change. I have used this build for a few weeks without any issues. Please let me know if you are interested in any of it. Thanks, Matthew McGuire |
From: Frank K. <goe...@ya...> - 2017-12-17 13:03:11
|
Dear all, here is QMidiArp 0.6.5. Another year has passed, and qmidiarp again only slightly changes, improves, adapts itself. A few more factory patterns were added to the Arpeggiator, a new "As Played" repeat mode has sneaked in, and for making things easier the MIDI OMNI mode is now default when modules are added. QMidiArp also builds against Qt5 by default now (it's about time ;) ), no more --enable-qt5 needed at configure stage. Enjoy! Frank -------------- Here is the full changelog: qmidiarp-0.6.5 (2017-12-17) *Improvements* o MIDI OMNI Mode receiving on all MIDI channels is now available and even default for all modules. o Arp: Some more 'factory' patterns added to the LV2 presets and to the .qmidiarprc file. Latter requires deleting the original one in the home directory and launching the standalone application. o Arp: New pattern repeat mode "As Played" for following the played note order instead of reorganizing them up, down or random. o Arp: For deliberately clearing buffered incoming notes the modules now all react to ALL_NOTES_OFF and ALL_SOUND_OFF MIDI messages. o LV2: The DSP ("generic") parameter interface has gotten some improvements for better usability (thanks Holger Wirtz for input on this) *Fixed Bugs* o LV2: Latch mode was not working properly when using release function. o LV2 Arp: when running with host transport sync, transport start caused received notes to be cleared. This also cleared those notes received before the transport was starting and led to missed notes especially in qtractor. This should work better now. (Thanks to Webmadman for reporting, and to Rui). o Seq and LFO: the "Note Off" option had no effect (regression). o Recent Files menu in main app displayed extra characters with Qt5. *General changes* o Building against Qt5 is now default. No more --enable-qt5 needed. o LV2: Category set to MIDIPlugin instead of Instrument o The DSP classes including the LV2 DSP modules no longer use Qt libraries. However the LV2 and App GUIs do. o New build configure options for more flexibility --enable-alsa (default=yes) set no for building on systems without alsa --enable-buildapp (default=yes) set no for building only LV2 modules --enable-lv2-pluginuis (default=yes) set no for LV2 module dsps only *Website* http://qmidiarp.sourceforge.net/ *Download* https://download.sf.net/qmidiarp/qmidiarp/0.6.5/qmidiarp-0.6.5.tar.bz2 *Description* QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for ALSA and JACK. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. *SCM Repos* https://git.code.sf.net/p/qmidiarp/code https://github.com/emuse/qmidiarp |
From: Frank K. <goe...@ya...> - 2017-12-17 12:49:52
|
Dear all, here is QMidiArp 0.6.5. Another year has passed, and qmidiarp again only slightly changes, improves, adapts itself. A few more factory patterns were added to the Arpeggiator, a new "As Played" repeat mode has sneaked in, and for making things easier the MIDI OMNI mode is now default when modules are added. QMidiArp also builds against Qt5 by default now (it's about time ;) ), no more --enable-qt5 needed at configure stage. Enjoy! Frank -------------- Here is the full changelog: qmidiarp-0.6.5 (2017-12-17) *Improvements* o MIDI OMNI Mode receiving on all MIDI channels is now available and even default for all modules. o Arp: Some more 'factory' patterns added to the LV2 presets and to the .qmidiarprc file. Latter requires deleting the original one in the home directory and launching the standalone application. o Arp: New pattern repeat mode "As Played" for following the played note order instead of reorganizing them up, down or random. o Arp: For deliberately clearing buffered incoming notes the modules now all react to ALL_NOTES_OFF and ALL_SOUND_OFF MIDI messages. o LV2: The DSP ("generic") parameter interface has gotten some improvements for better usability (thanks Holger Wirtz for input on this) *Fixed Bugs* o LV2: Latch mode was not working properly when using release function. o LV2 Arp: when running with host transport sync, transport start caused received notes to be cleared. This also cleared those notes received before the transport was starting and led to missed notes especially in qtractor. This should work better now. (Thanks to Webmadman for reporting, and to Rui). o Seq and LFO: the "Note Off" option had no effect (regression). o Recent Files menu in main app displayed extra characters with Qt5. *General changes* o Building against Qt5 is now default. No more --enable-qt5 needed. o LV2: Category set to MIDIPlugin instead of Instrument o The DSP classes including the LV2 DSP modules no longer use Qt libraries. However the LV2 and App GUIs do. o New build configure options for more flexibility --enable-alsa (default=yes) set no for building on systems without alsa --enable-buildapp (default=yes) set no for building only LV2 modules --enable-lv2-pluginuis (default=yes) set no for LV2 module dsps only *Website* http://qmidiarp.sourceforge.net/ *Download* https://download.sf.net/qmidiarp/qmidiarp/0.6.5/qmidiarp-0.6.5.tar.bz2 *Description* QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for ALSA and JACK. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. *SCM Repos* https://git.code.sf.net/p/qmidiarp/code https://github.com/emuse/qmidiarp |
From: Frank K. <goe...@ya...> - 2017-04-25 18:34:09
|
Hi Johan, On Sunday, April 23, 2017 08:48:32 Johan Berntsson wrote: > Dear developers > > I am making good use of qmidiarp which is great and fits perfectly in > my workflow, but I have found some problems with the LV2 plugin > implementation. I have just filed two tickets regarding this that I > hope you can have a look at. I've seen your tickets and will have a look into both, but it will take a couple of days, in the meantime: thanks for reporting. Best Frank > > Thanks > > ---------------------------------------------------------------------------- > -- Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Qmidiarp-devel mailing list > Qmi...@li... > https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel |
From: Johan B. <joh...@gm...> - 2017-04-22 22:48:39
|
Dear developers I am making good use of qmidiarp which is great and fits perfectly in my workflow, but I have found some problems with the LV2 plugin implementation. I have just filed two tickets regarding this that I hope you can have a look at. Thanks |
From: Yassin P. <ph...@gn...> - 2016-11-01 16:31:43
|
Now featured <http://libremusicproduction.com/news/20161101-qmidiarp-064-out> on LMP. And BTW thanks. If I'm not mistaken, this is the only arpeggiator /plugin/ available on Linux. I use it a lot, it's a JOY. yPhil On 01/11/2016 16:15, Frank Kober wrote: > This is a one-year maintenance release of qmidiarp. A few new little features > have sneaked in and a few bugs have been fixed, both thanks to people filing > tickets! > Nothing else to say, except that the detailed changes are right below ;) > > Check it out, have fun! > > Best > Frank > > --------------- > > qmidiarp-0.6.4 (2016-11-01) > > Improvements > o All Modules now have the Note Filter already present in the Arps. > Also, the note range entries can now be set by MIDI learn > o Arp: The octave mode is now defined by independent upper/lower bounds > (feature request #12 by ssj71) > o LFO: New waveform flip button (feature request #11 by MilkMiruku) > o Seq: The output MIDI channel is now a MIDI controllable item. This > allows for instance an LFO to control the Seq MIDI channels for > dispatching sounds within a sequence (feature request #13 by Menno) > > Fixed Bugs > o LFO: Offset slider didn't follow drawing and led to jumps on > first use > o LFO: Waveform type switched to custom when muting points (bug #16 > reported by MilkMiruku) > o Arp: When using Global Storage "Restore", the restore step was > incorrect > > ----- > QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK > and ALSA. It can run multiple synchronized arpeggiators, LFOs and step > sequencers. The modules are also available as LV2 plugins with Qt user > interface. All in all it is a handy live tool. > > Website with Documentation: > http://qmidiarp.sourceforge.net/ > > Download > http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.4/qmidiarp-0.6.4.tar.bz2/download > > Git repos > http://git.code.sf.net/p/qmidiarp/code > https://github.com/emuse/qmidiarp > _______________________________________________ > Linux-audio-user mailing list > Lin...@li... > http://lists.linuxaudio.org/listinfo/linux-audio-user -- Yassin "xaccrocheur" Philip http://manyrecords.com / http://yassinphilip.bitbucket.org |
From: Frank K. <goe...@ya...> - 2016-11-01 16:15:29
|
This is a one-year maintenance release of qmidiarp. A few new little features have sneaked in and a few bugs have been fixed, both thanks to people filing tickets! Nothing else to say, except that the detailed changes are right below ;) Check it out, have fun! Best Frank --------------- qmidiarp-0.6.4 (2016-11-01) Improvements o All Modules now have the Note Filter already present in the Arps. Also, the note range entries can now be set by MIDI learn o Arp: The octave mode is now defined by independent upper/lower bounds (feature request #12 by ssj71) o LFO: New waveform flip button (feature request #11 by MilkMiruku) o Seq: The output MIDI channel is now a MIDI controllable item. This allows for instance an LFO to control the Seq MIDI channels for dispatching sounds within a sequence (feature request #13 by Menno) Fixed Bugs o LFO: Offset slider didn't follow drawing and led to jumps on first use o LFO: Waveform type switched to custom when muting points (bug #16 reported by MilkMiruku) o Arp: When using Global Storage "Restore", the restore step was incorrect ----- QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK and ALSA. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. All in all it is a handy live tool. Website with Documentation: http://qmidiarp.sourceforge.net/ Download http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.4/qmidiarp-0.6.4.tar.bz2/download Git repos http://git.code.sf.net/p/qmidiarp/code https://github.com/emuse/qmidiarp |
From: Frank K. <goe...@ya...> - 2016-11-01 16:12:48
|
This is a one-year maintenance release of qmidiarp. A few new little features have sneaked in and a few bugs have been fixed, both thanks to people filing tickets! Nothing else to say, except that the detailed changes are right below ;) Check it out, have fun! Best Frank --------------- qmidiarp-0.6.4 (2016-11-01) Improvements o All Modules now have the Note Filter already present in the Arps. Also, the note range entries can now be set by MIDI learn o Arp: The octave mode is now defined by independent upper/lower bounds (feature request #12 by ssj71) o LFO: New waveform flip button (feature request #11 by MilkMiruku) o Seq: The output MIDI channel is now a MIDI controllable item. This allows for instance an LFO to control the Seq MIDI channels for dispatching sounds within a sequence (feature request #13 by Menno) Fixed Bugs o LFO: Offset slider didn't follow drawing and led to jumps on first use o LFO: Waveform type switched to custom when muting points (bug #16 reported by MilkMiruku) o Arp: When using Global Storage "Restore", the restore step was incorrect ----- QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK and ALSA. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. All in all it is a handy live tool. Website with Documentation: http://qmidiarp.sourceforge.net/ Download http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.4/qmidiarp-0.6.4.tar.bz2/download Git repos http://git.code.sf.net/p/qmidiarp/code https://github.com/emuse/qmidiarp |
From: Frank K. <goe...@ya...> - 2015-11-01 08:46:03
|
Dear all, QMidiarp-0.6.3 fixes an annoying regression in the Arp LV2 module, where the pattern display did not follow changes made in the pattern field or when selecting a preset. It also fixes the LV2 plugin user interfaces when building with --enable-qt5. NOTE (again) that when built against Qt5 these plugins will work only in Qt5 plugin hosts at this time (i.e. Rui's Qtractor or drobilla's jalv.qt5, but no longer Ardour), however updates of drobilla's suil library also seem to be on their way. Please update to this version and.... Enjoy! Frank ----- qmidiarp-0.6.3 (2015-11-01) Fixed Bugs o LV2 Arp: Regression: Display updates no longer worked when changing arp patterns o Configure script caused trouble on certain build systems (bug #15 raised by the Mageia team) o LV2: Qt5 UIs did not have the correct UI type entry in ttl files Improvements o LV2 Arp: Factory pattern presets are now accessible as LV2 presets o LV2 Arp: Latch mode now also available in LV2 plugin ----- QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK and ALSA. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. All in all it is a handy live tool. Website http://qmidiarp.sourceforge.net/ Download http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.3/qmidiarp-0.6.3.tar.bz2/download There is now also a github repo that will be kept in sync with the sf repo for the time being https://github.com/emuse/qmidiarp |
From: Frank K. <goe...@ya...> - 2015-10-06 19:21:54
|
Hello all, This qmidiarp release dares to come about a year after the last one...and yet again: not much new stuff, but some more bugs squeeeezed, thanks to some courageous reporters. And, after all, it's a lifesign isn't it? In other words, updating is of course highly recommended. Have fun with QMidiArp 0.6.2, below are the list of changes and links Frank ----- qmidiarp-0.6.2 (2015-10-06) Fixed Bugs o Arp: Regression: Latch mode caused the first note playing on forever and other annoyances (Bug #12 reported by Alois Cochard) o Seq: Small position error of the helper tick line relative to the notes placed o Seq: Note length values saved to file were not correct and had no correct default (Bug #14 reported by Steve Grace) o LV2 Seq and Lfo: Display was not correct when diminishing resolution or length in plugin UI Minor improvement o LV2 Seq: Vertical zoom values are part of the controls and therefore saved in presets as well ----- QMidiArp is a MIDI arpeggiator, phrase generator and controller LFO for JACK and ALSA. It can run multiple synchronized arpeggiators, LFOs and step sequencers. The modules are also available as LV2 plugins with Qt user interface. All in all it is a handy live tool. Website http://qmidiarp.sourceforge.net/ Download http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.2/qmidiarp-0.6.2.tar.bz2/download There is now also a github repo that will be kept in sync with the sf repo for the time being https://github.com/emuse/qmidiarp |
From: Frank K. <goe...@ya...> - 2014-09-24 19:12:56
|
Here is a new qmidiarp release, some small things take some days more than 9 months, don't they? Along with a couple of (important) bugfixes and changes mainly regarding the QMidiArp LV2 plugin suite, 0.6.1 comes with only one new feature: the Arp can now step up and down octaves after a chord has been arped through, nothing more than what you would expect from an Arp right? Although this is something that was already partly possible by constructing a rather long pattern, it is now simply selectable from combo boxes. The LV2 plugins should now work fine in Ardour, Qtractor and Carla (1 and upcoming 2) including transport synchronisation and preset storage. Qt5 build is supported via configure option, but not recommended at the moment since the LV2 user interfaces wouldn't work in non Qt5 hosts, so basically nowhere. Thanks go to the reliable translators and to the bug reporters, but also to Rui and Filipe for making their plugin hosts better and better. Enjoy Frank |
From: Frank K. <goe...@ya...> - 2014-01-01 11:43:11
|
QMidiArp 0.6.0 is out, since of course it cannot miss the huge TGV train of Q-Application updates just racing by for the new year! This release includes LV2 plugins of the three QMidiArp modules. They are synchronizable to the transport info provided by different hosts in different ways, and they work well with the new Qtractor, thanks to Rui for updates regarding this. I don't claim that I have fully understood LV2 host-GUI communication, but I found the recent sisco plugin by Robin Gareaus very instructive for this, thanks! Happy new year! Frank --------------------------------------- http://qmidiarp.sourceforge.net Direct download: http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.6.0/qmidiarp-0.6.0.tar.bz2/download ---------------------------------------- qmidiarp-0.6.0 (2014-01-01) New Features o LV2 Plugins are now available for Arp, LFO and Seq modules - They have full functionality as known from the standalone application except MIDI control, which can be provided by the host - The LFO plugin also has a LV2 control output scaled from 0 to 1 - When the 'Sync to host' option is checked, the plugins support transport LV2 atom data from hosts as well as host transport information available from designated lv2 time ports (Qtractor, thanks Rui!) - Arp pattern presets are available in the LV2 module but cannot be written to the .qmidiarprc file. This has to be done with the standalone application - On hosts with small atom port capacities that do not honor the lv2 rsz:MinimumSize property, there will be issues with displaying very large LFO waveforms - Features of QMidiArp beyond the modules themselves (including global storage) are not available Fixed Bugs o Trying to open an inexistent file from the recent files menu led to crash (reported by Frank Neumann) |
From: Frank K. <goe...@ya...> - 2013-11-26 18:32:30
|
Dear all, QMidiArp 0.5.3 fixes a number of bugs and should from now on replace 0.5.2. It also has some minor functional improvements, all is listed below. With thanks to all reporters, contributors and translators. And....enjoy! Frank ------------------------------------ QMidiArp is an advanced MIDI arpeggiator, programmable step sequencer and LFO for Linux with ALSA and JACK MIDI backends. ------------------------------------ Downloads are available at http://qmidiarp.sourceforge.net/ direct link: http://sourceforge.net/projects/qmidiarp/files/qmidiarp/0.5.3/qmidiarp-0.5.3.tar.gz/download ------------------------------------ qmidiarp-0.5.3 (2013-11-26) New Features o Random functions for sequencer and LFO steps and arp repeat mode (feature request #5 Keith Milner) Improvements o NSM support now handles import/export/clear to facilitate getting started (Roy Vegard Ovesen) o Tempo is now MIDI-controllable (MIDI-learn) o Sequencer transpose slider is now MIDI controllable (MIDI-learn) (feature request #7) o Sequencer pattern maximum length extended to 32 bars (feature request #6) Fixed Bugs o LFO offset jumped back to fixed value when MIDI controlled (bug #6 distrozapper) o Arp trigger behavior was not practical with chords pressed on keyboard (bug #7 Burkhard Ritter) o JACK Transport no longer worked when no JT Master tempo was present (bug #5 Barney Holmes) o Deleting an arp pattern in text window while running caused crash o Note lengths were not consistent between alsa and jack backends o Note lengths did not account for current tempo o Sequencer did not honor "D" button when MIDI controlled o Seq note length is now a 16th at half slider scale |
From: Frank K. <goe...@ya...> - 2013-05-08 22:59:05
|
Hi, QMidiArp 0.5.2 has just seen the light of the day. It brings mainly two improvements. One is a comeback, that of tempo changes on the fly, and that now includes also tempo changes of a potential Jack Transport master. Also the Jack Transport starting position is finally taken into account, so that QMidiArp should be in sync also when starting the transport master not at zero. The second one is Non Session Manager support, mainly thanks to the work done by Roy Vegard Ovesen! Note that for compiling in NSM support you will now need liblo as dependency. Enjoy, and enjoy LAC in Graz this year Frank ________________________________ QMidiArp is an advanced MIDI arpeggiator, programmable step sequencer and LFO. Everything is on http://qmidiarp.sourceforge.net qmidiarp-0.5.2 (2013-05-09) New Features o Tempo changes are again possible while running, both manually or by a Jack Transport Master o Jack Transport position is now taken into account when starting, QMidiArp used to start always at zero o Muting and sequencer parameter changes can be deferred to pattern end using a new toolbutton o Modules in the Global Storage window have mute/defer buttons o Global Storage location switches can be set to affect only the pattern o Non Session Manager support with "switch" capability (thanks to Roy Vegard Ovesen) General Changes o NSM support requires liblo development headers (liblo-dev package) |
From: Frank K. <goe...@ya...> - 2012-12-12 18:33:47
|
Hi all, I've finally given in, too. We're "upgrading" the qmidiarp sourceforge project to allura. As a result, the urls for git access changed, and the remote repository (to replace in .git/config) is now (new) git.code.sf.net/p/qmidiarp/code instead of (old) qmidiarp.git.sourceforge.net/gitroot/qmidiarp/qmidiarp For fresh cloning (read only): git clone git://git.code.sf.net/p/qmidiarp/code qmidiarp For developers (read-write): git clone ssh://<sf-login>@git.code.sf.net/p/qmidiarp/code qmidiarp Up to now the tarballs and web pages have kept their urls Best Frank |
From: Frank K. <goe...@ya...> - 2012-11-17 15:36:22
|
Hi, I'm happy to announce release 0.5.1 of QMidiArp. It brings some new features for Arp patterns suggested by gionnico on the tracker. New 't' and 'g' tokens provide semitone shifts, and repeating '0' within chords play out several notes even when only one note is pressed on the keyboard. It also brings some sort of automation for the parameter storage (see feature list below) that might be interesting when working with live sequencing. I've updated the demo_seqlfo.qmax that you'll find in /usr/share/qmidiarp/examples and you can download a yoshimi xmz file made for that demo, from the sourceforge qmidiarp 0.5.1 folder. Check it out, it's a nice sequence I think. Enjoy playing with QMidiArp Frank ------------------- Everything as usual is on http://qmidiarp.sourceforge.net and the direct download link is http://sf.net/projects/qmidiarp/files/qmidiarp/0.5.1/qmidiarp-0.5.1.tar.bz2/download Main changes are listed here: qmidiarp-0.5.1 (2012-11-17) New Features o Global Storages have new features accessible through right-click on each storage location. You can choose if at pattern end another storage location is automatically selected and create dynamic pattern sequences. o Global Storage now has a position pacman indicator for each module o Clicking on the top button in the global store window now raises the selected module window o When Jack is not available at program start, show a message window o Introduce semitone shifts in Arp patterns (request 3574549 by gionnico) o Allow repetition of the 0 note within chords to stack notes when only a single note is played on the keyboard (request 3574549 by gionnico) o The module input-output panels on the left can now be hidden, this leaves some more space when running several modules side-by-side Fixed Bugs o When starting from scratch, qmidiarp sometimes didn't start with internal clock o When editing an arp pattern while running, qmidiarp crashed when the pattern length reached zero o Deleting the last module sometimes crashed qmidiarp o Trigger mode sometimes caused hanging when a new note was received o Global Storage locations did not get updated when module names changed General Changes o There have been many changes toward realtime compatibility under the hood. In particular, there are no more memory allocations/frees in the realtime component. o LFO Waveforms with high resolutions and lengths appear with finer streaks o The Mute state of each module is no longer changed when a parameter restore is done o Overall CPU usage should be slightly reduced |
From: Frank K. <goe...@ya...> - 2012-11-10 12:24:03
|
Hi, I'm planning a new qmidiarp release within the next two weeks. There are a couple of new features and some quite some important changes under the hood mainly for working toward realtime compatibility with JACK. I would like to know if qmidiarp still performs OK on different systems, on mine it does so far. I attached the NEWS file additions below. Please give it a test drive by pulling and building from the git master branch, it's still time to do corrections and adjustments of the new features. Cheers Frank ------------------------------- New Features o Global Storages have new features accessible through right-click on each storage location. You can choose if at pattern end another storage location is automatically selected and create dynamic pattern sequences. o Global Storage now has a position pacman indicator for each module o Clicking on the top button in the global store window now raises the selected module window o When Jack is not available at program start, show a message window o Introduce semitone shifts in Arp patterns (request 3574549 by gionnico) o Allow repetition of the 0 note within chords to stack notes when only a single note is played on the keyboard (request 3574549 by gionnico) o The module input-output panels on the left can now be hidden, this leaves some more space when running several modules side-by-side Fixed Bugs o When starting from scratch, qmidiarp sometimes didn't start with internal clock o When editing an arp pattern while running, qmidiarp crashed when the pattern length reached zero o Deleting the last module sometimes crashed qmidiarp o Trigger mode sometimes caused hanging when a new note was received General Changes o There have been many changes toward realtime compatibility under the hood. In particular, there are no more memory allocations/frees in the realtime component. As a side effect, QMidiArp uses slightly more CPU mainly due to not always optimal screen drawing. |
From: Frank K. <goe...@ya...> - 2012-03-24 12:01:53
|
Dear friends, this is the 0.5.0 release of QMidiArp. As a major new feature, it brings a parameter storage and switch center. You can now store parameters, sequences and waveforms of all modules together, and recall them all at once or individually by mouse click or MIDI CC. The recall behaviour can be adjusted to take place either at the end of a chosen module pattern or after a given number of beats. This adds some more versatility to QMidiArp as a handy Live tool. But you can hide away the control panel if you don't need it...It's an Arp and step sequencer after all. And yes there are also some big and small bugs fixed, and surely some new to discover! Regards Frank --------------------------- Downloads, documentation and more are here: http://qmidiarp.sourceforge.net --------------------------- qmidiarp-0.5.0 (2012-03-24) New Features o New global storage handler allows storing and switching of parameters and patterns between different storage locations. The restore switch can be triggered after a specified module reaches its pattern end or after a full number of beats. Switch can be done for a specific module only or for all modules globally. o Storage switches can be done by MIDI controller. The controller value specifies the storage location. o A new Legato option permits module triggering also by notes played legato. Fixed Bugs o ALSA backend had become unstable in version 0.4.4 by some direct function calls across threads. o LFO waveform display didn't get updated during recording o LFO recording caused restarting/triggering when it shouldn't o Seq cloning led to crashes under certain conditions |
From: Sascha S. <ung...@gm...> - 2012-02-16 20:54:02
|
I have 4 days off, so I'm in :) greetings, Sascha > 2012/2/16 Frank Kober <goe...@ya...> > >> The new parameter storage and switch tool has now found its way >> >> to the git master branch. It can switch different parameter and >> >> pattern setups at a given time, i.e. at the end of a specified module >> >> pattern or after a fixed number of beats. Store the parameters >> globally for all modules and recall them globally or by one of the >> locations for each module. I'd like to get some idea if it works >> in different situations and where possible big and small hicks are. >> >> Thanks for checking it out, so that a new release can approach! >> >> All the best >> Frank >> >> >> >> ------------------------------------------------------------------------------ >> Virtualization & Cloud Management Using Capacity Planning >> Cloud computing makes use of virtualization - but cloud computing >> also focuses on allowing computing to be delivered as a service. >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >> _______________________________________________ >> Qmidiarp-devel mailing list >> Qmi...@li... >> https://lists.sourceforge.net/lists/listinfo/qmidiarp-devel >> > > > > -- > *,Ungleichklang` > (als Bezeichnung für Intervalle von ungleicher Tonhöhe mit Ausnahme der > gleichklingenden Oktave) > **(as term that designates intervals of unequal pitches with exception of > the equal-sounding octave)* > *(terme désignant des intervalles formés entre des sons de hauteur > différente à l’exception de l’octave formée par égalité de son)* > > -- *,Ungleichklang` (als Bezeichnung für Intervalle von ungleicher Tonhöhe mit Ausnahme der gleichklingenden Oktave) **(as term that designates intervals of unequal pitches with exception of the equal-sounding octave)* *(terme désignant des intervalles formés entre des sons de hauteur différente à l’exception de l’octave formée par égalité de son)* |
From: Frank K. <goe...@ya...> - 2012-02-16 19:42:26
|
The new parameter storage and switch tool has now found its way to the git master branch. It can switch different parameter and pattern setups at a given time, i.e. at the end of a specified module pattern or after a fixed number of beats. Store the parameters globally for all modules and recall them globally or by one of the locations for each module. I'd like to get some idea if it works in different situations and where possible big and small hicks are. Thanks for checking it out, so that a new release can approach! All the best Frank |