[PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)

András Murányi muranyia at gmail.com
Fri Nov 26 02:44:11 CET 2010


No, i wouldn't! I just had a vague memory that this behaviour (doing all the
delayed calculations at once after a freeze) resembles -nosleep's behaviour
(doing all the delayed calculations at once after a system sleep), but i may
completely mistaken.

Andras

2010/11/26 Ivica Ico Bukvic <ico at vt.edu>

> Why would you run it with nosleep? I am also not familiar with this
> option--what does it do?
>
> András Murányi <muranyia at gmail.com> wrote:
>
> >>
> >>> Namely, it appears mknob uses g_all_guis.h and g_canvas.h, both of
> which
> >>> have changed as a result of accelerated drawing of iemgui objects. A
> >>> simple recompile of mknob (and likely other objects that may rely upon
> >>> the same framework) apparently fixed the problem.
> >>>
> >>
> >> Alrite, my knowledge is just not enough to teach moonlib (which i have
> put
> >> into /extra) where the pd headers are. What shall i modify in its
> makefile?
> >>
> >>
> >CFLAGS = -DPD -I"../../src" -Wall -W -g
> >
> >...and it works!
> >I have lots of 'consistency check failed: glist_findrtext' when running,
> >plus sometimes 'tcl/tk error: unknown encoding "yahoo"' on the terminal.
> It
> >seems somewhat faster than the father, but that could also be that i've
> >compiled it for my CPU with 'march='.
> >Somehow MIDI works on startup while with the father it doesn't (i have to
> >check 'MIDI settings' each time).
> >Sometimes it gets temporarily frozen where the father doesn't, for example
> >upon editing, saving, and then closing a simple subpatch (no GOP, no
> >externals in it), and then it throws out all the output that was delayed
> >during the freeze - this doesn't happen with the father (afaik you need to
> >use -nosleep to make it behave like this?), and throws some 'error:
> >.x123456: no such object's.
> >The GUI is pretty.
> >
> >Andras
> >
> >_______________________________________________
> >Pd-list at iem.at mailing list
> >UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 
Muranyi Andras
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20101126/bf9fb670/attachment.htm>


More information about the Pd-list mailing list