Spent a few minutes today checking into this problem that has been apparently around for some time. My first question is has this been fixed upstream since 0.42.5 days? If not, I am wondering what is wrong with the following:
In s_audio.c replace sys_getsr() call with the following
t_float sys_getsr(void) { if (sys_dacsr == 0) { sys_dacsr = (t_float)audio_rate; } return (sys_dacsr); }
The only question would be if sr has changed in which case do the objects that depend on getsr() get any notification that the sample rate has changed?
Best,
Ico
BTW, latest pd-l2ork git has this experimental fix, so feel free to test away (particularly the RPi crowd). AFAICT all delread~/write~ and freeverb~ problems are solved with this fix...
-----Original Message----- From: Ivica Ico Bukvic [mailto:ico@vt.edu] Sent: Wednesday, June 25, 2014 10:39 PM To: pd-list@iem.at Subject: simple fix for -nogui audio inconsistency
Spent a few minutes today checking into this problem that has been apparently around for some time. My first question is has this been fixed upstream since 0.42.5 days? If not, I am wondering what is wrong with the following:
In s_audio.c replace sys_getsr() call with the following
t_float sys_getsr(void) { if (sys_dacsr == 0) { sys_dacsr = (t_float)audio_rate; } return (sys_dacsr); }
The only question would be if sr has changed in which case do the objects that depend on getsr() get any notification that the sample rate has changed?
Best,
Ico
I'll try your code tonight with l2ork git on rpi and with pd on pcduino, this sounds great...
PS: at the same time I'd like to ask if it's possible to update pd-l2ork aur package, last one has some gui problems (no help browser, no preferences)
Le 27/06/2014 16:25, Ivica Ico Bukvic via Pd-list a écrit :
BTW, latest pd-l2ork git has this experimental fix, so feel free to test away (particularly the RPi crowd). AFAICT all delread~/write~ and freeverb~ problems are solved with this fix...
-----Original Message----- From: Ivica Ico Bukvic [mailto:ico@vt.edu] Sent: Wednesday, June 25, 2014 10:39 PM To: pd-list@iem.at Subject: simple fix for -nogui audio inconsistency
Spent a few minutes today checking into this problem that has been apparently around for some time. My first question is has this been fixed upstream since 0.42.5 days? If not, I am wondering what is wrong with the following:
In s_audio.c replace sys_getsr() call with the following
t_float sys_getsr(void) { if (sys_dacsr == 0) { sys_dacsr = (t_float)audio_rate; } return (sys_dacsr); }
The only question would be if sr has changed in which case do the objects that depend on getsr() get any notification that the sample rate has changed?
Best,
Ico
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Sorry, I don't manage aur packages, so you would have to contact the maintainer. Also, FWIW pd-l2ork comes with a set of objects that give you seamless connectivity with rpi gpio and spi and arduino (using sarcduino firmware). See k12 mode for more info (start pd-l2ork with -k12 flag) or check the following screenshots: http://l2ork.music.vt.edu/main/?page_id=2554
BTW, earlier today we just finished the inaugural raspberry pi orchestra maker camp using pd-l2ork -k12 learning library.
Best,
Ico I'll try your code tonight with l2ork git on rpi and with pd on pcduino, this sounds great...
PS: at the same time I'd like to ask if it's possible to update pd-l2ork aur package, last one has some gui problems (no help browser, no preferences)
Le 27/06/2014 16:25, Ivica Ico Bukvic via Pd-list a écrit :
BTW, latest pd-l2ork git has this experimental fix, so feel free to test away (particularly the RPi crowd). AFAICT all delread~/write~ and freeverb~ problems are solved with this fix...
-----Original Message-----
From: Ivica Ico Bukvic [mailto:ico@vt.edu] Sent: Wednesday, June 25, 2014 10:39 PM To: pd-list@iem.at Subject: simple fix for -nogui audio inconsistency
Spent a few minutes today checking into this problem that has been apparently around for some time. My first question is has this been fixed upstream since 0.42.5 days? If not, I am wondering what is wrong with the following:
In s_audio.c replace sys_getsr() call with the following
t_float sys_getsr(void) { if (sys_dacsr == 0) { sys_dacsr = (t_float)audio_rate; } return (sys_dacsr); }
The only question would be if sr has changed in which case do the objects that depend on getsr() get any notification that the sample rate has changed?
Best,
Ico
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-
Ivica Bukvic via Pd-list -
Ivica Ico Bukvic via Pd-list
-
patrice colet via Pd-list