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

Matt Barber brbrofsvl at gmail.com
Thu Mar 31 23:13:44 CEST 2016


One other thing that's helped in an emergency is increasing Pd's audio
buffer in the preferences.

One thing I've heard of but never tried is running Gem from a slave
instance in [pd~]. I don't know enough about it to know whether this could
work or why; it might just be a rain dance.

On Thu, Mar 31, 2016 at 7:16 AM, Roman Haefeli <reduzent at gmail.com> wrote:

> 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 other way around, since clicks are much
> > > more noticeable than a frame being a few milliseconds late.
> >
> > Gem have no precedence over audio : they both have the same priority.
> > when having priorities on audio, the openGL rendering did not have
> > fixed frame rate, and it's not possible any-more to have smooth hight
> > speed movement.
> >
> > So, i like the way it is, even if it cause implementation problem.
>
> Oh, now since I understand, I like the way it is, too ;-)
>
> > one possible explanation of your problem is that you are rendering a
> > 60 fps, and that openGL is sync on the 60fps screen.
> > You can have jitter between the 2 different 60fps clock. If Gem is
> > waiting for the screen, then everything (including audio) is on pause.
>
> That is exactly what I was doing.
>
> > if this is the cause of your problem, then reduce Gem fps to 59, or
> > remove openGL syncro (sync to vblank).
>
> This is exactly what helped (reducing fps to 59). Thanks for your sharp
> thinking.
>
> Roman
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160331/a1d19c00/attachment.html>


More information about the Pd-list mailing list