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? _______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/listinfo/linux-audio-dev
