On 03/28/2010 10:12 PM, Ralf Mardorf wrote: > Patrick Shirkey wrote: >> On 03/28/2010 09:32 PM, torbenh wrote: >>> On Sun, Mar 28, 2010 at 12:31:10PM +1100, Patrick Shirkey wrote: >>>> On 03/28/2010 12:24 PM, Harry Van Haaren wrote: >>>>> Hi, >>>>> >>>>> Thank you for the effort you've put into this. I havent even tried it >>>>> yet, (will do so >>>>> when I get some time), however as a Lin-Audio user, I really >>>>> appreciate this work. >>>>> >>>>> I will read the API, and if I understand enough of it, I will code >>>>> support for these >>>>> features. >>>>> >>>> Yesterday I tried to quickly whip up a demo app. I got into it for an >>>> hour but couldn't decide if it was worth adding all the gui features >>>> necessary for a simple demo. >>>> >>>> So far I came up with an app that load a gtk window with two >>>> buttons and >>>> four sliders. >>>> >>>> button1: Save Session >>>> button2: quit session >>> there is no standard way to trigger a Session Save. >>> it will be session manager dependent. >>> >>> pyjacksm has a dbus interface. but i wouldnt consider it stable as of >>> yet. >>> >> >> >> This will no doubt lead to some confusion. Is there a recommended way >> of handling the session save/quit operation in app? Or should we all >> just leave that to the SM app and just add support for receiving the >> notification in app? >> >> >>>> slider 1 = channel 1, slider 2 = channel 2 etc... >>>> >>>> When save session/quit session are pressed the app saves the >>>> position of >>>> the sliders to a file on disk and loads it again when started if it >>>> exists. >>>> >>>> As a simple app it won't really do anything useful apart from demo how >>>> to work with the code so I would like to get some feedback from other >>>> users on what would actually be a useful demo of the code in action. >>>> >>>> I'm thinking along the lines of the demos apple released for the >>>> iphone >>>> which while being mostly fairly unnecessary are also still perfectly >>>> functional apps in their own right. >>>> >>>> If I can remove widgets or add only a couple more that would be >>>> preferable. >>> i dont really see the relation to jack session. >>> only 10% of such an app would be jack session related. >>> i dont really think would be a good demo of jack-session. >>> >>> but maybe i am wrong. >>> i tend to think that patches which add session support are better >>> examples. >>> >>> this is the patch for seq24: >>> http://trac.jackaudio.org/attachment/wiki/WalkThrough/User/jack_session/jack-session.patch >>> >>> >>> >>> >> >> >> That's not a bad idea. If we get a few different apps with different >> languages and UI kits to contribute patches and version numbers of >> the working app we would have a very useful resource and saves having >> to write a new app just for demo purposes. >> >> I will contribute a patch for jackEQ which is c+gtk2 in the next few >> days. > > :) > > OT: Does the currently released jackEQ now support restoring of the > settings as the unofficial version I'm using does?
Yes, and a few more tweaks since then that I have forgotten. Cheers. Patrick Shirkey Boost Hardware Ltd _______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/listinfo/linux-audio-dev
