group-by seems like a better fit according to your description

Thanks, that’s great!

maybe more idiomatic

(defn getNoteVals [notes offset]
  (->> (cycle notes)
       (drop offset)
       (take (count notes))))

That is what I was looking for. Thx

Clojure repl loads user namespace when starting the process. You can require all namespace that you need on start here. Just create the file user.clj somewhere inside of the root of your classpath (usually src/user.clj or dev/user.clj if you don't want to provide this file as a part of published artifact) declare namespace as (ns user (:require %your dependecies%)) and restart your repl

There is a more complete guide for you https://dev.solita.fi/2014/03/18/pimp-my-repl.html

Thanks guys!

What could be the reason when sub-dependencies are not loaded?

When I compile to JAR it works fine.

But since today I have issues in loading my namespaces in the repl.

Your namespaces or external libraries?

Probably your dev classpath is not configured same way as the one used for jar building

my namespaces

but also external libraries.

I can recommend to check the changes in project.clj happens since last working version

🙂

Yeah!

But this is not a silver bullet usually. Ultimate fix - read more about how classpath is constructed by leiningen and eventually everything will be clear)

I think I have a circular dependency somewhere.

This is my best guess.

Ahhh

I think I figured it out.

:main ^:skip-aot job.core

this is the key setting.

all namespaces required by the file job.core

they get loaded

the ones that are not required via job.core (directly or indirectly)

they dont get loaded to the repl.

and for whatever reason

those dependencies that are not loaded dont load sub dependencies when I do it manually.

in the repl.

that's very strange behavior. if you (require [the.ns]) it should load any of the dependencies of the.ns

Just found the problem.

nrepl via lein nrepl did not cause the issue.

I was using protorepl in atom, which internally uses nrepl

and that was not refreshing somoethinig.

🙂

To get started, I'm trying to communicate with my sampler. For now I want to be able to read when I trigger a message with the little drum pads, because I figure, if I can read a MIDI message as data, I can figure out what to do with it

(class finger-drums)
=> com.sun.media.sound.MidiInDevice

Evidently you have to get a transmitter out in order to do anything

(class (.getTransmitter finger-drums))
=> com.sun.media.sound.MidiInDevice$MidiInTransmitter

I dunno what's up with the $ but, ok

so here's where I'm stuck: I figured, there must be a way to read whatever the transmitter is sending

A Transmitter has these methods: close, getReceiver, setReceiver

But a Receiver doesn't seem to have a constructor?

So I was hoping to construct a new Receiver, tell it that its only job is to do some kind of like, println callback when it sees a message, and set it to be the receiver of (.getTransmitter finger-drums)

But if I can't construct one, I don't know how to experiment with it

reference: https://docs.oracle.com/javase/7/docs/api/javax/sound/midi/Receiver.html

so I guess I have a question, "how can I get data off this transmitter", and a metaquestion, "how can I get better at learning to clojurify webs of Java objects"

I'm hoping that if I put in the work to understand these interfaces then I'll have a working instrument by, oh, May 😆

The $ indicates a nested class.

oh my

ok

"It is a way of logically grouping classes that are only used in one place"... fair enough, that makes sense

mm, and MidiInTransmitter is not Transmitter

It's a subclass I believe?

On my phone -- hard to lookup docs!

I am not doing great at finding the right docs! I was hoping that javadoc would direct me but I end up at a google search result with allinurl:com/sun/media/sound etc

MidiInTransmitter != MidiDeviceTransmitter... this is what I meant by, I'm mired in nouns

You need to create a receiver object (that will process events) and then call .setReceiver on that transmitter object to register it.

The transmitter will call .send on your receiver object for each midi event

https://docs.oracle.com/javase/tutorial/sound/MIDI-messages.html seeeems to suggest, the way to get a receiver from a MidiDevice

but a receiver that is not associated with a device -- it's just something to examine MIDI events to learn what's in them... dunno if that's possible

(I'm just trying to avoid having to understand two devices at once, since I barely know what's happening here)

I don't have any midi devices to test this with, but in Clojure you will reify javax.sound.midi.Receiver and implement the close and send methods.

Attach that reified object as a receiver on the transmitter you got from your midi device.

oh ho

Something like

(.. device getTransmitter (setReceiver (reify javax.sound.midi.Receiver (close [this]) (send [this message stamp] ... (.getMessage message) ...))))

"something like" is way better than what I had... thanks Sean, will report back after some fiddlin' (so to speak)

.getMessage returns a byte array, FYI.

HA!

I have hit the drum pad and gotten.... some junk I don't understand!

time to learn about byte arrays 🙂

Yay! Midi event unlocked! 🙂