Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

beatclock & clock inconsistencies #1196

Closed
tyleretters opened this issue Sep 13, 2020 · 9 comments
Closed

beatclock & clock inconsistencies #1196

tyleretters opened this issue Sep 13, 2020 · 9 comments

Comments

@tyleretters
Copy link
Contributor

tyleretters commented Sep 13, 2020

this issue captures one primary and one secondary issue. my goal is to sync outboard gear with midi using textbook techniques.

primary issue: irrational bpm behavior

  1. i am testing with an arturia beatstep pro set to 24 ppqn
  2. i am using the example script provided at https://monome.org/docs/norns/study-4/#midi-sync with no modifications
  3. the beatstep is set to usb sync mode
  4. my PARAMETERS screen looks like this:

beatclock

  1. and my PARAMETERS / CLOCK screen looks like this:

param_clock

and everything works (meaning the beatstep pro has it's tempo synced with norns)... but it shouldn't?

expected results from the above configuration is since the clock out is set to no - there should be nothing going to the beatstep. when this is set to yes, however this happens:

beatstep (1)

what is happening?

secondary issue: beatclock's bpm vs PARAMETERS / CLOCK's tempo

  1. with the same above configuration, now set the beatclock source to external
  2. set the PARAMETERS / CLOCK source to midi.

expected results is adjusting the tempo on the beatstep would update both the tempo and the the bpm. however, it only updates the tempo. i can see this is reflected in the code as BeatClock:bpm_change(bpm) isn't hooked up to the clock from what i can see.

summary
it feels like these are two separate clocks running (there are norns and BeatClock) but they are interfering with each other?

@tehn
Copy link
Member

tehn commented Sep 13, 2020

you've highlighted a huge doc issue: the norns study is for BeatClock, which is essentially deprecated (though still works) now that the Clock library is in place.

these two will not work well together. i need to dig up a proper example for midi sync with the new clock system, but i can confirm that it works (unless it's broken since release)

@dndrks studies expansion material!

@tyleretters
Copy link
Contributor Author

great! yeah an interim example would be most appreciated. thank you.

@dndrks
Copy link
Member

dndrks commented Sep 13, 2020 via email

@tyleretters
Copy link
Contributor Author

it's not using the global clock to drive tempo - just an arbitrary param. in the process of moving to beatclock i ended up here. i'll poke around with the global clock now.

@tyleretters
Copy link
Contributor Author

this is a good resource i assume? 4 months young? https://vimeo.com/416730766

@dndrks
Copy link
Member

dndrks commented Sep 13, 2020 via email

@dndrks
Copy link
Member

dndrks commented Sep 13, 2020 via email

@tyleretters
Copy link
Contributor Author

it's ok! i learned a lot!! thank you so much.

and yea so far clock.run(thing) and clock.sync(1) are "just working". very beautiful.

@tyleretters
Copy link
Contributor Author

...aaaaand it all works perfectly with the beatstep. <3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants