#144

awesome! looks good, index message is formatted how it needs to be, but I’d encourage adding the address functionality if you want to share the device with others. as it stands, multi-crow folks couldn’t easily use it. lmk if you need help with implementing this – ^^dual has it pretty straightforward if you want to crack that open?

beyond that, [loadbang] works fine but [live.thisdevice] is the recommended way to bang on load in m4l devices. it sends a bang from its first outlet when the device is loaded, but also when it’s re-loaded or saved, which is a bit more tightly integrated within Live.

1 Like
#145

Thanks for the pointers! Updated and added address functionality now:

27

Voila !

5 Likes
#146

Trying to sequence ableton from crow. ^^ins shows connection and receiving cv, setting cv-to-note to arpeggiator works as expected, but when set to alt input none of the triggers into input 2 are registering. Same issue on both of my crow’s. Latest firmware. Anyone else having this issue? (thanks for moving this Dan, didnt see this specific topic will give it a read through)

1 Like
^^ crow help: general (connectivity, device q's, ecosystem)
#147

hmm, not seeing this same behavior on my side:

jumpy thing on the right is the CV-to-trigger.

  • are you on Mac or Windows?
  • have you tried executing ^^c from druid or crow.clear() from norns? there keeps being weird reasons to have to do this, so it’d be a helpful data point
1 Like
#148

Thanks Dan! On mac, Fixed it with ^^c in druid. Working as expected now.
Cheers!

1 Like
#149

I had no idea Crow was out. This looks awesome!

1 Like
#150

finally diving into crow/max programming after some life curveballs

I’m having no issues sending commands to ii devices, but I’m also interested in getting information back from them, and I seem to be having trouble with this.

for example, if I tell_crow ii.kria.help() I get back a list of all the commands and such. tell_crow ii.kria.scale(2) (or whatever number) changes the scale accordingly on Kria. But if I try tell_crow "ii.kria.get( 'scale' )" as stylized in the printout from kria.help(), I’m not getting anything back from crow. I don’t get any string evaluation errors which is promising, but getting nothing in return makes me think I’m missing something here.

#151

really stoked for what you build! your max patches have been very inspiring.

i thiiiiink getters are getting fixed in the coming update (there’s a beta release on the crow github if you’re feeling curious) — not at my synth at the moment, but if you can confirm that the commands also don’t return anything in druid then that’ll rule out max troubles.

woop, @voidstar has it. sorry for confusing the convo!

1 Like
#152

Getters don’t return anything. They initiate a query; a callback occurs when the data is returned from the queried device. You have to define what happens to the asynchronously returned data within the corresponding device’s callback event. You can pass the data into max with a print.

2 Likes
#153

@ellips_s @voidstar
To clarify, by default, ii.kria.get('scale') queries do print a message to the usb port. This is in the form ^^ii.kria('scale', <number> ). This is true for all ii getters.

The reason these might not be appearing in your max patch, is because any message from crow preceeded with ^^ gets sent out the first outlet (and typically into a [route] object). Try printing the rightmost [route] outlet and you should see the responses.

@dan_derks ii getters have been working in general (since launch!). It’s just that Just Friends hadn’t implemented them on the JF side.

2 Likes
#154

apologies for misrepresenting + misunderstanding!

#155

Im running kria on ansible into crow to play ableton midi instruments with cv-note and ableton is one step behind kria. The trigger must be happening before the cv note is updated? Is there a way to sync kria and ableton?

#156

paging @Lervais, you feeling good about sharing more about the device you made?

1 Like
#157

Thanks @dan_derks, The kria_command device is awesome and Ive got it working with the transport controls, I can start and stop ableton and kria listens when teletype clocking is enabled. But still the grid sequence is one step ahead of ableton, is this your experience as well @Lervais ?

Reseting my transport in ableton to 1. 1. 1 sets the grid to the second note in the sequence, not the beginning. So i tried using teletype to KR.RES 0 0 and instead of setting the grid back to the first note in kria it actually jumps it to the very last note in the sequence.

1 Like
#158

Bizzare! Maybe worth mentioning that kria_command resets all parameters of kria when the ableton transport is stopped (so it has to be playing first), the playhead location shouldn’t make any difference.

Your issue goes beyond my understanding of kria, but the fact that TT clocking is also misaligned might enable an easier diagnosis. Maybe something is up with how your ansible is reading i2c messages? I wonder if anyone else has had similar issues with kria_control?

#159

Strange indeed, Ive now lost any CV pitch via i2c from kria, teletype polls 0 and jf only responds to triggers. Might be a conflict of teletype and crow both talking to ansible at the same time? Can’t figure out how to get it back, power cycling doesnt help, will reflash the firmware.

#160

Hello! Finally set up Live talking to Crow last night. Thank you @dan_derks for all the work on this!

I am wondering if anyone else is seeing drops in communication to Crow while doing other Live operations. I am currently running one instance of jf_synth and one of outs, just sending a clock. I find if I try to load short clips into audio tracks, Crow will often (but not always) stall. Experientially, it ‘feels’ like Live is loading the clip into memory, and once it’s done with that, Crow continues where it left off.

#161

hey Tim! so glad to hear you’re digging in! thank you for the kind words + also @voidstar did some excellent work on the toolkit :slight_smile:

w/r/t timing when performing other operations in Live, this is covered upthread:

being able to force jit.gl.lua events into the high priority queue is on Cycling’s roadmap, but it’s not ready yet – lmk if you run into any other troubles tho!

1 Like
#162

Apologies! I read some of that, but didn’t fully understand or process it, and since some of the discussion was within the context of Jitter, and I saw gl, I made the bad association that this specifically related to Crow in the context of Jitter and video/graphic uses of Crow (which in retrospect, not sure exactly what I was thinking…possibly CV inputs into Jitter patches?)

If I really need the timing, I’ll try the experimental command_center. Just wanted to make sure I wasn’t doing anything wrong w/r/t to the m4l tools or Ableton configuration or such.

Thanks for answering!

1 Like
#163

oh, that makes total sense! yeah, the main code structure of the crow object is in lua and handled by jit.gl.lua — all messages that pass in and out of the crow object are pushed into the low priority queue as a necessity, so when a higher priority event in Live happens then the crow messages are briefly bottlenecked. it’s a structural thing, but lmk if you end up using the experimental version and i can wrap that up in a

2 Likes