Originally Posted by Gordon Scott
FWIW, in this context I personally would interpret cell as meaning a box on the screen into which one would type a chord, so I would expect 4.4 to have four such cells, 5/4 to have five, 6/8 to have 6 and so on.

For me, BiaB fails a little right from the start, because I interpret the chord entry as having only one or two cells per measure. Entering commas to get chords on the second and forth beats of a 4/4 seems clumsy to me... rhetorical question, but why not use space or tab to advance by one cell and tab or enter to advance by a bar/measure. It's probably quicker and easier to get to individual beats that way than juggling whatever and commas within one bar. I presume it made sense when they first did it...

I also imagine that some combination of history, data structures, file structure, code, user resistance(?), etc. is what makes them appear so reluctant to change things.

Gordon, I agree with you on the cell comment. I always think in terms of measures and beats and never cells.

I think the code for BiaB is very old and locked in on n/4. I also think we are locked into having to accept that limitation.

The fitness trainer asked me, "What kind of a squat are you accustomed to doing?" I said, "Diddly."


64 bit Win 11 Pro, the latest BiaB/RB, Roland Octa-Capture audio interface, a ton of software/hardware