[john Kimble]

I’m still around! I think that the custom build I made with some bug fixes and EDIT mode changes is still the latest build…

cheers
ripe

[john Kimble]

OK, I think the Nemo OS successfully built. I have no way to test it… let me know if this works:

http://www.socialentropy.com/studio/NEMO_162_jk03.elf

cheers
ripe

[john Kimble]

if the Octopus version works out, I can give it a shot.

cheers
ripe

[john Kimble]

OK, I made the suggested changes.

The file is here:
http://www.socialentropy.com/studio/OCT_162_jk03.elf

Obviously, use at your own risk, etc

Let me know how it works out.

cheers
ripe

[john Kimble]

If you let me know exactly what changes need to be made, I can recompile an OS file.

I’ll see if I can figure it out from the previous post.

Duncan, would you be able to test the OS to see if it resolves the problem?

cheers
ripe

[john Kimble]

since no one replied, you probably are not double-clicking when selecting the page length (LEDs will be all red). You can select incremental values by clicking once (the LEDs will be green and red).

cheers
ripe

[john Kimble]

I think my "thinking" issue is related to there being 3 states instead of 2 (or 4). I can’t just click, or click twice to get to a mode and back, I need to think about what mode I’m in and then choose the correct number of click to get where I want to, since the number of modes is an odd number.

I think this also what LDT was referring to.

And come to think of it, maybe double-clicking the EDIT mode to get to "berlin" would be a possible solution.

cheers
ripe

Post edited by: ripe, at: 2009/09/08 19:11

[john Kimble]

I’ll chime in here… I just got done using the new OS for a bit and I agree that the EDIT modes need some reworking, having three states to move through is too much "thinking".

Having a modifier button to use when entering "berlin" EDIT mode would seem to work better, that way the mode doesn’t interfere with the workflow we have grown accustom to.

cheers
ripe

[john Kimble]

It’s good because normally in preview edit mode, you hear bunch of "garbage" notes sent out as you tweak parameters of a step or track, so it’s not really good for live performance.

I’m not sure the reference to "berlin school", but I think it’s referring to the technique of transposing whole tracks in realtime during performance.

cheers
ripe

[john Kimble]

I can’t say I’ve ever had a problem with negative amounts being displayed as they are.

I don’t use the LEDs on the last columns either, I just know when I turn a knob counterclockwise that it goes negative if I go past zero, I think being able to "read" the numeric value is important (more important than filling in from the right).

cheers
ripe

[john Kimble]

I’m still hoping for a .75 track multiplier to work in 3/4 time

http://genoqs.net/index.php?option=com_joomlaboard&Itemid=50&func=view&id=713&catid=3

cheers
ripe

[john Kimble]

I think you are referring to MIDI clock and MIDI start, which is transmitted…

But MMC (Play) is *not* transmitted, neither is MIDI time code.

Most DAWs don’t sync to MIDI clock nowadays, only MIDI time code, which is usually generated by a hardware audio recorder, not hardware sequencers. MIDI clock is tempo based, but MMC is absolute time.

I don’t think it would be difficult to add MIDI Time Code generation and MMC to the Octopus, but you would always need to start the DAW from the beginning of the song since the Octopus wouldn’t know what time code to calculate in the middle of a track.

cheers
ripe

[Author]

Posts