From christoph at linuxsoup.com Fri Jul 4 16:32:09 2008 From: christoph at linuxsoup.com (Christoph Doerbeck) Date: Fri, 04 Jul 2008 12:32:09 -0400 Subject: [Fedora-music-list] ffado on fedora 9 Message-ID: <1215189129.14616.24.camel@localhost.localdomain> Hi all, I'm working to get ffado installed and functional to operate a Focusrite pro26 firewire audio device. My goal is a DAW using: ffado jackd w/freebob rosegarden hydrogen sooperlooper ardour If anyone has any experience/comments/suggestions with regard to ffado and/or freebob and jackd, your help is greatly appreciated. I'll repost any progress I've made. -christoph Here is what I've done thus far (my blog http://bisque.linuxsoup.com/?q=node/42) Step 1) Compile ffado - At this time I'm not going to post all of the rpms I needed to add after a default Fedora 9 install - Update libraw1394 from rawhide repo + edit /etc/yum.repos.d/fedora-rawhide.repo to enable + yum update libraw1394 - Retrieve ffado (run the following) + cd /usr/local/src + svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk + cd libffado-2.0-beta6 + scons + scons install Step 2) add libffado.so to system library path + echo "/usr/local/lib" >> /etc/ld.so.conf.d/ffado.conf + run 'ldconfig' + below is output from one of the test commands [libffado-2.0-beta6]# tests/test-ffado ListDevices verbose level = 0 Using ffado library version: libffado 1.999.36- === 1394 PORT 0 === Node id GUID VendorId ModelId Vendor - Model 0 0x00241b00c18bab00 0x0000241B 0x00000000 Linux Firewire - 1 0x00130e0100030ba5 0x0000130E 0x00000003 Focusrite - Pro26IO no message buffer overruns Step 3) jackd with freebob driver + no luck yet Step 4) fix step 3 From nando at ccrma.Stanford.EDU Fri Jul 4 18:19:29 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 04 Jul 2008 20:19:29 +0200 Subject: [Fedora-music-list] ffado on fedora 9 In-Reply-To: <1215189129.14616.24.camel@localhost.localdomain> References: <1215189129.14616.24.camel@localhost.localdomain> Message-ID: <1215195569.17373.28.camel@cage.kgw.TU-Berlin.DE> On Fri, 2008-07-04 at 12:32 -0400, Christoph Doerbeck wrote: > Hi all, > > I'm working to get ffado installed and functional to operate a Focusrite > pro26 firewire audio device. My goal is a DAW using: > ffado > jackd w/freebob > rosegarden > hydrogen > sooperlooper > ardour > > If anyone has any experience/comments/suggestions with regard to ffado > and/or freebob and jackd, your help is greatly appreciated. I'll repost > any progress I've made. I got a few emails from Pieter about packaging faado (Free from 64Studio and myself were copied). Does not look too easy - various issues. I have not yet started work on this, it would be great if you could get in touch with them (more below). > Here is what I've done thus far (my blog > http://bisque.linuxsoup.com/?q=node/42) > > Step 1) Compile ffado > > - At this time I'm not going to post all of the rpms I needed to add > after a default Fedora 9 install > - Update libraw1394 from rawhide repo > + edit /etc/yum.repos.d/fedora-rawhide.repo to enable > + yum update libraw1394 > - Retrieve ffado (run the following) > + cd /usr/local/src > + svn checkout svn://svn.berlios.de/linux-uvc/linux-uvc/trunk > + cd libffado-2.0-beta6 > + scons > + scons install > > Step 2) add libffado.so to system library path > + echo "/usr/local/lib" >> /etc/ld.so.conf.d/ffado.conf > + run 'ldconfig' Why install to /usr/local? Is this temporary while you experiment? > + below is output from one of the test commands > > [libffado-2.0-beta6]# tests/test-ffado ListDevices > verbose level = 0 > Using ffado library version: libffado 1.999.36- > > === 1394 PORT 0 === > Node id GUID VendorId ModelId Vendor - Model > 0 0x00241b00c18bab00 0x0000241B 0x00000000 Linux Firewire - > 1 0x00130e0100030ba5 0x0000130E 0x00000003 Focusrite - Pro26IO > no message buffer overruns > > Step 3) jackd with freebob driver > + no luck yet You need (at least) to rebuild jackd with support for faado (ie: package faado and then include the development package as a build requirement for jack-audio-connection-kit) - stock jack only supports freebob. Or do a jack test build/install in the machine in which you have the faado libraries installed. Stock jack packages do not include faado support. It may be better to package svn jack. I don't actually remember the state of faado support in the latest "stable" release (which has known problems and is not actually "stable" :-). Current svn is supposed to be better behaved than 0.109.x (current "stable") and that is what I'm testing in Planet CCRMA right now and running in my laptop. The Planet CCRMA jack package is also better tuned for the realtime kernels I support. > Step 4) fix step 3 I'm forwarding you the thread from Pieter in a separate email... Best. -- Fernando From christoph at linuxsoup.com Sat Jul 5 12:38:08 2008 From: christoph at linuxsoup.com (Christoph Doerbeck) Date: Sat, 05 Jul 2008 08:38:08 -0400 Subject: [Fedora-music-list] ffado on fedora 9 In-Reply-To: <1215195569.17373.28.camel@cage.kgw.TU-Berlin.DE> References: <1215189129.14616.24.camel@localhost.localdomain> <1215195569.17373.28.camel@cage.kgw.TU-Berlin.DE> Message-ID: <1215261488.14616.52.camel@localhost.localdomain> On Fri, 2008-07-04 at 20:19 +0200, Fernando Lopez-Lezcano wrote: > > ...SNIP... > > Why install to /usr/local? Is this temporary while you experiment? > Yes... (experimenting) I'm trying to figure out what the roadmap looks like before attempting to write spec files etc... > It may be better to package svn jack. I don't actually remember the > state of faado support in the latest "stable" release (which has known > problems and is not actually "stable" :-). Current svn is supposed to be > better behaved than 0.109.x (current "stable") and that is what I'm > testing in Planet CCRMA right now and running in my laptop. The Planet > CCRMA jack package is also better tuned for the realtime kernels I > support. > Based on the homepage for Planet CCRMA, I don't see Fedora 9 support just yet. Is this correct? -christoph From nando at ccrma.Stanford.EDU Sun Jul 6 17:43:37 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Sun, 06 Jul 2008 19:43:37 +0200 Subject: [Fedora-music-list] ffado on fedora 9 In-Reply-To: <1215261488.14616.52.camel@localhost.localdomain> References: <1215189129.14616.24.camel@localhost.localdomain> <1215195569.17373.28.camel@cage.kgw.TU-Berlin.DE> <1215261488.14616.52.camel@localhost.localdomain> Message-ID: <1215366217.3164.0.camel@cage.kgw.TU-Berlin.DE> On Sat, 2008-07-05 at 08:38 -0400, Christoph Doerbeck wrote: > On Fri, 2008-07-04 at 20:19 +0200, Fernando Lopez-Lezcano wrote: > > > > ...SNIP... > > > > Why install to /usr/local? Is this temporary while you experiment? > > > > Yes... (experimenting) I'm trying to figure out what the roadmap looks > like before attempting to write spec files etc... > > > It may be better to package svn jack. I don't actually remember the > > state of faado support in the latest "stable" release (which has known > > problems and is not actually "stable" :-). Current svn is supposed to be > > better behaved than 0.109.x (current "stable") and that is what I'm > > testing in Planet CCRMA right now and running in my laptop. The Planet > > CCRMA jack package is also better tuned for the realtime kernels I > > support. > > > > Based on the homepage for Planet CCRMA, I don't see Fedora 9 support > just yet. Is this correct? Not entirely. Not all packages are there but the most important ones are. I have not updated the page to include that information. -- Fernando From green at redhat.com Fri Jul 11 02:13:43 2008 From: green at redhat.com (Anthony Green) Date: Thu, 10 Jul 2008 19:13:43 -0700 Subject: [Fedora-music-list] ardour 2.5 and aubio Message-ID: <4876C1D7.4090005@redhat.com> Ardour 2.5 just came out, but it introduces a new library dependency: aubio. I slapped together a quick package for aubio. We can't roll out Ardour 2.5 'til aubio is approved. https://bugzilla.redhat.com/show_bug.cgi?id=454960 Any takers? AG From harald at redhat.com Fri Jul 11 08:24:19 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 11 Jul 2008 10:24:19 +0200 Subject: [Fedora-music-list] Audio SIG - Jacklab spin Message-ID: Anyone interested in an audio SIG? Add yourself to http://fedoraproject.org/wiki/SIGs/Audio if you want to join. We could also create a jacklab like spin ( http://jacklab.org/ ) with jackd as the main audio daemon. From j.w.r.degoede at hhs.nl Fri Jul 11 08:42:00 2008 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 11 Jul 2008 10:42:00 +0200 Subject: [Fedora-music-list] Audio SIG - Jacklab spin In-Reply-To: References: Message-ID: <48771CD8.1090303@hhs.nl> Harald Hoyer wrote: > Anyone interested in an audio SIG? > Add yourself to http://fedoraproject.org/wiki/SIGs/Audio if you want to > join. > > > We could also create a jacklab like spin ( http://jacklab.org/ ) with > jackd as the main audio daemon. > Erm, there already is a (somewhat defunct) audio creation SIG: http://fedoraproject.org/wiki/SIGs/AudioCreation Feel free to add yourself there, and put any usefull stuff from the Audio SIG wiki page in the AudioCreation SIG wiki page. Regards, Hans From harald at redhat.com Fri Jul 11 08:41:35 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 11 Jul 2008 10:41:35 +0200 Subject: [Fedora-music-list] Re: Audio SIG - Jacklab spin In-Reply-To: <48771CD8.1090303@hhs.nl> References: <48771CD8.1090303@hhs.nl> Message-ID: Hans de Goede wrote: > Harald Hoyer wrote: >> Anyone interested in an audio SIG? >> Add yourself to http://fedoraproject.org/wiki/SIGs/Audio if you want >> to join. >> >> >> We could also create a jacklab like spin ( http://jacklab.org/ ) with >> jackd as the main audio daemon. >> > > Erm, there already is a (somewhat defunct) audio creation SIG: > http://fedoraproject.org/wiki/SIGs/AudioCreation > > Feel free to add yourself there, and put any usefull stuff from the > Audio SIG wiki page in the AudioCreation SIG wiki page. > > Regards, > > Hans > right, it didn't show up in https://fedoraproject.org/wiki/Category:SIGs sorry for the duplication From harald at redhat.com Fri Jul 11 08:47:22 2008 From: harald at redhat.com (Harald Hoyer) Date: Fri, 11 Jul 2008 10:47:22 +0200 Subject: [Fedora-music-list] Re: Audio SIG - Jacklab spin In-Reply-To: <48771CD8.1090303@hhs.nl> References: <48771CD8.1090303@hhs.nl> Message-ID: Hans de Goede wrote: > Feel free to add yourself there, and put any usefull stuff from the > Audio SIG wiki page in the AudioCreation SIG wiki page. Done :) From green at redhat.com Sun Jul 13 03:49:25 2008 From: green at redhat.com (Anthony Green) Date: Sat, 12 Jul 2008 20:49:25 -0700 Subject: [Fedora-music-list] jack and pulseaudio Message-ID: <48797B45.7010803@redhat.com> Harald - I just read your blog entry here: http://www.harald-hoyer.de/linux/pulseaudio-and-jackd I didn't do any of those pulseaudio bits to get jackd running on my F9 system. I just added the jackuser bits to limits.conf and fired up jackd via qjackctl. What's the benefit of all those pulseaudio config bits? Thanks! AG From green at redhat.com Mon Jul 14 06:34:42 2008 From: green at redhat.com (Anthony Green) Date: Sun, 13 Jul 2008 23:34:42 -0700 Subject: [Fedora-music-list] ardour 2.5 Message-ID: <487AF382.5020004@redhat.com> I'm currently building ardour 2.5 for rawhide. This required getting the new package 'aubio' into the distro (thanks Hans!). Upstream recommends blowing away your ~/.ardour2/ardour.bindings file before running. I hacked this behaviour (backing up the file first) into the ardour startup script, similar to how this was done for ardour 2.2 config files. If anybody thinks was a bad idea, let me know. I'm also inclined to push this into F9, since it fixes lots of crashers (perhaps even one recently reported to our bugzilla). Any objections? AG From nando at ccrma.Stanford.EDU Mon Jul 14 07:20:24 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Mon, 14 Jul 2008 09:20:24 +0200 Subject: [Fedora-music-list] ardour 2.5 In-Reply-To: <487AF382.5020004@redhat.com> References: <487AF382.5020004@redhat.com> Message-ID: <1216020024.8571.10.camel@cage.kgw.TU-Berlin.DE> On Sun, 2008-07-13 at 23:34 -0700, Anthony Green wrote: > I'm currently building ardour 2.5 for rawhide. This required getting > the new package 'aubio' into the distro (thanks Hans!). > > Upstream recommends blowing away your ~/.ardour2/ardour.bindings file > before running. I hacked this behaviour (backing up the file first) > into the ardour startup script, similar to how this was done for ardour > 2.2 config files. If anybody thinks was a bad idea, let me know. I was going to suggest that, it is fine I think. > I'm also inclined to push this into F9, since it fixes lots of crashers > (perhaps even one recently reported to our bugzilla). Any objections? No, I agree. I will probably also push it on Planet CCRMA for fc8 et al once there is a Fedora src.rpm. -- Fernando From green at redhat.com Mon Jul 14 08:05:55 2008 From: green at redhat.com (Anthony Green) Date: Mon, 14 Jul 2008 01:05:55 -0700 Subject: [Fedora-music-list] ardour 2.5 In-Reply-To: <1216020024.8571.10.camel@cage.kgw.TU-Berlin.DE> References: <487AF382.5020004@redhat.com> <1216020024.8571.10.camel@cage.kgw.TU-Berlin.DE> Message-ID: <487B08E3.5080005@redhat.com> Fernando Lopez-Lezcano wrote: > >> I'm also inclined to push this into F9, since it fixes lots of crashers >> (perhaps even one recently reported to our bugzilla). Any objections? >> > > No, I agree. Ok, great. I've requested a new branch for aubio. Perhaps this will all get done tomorrow. AG From harald at redhat.com Mon Jul 14 09:06:36 2008 From: harald at redhat.com (Harald Hoyer) Date: Mon, 14 Jul 2008 11:06:36 +0200 Subject: [Fedora-music-list] Re: jack and pulseaudio In-Reply-To: <48797B45.7010803@redhat.com> References: <48797B45.7010803@redhat.com> Message-ID: Anthony Green wrote: > Harald - > > I just read your blog entry here: > http://www.harald-hoyer.de/linux/pulseaudio-and-jackd > > I didn't do any of those pulseaudio bits to get jackd running on my F9 > system. I just added the jackuser bits to limits.conf and fired up > jackd via qjackctl. What's the benefit of all those pulseaudio config > bits? > > Thanks! > > AG > the benefit is, that pulseaudio is a jack client then and everything what uses pulseaudio can play sounds while jackd is running. From jwilson at redhat.com Wed Jul 23 03:28:05 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Tue, 22 Jul 2008 23:28:05 -0400 Subject: [Fedora-music-list] ffado package up for review Message-ID: <200807222328.05803.jwilson@redhat.com> So tonight, I finally spent some time hacking on ffado and a spec file for it... Got it building, and even at least basically working... (ffadomixer sees my device, that's as far as I got, ship it!). I've submitted it for Fedora package review: https://bugzilla.redhat.com/show_bug.cgi?id=456353 Reviewers would be greatly appreciated... Even more so if you actually know how to use this stuff (I have no clue myself :). -- Jarod Wilson jwilson at redhat.com From christoph at linuxsoup.com Wed Jul 23 16:06:58 2008 From: christoph at linuxsoup.com (Christoph Doerbeck) Date: Wed, 23 Jul 2008 12:06:58 -0400 Subject: [Fedora-music-list] ffado package up for review In-Reply-To: <200807222328.05803.jwilson@redhat.com> References: <200807222328.05803.jwilson@redhat.com> Message-ID: <1216829218.28544.7.camel@localhost.localdomain> Hi Jarod, We need to figure out how to package an older version of jack for fedora with ffado support enabled. From a previous conversation I've had: "?I've put up a modified version of jack 0.106.0 (aka 'the last know good') that includes the most recent firewire backend at: http://subversion.ffado.org/attachment/wiki/DevelopmentReleases/jack-audio-connection-kit-0.106.99.tar.gz?format=raw I think it's a good idea to use that for packaging. Anything post 0.106.0 has too many issues, and there is no real need for more testing of these problems. We've fixed some of them, but there are still some well-described test cases that fail consistently. I can personally confirm that the current SVN is not workable. " -cd On Tue, 2008-07-22 at 23:28 -0400, Jarod Wilson wrote: > So tonight, I finally spent some time hacking on ffado and a spec file for > it... Got it building, and even at least basically working... (ffadomixer > sees my device, that's as far as I got, ship it!). I've submitted it for > Fedora package review: > > https://bugzilla.redhat.com/show_bug.cgi?id=456353 > > Reviewers would be greatly appreciated... Even more so if you actually know > how to use this stuff (I have no clue myself :). > > -- > Jarod Wilson > jwilson at redhat.com > > _______________________________________________ > Fedora-music-list mailing list > Fedora-music-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-music-list > From jwilson at redhat.com Wed Jul 23 18:26:17 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 23 Jul 2008 14:26:17 -0400 Subject: [Fedora-music-list] ffado package up for review In-Reply-To: <1216829218.28544.7.camel@localhost.localdomain> References: <200807222328.05803.jwilson@redhat.com> <1216829218.28544.7.camel@localhost.localdomain> Message-ID: <200807231426.17182.jwilson@redhat.com> On Wednesday 23 July 2008 12:06:58 pm Christoph Doerbeck wrote: > Hi Jarod, > > We need to figure out how to package an older version of jack for fedora > with ffado support enabled. From a previous conversation I've had: > > "?I've put up a modified version of jack 0.106.0 (aka 'the last know > good') that includes the most recent firewire backend at: > http://subversion.ffado.org/attachment/wiki/DevelopmentReleases/jack-audio- >connection-kit-0.106.99.tar.gz?format=raw > > I think it's a good idea to use that for packaging. Anything post > 0.106.0 has too many issues, and there is no real need for more testing > of these problems. We've fixed some of them, but there are still some > well-described test cases that fail consistently. I can personally > confirm that the current SVN is not workable. > " Crud. This is gonna be messy, if it can be done at all. Given that Fedora is at 0.109.2 already, we'd have a hard time talking the maintainer into using that build, so we'd be looking at a compat package or an ffado-jackd package or something along those lines. :\ For grins, I started poking at a local build of it (simply as jack) here. At the moment, its falling down like so: [...] gcc -shared .libs/alsa_driver.o .libs/generic_hw.o .libs/memops.o .libs/hammerfall.o .libs/hdsp.o .libs/ice1712.o .libs/usx2y.o -Wl,--whole-archive ../alsa-midi/.libs/libalsamidi.a -Wl,--no-whole-archive -lasound -lm -lpthread -ldl -m64 -mtune=generic -m64 -mtune=generic -Wl,-soname -Wl,jack_alsa.so -o .libs/jack_alsa.so /usr/bin/ld: ../alsa-midi/.libs/libalsamidi.a(alsa_seqmidi.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ../alsa-midi/.libs/libalsamidi.a(alsa_seqmidi.o): could not read symbols: Bad value Might be some requirements on an older ALSA as well, I dunno... > On Tue, 2008-07-22 at 23:28 -0400, Jarod Wilson wrote: > > So tonight, I finally spent some time hacking on ffado and a spec file > > for it... Got it building, and even at least basically working... > > (ffadomixer sees my device, that's as far as I got, ship it!). I've > > submitted it for Fedora package review: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=456353 > > > > Reviewers would be greatly appreciated... Even more so if you actually > > know how to use this stuff (I have no clue myself :). -- Jarod Wilson jwilson at redhat.com From nando at ccrma.Stanford.EDU Thu Jul 24 07:37:03 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 24 Jul 2008 09:37:03 +0200 Subject: [Fedora-music-list] ffado package up for review In-Reply-To: <200807231426.17182.jwilson@redhat.com> References: <200807222328.05803.jwilson@redhat.com> <1216829218.28544.7.camel@localhost.localdomain> <200807231426.17182.jwilson@redhat.com> Message-ID: <1216885023.20819.31.camel@cage.kgw.TU-Berlin.DE> On Wed, 2008-07-23 at 14:26 -0400, Jarod Wilson wrote: > On Wednesday 23 July 2008 12:06:58 pm Christoph Doerbeck wrote: > > Hi Jarod, > > > > We need to figure out how to package an older version of jack for fedora > > with ffado support enabled. From a previous conversation I've had: > > > > "?I've put up a modified version of jack 0.106.0 (aka 'the last know > > good') that includes the most recent firewire backend at: > > http://subversion.ffado.org/attachment/wiki/DevelopmentReleases/jack-audio- > >connection-kit-0.106.99.tar.gz?format=raw > > > > I think it's a good idea to use that for packaging. Anything post > > 0.106.0 has too many issues, and there is no real need for more testing > > of these problems. We've fixed some of them, but there are still some > > well-described test cases that fail consistently. I can personally > > confirm that the current SVN is not workable. > > " > > Crud. This is gonna be messy, if it can be done at all. Given that Fedora is > at 0.109.2 already, we'd have a hard time talking the maintainer into using > that build, Well, it is not a stable system. Would not that be reason enough? (doing it is simple, we just need an epoch of "1"... :-) I don't see how the packager would be able to say that it works fine. One problem is that some software needs post 0.107.0 to even compile! So downgrading is a real problem. Dammed if you do, dammed if you don't. I have been using current svn and it is much better than 0.109.x, but some people have been having problems (thus the post). Actually, the only "stable" jack right now is jackmp, a newer implementation of the same API, written in C++. That one is good. If your Jack graph has parallelism, jackmp will execute what it can in different threads so that load will be spread amongst cores in a multi cpu system - something which does not happen in the normal jack. I have had experimental packages for Planet CCRMA for a while (that I have not yet released). Some (not properly written) software was having problems with it, but I think a patch was posted recently for one (the last?) of them, amSynth. So maybe it would be possible to release that for Planet CCRMA. > so we'd be looking at a compat package or an ffado-jackd package > or something along those lines. :\ The problem is not unique to faado. Any use of jack is affected. -- Fernando > For grins, I started poking at a local build of it (simply as jack) here. At > the moment, its falling down like so: > > [...] > gcc -shared .libs/alsa_driver.o .libs/generic_hw.o .libs/memops.o .libs/hammerfall.o .libs/hdsp.o .libs/ice1712.o .libs/usx2y.o -Wl,--whole-archive ../alsa-midi/.libs/libalsamidi.a -Wl,--no-whole-archive -lasound -lm -lpthread -ldl -m64 -mtune=generic -m64 -mtune=generic -Wl,-soname -Wl,jack_alsa.so -o .libs/jack_alsa.so > /usr/bin/ld: ../alsa-midi/.libs/libalsamidi.a(alsa_seqmidi.o): relocation > R_X86_64_32 against `a local symbol' can not be used when making a shared > object; recompile with -fPIC > ../alsa-midi/.libs/libalsamidi.a(alsa_seqmidi.o): could not read symbols: Bad > value > > Might be some requirements on an older ALSA as well, I dunno... > > > On Tue, 2008-07-22 at 23:28 -0400, Jarod Wilson wrote: > > > So tonight, I finally spent some time hacking on ffado and a spec file > > > for it... Got it building, and even at least basically working... > > > (ffadomixer sees my device, that's as far as I got, ship it!). I've > > > submitted it for Fedora package review: > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=456353 > > > > > > Reviewers would be greatly appreciated... Even more so if you actually > > > know how to use this stuff (I have no clue myself :). From jwilson at redhat.com Thu Jul 24 19:21:50 2008 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 24 Jul 2008 15:21:50 -0400 Subject: [Fedora-music-list] ffado package up for review In-Reply-To: <1216885023.20819.31.camel@cage.kgw.TU-Berlin.DE> References: <200807222328.05803.jwilson@redhat.com> <200807231426.17182.jwilson@redhat.com> <1216885023.20819.31.camel@cage.kgw.TU-Berlin.DE> Message-ID: <200807241521.50247.jwilson@redhat.com> On Thursday 24 July 2008 03:37:03 am Fernando Lopez-Lezcano wrote: > On Wed, 2008-07-23 at 14:26 -0400, Jarod Wilson wrote: > > On Wednesday 23 July 2008 12:06:58 pm Christoph Doerbeck wrote: > > > Hi Jarod, > > > > > > We need to figure out how to package an older version of jack for > > > fedora with ffado support enabled. From a previous conversation I've > > > had: > > > > > > "?I've put up a modified version of jack 0.106.0 (aka 'the last know > > > good') that includes the most recent firewire backend at: > > > http://subversion.ffado.org/attachment/wiki/DevelopmentReleases/jack-au > > >dio- connection-kit-0.106.99.tar.gz?format=raw > > > > > > I think it's a good idea to use that for packaging. Anything post > > > 0.106.0 has too many issues, and there is no real need for more testing > > > of these problems. We've fixed some of them, but there are still some > > > well-described test cases that fail consistently. I can personally > > > confirm that the current SVN is not workable. > > > " > > > > Crud. This is gonna be messy, if it can be done at all. Given that Fedora > > is at 0.109.2 already, we'd have a hard time talking the maintainer into > > using that build, > > Well, it is not a stable system. Would not that be reason enough? (doing > it is simple, we just need an epoch of "1"... :-) I don't see how the > packager would be able to say that it works fine. Unfortunately, I know approximately jack about jack, so I dunno what's busted or not where. I know packaging-wise, its not hard to roll back, its the convincing the maintainer to do so part that could take some doing, esp. given... > One problem is that some software needs post 0.107.0 to even compile! So > downgrading is a real problem. Dammed if you do, dammed if you don't. ...that 0.106.99 doesn't build locally for me, and as you said, other software requires post-0.107.0. :\ > I have been using current svn and it is much better than 0.109.x, but > some people have been having problems (thus the post). I've got a reasonably recent local svn build of 0.112.0, svn r2721 installed here to poke at for now. > Actually, the only "stable" jack right now is jackmp, a newer > implementation of the same API, written in C++. That one is good. If > your Jack graph has parallelism, jackmp will execute what it can in > different threads so that load will be spread amongst cores in a multi > cpu system - something which does not happen in the normal jack. I have > had experimental packages for Planet CCRMA for a while (that I have not > yet released). Some (not properly written) software was having problems > with it, but I think a patch was posted recently for one (the last?) of > them, amSynth. So maybe it would be possible to release that for Planet > CCRMA. Can jackmp be installed in parallel with jack, or would you just package it as jackmp w/Obsoletes: jack? (i.e., could this potentially get into the fedora tree, or would it need to reside outside of it) > > so we'd be looking at a compat package or an ffado-jackd package > > or something along those lines. :\ > > The problem is not unique to faado. Any use of jack is affected. Gotcha. Didn't know it was that widespread. I'm quite the novice in the whole audio area, really only getting involved to try to get things more functional with the new firewire driver and library stack. -- Jarod Wilson jwilson at redhat.com From nando at ccrma.Stanford.EDU Fri Jul 25 10:54:26 2008 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 25 Jul 2008 12:54:26 +0200 Subject: [Fedora-music-list] ffado package up for review In-Reply-To: <200807241521.50247.jwilson@redhat.com> References: <200807222328.05803.jwilson@redhat.com> <200807231426.17182.jwilson@redhat.com> <1216885023.20819.31.camel@cage.kgw.TU-Berlin.DE> <200807241521.50247.jwilson@redhat.com> Message-ID: <1216983266.1995.16.camel@cage.kgw.TU-Berlin.DE> On Thu, 2008-07-24 at 15:21 -0400, Jarod Wilson wrote: > On Thursday 24 July 2008 03:37:03 am Fernando Lopez-Lezcano wrote: > > Actually, the only "stable" jack right now is jackmp, a newer > > implementation of the same API, written in C++. That one is good. If > > your Jack graph has parallelism, jackmp will execute what it can in > > different threads so that load will be spread amongst cores in a multi > > cpu system - something which does not happen in the normal jack. I have > > had experimental packages for Planet CCRMA for a while (that I have not > > yet released). Some (not properly written) software was having problems > > with it, but I think a patch was posted recently for one (the last?) of > > them, amSynth. So maybe it would be possible to release that for Planet > > CCRMA. > > Can jackmp be installed in parallel with jack, or would you just package it as > jackmp w/Obsoletes: jack? (i.e., could this potentially get into the fedora > tree, or would it need to reside outside of it) It could potentially get into Fedora. The problem is when. Most probably it will be in Planet CCRMA long before it moves to Fedora. Jackmp is actually going to be jack 2.0 when the time comes. There was an experiment with wrapper scripts (which for some time I begged the jack and jackmp developers to write) that enabled both to live side by side, that is, the jack package could include both jackd and jackdmp. Depending on which server you started the clients would magically find their way to the right set of shared libraries. Regretfully it was a failed experiment and it is no longer supported (although I experimentally packaged it for a while). Some programs had weird interactions with the magic needed to get this going and it was rightly thought that it was better to spend developer man-hours in the actual jack[mp] code. Current jackmp svn versioning is 1.9x as a predecessor to jack 2, so just packaging jackmp as jack-audio-connection-kit would be the right thing to do. The problem is that you can't really go back once that hits the repositories. I have spec files that do just that, they build either normal jack or jackmp depending on a %define. > > > so we'd be looking at a compat package or an ffado-jackd package > > > or something along those lines. :\ > > > > The problem is not unique to faado. Any use of jack is affected. > > Gotcha. Didn't know it was that widespread. I'm quite the novice in the whole > audio area, really only getting involved to try to get things more functional > with the new firewire driver and library stack. Yes, sorry, it is sometimes a bit more complicated than we would want it to be :-) Thanks for the effort and help!! -- Fernando