Hi Thomas,
During my tests with the new version i realized that in s_audio.c, function sys_get_audio_apis the variable n is not intialized Also, in s_audio_pa.c i can only correctly compile (for Windows) if at line 20 the equivalence is not defined for MSW.
I found&fixed 'n'... as to line 20 of s_audio_pa.c, the #defines are needed only in case you're using portaudio version 18; if you've got version 19 running they shouldn't be there. I'm still compiling with version 18 for MSW. Perhaps I should make this configurable?
I merged in version 0.37 test 7 into the devel_0_37 branch of the cvs ( hope i didn't break anything... there were a lot of changes...), and also added some of my stuff from the devel_0_36 branch:
- thread locks with unlocking at idle time (functions sys_lock, sys_unlock,
sys_trylock)
- soft quitting using the sys_quit flag of the scheduler loop (non-exported
function sys_exit)
These features have proven to work realiably with my setup (under Windows) in daily work. It would be great if they could be incorporated into the mainstream PD distribution. (Miller, is already asked this, but what is the reason that exit() is used to terminate PD instead of cleanly exiting the scheduler loop using the sys_quit flag?)
I'm planning to incorporate both of these into the "final" 0.37.. trying to get the (potentially more buggy) audio and MIDI changes in first. The reason Pd calls exit instead of causing the scheduler to return is so that the result of quitting is immediate (not after the next "tick" processes, for instance.) This is probably not too important a difference, so if there are real advantages to exiting cleanly I can try it out that way. It's impossible to stop people from exiting uncleanly in other ways (task manager, for instance) so I never saw it as important to worry about that.
best greetings, Thomas
PD-dev mailing list PD-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev