[PD] MySQL Pd external?

Christof Ressi christof.ressi at gmx.at
Tue Jan 23 11:50:48 CET 2018


thanks for mentioning it. there are some non-blocking mysql client implementations I could have a look at but first I'll try the blocking version and see how it performs. 

> Gesendet: Dienstag, 23. Januar 2018 um 11:21 Uhr
> Von: "IOhannes m zmoelnig" <zmoelnig at iem.at>
> An: pd-list at lists.iem.at
> Betreff: Re: [PD] MySQL Pd external?
>
> On 2018-01-23 11:05, Christof Ressi wrote:
> >> i guess the main issues with an mysql external is that it breaks all realtime constraints. 
> > 
> > so does [soundfiler]. for things like initializing/saving it won't matter, but you're right, constantly polling the DB in the audio thread is probably not a good idea.
> > 
> >> which is about one message away in pyext.
> > 
> > yes, but isn't this true for many things we do in Pd? :-D
> 
> oh definitely.
> 
> i'm not trying to prevent a [mysql] external.
> 
> however, from my very long lasting memory on and of the pd-list, i do
> remember that the blocking issue was indeed mentioned and discussed in
> conjunction with "some SQL" external.
> some things change, but some things don't.
> 
> fgasdmr
> IOhannes
> 
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> 



More information about the Pd-list mailing list