Re: [LAD] Is TerminatorX development stalled?
As an alternative to terminatorX, the Mixxx project has progressed to the point where you can do a lot of what tX does, just add a sampler. The novelty of tX was mostly in the support of mouse-as-controller, audio effects, and looping samples. Support for hot cues and looping is under active development in Mixxx - check out the Mixxx 1.8 pre-release. On Tue, Dec 29, 2009 at 11:28 AM, Patrick Shirkey < pshir...@boosthardware.com> wrote: > > On 12/30/2009 05:21 AM, gerald mwangi wrote: > > Hello Guys, i'm new to this mailing list. I just wanted to know if > TerminatorX development is stalled. The last version is 3.82 since 2 years > or so. > Or is there another Program of the sort and under development. Please let > me know, maybe i'll pick up development of TerminatorX. > Gerald > > > > You might find that the development version has been updated more recently > than the official release version. Best to get in touch with Alexandre > Koenig directly if you want to contribute. He is a friendly chap. > > > Cheers. > > > > > Patrick Shirkey > Boost Hardware Ltd > > > > > > > ___ > Linux-audio-dev mailing list > linux-audio-...@lists.linuxaudio.orghttp://lists.linuxaudio.org/listinfo/linux-audio-dev > > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On 12/30/2009 05:52 AM, Pedro Lopez-Cabanillas wrote: > On Tuesday, December 29, 2009, Patrick Shirkey wrote: > >> On 12/30/2009 12:39 AM, Pedro Lopez-Cabanillas wrote: >> >>> On Tuesday, December 29, 2009, Paul Davis wrote: >>> i notice that SDLmm has not had a commit in nearly a year, and appears to have been named under a similar belief as your own. >>> Is it about belief? There is something about that in the Universal >>> Declaration of Human Rights. Article 18: "Everyone has the right to >>> freedom of thought, conscience and religion". I would also add the GUI >>> toolkit and frameworks. >>> >>> Maybe you know the text of a Law, or a sacred text source of the absolute >>> truth, where it is stated that a library name ending in "mm" must not be >>> used by those not belonging to the congregation of true believers, under >>> pain of heresy ? >>> >> I think it is more about the numbers game. Basically there is a pattern >> that has been established by developers who have chosen to end their >> apps names with mm. Your app falls outside of the pattern so it may be >> confusing for people who come across it to learn that it is not adhering >> to the pattern. >> > You are right, of course it is about numbers. There is a majority of people > imposing their point of view over a single one, that is alone and looks easy > to beat. > > I can understand the frustration of a confused victim that reads "aseqmm" and > thinks it is something different of what it really is, then he reads the > description that says "This library is a C++ wrapper around the ALSA library > sequencer interface, using Qt4 objects, idioms and style". This poor victim > must be protected, even if that means stoning me preventively. > Probably a more likely scenario is that a user who is knowledgable in such things will read the description and think "Hmmm, that's a strange name for such a library, I wonder what other interesting design choices have been made". Btw, you are free to perceive this as constructive feedback or simply criticism. I have no intent on the latter though. Patrick Shirkey Boost Hardware Ltd > So, I am thinking about changing the name of the library for "Lapidation" in > the next release. It will be interesting to write a little chapter for the > documentation, explaining the name's history and why it had to be changed. > What do you think? > > >> An analogy could be a sushi restaurant called "Bobs meat extravaganza". >> Technically they do serve some meat in the restaurant but it's probably >> going to be confusing for those who like to consume copious amounts of >> beef. >> > I don't imagine a crowd of angry people complaining the restaurant's owner to > force him to change the name. If you don't like the meal or the name, you > should avoid dinning there. That's all. > > I feel part of the community of Linux Audio Developers. I know that there is a > majority using certain toolkits and technologies, they are different to mine. > I'm alone or among a little minority. And so what? Are we developers or > sheep? > > Regards, > Pedro > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Tue, Dec 29, 2009 at 02:56:25PM +0100, Pedro Lopez-Cabanillas wrote: > On Tuesday, December 29, 2009, torbenh wrote: > > what is this ? gui flamewars ? > > idiots. > > So, I must ask for permission to the high priests before naming my library, > but you can freely insult to everybody not sharing your faith ? > > BTW, many applications made with GTK are ugly for my taste, and I have also > technical complains against it. consider yourself insulted now. -- torben Hohn ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] memory leak assistance
Am Dienstag, den 29.12.2009, 20:22 +0100 schrieb hermann: > Am Mittwoch, den 30.12.2009, 04:54 +1100 schrieb Patrick Shirkey: > > > > > Thanks. That's a nicer way of doing things but this call segfaults > > > > pango_layout_new(style->font_desc) > > > > gcc tells me this: > > > > note: expected ‘struct PangoContext *’ but argument is of type ‘struct > > PangoFontDescription *’ > > > > I have replaced it with this: > > > > pl = pango_layout_new(gtk_widget_get_pango_context(widget)); > > > Ah, okay, I didn't really use pango_layout_new, were for do you use it ? > You have already set the Font style, why don't simply label it ? > Do you use the rect afterwards ? > > > > > > But still get a memory leak. This makes it happen faster than the > > previous method I was using. Back down to a couple of minutes before I > > see the leak from 10 previously. > > > > > > > > > > Patrick Shirkey > > Boost Hardware Ltd > > > > > > > > > > > > Am Mittwoch, den 30.12.2009, 01:18 +1100 schrieb Patrick Shirkey: > > > > > >> Hi, > > >> > > >> I have some code in gtk2 that is leaking and I can't fix it. Over the > > >> past two nights I have managed to get the leak down from 200MB/minute to > > >> 200MB/10 minutes but I can't get rid of it completely. It's annoying > > >> because it increments in 200MB blocks so I have to wait for up to 10 > > >> mins to see if it is fixed or not. I have tried valgrind but it doesn't > > >> really like jack and did not give me any useful output. I have traced > > >> the leak through normal debugging and have verified that it does not > > >> happen if I disable this offending code. > > >> > > >> This code is run in the widgets realize event and the event is triggered > > >> every 500ms. And when you use style->font_desc, you could move the font discription to init, and change only the text every 500ms. > > >> > > >> > > >> PangoContext *pc = gtk_widget_get_pango_context(widget); > > >> PangoLayout *pl; > > >> PangoFontDescription *pfd; > > >> PangoRectangle rect; > > >> > > >> pfd = pango_font_description_new(); > > >> pango_font_description_set_family(pfd, "sans"); > > >> pango_font_description_set_size(pfd, 8 * PANGO_SCALE); > > >> pango_context_set_font_description(pc, pfd); > > >> pl = pango_layout_new(pc); > > >> pango_layout_set_text(pl, "99", -1); > > >> pango_layout_get_pixel_extents(pl,&rect, NULL); > > >> > > >> pango_font_description_free(pfd); > > >> g_object_unref(pc); > > >> > > >> > > >> If I add another > > >> > > >>g_object_unref(pl) ; > > >> > > >> > > >> The app code will compile but when I run it I get this segfault: > > >> > > >> *** glibc detected *** ./src/jackeq: free(): invalid pointer: > > >> 0x01b87a60 *** > > >> > > >> > > >> I can have one g_object_unref for either pl or pc without segfaulting > > >> but not both. > > >> > > >> > > >> I'm pretty sure this is the last leak I have to catch for the merged > > >> gtkmeter.c/gtkmeterscale.c and I can't release jackeq until it is fixed. > > >> Any assistance with this one is appreciated. > > >> > > >> > > >> Cheers. > > >> > > >> > > > > > ___ > > Linux-audio-dev mailing list > > Linux-audio-dev@lists.linuxaudio.org > > http://lists.linuxaudio.org/listinfo/linux-audio-dev > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] memory leak assistance
Am Mittwoch, den 30.12.2009, 04:54 +1100 schrieb Patrick Shirkey: > > Thanks. That's a nicer way of doing things but this call segfaults > > pango_layout_new(style->font_desc) > > gcc tells me this: > > note: expected ‘struct PangoContext *’ but argument is of type ‘struct > PangoFontDescription *’ > > I have replaced it with this: > > pl = pango_layout_new(gtk_widget_get_pango_context(widget)); > Ah, okay, I didn't really use pango_layout_new, were for do you use it ? You have already set the Font style, why don't simply label it ? Do you use the rect afterwards ? > > But still get a memory leak. This makes it happen faster than the > previous method I was using. Back down to a couple of minutes before I > see the leak from 10 previously. > > > > > Patrick Shirkey > Boost Hardware Ltd > > > > > > > Am Mittwoch, den 30.12.2009, 01:18 +1100 schrieb Patrick Shirkey: > > > >> Hi, > >> > >> I have some code in gtk2 that is leaking and I can't fix it. Over the > >> past two nights I have managed to get the leak down from 200MB/minute to > >> 200MB/10 minutes but I can't get rid of it completely. It's annoying > >> because it increments in 200MB blocks so I have to wait for up to 10 > >> mins to see if it is fixed or not. I have tried valgrind but it doesn't > >> really like jack and did not give me any useful output. I have traced > >> the leak through normal debugging and have verified that it does not > >> happen if I disable this offending code. > >> > >> This code is run in the widgets realize event and the event is triggered > >> every 500ms. > >> > >> > >> PangoContext *pc = gtk_widget_get_pango_context(widget); > >> PangoLayout *pl; > >> PangoFontDescription *pfd; > >> PangoRectangle rect; > >> > >> pfd = pango_font_description_new(); > >> pango_font_description_set_family(pfd, "sans"); > >> pango_font_description_set_size(pfd, 8 * PANGO_SCALE); > >> pango_context_set_font_description(pc, pfd); > >> pl = pango_layout_new(pc); > >> pango_layout_set_text(pl, "99", -1); > >> pango_layout_get_pixel_extents(pl,&rect, NULL); > >> > >> pango_font_description_free(pfd); > >> g_object_unref(pc); > >> > >> > >> If I add another > >> > >>g_object_unref(pl) ; > >> > >> > >> The app code will compile but when I run it I get this segfault: > >> > >> *** glibc detected *** ./src/jackeq: free(): invalid pointer: > >> 0x01b87a60 *** > >> > >> > >> I can have one g_object_unref for either pl or pc without segfaulting > >> but not both. > >> > >> > >> I'm pretty sure this is the last leak I have to catch for the merged > >> gtkmeter.c/gtkmeterscale.c and I can't release jackeq until it is fixed. > >> Any assistance with this one is appreciated. > >> > >> > >> Cheers. > >> > >> > > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Tuesday, December 29, 2009, Patrick Shirkey wrote: > On 12/30/2009 12:39 AM, Pedro Lopez-Cabanillas wrote: > > On Tuesday, December 29, 2009, Paul Davis wrote: > >> i notice that SDLmm has not had a commit in nearly a year, and appears > >> to have been named under a similar belief as your own. > > > > Is it about belief? There is something about that in the Universal > > Declaration of Human Rights. Article 18: "Everyone has the right to > > freedom of thought, conscience and religion". I would also add the GUI > > toolkit and frameworks. > > > > Maybe you know the text of a Law, or a sacred text source of the absolute > > truth, where it is stated that a library name ending in "mm" must not be > > used by those not belonging to the congregation of true believers, under > > pain of heresy ? > > I think it is more about the numbers game. Basically there is a pattern > that has been established by developers who have chosen to end their > apps names with mm. Your app falls outside of the pattern so it may be > confusing for people who come across it to learn that it is not adhering > to the pattern. You are right, of course it is about numbers. There is a majority of people imposing their point of view over a single one, that is alone and looks easy to beat. I can understand the frustration of a confused victim that reads "aseqmm" and thinks it is something different of what it really is, then he reads the description that says "This library is a C++ wrapper around the ALSA library sequencer interface, using Qt4 objects, idioms and style". This poor victim must be protected, even if that means stoning me preventively. So, I am thinking about changing the name of the library for "Lapidation" in the next release. It will be interesting to write a little chapter for the documentation, explaining the name's history and why it had to be changed. What do you think? > An analogy could be a sushi restaurant called "Bobs meat extravaganza". > Technically they do serve some meat in the restaurant but it's probably > going to be confusing for those who like to consume copious amounts of > beef. I don't imagine a crowd of angry people complaining the restaurant's owner to force him to change the name. If you don't like the meal or the name, you should avoid dinning there. That's all. I feel part of the community of Linux Audio Developers. I know that there is a majority using certain toolkits and technologies, they are different to mine. I'm alone or among a little minority. And so what? Are we developers or sheep? Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
2009/12/30 Arnold Krille : > On Tuesday 29 December 2009 17:35:30 Peter Nelson wrote: >> On Tue, 2009-12-29 at 22:57 +0800, Ray Rashif wrote: >> > So hold your horses, something's up. Where? Here: >> > http://calf.git.sourceforge.net/git/gitweb.cgi?p=calf/calf;a=tree;f=gui;h >> >b=20a7d0fb06da3c6c48738e4521f24700c5adaf01 >> > >> > And someone leaked this: http://foltman.com/Deesser.png >> > >> > 5/5 :O >> >> Very shiny. However, pretty useless as far as screen real-estate goes. >> 100 or so pixels either side for 'screws' is not necessary either. I guess this is where it becomes "personal preference". Although I'm short on real estate myself on a 1280x800, design is where I make an exception, especially when a GUI is trying to represent a particular physical gear. > And pixel-based guis are _so_ last century. > > When you want good guis, that is usable and scalable and good looking, its not > about doing in gui what you do in gimp, but doing in gui what you do in > inkscape... Definitely, I would love to see that practised en masse. -- GPG/PGP ID: B42DDCAD ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Tuesday, December 29, 2009, Thorsten Wilms wrote: > On Tue, 2009-12-29 at 14:39 +0100, Pedro Lopez-Cabanillas wrote: > > On Tuesday, December 29, 2009, Paul Davis wrote: > > > i notice that SDLmm has not had a commit in nearly a year, and appears > > > to have been named under a similar belief as your own. > > > > Is it about belief? There is something about that in the Universal > > Declaration of Human Rights. Article 18: "Everyone has the right to > > freedom of thought, conscience and religion". I would also add the GUI > > toolkit and frameworks. > > > > Maybe you know the text of a Law, or a sacred text source of the absolute > > truth, where it is stated that a library name ending in "mm" must not be > > used by those not belonging to the congregation of true believers, under > > pain of heresy ? > > I'm glad that we finally see someone fighting for humanistic ideals, for > freedom of thought, speech and religion, truth and justice here, in the > dark pits of ignorance and isolationism. You, Pedro, are a true champion > of humankind! > > Expectations that follow from conventions are a lie, breaking them is > true enlightened justice and who disagrees clearly doesn't like Qt for > inhuman reasons. I've seen the movie. A Monty Python's masterpice. (The Stoning Place. A LAD OFFICIAL stands there, with some helpers, confronting the potential stonee, PEDRO. A large crowd watches. 90% are women in beards. Around there are a few Roman troops.) Official: Pedro, developer of Qt based applications ... Pedro: Do I say "Yes"? Official's Helper: Yes. Pedro: Yes. Official: You have been found guilty by the elders of the town of uttering the name of the library and so as a blasphemer you are to be stoned to death. Pedro: Look, I'd had a lovely supper and all I said was, "Let's release this little library as 'aseqmm'". Official: Blasphemy! He's said it again. Pedro: Look. I don't think it ought to be blasphemy, just saying "aseqmm!" (voices) He said it again. Official: (to Pedro) You're only making it worse for yourself. (...) At the end of the scene, several women carry a huge rock and drop it on the Official. Everybody claps. http://www.youtube.com/watch?v=Erthun0Pauc Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] Is TerminatorX development stalled?
On 12/30/2009 05:21 AM, gerald mwangi wrote: Hello Guys, i'm new to this mailing list. I just wanted to know if TerminatorX development is stalled. The last version is 3.82 since 2 years or so. Or is there another Program of the sort and under development. Please let me know, maybe i'll pick up development of TerminatorX. Gerald You might find that the development version has been updated more recently than the official release version. Best to get in touch with Alexandre Koenig directly if you want to contribute. He is a friendly chap. Cheers. Patrick Shirkey Boost Hardware Ltd ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] Is TerminatorX development stalled?
Hello Guys, i'm new to this mailing list. I just wanted to know if TerminatorX development is stalled. The last version is 3.82 since 2 years or so. Or is there another Program of the sort and under development. Please let me know, maybe i'll pick up development of TerminatorX. Gerald ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Tuesday 29 December 2009, Peter Nelson wrote: >On Tue, 2009-12-29 at 22:57 +0800, Ray Rashif wrote: >> So hold your horses, something's up. Where? Here: >> http://calf.git.sourceforge.net/git/gitweb.cgi?p=calf/calf;a=tree;f=gui;h >>b=20a7d0fb06da3c6c48738e4521f24700c5adaf01 >> >> And someone leaked this: http://foltman.com/Deesser.png >> >> 5/5 :O > >Very shiny. However, pretty useless as far as screen real-estate goes. >100 or so pixels either side for 'screws' is not necessary either. On a crowded audio workstation screen, the attempt at a 4/3 ratio for the curve display seems to be a bit of overfill too. So I agree with the screws comment, real estate for the vitals only please. I would rather see that curve section shrink 50 pixels in favor of making that row of teeny knobs easier to grab. Or better yet make them horizontal sliders. But I do have to admit its 'purty' , very nice imagery, so congratulations on the composition. ;) -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) When a fly lands on the ceiling, does it do a half roll or a half loop? ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] memory leak assistance
On 12/30/2009 04:03 AM, hermann wrote: > Hi > gtk_widget_get_pango_context(widget) didn't need to unref, it's owned by > the widget you get it from. Unlike the context returned by > gtk_widget_create_pango_context() > > I'm use mostly style->font_desc instead. > >PangoLayout *pl; >PangoRectangle rect; > >GtkStyle *style = gtk_widget_get_style(widget); > >pango_font_description_set_family(style->font_desc, "sans"); >pango_font_description_set_size(style->font_desc, 8 * > PANGO_SCALE); > >gtk_widget_modify_font(widget, style->font_desc); >pl = pango_layout_new(style->font_desc); >pango_layout_set_text(pl, "99", -1); >pango_layout_get_pixel_extents(pl,&rect, NULL); > > >g_object_unref(pl); > > regards hermann > Thanks. That's a nicer way of doing things but this call segfaults pango_layout_new(style->font_desc) gcc tells me this: note: expected ‘struct PangoContext *’ but argument is of type ‘struct PangoFontDescription *’ I have replaced it with this: pl = pango_layout_new(gtk_widget_get_pango_context(widget)); But still get a memory leak. This makes it happen faster than the previous method I was using. Back down to a couple of minutes before I see the leak from 10 previously. Patrick Shirkey Boost Hardware Ltd > > Am Mittwoch, den 30.12.2009, 01:18 +1100 schrieb Patrick Shirkey: > >> Hi, >> >> I have some code in gtk2 that is leaking and I can't fix it. Over the >> past two nights I have managed to get the leak down from 200MB/minute to >> 200MB/10 minutes but I can't get rid of it completely. It's annoying >> because it increments in 200MB blocks so I have to wait for up to 10 >> mins to see if it is fixed or not. I have tried valgrind but it doesn't >> really like jack and did not give me any useful output. I have traced >> the leak through normal debugging and have verified that it does not >> happen if I disable this offending code. >> >> This code is run in the widgets realize event and the event is triggered >> every 500ms. >> >> >> PangoContext *pc = gtk_widget_get_pango_context(widget); >> PangoLayout *pl; >> PangoFontDescription *pfd; >> PangoRectangle rect; >> >> pfd = pango_font_description_new(); >> pango_font_description_set_family(pfd, "sans"); >> pango_font_description_set_size(pfd, 8 * PANGO_SCALE); >> pango_context_set_font_description(pc, pfd); >> pl = pango_layout_new(pc); >> pango_layout_set_text(pl, "99", -1); >> pango_layout_get_pixel_extents(pl,&rect, NULL); >> >> pango_font_description_free(pfd); >> g_object_unref(pc); >> >> >> If I add another >> >>g_object_unref(pl) ; >> >> >> The app code will compile but when I run it I get this segfault: >> >> *** glibc detected *** ./src/jackeq: free(): invalid pointer: >> 0x01b87a60 *** >> >> >> I can have one g_object_unref for either pl or pc without segfaulting >> but not both. >> >> >> I'm pretty sure this is the last leak I have to catch for the merged >> gtkmeter.c/gtkmeterscale.c and I can't release jackeq until it is fixed. >> Any assistance with this one is appreciated. >> >> >> Cheers. >> >> > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Tuesday 29 December 2009 17:35:30 Peter Nelson wrote: > On Tue, 2009-12-29 at 22:57 +0800, Ray Rashif wrote: > > So hold your horses, something's up. Where? Here: > > http://calf.git.sourceforge.net/git/gitweb.cgi?p=calf/calf;a=tree;f=gui;h > >b=20a7d0fb06da3c6c48738e4521f24700c5adaf01 > > > > And someone leaked this: http://foltman.com/Deesser.png > > > > 5/5 :O > > Very shiny. However, pretty useless as far as screen real-estate goes. > 100 or so pixels either side for 'screws' is not necessary either. And pixel-based guis are _so_ last century. When you want good guis, that is usable and scalable and good looking, its not about doing in gui what you do in gimp, but doing in gui what you do in inkscape... Arnold signature.asc Description: This is a digitally signed message part. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] jcgui-0.4 initial release
Sorry, Ralf, I can't hear a different, when I set all controllers in Jc_Gui to zero, and move the wet/dry slider to the right side, connect ONLY Jc_Gui:in_0 /in_1 and out_0 /out_1, or disconnect jconvolver from Jc_Gui and run it plain. In the Jc_Gui engine, in this case, only additions and multiplications with 0 was add/sub, the only diff is the use from denormal protection, witch is needed for the tone unit. + 1e-20 , I can't believe that one could hear that. Only when you connect all 4 Jc_Gui ports for in and output, the source will double up and overdrive. regards hermann Am Dienstag, den 29.12.2009, 08:51 +0100 schrieb Ralf Mardorf: > hermann wrote: > > Mostly you need to recalibrate the gain setting in jconv settings widget > > Correct, this was the reason for not really getting reverb, but now > there's another problem. The sound is muddy. > I'm not able to get the sound as bright and clean as it is for the > attached configuration. I don't think it's because of the mono input, it > sounds like there would be bad EQ settings, but the EQ's for Jc_Gui are > set to 0. The signal tends to overdrive, it's not easy to keep the > balance between the jconvolver widget and the additional Jc_Gui mixer. > Anyway, LAD might be the wrong forum for this, I should join a user list > for solving this issue. > > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] memory leak assistance
Hi gtk_widget_get_pango_context(widget) didn't need to unref, it's owned by the widget you get it from. Unlike the context returned by gtk_widget_create_pango_context() I'm use mostly style->font_desc instead. PangoLayout *pl; PangoRectangle rect; GtkStyle *style = gtk_widget_get_style(widget); pango_font_description_set_family(style->font_desc, "sans"); pango_font_description_set_size(style->font_desc, 8 * PANGO_SCALE); gtk_widget_modify_font(widget, style->font_desc); pl = pango_layout_new(style->font_desc); pango_layout_set_text(pl, "99", -1); pango_layout_get_pixel_extents(pl, &rect, NULL); g_object_unref(pl); regards hermann Am Mittwoch, den 30.12.2009, 01:18 +1100 schrieb Patrick Shirkey: > Hi, > > I have some code in gtk2 that is leaking and I can't fix it. Over the > past two nights I have managed to get the leak down from 200MB/minute to > 200MB/10 minutes but I can't get rid of it completely. It's annoying > because it increments in 200MB blocks so I have to wait for up to 10 > mins to see if it is fixed or not. I have tried valgrind but it doesn't > really like jack and did not give me any useful output. I have traced > the leak through normal debugging and have verified that it does not > happen if I disable this offending code. > > This code is run in the widgets realize event and the event is triggered > every 500ms. > > >PangoContext *pc = gtk_widget_get_pango_context(widget); >PangoLayout *pl; >PangoFontDescription *pfd; >PangoRectangle rect; > >pfd = pango_font_description_new(); >pango_font_description_set_family(pfd, "sans"); >pango_font_description_set_size(pfd, 8 * PANGO_SCALE); >pango_context_set_font_description(pc, pfd); >pl = pango_layout_new(pc); >pango_layout_set_text(pl, "99", -1); >pango_layout_get_pixel_extents(pl, &rect, NULL); > >pango_font_description_free(pfd); >g_object_unref(pc); > > > If I add another > > g_object_unref(pl) ; > > > The app code will compile but when I run it I get this segfault: > > *** glibc detected *** ./src/jackeq: free(): invalid pointer: > 0x01b87a60 *** > > > I can have one g_object_unref for either pl or pc without segfaulting > but not both. > > > I'm pretty sure this is the last leak I have to catch for the merged > gtkmeter.c/gtkmeterscale.c and I can't release jackeq until it is fixed. > Any assistance with this one is appreciated. > > > Cheers. > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Tue, 2009-12-29 at 22:57 +0800, Ray Rashif wrote: > So hold your horses, something's up. Where? Here: > http://calf.git.sourceforge.net/git/gitweb.cgi?p=calf/calf;a=tree;f=gui;hb=20a7d0fb06da3c6c48738e4521f24700c5adaf01 > > And someone leaked this: http://foltman.com/Deesser.png > > 5/5 :O Very shiny. However, pretty useless as far as screen real-estate goes. 100 or so pixels either side for 'screws' is not necessary either. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On 12/30/2009 01:57 AM, Ray Rashif wrote: > 2009/12/29 Pedro Lopez-Cabanillas: > >> On Tuesday, December 29, 2009, torbenh wrote: >> >>> what is this ? gui flamewars ? >>> idiots. >>> >> So, I must ask for permission to the high priests before naming my library, >> but you can freely insult to everybody not sharing your faith ? >> >> BTW, many applications made with GTK are ugly for my taste, and I have also >> technical complains against it. >> > Qt has some technical shortcomings as well, but the author doesn't > intend to discuss anything other than appearance from what I can > understand. > > So hold your horses, something's up. Where? Here: > http://calf.git.sourceforge.net/git/gitweb.cgi?p=calf/calf;a=tree;f=gui;hb=20a7d0fb06da3c6c48738e4521f24700c5adaf01 > > And someone leaked this: http://foltman.com/Deesser.png > > 5/5 :O > Stock standard gtk may have it's short comings but anything that can be done with the gimp can also be done in gtk so it's just a matter of putting in the effort and having an aesthetic for that kind of thing. Working with alpha layers in cairo and drawing your own fonts in pango can make a huge difference. Patrick Shirkey Boost Hardware Ltd ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
2009/12/29 Pedro Lopez-Cabanillas : > On Tuesday, December 29, 2009, torbenh wrote: >> what is this ? gui flamewars ? >> idiots. > > So, I must ask for permission to the high priests before naming my library, > but you can freely insult to everybody not sharing your faith ? > > BTW, many applications made with GTK are ugly for my taste, and I have also > technical complains against it. Qt has some technical shortcomings as well, but the author doesn't intend to discuss anything other than appearance from what I can understand. So hold your horses, something's up. Where? Here: http://calf.git.sourceforge.net/git/gitweb.cgi?p=calf/calf;a=tree;f=gui;hb=20a7d0fb06da3c6c48738e4521f24700c5adaf01 And someone leaked this: http://foltman.com/Deesser.png 5/5 :O -- GPG/PGP ID: B42DDCAD ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] memory leak assistance
Hi, I have some code in gtk2 that is leaking and I can't fix it. Over the past two nights I have managed to get the leak down from 200MB/minute to 200MB/10 minutes but I can't get rid of it completely. It's annoying because it increments in 200MB blocks so I have to wait for up to 10 mins to see if it is fixed or not. I have tried valgrind but it doesn't really like jack and did not give me any useful output. I have traced the leak through normal debugging and have verified that it does not happen if I disable this offending code. This code is run in the widgets realize event and the event is triggered every 500ms. PangoContext *pc = gtk_widget_get_pango_context(widget); PangoLayout *pl; PangoFontDescription *pfd; PangoRectangle rect; pfd = pango_font_description_new(); pango_font_description_set_family(pfd, "sans"); pango_font_description_set_size(pfd, 8 * PANGO_SCALE); pango_context_set_font_description(pc, pfd); pl = pango_layout_new(pc); pango_layout_set_text(pl, "99", -1); pango_layout_get_pixel_extents(pl, &rect, NULL); pango_font_description_free(pfd); g_object_unref(pc); If I add another g_object_unref(pl) ; The app code will compile but when I run it I get this segfault: *** glibc detected *** ./src/jackeq: free(): invalid pointer: 0x01b87a60 *** I can have one g_object_unref for either pl or pc without segfaulting but not both. I'm pretty sure this is the last leak I have to catch for the merged gtkmeter.c/gtkmeterscale.c and I can't release jackeq until it is fixed. Any assistance with this one is appreciated. Cheers. -- Patrick Shirkey Boost Hardware Ltd ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Tue, 2009-12-29 at 14:39 +0100, Pedro Lopez-Cabanillas wrote: > On Tuesday, December 29, 2009, Paul Davis wrote: > > i notice that SDLmm has not had a commit in nearly a year, and appears > > to have been named under a similar belief as your own. > > Is it about belief? There is something about that in the Universal > Declaration > of Human Rights. Article 18: "Everyone has the right to freedom of thought, > conscience and religion". I would also add the GUI toolkit and frameworks. > > Maybe you know the text of a Law, or a sacred text source of the absolute > truth, where it is stated that a library name ending in "mm" must not be used > by those not belonging to the congregation of true believers, under pain of > heresy ? I'm glad that we finally see someone fighting for humanistic ideals, for freedom of thought, speech and religion, truth and justice here, in the dark pits of ignorance and isolationism. You, Pedro, are a true champion of humankind! Expectations that follow from conventions are a lie, breaking them is true enlightened justice and who disagrees clearly doesn't like Qt for inhuman reasons. -- Thorsten Wilms thorwil's design for free software: http://thorwil.wordpress.com/ ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Tuesday, December 29, 2009, torbenh wrote: > what is this ? gui flamewars ? > idiots. So, I must ask for permission to the high priests before naming my library, but you can freely insult to everybody not sharing your faith ? BTW, many applications made with GTK are ugly for my taste, and I have also technical complains against it. Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On 12/30/2009 12:39 AM, Pedro Lopez-Cabanillas wrote: > On Tuesday, December 29, 2009, Paul Davis wrote: > >> i notice that SDLmm has not had a commit in nearly a year, and appears >> to have been named under a similar belief as your own. >> > Is it about belief? There is something about that in the Universal Declaration > of Human Rights. Article 18: "Everyone has the right to freedom of thought, > conscience and religion". I would also add the GUI toolkit and frameworks. > > Maybe you know the text of a Law, or a sacred text source of the absolute > truth, where it is stated that a library name ending in "mm" must not be used > by those not belonging to the congregation of true believers, under pain of > heresy ? > > I think it is more about the numbers game. Basically there is a pattern that has been established by developers who have chosen to end their apps names with mm. Your app falls outside of the pattern so it may be confusing for people who come across it to learn that it is not adhering to the pattern. An analogy could be a sushi restaurant called "Bobs meat extravaganza". Technically they do serve some meat in the restaurant but it's probably going to be confusing for those who like to consume copious amounts of beef. Patrick Shirkey Boost Hardware Ltd > Regards, > Pedro > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] LADI Session Handler - Preview 2
Nedko Arnaudov wrote: > The second milestone is reached and result is a tarball that brave souls > may want to download and try. It can start apps and restore their > connections. Level 1 apps are supported. > > Beware that no apps have implemented level 1 yet. If non-level-1 app is > started at level 1, it will probably quit on save, because the default > signal handler for SIGUSR1 terminates the process. > > This preview also features a2jmidid support. Run the a2j script as an > app in the studio. > > This is a beta quality software, use it with double caution. > > I would like to thank the early adopters and especially Frank Kober for > their help with testing the git ladish code and for the valuable > suggestions they gave. > > Build will produce three operational components: > * ladishd - The daemon, a D-Bus service > * gladish - GTK GUI interface > * ladish_control - Command-line interface > > In the tarball you will also find bundled: > * flowcanvas-0.6.0 > * LADI Tools (svn version) > * a2jmidid-6 (contains the a2j script for use in ladish) > * jack2 from the ladi branch > > The jack2 ladi branch contains fixes for two important issues: > * Race that causes connection restore to fail sometimes during studio >startup (http://ladish.org/ticket/28) > * A deadlock on studio start (http://ladish.org/ticket/35) > > Hopefully, these fixes with be in the next jack2 release (1.9.5). > > The jack2 ladi branch also contains the no-self-connect changeset that > adds new engine option, for disabling self connect of apps. Default > value for this option is to allow self connections. > > Make sure to configure jack2 with --dbus (and maybe with --classic too). > > Download: > http://ladish.org/download/ladish-0.2.tar.bz2 > http://ladish.org/download/ladish-0.2.tar.bz2.sig > > Homepage: http://ladish.org/ > Roadmap: http://ladish.org/roadmap > > - > LADI Session Handler or simply ladish is a session management system > for JACK applications on GNU/Linux. Its aim is to allow you to have > many different audio programs running at once, to save their setup, > close them down and then easily reload the setup at some other > time. ladish doesn't deal with any kind of audio or MIDI data itself; > it just runs programs, deals with saving/loading (arbitrary) data and > connects JACK ports together. It can also be used to move entire > sessions between computers, or post sessions on the Internet for > download. > > Project goals: > * Save and restore sets of JACK (audio and MIDI) enabled >applications. > * Provide JACK clients with virtual hardware ports, so projects can >be transfered (or backups restored) between computers running >different hardware and backups. > * Don't require session handling library to be used. There is no need >of such library for restoring connections between JACK clients. > * Flow canvas based GUI. Positions of elements on the canvas are >saved/restored. > * Allow clients to use external storage to save its state. This >includes storing internal state to non-filesystem place like memory >of a hardware synth. This also includes storing client internal >state (client project data) in a way that is not directly bound to >ladish project. > * Import/export operations, as opposed to save/load. Save/load >operate in current system and may cause saving data outside of >project itself (external storage). Import/export uses/produces >"tarball" suitable for transferring session data over network to >other computer or storing it in a backup archive. > * Hierarchical or tag-based organization of projects. > * List of JACK applications. Applications are always started through >ladish to have restored runtime environment closer to one existed >before project save. > * Distributed studio - network connected computers. Netjack >configuration is part of the studio and thus is saved/restored. > * Collaborate with the X11 window manager so window properties like >window position, virtual desktop and screen (multimonitor) are >saved/restored. > > Hi all, I must admit I was skeptical about Ladish, after the disappointing progress of LASH and the jackdbus debate on LAD. By accident I got an conversation with Nedko on IRC and being in an 'tweak-mode' I was so 'stupid' to try ladish, not knowing what to expect really cause the website couldn't make that clear to me at that point. But also with in mind that an Session Handler is what Linux needs if you want to work 'the modular way'. Since I met Linux it has been an debate, whether the modular approach on Linux is good or bad. It became obvious to me that technical spoken there where advantages for sure, and after I did see the JACK design presentation on jackaudio.org I found it a intelligent concept, which could especially be useful in an open source community, where it seems to be harder
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Tuesday, December 29, 2009, Paul Davis wrote: > i notice that SDLmm has not had a commit in nearly a year, and appears > to have been named under a similar belief as your own. Is it about belief? There is something about that in the Universal Declaration of Human Rights. Article 18: "Everyone has the right to freedom of thought, conscience and religion". I would also add the GUI toolkit and frameworks. Maybe you know the text of a Law, or a sacred text source of the absolute truth, where it is stated that a library name ending in "mm" must not be used by those not belonging to the congregation of true believers, under pain of heresy ? Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Actually, there is no need to label any discussion a flame war. I see no aggression here, in fact, how else one would know what other people think. It is interesting and also helpful to see different opinions. On Tue, Dec 29, 2009 at 12:27 PM, Ray Rashif wrote: > 2009/12/29 torbenh : > > On Tue, Dec 29, 2009 at 05:05:01PM +0800, Ray Rashif wrote: > >> Aside from that, we have to forget about everything that has anything > >> to do with GTK+. None of what you look forward to is even remotely > >> possible with the examples and advice given so far (I mean just one > >> look at libphat is..urghhh just another gtk design). > >> > >> Flashy and elegant is Qt's forte, because LMMS has done it. Your > >> resulting app can be simple, good-looking, skinnable. There's EFL, but > >> no-one knows whether it's even usable for multimedia. > > > > what is this ? gui flamewars ? > > idiots. > > No Torben, that included a comparison because I noted what the poster > was looking for. Nothing more, nothing less. The poster is educated, > so we should have no problems with "flamewars". Sorry if it sounded as > such, will use better phrasing next time. > > > -- > GPG/PGP ID: B42DDCAD > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/listinfo/linux-audio-dev > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] [ANN] aseqmm 0.2.0 released
On Tuesday, December 29, 2009, Dominic Sacré wrote: > The simple fact is that for a project that does not use Qt anyway, it > makes little to no sense to depend on aseqmm. Which is a pity because it > seems very useful and well written :/ Thanks. I understand that if a project doesn't want to use Qt, it shouldn't depend on aseqmm. This library is used only by me, and was created to provide a solution for my own applications: KMetronome, KMidimon and KMid2. All of them are KDE applications, which depend on Qt anyway. If there are developers wanting a different set of frameworks, they are free to write a different wrapper. Look for instance to the Redland RDF library wrappers: redlandmm on one side, Soprano and Dataquay on the other. Oh, I would like to be more skilled creating bright and imaginative names! My intention releasing this library is not world domination, nor a name war. I'm not in posession of the absolute truth, and I don't trust people pretending such a thing. I will be glad if somebody finds it useful, and constructive criticism is always welcome. Regards, Pedro ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] jack_mixer, resp. PID in JACK client names in general
On Tue, Dec 29, 2009 at 08:01:18AM +0100, Ralf Mardorf wrote: > Please coders, avoid using the PID in JACK client names. I like to restore > sessions automatically by Qtractor or jack_snapshot. Agreed. The background, I guess, is that client names need to be unique. In the jack_client_new days, appending the PID was a nice way of ensuring your name would be likely to be unique (even when you start multiple instances of the same tool). Nowadays, this is handled (and handled better) in jack_client_open, so I agree applications shouldn't append their PID anymore themselves. In case you really do want to be able to run multiple instances of the same app, it would be useful if applications allowed you to specify the desired client name at the commandline so you can give it a useful name. > I like jack_mixer a lot, but can't use it, because of the PID in the JACK > client's name and there seems to be no option to ban this behaviour. Actually, jack_mixer allows you to specify the desired client name at the commandline. Just start it with 'jack_mixer asdf', and the client will be called 'asdf' without the pid. Arnout ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
2009/12/29 torbenh : > On Tue, Dec 29, 2009 at 05:05:01PM +0800, Ray Rashif wrote: >> Aside from that, we have to forget about everything that has anything >> to do with GTK+. None of what you look forward to is even remotely >> possible with the examples and advice given so far (I mean just one >> look at libphat is..urghhh just another gtk design). >> >> Flashy and elegant is Qt's forte, because LMMS has done it. Your >> resulting app can be simple, good-looking, skinnable. There's EFL, but >> no-one knows whether it's even usable for multimedia. > > what is this ? gui flamewars ? > idiots. No Torben, that included a comparison because I noted what the poster was looking for. Nothing more, nothing less. The poster is educated, so we should have no problems with "flamewars". Sorry if it sounded as such, will use better phrasing next time. -- GPG/PGP ID: B42DDCAD ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
On Tue, Dec 29, 2009 at 05:05:01PM +0800, Ray Rashif wrote: > Aside from that, we have to forget about everything that has anything > to do with GTK+. None of what you look forward to is even remotely > possible with the examples and advice given so far (I mean just one > look at libphat is..urghhh just another gtk design). > > Flashy and elegant is Qt's forte, because LMMS has done it. Your > resulting app can be simple, good-looking, skinnable. There's EFL, but > no-one knows whether it's even usable for multimedia. what is this ? gui flamewars ? idiots. -- torben Hohn ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Aside from that, we have to forget about everything that has anything to do with GTK+. None of what you look forward to is even remotely possible with the examples and advice given so far (I mean just one look at libphat is..urghhh just another gtk design). Flashy and elegant is Qt's forte, because LMMS has done it. Your resulting app can be simple, good-looking, skinnable. There's EFL, but no-one knows whether it's even usable for multimedia. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] GUI for audio application
Basically every toolkit out there has widgets fader, button, knob. So one you usually only has to reimplement the paint method in order to change the appearance or write a different style. If you prefer a toolkit independent gui library you could use my stripped down version of the vstgui lib, which uses cairo as the drawing backend. Together with skinman and knobman, the two widely used windows programs for generating nice vst guis (running fine in wine) you have basically the same toolchain as the windows vst devs. Drumfix PS: Linux Vst developers, please write VST compliant code. The interface of effEditOpen is effEditOpen(void *), not effEditOpen(void *, void *) i.o.w hosts should send a pointer to a struct {Display *d; Window w;} in (ptr) instead of Display * (val) and Window (ptr) ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
[LAD] [ANN] LADI Session Handler - Preview 2
The second milestone is reached and result is a tarball that brave souls may want to download and try. It can start apps and restore their connections. Level 1 apps are supported. Beware that no apps have implemented level 1 yet. If non-level-1 app is started at level 1, it will probably quit on save, because the default signal handler for SIGUSR1 terminates the process. This preview also features a2jmidid support. Run the a2j script as an app in the studio. This is a beta quality software, use it with double caution. I would like to thank the early adopters and especially Frank Kober for their help with testing the git ladish code and for the valuable suggestions they gave. Build will produce three operational components: * ladishd - The daemon, a D-Bus service * gladish - GTK GUI interface * ladish_control - Command-line interface In the tarball you will also find bundled: * flowcanvas-0.6.0 * LADI Tools (svn version) * a2jmidid-6 (contains the a2j script for use in ladish) * jack2 from the ladi branch The jack2 ladi branch contains fixes for two important issues: * Race that causes connection restore to fail sometimes during studio startup (http://ladish.org/ticket/28) * A deadlock on studio start (http://ladish.org/ticket/35) Hopefully, these fixes with be in the next jack2 release (1.9.5). The jack2 ladi branch also contains the no-self-connect changeset that adds new engine option, for disabling self connect of apps. Default value for this option is to allow self connections. Make sure to configure jack2 with --dbus (and maybe with --classic too). Download: http://ladish.org/download/ladish-0.2.tar.bz2 http://ladish.org/download/ladish-0.2.tar.bz2.sig Homepage: http://ladish.org/ Roadmap: http://ladish.org/roadmap - LADI Session Handler or simply ladish is a session management system for JACK applications on GNU/Linux. Its aim is to allow you to have many different audio programs running at once, to save their setup, close them down and then easily reload the setup at some other time. ladish doesn't deal with any kind of audio or MIDI data itself; it just runs programs, deals with saving/loading (arbitrary) data and connects JACK ports together. It can also be used to move entire sessions between computers, or post sessions on the Internet for download. Project goals: * Save and restore sets of JACK (audio and MIDI) enabled applications. * Provide JACK clients with virtual hardware ports, so projects can be transfered (or backups restored) between computers running different hardware and backups. * Don't require session handling library to be used. There is no need of such library for restoring connections between JACK clients. * Flow canvas based GUI. Positions of elements on the canvas are saved/restored. * Allow clients to use external storage to save its state. This includes storing internal state to non-filesystem place like memory of a hardware synth. This also includes storing client internal state (client project data) in a way that is not directly bound to ladish project. * Import/export operations, as opposed to save/load. Save/load operate in current system and may cause saving data outside of project itself (external storage). Import/export uses/produces "tarball" suitable for transferring session data over network to other computer or storing it in a backup archive. * Hierarchical or tag-based organization of projects. * List of JACK applications. Applications are always started through ladish to have restored runtime environment closer to one existed before project save. * Distributed studio - network connected computers. Netjack configuration is part of the studio and thus is saved/restored. * Collaborate with the X11 window manager so window properties like window position, virtual desktop and screen (multimonitor) are saved/restored. -- Nedko Arnaudov pgpK0uGpQ7r48.pgp Description: PGP signature ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev
Re: [LAD] jack_mixer, resp. PID in JACK client names in general
Nedko Arnaudov wrote: > Ralf Mardorf writes: > > >> Pardon, I won't write so frequently. I compiled a lot of new apps and >> started making music. Just a short request. Please coders, avoid using >> the PID in JACK client names. I like to restore sessions automatically >> by Qtractor or jack_snapshot. I like jack_mixer a lot, but can't use it, >> because of the PID in the JACK client's name and there seems to be no >> option to ban this behaviour. >> > > Please submit a bug in the bugtracker. I can't do it because of http://www.spamhaus.org/query/bl?ip=85.182.16.3 ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev