On Mon, 02 Nov 2009 15:08:20 +0000, Rui Nuno Capela <rncbc@xxxxxxxxx> wrote: > On Mon, 02 Nov 2009 13:17:49 +0100, Jörn Nettingsmeier >> >> you are testing some bleeding-edge jack checkout on a brand-new, >> pre-alpha rt kernel patch with highly demanding clients. every two >> minutes, jack goes down in flames, often taking qjackctl with it (or >> vice versa). the settings are not saved. on the next testing iteration, >> stuff magically works (or ceases to work), because the settings are not >> what you think they are. >> >> since it only bites when you're testing, i've never got around to >> reporting explicit state save as a feature request, but now i've learned >> i'm not alone, i will :-D >> >> rui, how about saving state whenever the "OK" button in the setup dialog >> is pressed? > > sure. qjackctl 0.3.5.8 will get that later tonight on svn. > better yet, qjackctl 0.3.5.9 (svn) might work ootb without being confused anymore when used through `ssh -X`, even though the infamous single instance restriction is in effect: the origin hostname is now taken into account when discerning qjackctl instances against a X11 display server. have a nice week :) cheers -- rncbc aka Rui Nuno Capela rncbc@xxxxxxxxx _______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
