[PD] linux and midi

[José de Abreu]

what is wrong with your screenshot? it shows valid midi messages, nothing
is skipped. What is probably missing is the understanding about midi
messages, why they have to be 3 messages?

look at running status

http://midi.teragonaudio.com/tech/midispec/run.htm


if you want to use midiin in this case, you need to look for status bytes
changing, ctlin notein and etc does that for you, midiin is raw messages,
so you are responsible for this

Em Dom, 21 de fev de 2021 15:36, Peter P. <peterparker at fastmail.com>
escreveu:

> * Allister Sinclair <allistersinclair at gmail.com> [2021-02-21 16:58]:
> > Hi,
> >
> > How do you deal with midi in pd in linux (Ubuntu Studio) ?
> > I use alsamidi and alsaconnect to initiate midi ins and outs.
> > Used [midiin] with no problem until pd 0.5.1 .
> > Now [midiin] skips some data when too much midi is getting in (moving
> > several faders/pots fast), which makes it impossible to route midi
> messages.
> >
> > So I tried using only [ctlin] and [notein], but while solving this issue,
> > they bring another problem which I guess is more of a linux issue:
> > channel/port number, changes randomly after each system reboot, which is
> a
> > nightmare.
>
> If the alsa device order does change, which you can check with aconnect
> or your other tools, then look up a startpage.com search for "alsa
> device order" perhaps.
>
> PS: You might find that sending patches and simple text rather than
> screenshots to this list is better.
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20210222/a81bb217/attachment-0001.htm>