From green at redhat.com Tue Nov 6 01:15:23 2007 From: green at redhat.com (Anthony Green) Date: Mon, 05 Nov 2007 17:15:23 -0800 Subject: [Fedora-music-list] jackd and PulseAudio Message-ID: <472FC02B.9000605@redhat.com> I just did an in-place fc6-to-f8 upgrade and it went pretty smoothly. One gotcha was I had to adjust the qjackd settings thusly: 1. Change "Server Path" on qjackctl's Setup page to "pasuspender jackd --". This suspends PulseAudio so it isn't hogging the ALSA ports while I'm running jackd. 2. Change the "Interface" setting to "hw:0" from "default". jackd wouldn't start up otherwise. Any idea why? AG -------------- next part -------------- A non-text attachment was scrubbed... Name: green.vcf Type: text/x-vcard Size: 163 bytes Desc: not available URL: From seg at haxxed.com Tue Nov 6 01:31:41 2007 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 05 Nov 2007 19:31:41 -0600 Subject: [Fedora-music-list] jackd and PulseAudio In-Reply-To: <472FC02B.9000605@redhat.com> References: <472FC02B.9000605@redhat.com> Message-ID: <1194312701.14440.13.camel@localhost> On Mon, 2007-11-05 at 17:15 -0800, Anthony Green wrote: > 2. Change the "Interface" setting to "hw:0" from "default". jackd > wouldn't start up otherwise. Any idea why? I would assume that "default" has been redirected through PA? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ianjdoyle at hotmail.com Tue Nov 6 01:53:35 2007 From: ianjdoyle at hotmail.com (Ian Doyle) Date: Tue, 6 Nov 2007 12:53:35 +1100 Subject: [Fedora-music-list] UNSUBSCRIBE Message-ID: UNSUBSCRIBE _________________________________________________________________ Your Future Starts Here. Dream it? Then be it! Find it at www.seek.com.au http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2F%3Ftracking%3Dsk%3Ahet%3Ask%3Anine%3A0%3Ahot%3Atext&_t=764565661&_r=OCT07_endtext_Future&_m=EXT -------------- next part -------------- An HTML attachment was scrubbed... URL: From nando at ccrma.Stanford.EDU Tue Nov 6 18:03:24 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Tue, 06 Nov 2007 10:03:24 -0800 Subject: [Fedora-music-list] jackd and PulseAudio In-Reply-To: <472FC02B.9000605@redhat.com> References: <472FC02B.9000605@redhat.com> Message-ID: <1194372204.10853.1.camel@cmn3.stanford.edu> On Mon, 2007-11-05 at 17:15 -0800, Anthony Green wrote: > I just did an in-place fc6-to-f8 upgrade and it went pretty smoothly. Cool! Do you have a "how I did it" page somewhere? Would be very useful... > One gotcha was I had to adjust the qjackd settings thusly: > > 1. Change "Server Path" on qjackctl's Setup page to "pasuspender jackd > --". This suspends PulseAudio so it isn't hogging the ALSA ports while > I'm running jackd. Ahh, good to know. The Planet CCRMA jack package for f8 should have that in place by default. Works fine otherwise? > 2. Change the "Interface" setting to "hw:0" from "default". jackd > wouldn't start up otherwise. Any idea why? That should the default except I'm not sure I want to force that. By default "default" used to go through the dmix plugin and you really don't want any plugin in between jack and the soundcard. "hw:0" is the right thing to do. -- Fernando From green at redhat.com Tue Nov 6 18:14:12 2007 From: green at redhat.com (Anthony Green) Date: Tue, 06 Nov 2007 10:14:12 -0800 Subject: [Fedora-music-list] jackd and PulseAudio In-Reply-To: <1194372204.10853.1.camel@cmn3.stanford.edu> References: <472FC02B.9000605@redhat.com> <1194372204.10853.1.camel@cmn3.stanford.edu> Message-ID: <4730AEF4.2050806@redhat.com> Fernando Lopez-Lezcano wrote: > On Mon, 2007-11-05 at 17:15 -0800, Anthony Green wrote: >> I just did an in-place fc6-to-f8 upgrade and it went pretty smoothly. > > Cool! Do you have a "how I did it" page somewhere? Would be very > useful... No. I took some notes which I'll stick in a blog entry later today. This is what I wrote down... 1. Manually upgrade the fedora-release and fedora-release-notes packages like so: rpm -hUv \ http://mirrors.cat.pdx.edu/fedora/linux/releases/test/7.92/Fedora/i386/os/Packages/fedora-release-7.92-1.noarch.rpm \ http://mirrors.cat.pdx.edu/fedora/linux/releases/test/7.92/Fedora/i386/os/Packages/fedora-release-notes-7.92-2.noarch.rpm 2. Disable all third-party repositories in /etc/yum.repos.d. 3. Remove third-party packages for which there is no new repo. The upgrade fail due to broken dependencies otherwise. 4. "yum update" 5. Now your system has updated versions of all of your previously installed packages. In order to pick up new packages from the groups you care about, you'll want to do something like so: yum groupinstall "GNOME Desktop Environment" "Development Tools" \ "Server Configuration Tools" "Hardware Support" \ "Sound and Video" "Graphical Internet" "Fonts" \ "Games and Entertainment" "Printing Software" \ "Administration Tools" "Office/Productivity" "System Tools" 6. Cross fingers & reboot. >> One gotcha was I had to adjust the qjackd settings thusly: >> >> 1. Change "Server Path" on qjackctl's Setup page to "pasuspender jackd >> --". This suspends PulseAudio so it isn't hogging the ALSA ports while >> I'm running jackd. > > Ahh, good to know. The Planet CCRMA jack package for f8 should have that > in place by default. I'm going to file a bug against the Fedora qjackctl today. > Works fine otherwise? It seems to, yes. F8 is pretty nice! >> 2. Change the "Interface" setting to "hw:0" from "default". jackd >> wouldn't start up otherwise. Any idea why? > > That should the default except I'm not sure I want to force that. By > default "default" used to go through the dmix plugin and you really > don't want any plugin in between jack and the soundcard. "hw:0" is the > right thing to do. Ok, good to know. This will be in my bug report as well. AG -------------- next part -------------- A non-text attachment was scrubbed... Name: green.vcf Type: text/x-vcard Size: 163 bytes Desc: not available URL: From joakim at verona.se Thu Nov 8 12:26:49 2007 From: joakim at verona.se (joakim at verona.se) Date: Thu, 08 Nov 2007 13:26:49 +0100 Subject: [Fedora-music-list] jackd, fc8, lenovo x61 Message-ID: Hello, Im trying to use jackd on fc8 on a lenovo x61 laptop. Sound is ridiculously choppy. Even if I fail to set realtime settings properly or something it shouldnt be this choppy. Normal sound through alsa works well. It makes no difference if I run jackd as root or not. I run it through qjackctl, and set alsa port hw:0. I also tried no duplex. I dont think I have any other sound daemons such as pulseaudio, esd or arts running. Any hints how to debug this are apreciated. -- Joakim Verona From nando at ccrma.Stanford.EDU Thu Nov 8 18:18:48 2007 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 08 Nov 2007 10:18:48 -0800 Subject: [Fedora-music-list] jackd, fc8, lenovo x61 In-Reply-To: References: Message-ID: <1194545928.7437.8.camel@cmn18.stanford.edu> On Thu, 2007-11-08 at 13:26 +0100, joakim at verona.se wrote: > Hello, > > Im trying to use jackd on fc8 on a lenovo x61 laptop. > > Sound is ridiculously choppy. Even if I fail to set realtime settings > properly or something it shouldnt be this choppy. Normal sound > through alsa works well. > > It makes no difference if I run jackd as root or not. > I run it through qjackctl, and set alsa port hw:0. > I also tried no duplex. > > I dont think I have any other sound daemons such as pulseaudio, > esd or arts running. > > Any hints how to debug this are apreciated. If this is using snd-hda-intel hardware you should try setting "Periods/Buffer" to 3 or more, 2 just does not work on that (toy) hardware - which I also have in a T61. -- Fernando From joakim at verona.se Thu Nov 8 20:50:37 2007 From: joakim at verona.se (joakim at verona.se) Date: Thu, 08 Nov 2007 21:50:37 +0100 Subject: [Fedora-music-list] Re: jackd, fc8, lenovo x61 References: <1194545928.7437.8.camel@cmn18.stanford.edu> Message-ID: Fernando Lopez-Lezcano writes: > On Thu, 2007-11-08 at 13:26 +0100, joakim at verona.se wrote: >> Hello, >> >> Im trying to use jackd on fc8 on a lenovo x61 laptop. >> >> Sound is ridiculously choppy. Even if I fail to set realtime settings >> properly or something it shouldnt be this choppy. Normal sound >> through alsa works well. >> >> It makes no difference if I run jackd as root or not. >> I run it through qjackctl, and set alsa port hw:0. >> I also tried no duplex. >> >> I dont think I have any other sound daemons such as pulseaudio, >> esd or arts running. >> >> Any hints how to debug this are apreciated. > > If this is using snd-hda-intel hardware you should try setting > "Periods/Buffer" to 3 or more, 2 just does not work on that (toy) > hardware - which I also have in a T61. > > -- Fernando > > Thanks for these hints! However, I'm still unsucessful. Log attached. jackd --realtime -v -R -P14 -dalsa -dhw:0 -r44100 -p2048 -n4 -P getting driver descriptor from /usr/lib/jack/jack_dummy.so getting driver descriptor from /usr/lib/jack/jack_alsa.so getting driver descriptor from /usr/lib/jack/jack_freebob.so jackd 0.103.0 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. server `default' registered registered builtin port type 32 bit float mono audio registered builtin port type 8 bit raw midi clock source = system clock via clock_gettime loading driver .. apparent rate = 44100 creating alsa driver ... hw:0|-|2048|4|44100|0|0|nomon|swmeter|-|32bit control device hw:0 new client: alsa_pcm, id = 1 type 1 @ 0x84aee30 fd = -1 configuring for 44100Hz, period = 2048 frames, buffer = 4 periods ALSA: final selected sample format for playback: 32bit little-endian ALSA: use 4 periods for playback new buffer size 2048 registered port alsa_pcm:playback_1, offset = 0 registered port alsa_pcm:playback_2, offset = 0 ++ jack_rechain_graph(): client alsa_pcm: internal client, execution_order=0. -- jack_rechain_graph() cannot use real-time scheduling (FIFO at priority 24) [for thread -1233609840, from thread -1233609840] (1: Operation not permitted) 19984 waiting for signals late driver wakeup: nframes to process = 4096. late driver wakeup: nframes to process = 4096. late driver wakeup: nframes to process = 4096. late driver wakeup: nframes to process = 4096. late driver wakeup: nframes to process = 4096. load = 0.0581 max usecs: 54.000, spare = 46385.000 delay of 46427.000 usecs exceeds estimated spare time of 46385.000; restart ... late driver wakeup: nframes to process = 4096. delay of 46432.000 usecs exceeds estimated spare time of 46385.000; restart ... late driver wakeup: nframes to process = 4096. late driver wakeup: nframes to process = 4096. delay of 46474.000 usecs exceeds estimated spare time of 46385.000; restart ... delay of 46474.000 usecs exceeds estimated spare time of 46385.000; restart ... late driver wakeup: nframes to process = 4096. jack main caught signal 2 starting server engine shutdown stopping driver delay of 46404.000 usecs exceeds estimated spare time of 46385.000; restart ... unloading driver freeing shared port segments stopping server thread stopping watchdog thread last xrun delay: 46404.000 usecs max delay reported by backend: 46474.000 usecs freeing engine shared memory max usecs: 54.000, engine deleted no message buffer overruns cleaning up shared memory cleaning up files unregistering server `default' -- Joakim Verona From mschwendt at gmail.com Tue Nov 20 06:19:40 2007 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 20 Nov 2007 07:19:40 +0100 Subject: [Fedora-music-list] Audacity 1.3.4-beta for testers Message-ID: <440f31f60711192219tb622737v68145b19cde9e504@mail.gmail.com> Hi everyone! Fedora 8, 7 and 6 still contain Audacity 1.3.2-beta. There have been two new beta releases since then. Sooner or later somebody surely will open a ticket and use reproachful words when requesting an upgrade to 1.3.4-beta, just because it's newer. So, here's some sort of status update and the opportunity for the community to help with evaluating that latest beta release. We, the packagers, appreciate all forms of success and failure reports as well as feedback sent to the Audacity developers upstream. Fedora 8 binaries of Audacity 1.3.4-beta for i386 and x86_64 can be found here: http://mschwendt.fedorapeople.org/audacity/ They are not signed, but the directory contains a SHA1SUMs file signed with my key. The source of these packages can be found in Fedora Package CVS, of course, albeit in a separate devel branch. A README file in the rpms/audacity directory contains a few notes about that branch: http://cvs.fedoraproject.org/viewcvs/rpms/audacity/README?rev=1.7&view=markup The packages were built with wxGTK 2.8.4 as included with Fedora 8 and no longer with wxGTK 2.6.x. This may result in changes in the GUI. The packages are NOT built with JACK support, because the PortAudio v19 audio I/O driver system in Audacity 1.3.4-beta starts the JACK daemon during initialisation and blocks the ALSA and OSS drivers from working correctly. There are many errors printed to a terminal. When built without JACK support, at least one can evaluate the ALSA support (with or without running Pulse Audio). Further, as of Audacity 1.3.3-beta, the heavily changed PA v19 driver system determines inappropriate sample rates, which are rejected by ALSA, leading to an error dialog until the user chooses a compatible project rate out of many incompatible ones. This is reason enough to assume that it breaks in similar ways for other users with different audio hardware. Anyway, I'm interested in success and problem reports, and I'm even more interested in anybody's attempts at reporting problems to the upstream developers. From jes at martnet.com Thu Nov 22 20:02:55 2007 From: jes at martnet.com (Joe Smith) Date: Thu, 22 Nov 2007 15:02:55 -0500 Subject: [Fedora-music-list] Re: Audacity 1.3.4-beta for testers In-Reply-To: <440f31f60711192219tb622737v68145b19cde9e504@mail.gmail.com> References: <440f31f60711192219tb622737v68145b19cde9e504@mail.gmail.com> Message-ID: Michael Schwendt wrote: > ... > Fedora 8 binaries of Audacity 1.3.4-beta for i386 and x86_64 can be found here: > > ... i just gave your package a quick check (on an up-to-date F8/i386) and it seems to work well. # yum --nogpgcheck install tmp/audacity-1.3.4-0.2.beta.fc8.i386.rpm ... Installing: audacity i386 1.3.4-0.2.beta.fc8 tmp/audacity-1.3.4-0.2.beta.fc8.i386.rpm 7.8 M Installing for dependencies: soundtouch i386 1.3.1-8.fc8 fedora 58 k wxGTK i386 2.8.4-6.fc8 fedora 4.4 M ... It seemed fine with a 44.1 kHz wav file, using the default OSS audio output setting. Switching to ALSA caused the sample rate problem you mentioned. I had to change the project rate to 48 kHz to get any playback. My sound hardware is just the built-in VIA: # lspci | grep -i multi 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 30) I don't have any inputs available ATM to check recording. I haven't tried any real editing yet. Thanks for your help with this--I have no current project, but I expect to be doing some soon.