Re: Clarification about [pd~]

Pier Bar <[email protected]>
Newsgroups gmane.comp.multimedia.puredata.general
Message-ID <CAEpmJ3HW1Mjv1a3Q5zHAWQdmSLxu-yOnnJZ4eTG1ibzD=sYROQ@mail.gmail.com>
I am grateful for this kind community

Pier

Il giorno sab 29 mar 2025 alle ore 12:13 Miller Puckette via Pd-list <
[email protected]> ha scritto:

>
> There are two possible sources of dropouts because of gem: first, gem
> might run at less that 100% CPU usage but since itits calculations
> happen only once per frame,  the computation time is irregular and can
> be smoothed out by using pd~ with a long-ish fifo size.  This allows the
> sub-process to get behind on computation and later catch up as the fifos
> run out and refill.
>
> Second, it could be that the gem patch sometimes runs at greater than
> 100%.  In this case you can either allow it to get behind (I think this
> will not just slow down the frame rate but also slow down pd's clock so
> that sequences might also slow down) -- or else you can slow gem's frame
> rate down until the computations fit -- and then you can go back to case 1.
>
> cheers
> Miller
>
> >
> > Hi, List !
> >
> > I stumbled over one question recently, regarding [pd~].
> >
> > PD (with Audio operations) and PD with video (GEM) are best run in 2
> > seperate instances of PD, right ? (As video operations can cause audio
> > dropouts)
> >
> > So, given these informations about [pd~], running a GEM patch inside
> > an audio PD patch using [pd~) is not going to be better than having
> > audio and video in the same patch, right ? (because [pd~] is
> > synchronous to its parent)
> >
> > So, for an "asynchronous" situation, i still need to start two
> > seperate instances of PD to keep audio and video truly seperated ?
> >
> > Thanks for clarifications !
> >
> > Best
> >
> > Oliver
> >
> > ---
> > [email protected] - the Pure Data mailinglist
> >
> https://urldefense.com/v3/__https://lists.iem.at/hyperkitty/list/[email protected]/message/EU5IZC5XZPVDNWQWGGWNYUVDGNCYFNSF/__;!!Mih3wA!GipjXBw7z7iOasCnFnRbhPoGE68mlnFdM3itl3v4PPiX2P6AhUU9xdULG7aSAQrM93z-LBWfQB0y$
> >
> > To unsubscribe send an email to [email protected] mailing list
> > UNSUBSCRIBE and account-management ->
> >
> https://urldefense.com/v3/__https://lists.iem.at/__;!!Mih3wA!GipjXBw7z7iOasCnFnRbhPoGE68mlnFdM3itl3v4PPiX2P6AhUU9xdULG7aSAQrM93z-LMkXSVPw$
> >
>
>
> ---
> [email protected] - the Pure Data mailinglist
>
> https://lists.iem.at/hyperkitty/list/[email protected]/message/X2TCPPHHPKGV3CG5L27AQLEXT6HTESI4/
>
> To unsubscribe send an email to [email protected] mailing list
> UNSUBSCRIBE and account-management -> https://lists.iem.at/

---
[email protected] - the Pure Data mailinglist
https://lists.iem.at/hyperkitty/list/[email protected]/message/54X25E5CKZMFG5CPVDFNTLPLTC6A73M6/

To unsubscribe send an email to [email protected] mailing list
UNSUBSCRIBE and account-management -> https://lists.iem.at/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.