Hi All
Been a while since I was here...
Dont whether Im using the wrong search terms but I am wanting to build;
A play back sample module for a simple headless raspberry pi setup for my cajon (I use it with a wavedrum but it has no connectivity etc)
The sample module should have 8 velocity layer plus a round robin for max velocity of eg 4 samples
Primarily percussion etc
I am reasonable at programming/designing on Kontakt.
The trigger inputs would be 4 piezos plus a kick trigger (yamaha pedal) so 4 in total...inspired by this set up

V2
Would have positional info for 2 top triggers...the hpd20 has some nice positional instruments and I hooked the positional controllers up to the hand pan library...its brilliant fun.

So the question is...
Does anyone know of some resources/existing projects that might help
Anyone done any raspi only setups like this?

Thanks in advance and kind regs
Mark.

Hi there!

New to PD and its really great to use. I have a USB MIDI keyboard which, in any program, has huge input lag, making it unplayable (we're talking quarter of a second here, which is huge in timing terms). This was the same in PD, until I opened Audio Settings in PD and started, gradually, nudging down the delay (msec) value. Since that, I get no noticeable input lag at a msec value of 25 (lower breaks with horrible input lag, higher obviously increases input lag because, well, its a delay), however the input lag comes back if I close the Audio Settings window. After applying and not closing the window, there is no problem. I also notice launching my email client with the window open created huge lag, but I see that as being normal, as you're putting more work on the CPU.

My setup for testing is as follows: USB MIDI keyboard -> PD -> simple input to output patch -> USB MIDI adapter (not the keyboard, a different one) -> Yamaha CBX-T3 MIDI sound module.

This system is running windows 10 64Bit

Preferably, I'd like to remove delay for ALL programs. Worst case I'd like to be able to use PD's midi functions without the Audio Settings window open.

Thanks for any help.

EDIT: Clsoing the Audio Settings window and waiting about 5 seconds fixes the delay issue for PD., still have program delay though, such as Ableton.

@Sebastien I have seen discussion of the dac >> VCA.
I think most have gone the midi >> CV route, with proven success.
I don't know whether the systems they have built could translate NRPN for 14-bit resolution, or if they were stuck with 0-127 (8-bit signed).

This looks like a very (VERY!) good place to start...... http://wiki.midibox.org/
In fact this looks like a real solution with good resolution.....
http://wiki.midibox.org/doku.php?id=aout_module

I am asking myself if I read your OP correctly.
I read VCA (voltage controlled amplifier) instead of VGA.
Did you mean the analog video VGA output from your computer?
VGA sends data in discrete steps, so PWM-ish data..... RGB + H+V sync (0-0.7Volts).
You might be able to use capacitors (pF probably) to smooth the RGB channels and then op-amps to get the desired control voltages.
If you could "window" the data first you could also get a large number of channels.
Every screen pixel could be set with [pix_set] giving 3x (screen resolution) channels.
An interesting project?
David.

@Albsound Hello again...
The "glob" send and receives allow only one solo when "connected"...... so when autoclear is selected (the X in the box) selecting a solo clears any previous selections. When there is no X in the box you can select many inputs and monitor them all at once.........
The same feature as for Yamaha, Midas...... in fact probably all mixing consoles nowadays do this for monitoring. Means you don't have to look for and cancel any previous solos.
Yamaha call it "last cue" function.
David.

@svanya Since the TX waveforms were mentioned (and the waveform you are looking at producing looks very much like W2), I was also interested in generating those at some point. Here you find an excellent patch by @katz to generate those to a table if it helps.

https://forum.pdpatchrepo.info/topic/10735/yamaha-tx-waveforms

here's my shruthi patch that did the cc to nrpn thing. Maybe you could use it as a model to do the nrpn to cc?

(by the way, it's an old patch, so u might wanna just check that it works first

http://www.pdpatchrepo.info/hurleur/shruthi.pd

Hi -- I found this post while searching for a way to convert NRPNs (from hardware synth knob movements) into CC messages. Do you remember how this is done?

I am using a Shruthi synth which receives CC but only transmits NRPN from its knobs. I need to convert the NRPN into CC so I can record knob tweaks and send them back to the shruthi as part of a midi sequence.

any help would be greatly appreciated!

Hi to all,

I have a patch that convert launchpad midi note to midi CC to an Yamaha RM1X all connected with jack, so i have:

Jack connection :
Launchpad Out ------> Pure Data Midi-in 1 (for the PD patch)
Pure Data midi-Out 1 ----> midisport (for the yamaha)

if i want to use the led of launchpad for visual feedback:

Pure Data midi-Out 2 ----> Launchpad IN

The problem is that the launchpad get and send midi to ch 1, if i send to the lauchpad i send also to the Yamaha, how i can separate this two things ? what object i have to use, if is possible ?

Thanks

mpf... can you - briefly - explain, how?

Or, better maybe, I explain, what I want to do.

I want to "parse" incoming MIDI messages.

for example: a midi controller message (ctlin) of #99 (NRPN# MSB) on channel#15, followed by a cc#98 (NRPN# LSB) on channel#15, followed by a cc#06 (value MSB) on channel#15, followed by cc#38 (value LSB) should send a message "NRPN#(msb*128+lsb) value (valueMSB*128+LSB).

Thus, I need to store up to 4 ctlin messages and compare their cc# for the right order (99, 98, 6, 38) and wether they are send on the same channel.

I did this using [ctlin]-[pack f f f]->[list-prepend]->[list-split]->feedback to list-prepend, so an incoming ctlin-messages is stored in the first place of a "buffer" of 4 ctlin-messages, whereas the previous ctlin-messages are shifted right out of the buffer.

problem is: the ctlin-messages could be send with different channels, so that a "NRPN-message" (cc#99,cc#98,cc#6,cc#38) could be interrupted by another cc# on another channel.

So, I need to have a buffer for ctlin-messages of each MIDI channel, and not only one buffer for all incoming ctlin-messages.

Now, if I could store lists per channel in a table of lists...

I had been trying to get Pd to communicate with my electribe es-1 mkii a while back but got hung up on all the NRPN stuff. At least I think it was that. Maybe if I go back to it now, with the stuff I have learned since then, I could possibly figure it out this time.... but anyway, there doesn't seem to be too much posted about NRPN on here.

I am at work right now, but I will check out this patch later. Hopefully it'll give me some clue as to how to get into the guts of my electribe.