I encounter recurrent blocking in the display, I mean the program continues to work normally but all the toggles, bangs, sliders don't move anymore. clicking on these objects still has effect but the display is not updated. I have no idea when the freeze happens, I don't find any relation with my configuration or certain operations, it doesn't happen often enough. My only supposition is that it has something to do with audio file reading (with readsf~) but it's really not sure.
I use Windows vista, with differents audio drivers, default chipset driver, asio4all, or an external audio interface driver. It happens sometimes even on my performance machine that is as clean as possible.
thanks for reading
Anonymous
try again using the -stderr startup option (that is, no console) and see whether it makes a difference.
thanks matju.
without -stderr, it seems that I always finally manage to freeze the display after a sufficient number of inputs via mouse or keyboard (sometimes intensively for several minutes).
with -stderr, I still haven't manage to freeze the display. This doesn't prove anything but it seems to work. Is there any rational explanation about this? can anything be corrected?
what it means is that there is something in the console code that makes the display freeze. This can be either due to special characters that confuse the protocol codecs between the two halves of the pd programme, or it can be because there is too much data coming at the same time. beyond a certain rate, the data accumulates in the client until it wants 100% CPU for just dealing with the console, and from that point, the client gets slow at accepting the server's data, so the data starts accumulating in the server (in sys_guibuf), taking increasing amounts of RAM. When the server's RAM can't expand anymore, the server explodes (and takes down the client), but in the meanwhile, the client may look completely unresponsive.
PS: on whether anything can be corrected... well, if you mean in pd or pd-extended, without modifying the programme by yourself, well, this doesn't depend on me. you have to get Miller or Hans to do it.