Closed / Open HH seq. tracks are "backward"?

Hi, I've been confused about the behaviour of the decay1/decay2 parameters... but I think I just figured it out, and it seems like a bug.

regarding the decay parameters on the display, "1" is on the left, "2" is on the right (relative to one another)... 
On the HH voice, there are two buttons to select the tracks, labeled "CL/OP" with the buttons arranged left and right.

Everything suggests that the left button controls the Closed hat sound which has Decay1, and the right button controls the Open hat sound which has Decay2.

Everything except the actual pattern steps... when you press the left HH button and program hits on that track, it plays hits with decay2, and if you press the right HH button and put sequence steps, those steps play with decay length d1.

I hope I explained this semi-clearly.... I think the only inconsistency is the mapping from sequence step -> decay1 or decay2... the rest of the UI is consistent with itself.

Comments

  • Yes, it confuses me too. But it really looks like those are swapped. Not really a problem...but strange.
  • I see where you are coming from.
    This is due to the organisation of the voices in the software, not regarding the actual hardware layout.
    since closed hh is voice 6 and open is voice 7 I assigned d1 to voice 6 and d2 to voice 7, not looking at the hardware knob positions.

    It's just 1 line o code to change to swap them.
    Anybody else in favour of swapping them say aye! ;)

  • I'd say change it if it's easy...  I was confused by that too, it'd be more intuitive the other way around.
  • I vote no, it always made sense to me.
  • I was also thrown off by this anomaly.
  • makes sense to me as is.
  • I vote no, it always made sense to me.
    +1
  • Frank's case labels those voices as "CL/OP Hi Hat", which suggests that the left button is closed, and the right button is open.  But all the kits that ship with the LXR have it set up the opposite way - left button is open and right is closed.

    Not a big deal for me - I just copied Frank's labels and wrote them on masking tape and stuck it to my crappy homemade case, so I can easily switch it around, but people who bought the case won't be able to. 
  • changing that totally makes sense. +1
  • edited October 2013
    I introduced the topic so I can't "+1" exactly.. but yes it's precisely because of the case label "CL/OP" that I think this should be changed... left button should be the "CL" track, and right button should be the "OP" track.

    the current arrangement is not keeping anyone from making music :) but it's a needless idiosyncrasy.

    the voting so far appear to be 6 in favor of changing it, to 3 against.  Of course, LXR isn't really a democracy, more of a benevolent dictatorship... so it's up to Julian... :)

    (alternatively, future cases could be manufactured to say "OP/CL" instead of "CL/OP")
  • I did not know it is backwards on the official case. Changing it makes sensé to me now.
  • To me, it just makes sense as it is and I always used it intuitively the way it is meant to be.
  • To be honest, i labeled it according to some Proto PCB Pics i got and never thought about it as Julian approved the Case. Maybe we both have been Betriebsblind(tm)  :-B
  • edited October 2013
    No problem, i just make a new alu front plate... 


    Maybe a alu-version of the firmware! :D

    :)
  • I mentioned the case really as a joke... because it's so much easier to change 1 line of code... it's not a big deal to live with it as-is, either. :)
  • ok I'll switch it in the next OS update :)
  • nooo.. keep it as it is!  3:-O
  • edited November 2013
    maybe add a config text file to the SD card for all the special options that are not worhty of their own menu parameter? this would allow you to use the old style without building a custom firmware for each update....

    I'm sure there will be more arguable points in the future ;)
  • LXR - the x is for UN*X ;-)

    Honestly, great idea! - there are so many individual settings you only do once and never ever touch it again, why not a simple, huma readable .txt file you can edit instead of many kB of Firmware wasted for it?
  • +1 for off-loading some low-level configuration stuffs to text file!
  • Nice idea about the text file. Might be a good idea to go with a json-format? Depending on how many options would go into the file of course. ;)
  • +1 for the text file. We are all techies here, having built our own units, so we can certainly edit text files. However, you'd want to make sure you only put in options that the user would not have any need to change while on a gig.
  • Keep it as is! Text file would be a good idea though.
  • +1 on the text file.  great idea.
  • edited November 2013

    What I meant to write was this... Since they share the same voice settings but for the decay, it doesn't really matter which button you you use for OP or CL hihat. It is more of an user preference?

    But if the parameter in AEG would say DCL instead of D1 and DOP instead of D2 one wouldn't change the decay for the wrong hihat.

    I'm one of those who like to change the decay of the hats on the fly while jamming... 

  • I would keep it as it is.
    A text file might be a good idea, but the disadvantage is that you need a computer to change settings in it.
  • I would keep it as it is.
    A text file might be a good idea, but the disadvantage is that you need a computer to change settings in it.
    Hardly seems like an issue, since the options are meant to be stuff you only change very consciously.

    That said, perhaps we could have a way to switch between different configuration files (only really makes sense once there are enough options to justify it though).
Sign In or Register to comment.