#15

i’ve been meaning to work on this but got sidetracked by other projects. it’s still on my list though, among a couple of much bigger projects, so this will likely be done in parallel with those at some point. but first i need to finish clock div/mult for white whale, it’s been driving me crazy…

8 Likes
#16

There’s nothing wrong with taking a break from something that is driving you crazy to work on this for a bit :stuck_out_tongue_winking_eye:

4 Likes
#17

indeed! and i have, been working on it on and off for several months now. at this point though it’s a final battle between us, either i make it work or i will have to admit defeat… either way will free me to work on other projects :slight_smile:

should probably clarify, it will not be an exact port of full earthsea, but a variation as discussed here.

11 Likes
#18

Still fairly new to monome modules, just researched Earthsea and I am amazed by the concept. Would love to see a port of this over to Ansible, is that a realistic proposition? I was planning to buy another ansible (when next available), but am tempted now to look out for a used eathsea.

3 Likes
#19

I am still dreaming of a polyphonic earthsea ported to ansible :crossed_fingers:t4:

9 Likes
#20

this port for earthsea/just type is amazing! but lack of “sequencer/recorder”

3 Likes
#21

i feel bad because i promised @marcus_fischer to look into porting earthsea to ansible almost a year ago, and then got sidetracked with clock div/mult for white whale (which i couldn’t make work to my satisfaction) and then grid teletype integration.

so i’m going to see if i can do a quick port. basically, a 4 voice keyboard with 16 recordable patterns / 8 presets. will include loop/arp. no shapes.

how should ansible buttons and trigger inputs be utilized? i was thinking left trigger could play a pattern (restart if already playing), right trigger could reset it. buttons - prev/next pattern?

25 Likes
#22

I’d love to have an earthsea port that I could easily clock somehow with one of the ansible trigger inputs :heart_eyes:

2 Likes
#23

regarding input trigs, play/restart sounds functionally identical to reset, and play/restart already has a grid button, though additional voltage control is nice. what about using that second input for something like reverse current pattern direction? or a clock input, most definitely–though that would have to interact with the linearize+speed runes.

it’s too bad those are only trig inputs–if they were full cv in, they could be used to determine things like “play pattern from this point,” which would effectively be the mlr pattern recorder, perfect for jumbling up note sequences.

how are you going to handle the four voices? one per page, or spillover for overlapping notes/chords? i’d guess the former, but i just want to make sure.

it’s probably beyond the scope of your port, but i can imagine a single voice earthsea that still uses shapes, by sending via the cv outs. instead of knobs, set those values by reusing the grid-based playback speed speed mechanism: one row for coarse range, the row below for fine increments.

and even if sending shapes won’t happen, are you still including the runes? (linearize, double/half speed, etc.)

i’m excited to see where this project goes!

2 Likes
#24

I would love to try this. I haven’t used Earthsea but have always been intrigued. I look forward to seeing how it goes and I thank you in advance for the hard work. (Unfortunately I don’t have the expertise to contribute)

#25

Clock input gets my vote.

1 Like
#26

+1 for clock input. Though I assume the Teletype ES.CLOCK op will still work.

#27

No, I don’t think it would, because that would explicitly address the Earthsea module. You’d need an Ansible-Earthsea equivalent in much the same way as there is for Ansible-Meadowphysics (ME vs MP)

1 Like
#28

Pre-coffee posting will get me every time! Thank you for the correction :slight_smile:

1 Like
#29

teletype support: probably not on first iteration, keeping the scope small for now to get the work started. but yeah eventually it should have its own remote ops.

this would be a good candidate for a remote op.

clock:

it does make sense to use one of the trigger inputs as a clock since ES already supports it (i wasn’t sure if clock support was added or not). how does it work with ES.CLOCK right now? does it ignore recorded timing completely, so essentially it just non destructively linearizes the current pattern?

i assume it doesn’t need an internal clock, so when nothing is connected into the clock input it’ll just use recorded timing.

if the first trigger input is used for clock, i think it makes sense to use the 2nd trigger input to trigger pattern play (or restart it if it’s already playing).

this could be something for next version, supporting different direction, with a corresponding button and a remote op.

it’ll round robin through available voices. if all 4 are currently playing it’ll steal the earliest. this will also apply if you’re playing over a recorded pattern. does this make sense?

yeah, something like this would increase the scope significantly, so i’ll leave it for somebody else. re: runes - the functionality they provide is important, but with polyphonic keyboard i’m not sure how would you distinguish between a rune and a chord being played. some functionality could be shifted to module buttons (prev/next pattern) or a modifier button could be used - how about using slew button for this?

3 Likes
#30

As far as I recall, yes.

2 Likes
#31

just here to voice my excitement for an ansible variation of earthsea :sparkler:

7 Likes
#32

making progress, recorder is mostly done!

a couple of questions:

  • does anybody use different edge modes? is this feature important?

  • when clocked externally it’s easy to linearize it in monophonic version. for polyphonic it will need to decide which notes to play together (for chords), as there might be some timing fluctuations between notes within the same chord (see the video above for a truly horrible example of that). probably group notes that are close to each other? how do we define “close”? 10ms or less? different number?

10 Likes
#33

10ms is the default time for the Max thresh object so that’s probably a good place to start. (Though I wonder if the assumptions about playing on a piano-style keyboard, which I imagine was the model for Max, vs. a grid might need to be different.)

1 Like
#34

it is very important. when using runes, or any other setting to play patterns at slower speeds, the note held length gets dragged out, so even quick button presses become long drones, which may be undesirable. being able to shorten that up by adjusting gate length is critical. or activating drone mode, for building washy soundscapes.

5 Likes