Re: [PD] DSP and Gem in the same instance of Pd

Anyway, isn't it that a way to use other cores? I`m not an expert but “send output before “ couldn`t be really "before" but “now” or parallel "now". Btw, I never used [pd~] Mensaje telepatico asistido por maquinas. Date: Fri, 1 Apr 2016 01:24:55 + From: jancs...@yahoo.com To:

Re: [PD] holding keys on patchload to affect object behaviour

Marco, I didn't get what happens when you have the -noloadbang flag, I think it'd make sense in the Pd world that it doesn't work cheers 2016-03-31 10:16 GMT-03:00 Marco Matteo Markidis : > Thank you Iohannes for your answer. > > I have me too several doubts about the way

Re: [PD] pdvst new release : pd as plugin vst

On 03/31/2016 10:06 PM, IOhannes m zmölnig wrote: > i'm not sure about (ab)using sourceforge as a download-platform only. oh, and the obvious choice for making Pd-stuff available is by uploading it to https://puredata.info/downloads/ gfmadsr IOhannes signature.asc Description: OpenPGP

Re: [PD] pdvst new release : pd as plugin vst

On 03/31/2016 09:39 PM, Jean-Yves Gratius wrote: > I would like to release the source code, but I am not very familiar with > github and forks creation. > Any hints, where to publish ? just tag the version to be released: $ git tag "v0.7" $ git push --tags i'm not sure about (ab)using

Re: [PD] pdvst new release : pd as plugin vst

Great, Great, Great News.!!! I`ve just downloaded. Thanx!!! Salutti Lucarda. Mensaje telepatico asistido por maquinas. > To: pd-list@lists.iem.at > From: j...@gumo.fr > Date: Thu, 31 Mar 2016 21:39:03 +0200 > Subject: [PD] pdvst new release : pd as plugin vst > > Hi, > > I have updated

[PD] pdvst new release : pd as plugin vst

Hi, I have updated pdvst project from Joseph Sarlo and recompiled it (with mingw) for pd 0.46.7 and vst 2.4 specification. You can download a first release (for windows) here : https://sourceforge.net/projects/jygsdownloads/files/pdvst/ I tested and debugged it with Reaper and ableton Live

Re: [PD] holding keys on patchload to affect object behaviour

Thank you Iohannes for your answer. I have me too several doubts about the way I wrote it and in general if there is a "good" way to implement this feature. About your questions, it works with -noloadbang mode and in subpatch. If I put a [loadbang] with the same delay than the [loadmess] clock

Re: [PD] holding keys on patchload to affect object behaviour

On 2016-03-31 12:32, Marco Matteo Markidis wrote: > So, it is not the best programming practice but it works and it is quite > transparent from the user point of view. i think it is less question of "good programming practice" but of (not) breaking functionality. if you introduce some clock

Re: [PD] DSP and Gem in the same instance of Pd

On Thu, 2016-03-31 at 11:35 +0200, cyrille henry wrote: > > Le 31/03/2016 11:19, Roman Haefeli a écrit : > > > > BTW: Why does the graphics rendering|clock have precedence over the > > audio rendering (at least, it seems to be like that in Pure Data/Gem)? I > > guess most softwares do it the

Re: [PD] DSP and Gem in the same instance of Pd

On Thu, 2016-03-31 at 11:46 +0200, IOhannes m zmoelnig wrote: > On 2016-03-31 11:19, Roman Haefeli wrote: > > > > BTW: Why does the graphics rendering|clock have precedence over the > > audio rendering (at least, it seems to be like that in Pure Data/Gem)? I > > guess most softwares do it the

Re: [PD] holding keys on patchload to affect object behaviour

Dear list, I wrote loadmess object for (re)-cyclone library. For "holding keys at loading patch time" behavior I do a pd_bind with keyname symbol in g_editor and I compare the symbol that I receive from the pd_list in canvas_key function. However, for do this I need to sacrifice the loadbang

Re: [PD] DSP and Gem in the same instance of Pd

Le 31/03/2016 11:19, Roman Haefeli a écrit : On Thu, 2016-03-31 at 11:13 +0200, Roman Haefeli wrote: Hey all It's a well know issue and the solution has been discussed many times: When you're using audio and Gem rendering, it's wise to separate those two into their own instance of Pd. I'm

Re: [PD] DSP and Gem in the same instance of Pd

On 2016-03-31 11:19, Roman Haefeli wrote: > > BTW: Why does the graphics rendering|clock have precedence over the > audio rendering (at least, it seems to be like that in Pure Data/Gem)? I > guess most softwares do it the other way around, since clicks are much > more noticeable than a frame

Re: [PD] DSP and Gem in the same instance of Pd

On Thu, 2016-03-31 at 11:13 +0200, Roman Haefeli wrote: > Hey all > > It's a well know issue and the solution has been discussed many times: > When you're using audio and Gem rendering, it's wise to separate those > two into their own instance of Pd. > > I'm working on a project that does both,

[PD] DSP and Gem in the same instance of Pd

Hey all It's a well know issue and the solution has been discussed many times: When you're using audio and Gem rendering, it's wise to separate those two into their own instance of Pd. I'm working on a project that does both, audio processing and Gem rendering. The OpenGL rendering is very