When sending a midi CC from external controller it would be cool if Zynthian could briefly display on the screen the assigned parameter name / graphics and indication of the received value. This could be a simple overlay that appears when CC is received and disappears after a few seconds. Kind of similar as you see in the mixer when changing volume, but would be nice to make it larger or configurable. With ADSR controls this could be especially cool as you would the see the graphical representation of the current values.
1 Like
This could very quickly become rather cluttered. What to do when simultaneously receiving 2 or 3 or 4 CC??
I actually like that idea. It could just replace the “m” MIDI input indicator with the CC#. In cases multiple CCs coming in the incomimg message just replaces the old one.
This I don’t really understand because the 7 bit CC value cannot really translated into meaningful ADSR values (I mean, is a release value of 127 100ms or 30 s?), and it shouldn’t take much more space than the “m” indicator anyway. That said, I would consider the idea rather a nice to have than essential.
Sort of a midi tester?
It could be an extra page with a square of 128Ă—128 pixels, x-axis is the #CC, y is the CC value. It could even be 16 of these squares, to test all channels.
I wouldn’t want that continuously wiggling on the screen, but for testing purpose to see if a CC comes through, it could actually be useful.
Think about: the more eye candy on screen, the less CPU power for actually making music!
2 Likes
Rather than built into the infrastructure, it should perhaps be a MIDI lv2 component?
2 Likes
Or 127 when you touch the pitchbend or modwheel…
I tend to use webconf or jack_midi_dump when I want to test incoming MIDI. I don’t think a plugin necessarily gives the best option because you have to insert into a chain which is at a higher level than you may want to test.
For an operational use, I do see the benefit of letting the use know when something changes (like the mixer) but there may be a tipping point at which this will become annoying.
Maybe a combination of both where you can enable CC display in admin menu which will show all (not just mixer) CC driven controller events in the top bar.
I really don’t like the idea of the gui widgets like envelope appearing without some kind of control. Maybe again a config that allows this. I can see that some users, e.g. using manual CC may benefit from this whilst others with more automation may find it too invasive.
One of the big problems with tally displays is they are by nature a compromise, and if involved in time sensitive events like MIDI control need to be fast and highly responsive.
One only has to look at @riban’s devastating arrival with the PPM display, combined with a complete dynamic breakdown meant there has never been any heavy demands placed on it’s form and it has survived without too much sulking from the CPU meter it replaced.
It would seem sensible to indicate midi events if possible and the M appeared almost as a diagnostic feature and has remain unmolested for some time.
In truth it uses an area of screen that could be better exploited if the colour cue is used to identify MIDI activity.
If you are doing hard and fast MIDI analysis, the MIDI log in webconf is another tool that just does, althou it’s very success might lead to development in the increasingly complicated world of chains.
If it’s not ordering it’s filtering. ..
Most of the coding effort would probably go into the configuration of such an interface, because the range of use cases is a another compliment to MIDI’s effectiveness.
So what can one do in the space of a purply pink M ?
Didn’t someone once raffle the pixels on a webpage…?