Re: [PD] Pitch correction abstraction based on I10.phase.bash.pd

something like this that I'm not aware of > - > > I'd like to know if so. Otherwise, I may do a little more tinkering and > put > > this up on deken. > > > > William > > > > > > > > -- > > William Brent > > www.williambrent.com > >

Re: [PD] Pitch correction abstraction based on I10.phase.bash.pd

;> > >> > >> > >> -- > >> William Brent > >> www.williambrent.com > >> > >> “Great minds flock together” > >> Conflations: conversational idiom for the 21st century > >> > >> www.conflations.com > &g

Re: [PD] Pitch correction abstraction based on I10.phase.bash.pd

one something like this that I'm not aware of - > I'd like to know if so. Otherwise, I may do a little more tinkering and put > this up on deken. > > William > > > > -- > William Brent > www.williambrent.com > > “Great minds flock together” > Confla

Re: [PD] sysex messages

great, thanks On 14/03/18 23:10, Dan Wilcox wrote: Active sense messages come through now. ALL MIDI messages do. On Mar 15, 2018, at 12:07 AM, mario buoninfante mailto:mario.buoninfa...@gmail.com>> wrote: but still if I'm not wrong we don't deal with Active Sensing. am I wrong? On 14/03/1

Re: [PD] sysex messages

Active sense messages come through now. ALL MIDI messages do. > On Mar 15, 2018, at 12:07 AM, mario buoninfante > wrote: > > but still if I'm not wrong we don't deal with Active Sensing. am I wrong? > > On 14/03/18 23:06, Dan Wilcox wrote: >> It's probably not the changes to the alsa code but

Re: [PD] sysex messages

but still if I'm not wrong we don't deal with Active Sensing. am I wrong? On 14/03/18 23:06, Dan Wilcox wrote: It's probably not the changes to the alsa code but more likely those to the general MIDI parser in s_midi.c. It now handles all message types as well as realtime bytes within other me

Re: [PD] sysex messages

It's probably not the changes to the alsa code but more likely those to the general MIDI parser in s_midi.c. It now handles all message types as well as realtime bytes within other messages and running status messages. > On Mar 15, 2018, at 12:00 AM, mario buoninfante > wrote: > > it looks li

Re: [PD] sysex messages

it looks like your guess definitely worked :D thanks, Mario On 14/03/18 22:32, Dan Wilcox wrote: I essentially overhauled the MIDI handling so all message types can be sent/received, but I only made a "pretty good guess" with the ALSA interface as I didn't personally test on Linux. Relevant

Re: [PD] Pitch correction abstraction based on I10.phase.bash.pd

On 14/03/18 22:18, jlistshit wrote: > Would you mind sending the example patch again, or privately to me? Digest > mode scrubs attachments here. You can download attachments from the list archives. For example from: https://lists.puredata.info/pipermail/pd-list/2018-03/121980.html > Thanx a lot

Re: [PD] sysex messages

I essentially overhauled the MIDI handling so all message types can be sent/received, but I only made a "pretty good guess" with the ALSA interface as I didn't personally test on Linux. Relevant info is here: https://github.com/pure-data/pure-data/pull/214

Re: [PD] sysex messages

amazing, this makes sense. now I'm just curious to have a look at the code and compare it with the latest version. thanks for your help :D cheers, Mario On 14/03/18 22:21, Miller Puckette wrote: Aha! Yes, Dan Wilcox contributed a whole raft of changes to s_midi_alsa.c August 2017. So it

Re: [PD] sysex messages

Aha! Yes, Dan Wilcox contributed a whole raft of changes to s_midi_alsa.c August 2017. So it looks like we're in the clear after all... cheers Miller On Wed, Mar 14, 2018 at 10:06:10PM +, mario buoninfante wrote: > Hi Simon, > > yes the message is received and understood by other devices,

Re: [PD] Pitch correction abstraction based on I10.phase.bash.pd

t;> “Great minds flock together” >> Conflations: conversational idiom for the 21st century >> >> www.conflations.com >> > > > > -- > William Brent > www.williambrent.com > > “Great minds flock together” > Conflations: conversatio

Re: [PD] sysex messages

yap I start thinking the same. also because I had a chat with a colleague who's a programmer, who told me that for example on MacOS there is a process called something like MIDI Manager which sits in the middle and buffers up all the messages, forwarding them to applications that are listening

Re: [PD] sysex messages

Hi Simon, yes the message is received and understood by other devices, so at the end of the day it's not a problem, mine is more curiosity :D btw I've got a little update, after chatting with another Pd user, I figured it out that the problem doesn't occur on Pd 0.48.0 and 0.48.1 . but it do

Re: [PD] sysex messages

> On 14 Mar 2018, at 22:53, Miller Puckette wrote: > > Incidentally, I think the best fix would be to start using portmidi to address > linux/ALSA. ahh ok, sorry! funny you should mention that. i use hatari with a synth programmer that sends sysex exclusively and i had many problems in the pas

Re: [PD] sysex messages

This seems to be a specific problem with sysex-handling using linux/ALSA... if you're using 'OSS' MIDI back end it should work fine. Incidentally, I think the best fix would be to start using portmidi to address linux/ALSA. (An easier one would be to just use OSS but there are features in the ALS

Re: [PD] sysex messages

hi there,i have sent sysex with puredata for some years now, and i never had any problems, even with large chunks.i have used attached abstraction to send sysex, maybe it helps?midi IS a serial protocol, so it is perfectly valid to send one byte at a time at least over din midi. in fact i am doing

Re: [PD] sysex messages

Hi Miller, yap I'm using ALSA. btw, I had a look at the source code (I want to clarify I'm not a C programmer :) ) and from what I found in x_midi.c and s_midi.c, it kind of make sense that [midiout] returns 1 byte at time. it seems to me we're missing a way to detect outgoing sysex messages

Re: [PD] Pitch correction abstraction based on I10.phase.bash.pd

Just noticed a little problem - DSP needs to be on before opening the help patch. Otherwise the read/write head sync doesn't happen properly on loading. You can also just force it to re-sync by going into the [pd other-commands] subpatch and setting buf-read-delay to about 50ms. On Wed, Mar 14, 20