Patrick Shirkey wrote: > > > 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
Wow :) thank you. I'll replace the version I'm using now by the current version. Nag, nag, nag: Please, for the future do an announcement for progresses similar to this one ;). Your app is useful, but it doesn't help us users, if we don't know about progresses. _______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/listinfo/linux-audio-dev
