-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2011-06-21 11:43, Matteo Sisti Sette wrote: > > I guess this is because realtime gives it a higher overall priority, but > I wouldn't expect this to affect the loading of patches, would you? I
no, i wouldn't have guessed that either. > don't know if anything can be done about this, but _if_ it can, I think > Pd should try to load a patch as fast as possible regardless of whether > it is in realtime mode or not. Couldn't it "acquire" this higher > priority (the way it does when launched with -realtime) temporarily > before loading a patch and then "release" it? Or is that a static thing > that can only be determined at startup? but what is the point of "realtime" then? with the same argument you could say: in realtime mode i get far less audio dropouts; couldn't Pd temporarily switch to higher priority when turning on audio, and "release" it when audio is turned off? you (the user) can choose between realtime and non-realtime, because both modes of operation have pros and cons. one big con of "realtime" is, that you can lock your machine completely. ignoring non-realtime mode can thus have serious implications. fgamsdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4AefsACgkQkX2Xpv6ydvTjdgCgm3w87vq2FsjIqbMEZFj3xRnf bmUAoKbvgFJ1hEXwqra2haPDp6y2ASG5 =Pxzb -----END PGP SIGNATURE-----
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list