Sim'n Tonic Forums

Anyone has any thought/comments about the fact that the preset will only be applied at the next bar? (when playing) a bit late, as it is out already... THANK YOU FOR YOUR GREAT WORK! That (start with next bar) sounds really handy for most situations. I also often have free transitions between songs...

Glad to hear that!
There is so much to do...
Thank you!

Simon wrote: ↑07 Feb 2025, 06:36 With Nome II the interface has changed slightly...

Hope this does not mean, that modules are not coming to Nome I?!
I still hope, that there will come such basic features like MIDI In via 5pin Din (f.ex. trigger Nome presets with keyboard,...)

(un)mute follows play is perfect.
I have the same thought:

mattbassg wrote: ↑17 Jul 2023, 11:37 I think I'd find this helpful - especially in conjunction with the Reset 'On' mode (where audio click is reset / rewound to the start of a bar).

Great, Happy to see this progress - I like everything that integrates MIDI or generally increases controllability. double tap I think it should also be possible to continue using the simple click as before. Am I wrong in thinking, that otherwise the device will have to wait for the second click befo...

Switching with a pedal works great. Even freely alternating with the MIDI Start/Stop CC#.

If/when presets are implemented, there will definitely be a possibility to change preset via a MIDI CC Command, I think the "Song Select" message will suit perfectly for that. I'm looking forward to being able to switch the tempo/beat presets with all possible hardware live without a comp...

Thanks for all the work and the great update, Simon!

I know that there are complex advances involved (U Sync, etc.),
but the "Start via MIDI CC" makes me happy right now.

the "Mute button follows Play button" feature it will be enough to send a start/stop command.

Didn't see that - thanks for the tip!
This requires an extra foot switch, but sounds like an extremely simple and reliable solution.

And thank you for your explanations!

Just tested with the hardware. The Midronome responds nicely to everything, except of course the start command that is coming in fw3.0 So nice, that this is possible now (=then)! In fact, a controller needs some slots to tell the midronome exactly what to do...: 1. CC# for Midi Start Port X 2. CC# f...

wow, I couldn't look that fast - Thank you, Simon!! I find this super helpful, as it makes it possible to integrate the Midronome, especially automatically/using controllers/hardware. Out of interest: Is there a reason why the start CC# are split differently than stop/continue? Start value 20 = Port...

It would be nice to START the Midronome with a CC# (this would complete the already implemented features with MIDI continue and Midi Stop via CC#). Unfortunately, not all MIDI devices are able to send MIDI start and it is even not always easy to set up in the DAW. This has already been discussed her...

Ok, now I have a small but crucial problem: I can "rewind" the midronome and always start with beat 1 by pressing the play button after a stop. But how can this be done by sending CC# to it? I found CC103 with values 1 and 2, but this results in the cycle continuing and I have to wait for ...

Hi Simon, It's nice to see you so much here, even though you're certainly busy with the 3.0 beta... That can't be appreciated enough! I hope this info helps someone with a similar setup: I now have the Midronome tied via USB to my host box (Primova Sound MIDX-20), which listens on its DIN MIDI ports...

Thank you Simon,

ok, I'll try out how/if it works with my Midi Host Box...just where is it...?
In any case, starting with Reset On aka "rewind" would be a suitable option for me.

Even if that works, count me as waiting for Add on Modules

Hello, Unfortunately I haven't found an idea here on the forum (yet): I would like to give the Midronome tempo/start/stop signals from hardware (e.g. master keyboard, midi controller...). According to Manual "4.3 - Midronome Commands" it can receive tempo instructions via CC on Ch 12, but ...

Hi, I would like to throw in a different view. Yes, firmware updates via USB seems to be a really good idea for us users and also for you, I guess. If you think about having a basic version plus a dongle for extension, you might also consider 2 versions, a basic and an advanced one with additional f...

(as allready mentioned under "presets" topic) I guess, this makes especially sense in the use of presets in live use, as it needs programming beforehand: Long bars can be internally divided differently (simple example: 7/4 = 3+2+2 or 2+2+3 ...), or a series of different bars 4/4 + 4/4 +4/4...

Would be great if one could send MIDI PC# commands to the device to recall stored BPM/bars. Here I have a USB-MIDI cable interface from ESI, which recognizes itself on which port data is being received/sent. In this sense, it would of course be nice if one of the Midronome's MIDI outs could be switc...

Thank you for your prompt reply. Long bars can be internally divided differently (simple example: 5/4 = 3+2 or 2+3), or a series of different bars 4/4 + 4/4 +4/4 + 5/4 could be programmed to the midronome as one 17/4 bar. Then it would be nice to mark the subdivisions with, for example, a brighter o...

Hello, let me start right away with the wishes, because everything that is already planned seems well thought out and executed to me. :-) Yes presets would be a good thing for me for live use because it's a quick fix, easy to use and serves the tempo agreed beforehand with everyone involved. For me ...