From mschwendt at gmail.com Tue Nov 4 11:29:56 2008 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 4 Nov 2008 12:29:56 +0100 Subject: [Fedora-music-list] SLV2 Message-ID: <20081104122956.8fea8199.mschwendt@gmail.com> Audacity 1.3.6-beta comes with support for a few more optional libraries. One of them is not included in the Fedora Package Collection yet (and not waiting in the package review queue either): SLV2 - http://drobilla.net/software/slv2/ SLV2 is a library to make the use of LV2 plugins as simple as possible for applications. SLV2 is written in standard C using the Redland RDF toolkit, [...] Licensed under the GPL v2 or later for now, [...] Is there anyone with interest in this software and the opportunity to become a Fedora package maintainer? From green at redhat.com Tue Nov 4 16:14:37 2008 From: green at redhat.com (Anthony Green) Date: Tue, 04 Nov 2008 08:14:37 -0800 Subject: [Fedora-music-list] SLV2 In-Reply-To: <20081104122956.8fea8199.mschwendt@gmail.com> References: <20081104122956.8fea8199.mschwendt@gmail.com> Message-ID: <491074ED.2020101@redhat.com> Michael Schwendt wrote: > Audacity 1.3.6-beta comes with support for a few more optional libraries. > One of them is not included in the Fedora Package Collection yet (and > not waiting in the package review queue either): > > SLV2 - http://drobilla.net/software/slv2/ > > SLV2 is a library to make the use of LV2 plugins as simple > as possible for applications. > > SLV2 is written in standard C using the Redland RDF toolkit, [...] > Licensed under the GPL v2 or later for now, [...] > > Is there anyone with interest in this software and the opportunity to > become a Fedora package maintainer? > Ardour can use this package as well. Please try the slv2 and lv2core SRPMS from here: http://people.redhat.com/green/Fedora/ I'll submit them for review once I get positive feedback. Thanks, AG > _______________________________________________ > Fedora-music-list mailing list > Fedora-music-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-music-list > From nando at ccrma.Stanford.EDU Tue Nov 4 17:56:59 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 04 Nov 2008 09:56:59 -0800 Subject: [Fedora-music-list] SLV2 In-Reply-To: <491074ED.2020101@redhat.com> References: <20081104122956.8fea8199.mschwendt@gmail.com> <491074ED.2020101@redhat.com> Message-ID: <1225821419.9100.8.camel@localhost.localdomain> On Tue, 2008-11-04 at 08:14 -0800, Anthony Green wrote: > Michael Schwendt wrote: > > Audacity 1.3.6-beta comes with support for a few more optional libraries. > > One of them is not included in the Fedora Package Collection yet (and > > not waiting in the package review queue either): > > > > SLV2 - http://drobilla.net/software/slv2/ > > > > SLV2 is a library to make the use of LV2 plugins as simple > > as possible for applications. > > > > SLV2 is written in standard C using the Redland RDF toolkit, [...] > > Licensed under the GPL v2 or later for now, [...] > > > > Is there anyone with interest in this software and the opportunity to > > become a Fedora package maintainer? > > > Ardour can use this package as well. Please try the slv2 and lv2core > SRPMS from here: > > http://people.redhat.com/green/Fedora/ > > I'll submit them for review once I get positive feedback. It has been part of Planet CCRMA for a while: http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/9/i386/repoview/slv2.html -- Fernando PS: When looking for a "new" music package I'd always take a look at Planet CCRMA first... there's a lot of stuff already packaged there (that could/should migrate to Fedora, of course). From green at redhat.com Tue Nov 4 18:13:42 2008 From: green at redhat.com (Anthony Green) Date: Tue, 04 Nov 2008 10:13:42 -0800 Subject: [Fedora-music-list] SLV2 In-Reply-To: <1225821419.9100.8.camel@localhost.localdomain> References: <20081104122956.8fea8199.mschwendt@gmail.com> <491074ED.2020101@redhat.com> <1225821419.9100.8.camel@localhost.localdomain> Message-ID: <491090D6.3030709@redhat.com> Fernando Lopez-Lezcano wrote: > > It has been part of Planet CCRMA for a while: > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/9/i386/repoview/slv2.html > > -- Fernando > > PS: When looking for a "new" music package I'd always take a look at > Planet CCRMA first... there's a lot of stuff already packaged there > (that could/should migrate to Fedora, of course). > > FWIW, my slv2 package predates its appearance in Planet CCRMA. I had even submitted it for review, but I dropped the ball on the lv2core review and it was killed. I'll try to revive these. AG From nando at ccrma.Stanford.EDU Tue Nov 4 20:31:02 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 04 Nov 2008 12:31:02 -0800 Subject: [Fedora-music-list] SLV2 In-Reply-To: <491090D6.3030709@redhat.com> References: <20081104122956.8fea8199.mschwendt@gmail.com> <491074ED.2020101@redhat.com> <1225821419.9100.8.camel@localhost.localdomain> <491090D6.3030709@redhat.com> Message-ID: <1225830662.9100.21.camel@localhost.localdomain> On Tue, 2008-11-04 at 10:13 -0800, Anthony Green wrote: > Fernando Lopez-Lezcano wrote: > > > > It has been part of Planet CCRMA for a while: > > > > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/9/i386/repoview/slv2.html > > > > PS: When looking for a "new" music package I'd always take a look at > > Planet CCRMA first... there's a lot of stuff already packaged there > > (that could/should migrate to Fedora, of course). > > FWIW, my slv2 package predates its appearance in Planet CCRMA. I had > even submitted it for review, but I dropped the ball on the lv2core > review and it was killed. I'll try to revive these. Ooops, sorry, _I_ have to look carefully before redoing packages :-) -- Fernando From Arnaud.Gomes at ircam.fr Tue Nov 4 23:21:42 2008 From: Arnaud.Gomes at ircam.fr (Arnaud Gomes-do-Vale) Date: Wed, 05 Nov 2008 00:21:42 +0100 Subject: [Fedora-music-list] SLV2 In-Reply-To: <1225830662.9100.21.camel@localhost.localdomain> (Fernando Lopez-Lezcano's message of "Tue\, 04 Nov 2008 12\:31\:02 -0800") References: <20081104122956.8fea8199.mschwendt@gmail.com> <491074ED.2020101@redhat.com> <1225821419.9100.8.camel@localhost.localdomain> <491090D6.3030709@redhat.com> <1225830662.9100.21.camel@localhost.localdomain> Message-ID: Fernando Lopez-Lezcano writes: > On Tue, 2008-11-04 at 10:13 -0800, Anthony Green wrote: >> Fernando Lopez-Lezcano wrote: >> > >> > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/9/i386/repoview/slv2.html >> >> FWIW, my slv2 package predates its appearance in Planet CCRMA. I had >> even submitted it for review, but I dropped the ball on the lv2core >> review and it was killed. I'll try to revive these. > > Ooops, sorry, _I_ have to look carefully before redoing packages :-) Hey, _I_ made the mistake. ;-) -- Arnaud From nando at ccrma.Stanford.EDU Wed Nov 5 04:56:53 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 04 Nov 2008 20:56:53 -0800 Subject: [Fedora-music-list] SLV2 In-Reply-To: References: <20081104122956.8fea8199.mschwendt@gmail.com> <491074ED.2020101@redhat.com> <1225821419.9100.8.camel@localhost.localdomain> <491090D6.3030709@redhat.com> <1225830662.9100.21.camel@localhost.localdomain> Message-ID: <1225861013.29813.11.camel@localhost.localdomain> On Wed, 2008-11-05 at 00:21 +0100, Arnaud Gomes-do-Vale wrote: > Fernando Lopez-Lezcano writes: > > On Tue, 2008-11-04 at 10:13 -0800, Anthony Green wrote: > >> Fernando Lopez-Lezcano wrote: > >> > > >> > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/9/i386/repoview/slv2.html > >> > >> FWIW, my slv2 package predates its appearance in Planet CCRMA. I had > >> even submitted it for review, but I dropped the ball on the lv2core > >> review and it was killed. I'll try to revive these. > > > > Ooops, sorry, _I_ have to look carefully before redoing packages :-) > > Hey, _I_ made the mistake. ;-) Arghh, here I am, taking credit for somebody else's mistakes! ;-P -- Fernando From dtimms at iinet.net.au Sat Nov 8 00:44:33 2008 From: dtimms at iinet.net.au (David Timms) Date: Sat, 08 Nov 2008 11:44:33 +1100 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> Message-ID: <4914E0F1.9070602@iinet.net.au> updates at fedoraproject.org wrote: > The update for rakarrack-0.2.0-5.fc8 has been in 'testing' status for over 2 weeks. .. > ================================================================================ > rakarrack-0.2.0-5.fc8 > ================================================================================ > Update ID: FEDORA-2008-9033 > Release: Fedora 8 > Status: testing > Type: newpackage > Karma: 0 > Bugs: 455953 - Review Request: rakarrack - Audio effects processing rack > : for guitar > Notes: Initial build of rakarrack for fedora > Submitter: dtimms > Submitted: 2008-10-20 21:46:29 > Comments: dtimms - 2008-10-20 21:46:32 (karma 0) > This update has been submitted for testing > bodhi - 2008-10-23 16:35:19 (karma 0) > This update has been pushed to testing > > http://admin.fedoraproject.org/updates/F8/FEDORA-2008-9033 Hi fedora-music lovers, I would be keen for some feedback on whether rakarrack that is now in fedora testing works for you ? To fully test you'll need a guitar and pickup plugged into your soundcard, but even a go/nogo on whether it starts would be helpful. Where I developed the package, it works OK, but another older AMD machine, it fails during startup. This will help me to decide whether to push it to the F8,F9 updates repos. DaveT. From Lam at Lam.pl Sun Nov 9 10:02:10 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 9 Nov 2008 11:02:10 +0100 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <4914E0F1.9070602@iinet.net.au> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> Message-ID: <20081109110210.4a634cd6@pensja.lam.pl> Dnia 2008-11-08, o godz. 11:44:33 David Timms napisa?(a): > I would be keen for some feedback on whether rakarrack that is now in > fedora testing works for you ? As for me, I can't hear anything. There's no evidence (audio or visual) that the program captures any sound from the guitar (and no, it's not a problem with my mixer settings). Also, the first time I ran it, after clicking through many dialogs and fiddling with some setting, it spit: cannot complete execution of the processing graph (Resource temporarily unavailable) zombified - calling shutdown handler X_LookupColor: BadName (named color or font does not exist) 0x20 X I/O error Less critical things: the help file is missing and the GUI is horrible (my eyes!) Of course there's this neat -n option, but creating banks will still be very painful. I'll stick to gnuitar for yet another while :) Lam PS. This is on Rawhide. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From Lam at Lam.pl Sun Nov 9 10:42:38 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 9 Nov 2008 11:42:38 +0100 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <20081109110210.4a634cd6@pensja.lam.pl> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> Message-ID: <20081109114238.45682c3a@pensja.lam.pl> Dnia 2008-11-09, o godz. 11:02:10 Leszek Matok napisa?(a): > I can't hear anything. OK, I take that back. After investigation with jackd -v, it turned out rakarrack.in_1 doesn't automatically connect to system.capture_1. Fixing that with qjackctl makes everything work. (And disconnecting it again makes Rakarrack die in pain). After spending another minute on brute-forcing sane colour scheme, I can now say Rakarrack is really neat and works great after you tame it :) You really need to make it behave well by default, though. Without it, I see no point in introducing this to "normal" users. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From dtimms at iinet.net.au Sun Nov 9 12:32:06 2008 From: dtimms at iinet.net.au (David Timms) Date: Sun, 09 Nov 2008 23:32:06 +1100 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <20081109114238.45682c3a@pensja.lam.pl> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> <20081109114238.45682c3a@pensja.lam.pl> Message-ID: <4916D846.1000503@iinet.net.au> Leszek Matok wrote: > Dnia 2008-11-09, o godz. 11:02:10 Leszek Matok napisa?(a): > ... help doesn't work... On the help file, I want to lengths to get the app internal paths patched to use fedora standard locations for the help files. This seems to work on F9, both help and license are correctly shown. Is that the ones you are having trouble with on your rawhide machine ? >> I can't hear anything. > OK, I take that back. After investigation with jackd -v, it turned out > rakarrack.in_1 doesn't automatically connect to system.capture_1. Fixing that > with qjackctl makes everything work. (And disconnecting it again makes > Rakarrack die in pain). Can you normally disconnect a jack stream from a live application and not cause trouble ? > After spending another minute on brute-forcing sane colour scheme, What you mention about adjusting the default colour scheme seems reasonable. I did wonder whether rakarrack authors did this for a reason - like the contrasting colours being easy to see when not really seated at the computer, but in guitar playing position... A reason to change might be that the colours are no good for the colour blind ? > I can now > say Rakarrack is really neat and works great after you tame it :) You really > need to make it behave well by default, though. Without it, I see no point in > introducing this to "normal" users. Do you have much experience with jack and/or apps using jack ? The reason I ask, is a setting up jack document suggested the use of say qjackctl to start and connect the jack streams is generally required (which does of course make it more difficult for beginners to get going). If there is easy ways to automate a basic in -> rakarrack ip rakarrack op -> amp connection, that would really simplify basic use. I'm not sure it would be compatible with other jack configs/usage ? And cool, thank for trying it out Lam. DaveT. From Lam at Lam.pl Sun Nov 9 13:40:26 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 9 Nov 2008 14:40:26 +0100 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <4916D846.1000503@iinet.net.au> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> <20081109114238.45682c3a@pensja.lam.pl> <4916D846.1000503@iinet.net.au> Message-ID: <20081109144026.5a0686b3@pensja.lam.pl> Dnia 2008-11-09, o godz. 23:32:06 David Timms napisa?(a): > On the help file, I want to lengths to get the app internal paths > patched to use fedora standard locations for the help files. This seems > to work on F9, both help and license are correctly shown. Is that the > ones you are having trouble with on your rawhide machine ? Yes, and the help browser says: Unable to follow the link "/usr/share/doc/rakarrack/html/help.html" - No such file or directory. The content is in /usr/share/doc/rakarrack-0.2.0/html/, so your patch isn't in effect on rawhide. > Can you normally disconnect a jack stream from a live application and > not cause trouble ? It depends on what you call "trouble". I expect an error dialog, but not hanging/crash of an application. I remember routing sound via gnuitar to audacity and error dialogs were all I've got. > I did wonder whether rakarrack authors did this for a reason > - like the contrasting colours being easy to see when not really seated > at the computer, but in guitar playing position... It simply looks better on their screens :) I'm on a GNOME desktop using Darklooks GTK+ theme, which FLTK tries to use to some extent (and fails). I've tried providing it with a default rakarrack.prefs.db, but it won't fix my problem completely, as they apparently use some background colour from theme for foreground text. They are apparently developing this app on a black-on-white desktop and want it to be in reverse. Not a greatest desktop integration I say :) > Do you have much experience with jack and/or apps using jack ? > The reason I ask, is a setting up jack document suggested the use of say > qjackctl to start and connect the jack streams is generally required Other JACK-aware apps try to implement their own GUIs which are more user-friendly and make qjackctl redundant in simple two-app setups. rakarrack is no different, only it implements the GUI only for sinks for its output :) So rakarrack connects to system output by default. I'd rather expect it to connect to input and wait for me to tell it where to output, but maybe it's just me :) > And cool, thank for trying it out Lam. My pleasure and a realy fine app :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From nando at ccrma.Stanford.EDU Sun Nov 9 19:03:06 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun, 09 Nov 2008 11:03:06 -0800 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <20081109144026.5a0686b3@pensja.lam.pl> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> <20081109114238.45682c3a@pensja.lam.pl> <4916D846.1000503@iinet.net.au> <20081109144026.5a0686b3@pensja.lam.pl> Message-ID: <1226257386.2000.9.camel@localhost.localdomain> On Sun, 2008-11-09 at 14:40 +0100, Leszek Matok wrote: > Dnia 2008-11-09, o godz. 23:32:06 David Timms napisa?(a): > > > On the help file, I want to lengths to get the app internal paths > > patched to use fedora standard locations for the help files. This seems > > to work on F9, both help and license are correctly shown. Is that the > > ones you are having trouble with on your rawhide machine ? > Yes, and the help browser says: > Unable to follow the link "/usr/share/doc/rakarrack/html/help.html" - No such file or directory. > The content is in /usr/share/doc/rakarrack-0.2.0/html/, so your patch isn't > in effect on rawhide. > > > Can you normally disconnect a jack stream from a live application and > > not cause trouble ? > It depends on what you call "trouble". I expect an error dialog, but not > hanging/crash of an application. If disconnecting means "unplugging" it from sources/sinks in qjackctl then no jack application should notice (not even as an error or warning - it is _not_ an error). In my Planet CCRMA packaged version nothing happens if I connect or disconnect ports from rakarrack. If disconnecting means turning off jack then most applications pop up a dialog saying that jack is gone. Some are smarter than others and let you reconnect, on others you have to restart the application. Again, in the Planet CCRMA version rakarrack pops up a panel saying "try to save your work" or something to that effect. > I remember routing sound via gnuitar to > audacity and error dialogs were all I've got. > > > I did wonder whether rakarrack authors did this for a reason > > - like the contrasting colours being easy to see when not really seated > > at the computer, but in guitar playing position... > It simply looks better on their screens :) Or they just like it that way :-) > I'm on a GNOME desktop using > Darklooks GTK+ theme, which FLTK tries to use to some extent (and fails). I've > tried providing it with a default rakarrack.prefs.db, but it won't fix my > problem completely, as they apparently use some background colour from theme > for foreground text. They are apparently developing this app on a > black-on-white desktop and want it to be in reverse. Not a greatest desktop > integration I say :) I think the color scheme is something to be fixed upstream, right? > > Do you have much experience with jack and/or apps using jack ? > > The reason I ask, is a setting up jack document suggested the use of say > > qjackctl to start and connect the jack streams is generally required > Other JACK-aware apps try to implement their own GUIs which are more > user-friendly and make qjackctl redundant in simple two-app setups. rakarrack > is no different, only it implements the GUI only for sinks for its output :) > > So rakarrack connects to system output by default. I'd rather expect it to > connect to input and wait for me to tell it where to output, but maybe it's > just me :) My personal take on this is that jack applications should not connect by themselves to anything unless you tell them to do so. It might be obvious where to connect to/from in a simple stereo in stereo out situation, but jack is used many times for multichannel applications. In those cases the first two output channels and first two input channels might not go anywhere, or may go to places where you don't want apps sending stuff by default. -- Fernando From Lam at Lam.pl Sun Nov 9 19:38:52 2008 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 9 Nov 2008 20:38:52 +0100 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <1226257386.2000.9.camel@localhost.localdomain> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> <20081109114238.45682c3a@pensja.lam.pl> <4916D846.1000503@iinet.net.au> <20081109144026.5a0686b3@pensja.lam.pl> <1226257386.2000.9.camel@localhost.localdomain> Message-ID: <20081109203852.61d74a4a@pensja.lam.pl> Dnia 2008-11-09, o godz. 11:03:06 Fernando Lopez-Lezcano napisa?(a): > On Sun, 2008-11-09 at 14:40 +0100, Leszek Matok wrote: > If disconnecting means "unplugging" it from sources/sinks in qjackctl > then no jack application should notice (not even as an error or warning > - it is _not_ an error). In my Planet CCRMA packaged version nothing > happens if I connect or disconnect ports from rakarrack. I call this "connecting" and "disconnecting" because qjackctl uses this convention. Connecting/disconnecting when "FX on" can make rakarrack die yelling: cannot complete execution of the processing graph (Resource temporarily unavailable) zombified - calling shutdown handler rakarrack: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed. cannot read event response from client [rakarrack] (Connection reset by peer) bad status for client event handling (type = 5) Abort I've noticed that in such situations, after rakarrack quiets down (which, depending on an effect, can take few seconds), there are many jackd errors like: subgraph starting at qjackctl timed out (subgraph_wait_fd=12, status = 0, state = Running) and: **** alsa_pcm: xrun of at least 1226244972609.536 msecs (check out the number of msecs, this is BS and there are no xruns when it's actualy playing sound) Maybe I'm triggering some jackd bugs somehow and they propagate to rakarrack which doesn't expect talking to buggy server? :) > My personal take on this is that jack applications should not connect by > themselves to anything unless you tell them to do so. Having a default connection that I myself configure in application's GUI is different from application doing things by itself. Cheers, Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From nando at ccrma.Stanford.EDU Sun Nov 9 22:16:01 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun, 09 Nov 2008 14:16:01 -0800 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <20081109203852.61d74a4a@pensja.lam.pl> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> <20081109114238.45682c3a@pensja.lam.pl> <4916D846.1000503@iinet.net.au> <20081109144026.5a0686b3@pensja.lam.pl> <1226257386.2000.9.camel@localhost.localdomain> <20081109203852.61d74a4a@pensja.lam.pl> Message-ID: <1226268961.2000.17.camel@localhost.localdomain> On Sun, 2008-11-09 at 20:38 +0100, Leszek Matok wrote: > Dnia 2008-11-09, o godz. 11:03:06 Fernando Lopez-Lezcano > napisa?(a): > > > On Sun, 2008-11-09 at 14:40 +0100, Leszek Matok wrote: > > If disconnecting means "unplugging" it from sources/sinks in qjackctl > > then no jack application should notice (not even as an error or warning > > - it is _not_ an error). In my Planet CCRMA packaged version nothing > > happens if I connect or disconnect ports from rakarrack. > > I call this "connecting" and "disconnecting" because qjackctl uses > this convention. Connecting/disconnecting when "FX on" can make rakarrack die > yelling: > cannot complete execution of the processing graph (Resource temporarily unavailable) > zombified - calling shutdown handler > rakarrack: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy->request)) >= 0)' failed. > cannot read event response from client [rakarrack] (Connection reset by peer) > bad status for client event handling (type = 5) > Abort That is jack kicking out rakarrack from its graph. > I've noticed that in such situations, after rakarrack quiets down (which, > depending on an effect, can take few seconds), there are many jackd errors > like: > subgraph starting at qjackctl timed out (subgraph_wait_fd=12, status = 0, state = Running) > and: > **** alsa_pcm: xrun of at least 1226244972609.536 msecs > (check out the number of msecs, this is BS and there are no xruns when it's > actualy playing sound) > Maybe I'm triggering some jackd bugs somehow and they propagate to rakarrack > which doesn't expect talking to buggy server? :) Which version of jack are you using? If it is the stock 0.109.x then this is probably a combined problem of rakarack and jack. 0.109.x is notoriously unstable, something that is just now fixed (I think) in current jack svn. I'm using jackmp instead which is more stable. I can see that rakarrack is using a _LOT_ of cpu horsepower in its default configuration. How high is the load on your computer when you turn effects on? It could be that you are running out of cpu also... -- Fernando > > My personal take on this is that jack applications should not connect by > > themselves to anything unless you tell them to do so. > Having a default connection that I myself configure in application's GUI is > different from application doing things by itself. > > Cheers, From bhaskins at chartermi.net Mon Nov 10 20:01:52 2008 From: bhaskins at chartermi.net (bhaskins at chartermi.net) Date: Mon, 10 Nov 2008 12:01:52 -0800 Subject: [Fedora-music-list] How can I fib to yum? In-Reply-To: <1226268961.2000.17.camel@localhost.localdomain> Message-ID: <20081110150152.FZ2YJ.1066407.root@mp11> I am running Fedora 9.93 and so far I'm very happy with it. The problem is though that I would like to be able to install some packages and this doesn't happen because yum reports version 9.93 instead of 9. This has always been a problem for me on pre-release versions and I probably should know some way around it but I don't. So how do I get yum to install version 9 packages? Conflicts/crashes are not any problem since I keep at least one laptop and desktop just for testing things and these are completely backed up to a external hard drive. Thanks, Bert From jarod at redhat.com Mon Nov 10 20:12:25 2008 From: jarod at redhat.com (Jarod Wilson) Date: Mon, 10 Nov 2008 15:12:25 -0500 Subject: [Fedora-music-list] How can I fib to yum? In-Reply-To: <20081110150152.FZ2YJ.1066407.root@mp11> References: <20081110150152.FZ2YJ.1066407.root@mp11> Message-ID: <200811101512.25915.jarod@redhat.com> On Monday 10 November 2008 15:01:52 bhaskins at chartermi.net wrote: > I am running Fedora 9.93 and so far I'm very happy with it. > The problem is though that I would like to be able to install > some packages and this doesn't happen because yum reports version 9.93 > instead of 9. > This has always been a problem for me on pre-release versions and I > probably should know some way around it but I don't. > So how do I get yum to install version 9 packages? > > Conflicts/crashes are not any problem since I keep at least one laptop and > desktop just for testing things and these are completely backed up to a > external hard drive. Thanks, Replace $releasever with a hard-coded 9 in the yum repos where you want the F9 packages. -- Jarod Wilson jarod at redhat.com From Lam at Lam.pl Mon Nov 10 20:14:44 2008 From: Lam at Lam.pl (Leszek Matok) Date: Mon, 10 Nov 2008 21:14:44 +0100 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <1226268961.2000.17.camel@localhost.localdomain> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> <20081109114238.45682c3a@pensja.lam.pl> <4916D846.1000503@iinet.net.au> <20081109144026.5a0686b3@pensja.lam.pl> <1226257386.2000.9.camel@localhost.localdomain> <20081109203852.61d74a4a@pensja.lam.pl> <1226268961.2000.17.camel@localhost.localdomain> Message-ID: <20081110211444.6e9e18b3@pensja.lam.pl> Dnia 2008-11-09, o godz. 14:16:01 Fernando Lopez-Lezcano napisa?(a): > Which version of jack are you using? If it is the stock 0.109.x then > this is probably a combined problem of rakarack and jack. 0.109.x is > notoriously unstable, something that is just now fixed (I think) in > current jack svn. I'm using jackmp instead which is more stable. I'm using jack-audio-connection-kit-0.109.2-3.fc10.i386 and don't see jackmp in Fedora without Planet CCRMA. > I can see that rakarrack is using a _LOT_ of cpu horsepower in its > default configuration. How high is the load on your computer when you > turn effects on? It could be that you are running out of cpu also... The most CPU-consuming preset effect that I could find (Clean-A-Duet, which sounds really bad btw) can eat 17% of one CPU and all of the others can go from 3% to 8%, which is nothing. Is there some plan regarding the reportedly unstable jackd in Fedora? Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From green at redhat.com Mon Nov 10 20:40:59 2008 From: green at redhat.com (Anthony Green) Date: Mon, 10 Nov 2008 12:40:59 -0800 Subject: [Fedora-music-list] Re: [Fedora Update] [old_testing] rakarrack-0.2.0-5.fc8 / fc9 In-Reply-To: <20081110211444.6e9e18b3@pensja.lam.pl> References: <20081108000003.17E64208DA7@bastion.fedora.phx.redhat.com> <4914E0F1.9070602@iinet.net.au> <20081109110210.4a634cd6@pensja.lam.pl> <20081109114238.45682c3a@pensja.lam.pl> <4916D846.1000503@iinet.net.au> <20081109144026.5a0686b3@pensja.lam.pl> <1226257386.2000.9.camel@localhost.localdomain> <20081109203852.61d74a4a@pensja.lam.pl> <1226268961.2000.17.camel@localhost.localdomain> <20081110211444.6e9e18b3@pensja.lam.pl> Message-ID: <49189C5B.4010403@redhat.com> Leszek Matok wrote: > Is there some plan regarding the reportedly unstable jackd in Fedora? > > I think the only real bug in Fedora's bugzilla for jack-audio-connection-kit has to do with the quality of resampling. If there are other problems, please file bug reports. Thanks, AG