Re: [Qmidiarp-devel] Experimental fork for review
Linux MIDI arpeggiator, phrase generator and controller LFO
Status: Alpha
Brought to you by:
emuse
Menu
▾
▴
Re: [Qmidiarp-devel] Experimental fork for review
|
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
|
