Re: [PD] GUI freezes on windows?
* Lucas Cordiviola [2021-11-16 10:52]: > Sorry it was a fast and bad answer. > > There's a math that puts together: delay * samplerate / blocksize. : > > int nbufs = sys_schedadvance * as.a_srate / (blksize *100.); > > Here "nbuf" gets a negative value (due to integer overflow) for delay 80 > blocksize 64. Of course its noticeable because it sounds horrible or "no > sound" iirc. Thanks Lucas, 80msec was exactly what my colleague is using. We are testing with other values now and will get back to you. Just to get this correct, are all versions before the new "test" version that Miller mentioned affected, so also her 0.51.4? Or only 0.52.0-test1? best, P ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pdmax - broken pipe in macos?
It's still 0.51-4 being used. But the strange part is that it works in one version and it doesn't in the other. I think I remember also working completely in an older system, but now I would need to have access to it again. If by any chance you're using pd 0.52 (test version) then I think it can crash when used as a subprocess (this should be fixed for the next test release). If you're using Pd 0.51-4 the problem is something else. The "broken pipe" message means the subprocess died suddenly for some reason. But I can't think of an easy way to figure out what killed it. cheers Miller On Sat, Nov 06, 2021 at 08:45:28PM +0100, João Pais wrote: Hello list, I have a max patch with pd inside through the pd~ object. But I'm getting the "broken pipe" error in some cases in a mac, such as: - in a compiled standalone it usually works - in the original patch it doesn't - both patches were made in the same system, with the latest pdmax and pd versions were used. I'm not sure anymore which max version or macos system was used to compile the standalone, if that's important (it was either max 7 or 8). I don't have access to a mac myself, but the system where it was tested was a 11.6, with Max 8. It seems to me that in some systems it works, and in other it doesn't - but I don't have enough hard data to prove it. Best, Joao ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_listinfo_pd-2Dlist=DwICAg=-35OiAkTchMrZOngvJPOeA=XprZV3Fxus2L1LCw80hE4Q=sR96adpeL4KB76yEfQG-D8WqWrtlw2sW2qCwz_nEjLiuLt0KgKMIh-Lc-HCrSJcC=K9LPmjo4sdbRhF9wuUqbYoL5l1WxeUKav5yEeAse22o= ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pdmax - broken pipe in macos?
You can attach GDB to a running or even a not-yet-running application. When that application crashes, you get a backtrace. That's how I found the crash in the [pd~] subprocess. Personally, I use Qt Creator because it has a nice graphical front-end for GDB where I can easily step through functions while looking at the code, watch local variables, etc. Christof On 17.11.2021 00:49, Miller Puckette via Pd-list wrote: If by any chance you're using pd 0.52 (test version) then I think it can crash when used as a subprocess (this should be fixed for the next test release). If you're using Pd 0.51-4 the problem is something else. The "broken pipe" message means the subprocess died suddenly for some reason. But I can't think of an easy way to figure out what killed it. cheers Miller On Sat, Nov 06, 2021 at 08:45:28PM +0100, João Pais wrote: Hello list, I have a max patch with pd inside through the pd~ object. But I'm getting the "broken pipe" error in some cases in a mac, such as: - in a compiled standalone it usually works - in the original patch it doesn't - both patches were made in the same system, with the latest pdmax and pd versions were used. I'm not sure anymore which max version or macos system was used to compile the standalone, if that's important (it was either max 7 or 8). I don't have access to a mac myself, but the system where it was tested was a 11.6, with Max 8. It seems to me that in some systems it works, and in other it doesn't - but I don't have enough hard data to prove it. Best, Joao ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_listinfo_pd-2Dlist=DwICAg=-35OiAkTchMrZOngvJPOeA=XprZV3Fxus2L1LCw80hE4Q=sR96adpeL4KB76yEfQG-D8WqWrtlw2sW2qCwz_nEjLiuLt0KgKMIh-Lc-HCrSJcC=K9LPmjo4sdbRhF9wuUqbYoL5l1WxeUKav5yEeAse22o= ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] pdmax - broken pipe in macos?
If by any chance you're using pd 0.52 (test version) then I think it can crash when used as a subprocess (this should be fixed for the next test release). If you're using Pd 0.51-4 the problem is something else. The "broken pipe" message means the subprocess died suddenly for some reason. But I can't think of an easy way to figure out what killed it. cheers Miller On Sat, Nov 06, 2021 at 08:45:28PM +0100, João Pais wrote: > Hello list, > > I have a max patch with pd inside through the pd~ object. But I'm getting > the "broken pipe" error in some cases in a mac, such as: > > - in a compiled standalone it usually works > > - in the original patch it doesn't > > - both patches were made in the same system, with the latest pdmax and pd > versions were used. I'm not sure anymore which max version or macos system > was used to compile the standalone, if that's important (it was either max 7 > or 8). > > I don't have access to a mac myself, but the system where it was tested was > a 11.6, with Max 8. It seems to me that in some systems it works, and in > other it doesn't - but I don't have enough hard data to prove it. > > Best, > > Joao > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_listinfo_pd-2Dlist=DwICAg=-35OiAkTchMrZOngvJPOeA=XprZV3Fxus2L1LCw80hE4Q=sR96adpeL4KB76yEfQG-D8WqWrtlw2sW2qCwz_nEjLiuLt0KgKMIh-Lc-HCrSJcC=K9LPmjo4sdbRhF9wuUqbYoL5l1WxeUKav5yEeAse22o= -- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI freezes on windows?
OK, this should be fixed for the next test release (thanks Dan) cheers Miller On Tue, Nov 16, 2021 at 06:51:20AM -0300, Lucas Cordiviola wrote: > Sorry it was a fast and bad answer. > > There's a math that puts together: delay * samplerate / blocksize. : > > int nbufs = sys_schedadvance * as.a_srate / (blksize *100.); > > Here "nbuf" gets a negative value (due to integer overflow) for delay 80 > blocksize 64. Of course its noticeable because it sounds horrible or "no > sound" iirc. > > It works fine if: > > int nbufs = (double)sys_schedadvance / 100. * as.a_srate / blksize; > > > I can't remember exactly but a delay of 80 is 8 in sys_schedadvance > iirc. > > > -- > > Mensaje telepatico asistido por maquinas. > > On 11/16/2021 4:46 AM, Peter P. wrote: > > * Lucas Cordiviola [2021-11-16 00:04]: > > > On 11/15/2021 6:00 AM, Peter P. wrote: > > > > Does "not accurately" mean that the values are somewhat off, > > > > or that the set values are not respected at all? > > > > > > There's an undefined "integer overflow" in the variable that holds the > > > processed value in the calculations of "delay" with "block-size" > > Thank you! I am still trying to understand how this becomes noticable to > > the end user (see last question). > > > > > > > > ___ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_listinfo_pd-2Dlist=DwIGaQ=-35OiAkTchMrZOngvJPOeA=XprZV3Fxus2L1LCw80hE4Q=nKohSwcFq2tPMCeYcqYNYPGSKSd4B2cAW_AkhSBfJashqkspEPAPogK6S3T74x3T=Lho_t3XN4GOCMUgifTeb3JdR4e0B90FwR2WX3SONVlk= > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.puredata.info_listinfo_pd-2Dlist=DwIGaQ=-35OiAkTchMrZOngvJPOeA=XprZV3Fxus2L1LCw80hE4Q=nKohSwcFq2tPMCeYcqYNYPGSKSd4B2cAW_AkhSBfJashqkspEPAPogK6S3T74x3T=Lho_t3XN4GOCMUgifTeb3JdR4e0B90FwR2WX3SONVlk= -- ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] [websocketserver] v0.0.2
With this update now the object also works on macOS :) With [websocketserver] you can send/receive to web-browsers via websockets. There's an html example in the help patch. Javascript knowledge is needed to interface the web-browser. It's up on Deken (for Linux/macOS/Windows). Please report issues to https://github.com/Lucarda/pd-websocketserver/issues :) -- Mensaje telepatico asistido por maquinas. ___ Pd-announce mailing list pd-annou...@lists.iem.at https://lists.puredata.info/listinfo/pd-announce ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI freezes on windows?
Sorry it was a fast and bad answer. There's a math that puts together: delay * samplerate / blocksize. : int nbufs = sys_schedadvance * as.a_srate / (blksize *100.); Here "nbuf" gets a negative value (due to integer overflow) for delay 80 blocksize 64. Of course its noticeable because it sounds horrible or "no sound" iirc. It works fine if: int nbufs = (double)sys_schedadvance / 100. * as.a_srate / blksize; I can't remember exactly but a delay of 80 is 8 in sys_schedadvance iirc. -- Mensaje telepatico asistido por maquinas. On 11/16/2021 4:46 AM, Peter P. wrote: * Lucas Cordiviola [2021-11-16 00:04]: On 11/15/2021 6:00 AM, Peter P. wrote: Does "not accurately" mean that the values are somewhat off, or that the set values are not respected at all? There's an undefined "integer overflow" in the variable that holds the processed value in the calculations of "delay" with "block-size" Thank you! I am still trying to understand how this becomes noticable to the end user (see last question). ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI freezes on windows?
Hi Lucas, (I am taking this back onto the mailing list) * Lucas Cordiviola [2021-11-15 23:56]: > On 11/15/2021 6:01 AM, Peter P. wrote: > > Dear Lucas, > > > > the patch attached. Patch graphics freezes can't be reproduced but > > appear to happen frequently when triggering messages with the mouse. > > > > best, P > > > Hi Peter, > > The patch works fine here. Clicking on the messages does not trigger any > anomalies. Nor does it on my linux box. > Could it be that she is using very fast audio settings? 80msec shouldn't be too long. > Increasing the "delay" or changing the "block size" helps? Will try. thanks and cheers, Peter ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
