#44

I thought the same thing too after reading the above, but no dice. There is no response from JF at all when I send those commands from Druid or Max.

#45

When i select ii-JF in the awake patch nothing is happening
did i erroneously assume that i could send info from awake to JF w/o patching normally?
i do not seem to be getting ii info sent from crow to JF

#46

Im not sure if this is related to what @dan_derks was talking about but Im experiencing odd pitch behaviour when using JF as a complete voice and using crow to play jf from a cv and gate source.

The script is:

input[1].change = function(s)
ii.jf.play_note(input[2].volts,5)
end

function init()
ii.pullup(true)
ii.jf.mode(1)
input[1].mode(ā€˜changeā€™, 1, 0.1, ā€˜risingā€™)
end

All it doest is every time you send a trigger to input 1, it will sample the voltage at input 2 and send it to JF as a new note to play but it seems to me like it doesnā€™t always sample the correct cv. If i send in a simple sequence from a track of kria (ansible out to crow in) i feel like it may be sampling too soon? I had a thought to delay the trigger before sampling to fix the issue but im not sure how to do that as im a super noob to coding. Anyone have ideas?

#48

Sounds like Kriaā€™s gates are triggering the input.change before itā€™s CV output has settled. Thereā€™s no in-built delay function in crow at the moment, but I sketched up this solution to the problem (though itā€™s untested as Iā€™m away from my case rn):

-- add this function to your script
-- (to be included in crow firmware in future)
function delay( time, action )
    local function devent()
        action() -- this line executes the delayed function
        metro.free(dmetro.id)
    end
    local dmetro = metro.init( devent, time, 1 )
end

-- delay the call that reads the input voltage by 3ms
-- the old line is 'wrapped' in a function
-- this stops it from being executed immediately
input[1].change = function(s)
    delay( 0.003, function() ii.jf.play_note(input[2].volts,5) end )
end

function init()
    ii.pullup(true)
    ii.jf.mode(1)
    input[1].mode('change', 1, 0.1, 'rising')
end
3 Likes
^^ crow help: druid
Bowery: a crow collection
#49

Amazing! Thanks for code additions.
I just had a go adding it and Iā€™m getting an error in druid saying:

Metro.init : nothing available

Any ideas?

#50

Cycle mode, and the time/intone knobs will have a big effect on what is going on. I generally have time around 10 oā€™clock and intone around 11 oā€™clock I think.

#51

@cosmicsoundexplorer that needs to be lowercase metro. Did you see uppercase in some docs somewhere that we should fix?

#52

@Galapagoose All I did was copy your code, paste it into mine and removed the

function init()
ii.pullup(true)
ii.jf.mode(1)
input[1].mode(ā€˜changeā€™, 1, 0.1, ā€˜risingā€™)
end

saved it and uploaded it to crow. it then starts running the script and then I get

Merto.init: nothing available

my code now looks like this:

input[1].change = function(s)
ii.jf.play_note(input[2].volts,5)
end

ā€“ add this function to your script
ā€“ (to be included in crow firmware in future)
function delay( time, action )
local function devent()
action() ā€“ this line executes the delayed function
metro.free(dmetro.id)
end
local dmetro = metro.init( devent, time, 1 )
end

ā€“ delay the call that reads the input voltage by 3ms
ā€“ the old line is ā€˜wrappedā€™ in a function
ā€“ this stops it from being executed immediately
input[1].change = function(s)
delay( 0.003, function() ii.jf.play_note(input[2].volts,5) end )
end

function init()
ii.pullup(true)
ii.jf.mode(1)
input[1].mode(ā€˜changeā€™, 1, 0.1, ā€˜risingā€™)
end

Iā€™m still a super noob so i may have stuffed it up?

I had a look at metro.lua on github and the code has metro with an uppercase M throughout it. would that be the issue?

Also is there a simple way to have JF base frequency start lower as i like to tune my oscillators to C3 on kriaā€™s 3rd octave setting to enable me to go up and down in octaves.

Cheers!

#55

@dan_derks @Galapagoose

Just wanted to check in to see if you guys had had a chance to check out the tuning commands, still no dice on my end. Thanks!

#56

so, with teletype: JF.TUNE 1 x 1 messages allow me to walk through the first x >= 6 harmonics. this is expected and traditional behavior.

but when using ii.jf.retune with crow in druid:

  • ii.jf.retune( 1,x,1 ) where x>=1 just shuts the channel off completely.
  • ii.jf.retune( 1,1,1 ) does not restore, which is unexpected.
  • ii.jf.retune( 0,0,0 ) restores as expected.
  • ii.jf.retune(1,3/1638.4,1) no change

Iā€™m stumped, too. @Galapagoose, any ideas?

looks like all this might be getting addressed in coming update ā€“ hang tight!

1 Like
Mannequins Just Friends
#57

Hey @dan_derks. I wasnā€™t aware of this, but just checked and the i2c descriptor is wrong for Just Friends on crow. I corrected it on my end now, so this command will be fixed in the next crow update.

4 Likes
#58

Iā€™ve read a lot of things about going from crow to just friends, but is the reverse possible ? Like using Just Friends via Crow to modulate ableton for instance and triggering a drum machine ?

#59

Not really feasible with just those two modules. You would probably want a DC-coupled interface (e.g. Expert Sleepers ES-8, various MOTU or RME interfaces) to send the voltages from JFā€™s outputs to your computer. Crow is more focused on taking commands from computers than giving them; it can be programmed to send serial messages back to the host but I would not rely on making use of that for control signals to Ableton. Plus, JF doesnā€™t transmit its output signals over I2C so youā€™d only be able to grab two of the seven JF outputs with Crowā€™s two inputs.

1 Like
#60

You can definitely use the two CV inputs to capture signals & triggers from Just Friends, but @desolationjones is correct that itā€™s pretty limited compared to the number of rhythmic signals out of Just Friends. @voidstar & @dan_derks made some great Max4Live devices that do this voltage capturing really well.

An asideā€¦ making a Just Friends-ish modulation device in Max4Live would be a project Iā€™d love to see someone create!

8 Likes
#61

Just For Friends

Thereā€™s your name alreadyā€¦

7 Likes
#62

Hey fellow Crow/JF users!

I feel as if since using my Crow/JF/Norns combo, JF is stuck in some sort of i2c limbo?

Last night I was trying to sequence Just Friends in sound mode and the time(v/oct) was not reacting to pitch CV from Ansibleā€™s regular outputs.

Is there a way to reset Just Friends via Druid/Crow? Is there a ā€œproperā€ way to shut down my system when using Norns to sequence JF via i2c from Crow?

I guess it seems like Just Friends is still listening to i2c when I want it to be standalone.

Any thoughts?

Thanks!

1 Like
#63

on Norns I believe the thing you want is crow.ii.jf.mode(0). It should be very similar in Druid, probably without the crow prefix.

Per the docs, Druid is happy to help you learn how to script over i2c ii.help() or ii.<device>.help(), where <device> would be replaced with the name of the device youā€™re trying to learn about.

2 Likes
#64

Iā€™ll give this a shot! Also I wonder if Iā€™m turning off my system with Norns outputting to JF/Crow from a script this may be causing my issue. Is it smart to switch the script Iā€™m using back to audio out before powering down?

#65

Hi, sorry to bump here but Iā€™m still having issues with my JF since using crow/norns.

As mentioned earlier it seems like its stuck listening for crow messages when it is not being used via i2c.

Iā€™ve been trying to use it in sound mode and its not tracking 1v/oct via Ansible. Super strange

#67

Reflashing Just Friends definitely shouldnt be necessary. Try removing the i2c cable from Just Friends and restart the case- that should confirm JF is working correctly.

Itā€™s probably a norns script telling JF to enter synth mode when it boots up.

@dan_derks we should figure out how to add jf.mode(0) to script cleanup functions so this doesnt happen

2 Likes