From: Glenn (clari_player_at_paradise.net.nz)
Date: 11/12/03 05:50 EST
From: Glenn <clari_player@paradise.net.nz> Message-id: <3FB2105B.2000707@paradise.net.nz> Subject: [Ardour-users] Recording woes Date: Wed, 12 Nov 2003 10:50:03 +0000 Okay, I'm getting seriously put off by that lack of sucess I'm experiencing with ardour. I'm running gentoo (although that shouldn't matter) but I'm compiling jack-0.8 and ardour-0.9beta6 from source. I'm using beta 6 because beta 7 refuses to make and beta 8 gives segmentation faults in numerous places while running it. Anyway. This is EVERYTHING that I've done to try and get this beast to work. Downloaded a standard 2.4.20 kernel from kernel.org Patched it with the 2.4.20-low-latency patch Enabled Processor Type and Features -> Control low latency with sysctl Compiled in everything else mentioned at http://www.djcj.org/LAU/guide/Low_latency-Mini-HOWTO.php3 Compiled and am running the new kernel Created a mnt/ramfs and temp/jack according to the jack faq. Added this to /etc/fstab none /tmp/jack tmpfs defaults 0 0 none /mnt/ramfs tmpfs defaults 0 0 I installed alsa by doing # emerge alsa-driver (easy Gentoo way) Compiled jack using ./configure --enable-asio-mode --with-default-tmpdir=/mnt/ramfs --enable-capabilities --enable-realtime compiled ardour with the defaults. ___________ Running... I logged into fluxbox as root First I mounted /mnt/ramfs and /temp/jack Enabled the low latency patch with echo 1 > /proc/sys/kernel/lowlatency Started jack with bash-2.05b# jackd -R -a -v -d alsa -d hw:0 -p 8192 which gives these startup messages... bash-2.05b# jackd -R -a -v -d alsa -d hw:0 -p 8192 jackd 0.80.0 Copyright 2001-2003 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 10812 waiting for signals JACK compiled with System V SHM support running with uid=0 and euid=0, will not try to use capabilites loading driver .. new client: alsa_pcm, id = 1 type 1 @ 0x805aed0 fd = -1 creating alsa driver ... hw:0|hw:0|8192|2|48000|nomon|swmeter|rt open registered port alsa_pcm:capture_1, offset = 32768 registered port alsa_pcm:capture_2, offset = 65536 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() starting engine load = 0.0334 max usecs: 114.000, spare = 170552.000 load = 0.0501 max usecs: 114.000, spare = 170552.000 load = 0.0584 max usecs: 114.000, spare = 170552.000 Ardour gives this bash-2.05b# ardour Ardour/GTK 0.407.0 running with libardour 0.695.0 Loading UI configuration file /usr/local/etc/ardour/ardour_ui.rc Loading system configuration file /usr/local/etc/ardour/ardour_system.rc Loading user configuration file /root/.ardour/ardour.rc Shift = Shift_L Shift = Shift_R Control = Control_L Control = Control_R Mod1 = Alt_L Mod1 = Alt_R ardour: [WARNING]: You have 2 keys bound to "mod1" Mod2 = Num_Lock 0 2 0 0 0 0 0 2 0 0 0 0 0 373 0 186 372 0 0 373 0 186 372 0 Okay. So I startup a single track, single bus project using stereo in and out and evetually ardour will cease recording with this message in jack. transport command: START transport Starting, sync poll of 1 clients for 2.000000 secs transport Rolling, 2.000000 sec left for poll load = 1.6738 max usecs: 2936.000, spare = 167730.000 load = 1.6971 max usecs: 2936.000, spare = 167730.000 load = 1.7087 max usecs: 2936.000, spare = 167730.000 load = 1.7145 max usecs: 2936.000, spare = 167730.000 load = 1.7174 max usecs: 2936.000, spare = 167730.000 load = 1.6928 max usecs: 2847.000, spare = 167819.000 load = 1.6805 max usecs: 2847.000, spare = 167819.000 load = 1.6717 max usecs: 2838.000, spare = 167828.000 load = 1.6632 max usecs: 2824.000, spare = 167842.000 load = 1.6689 max usecs: 2858.000, spare = 167808.000 load = 1.6718 max usecs: 2858.000, spare = 167808.000 load = 1.6732 max usecs: 2858.000, spare = 167808.000 load = 1.6739 max usecs: 2858.000, spare = 167808.000 load = 1.6743 max usecs: 2858.000, spare = 167808.000 load = 1.6744 max usecs: 2858.000, spare = 167808.000 load = 1.6684 max usecs: 2837.000, spare = 167829.000 load = 1.6653 max usecs: 2837.000, spare = 167829.000 load = 1.6670 max usecs: 2848.000, spare = 167818.000 load = 1.6679 max usecs: 2848.000, spare = 167818.000 load = 1.6683 max usecs: 2848.000, spare = 167818.000 load = 1.6685 max usecs: 2848.000, spare = 167818.000 load = 1.6686 max usecs: 2848.000, spare = 167818.000 load = 1.6687 max usecs: 2848.000, spare = 167818.000 load = 1.6749 max usecs: 2869.000, spare = 167797.000 load = 1.6780 max usecs: 2869.000, spare = 167797.000 load = 1.6795 max usecs: 2869.000, spare = 167797.000 load = 1.6803 max usecs: 2869.000, spare = 167797.000 load = 1.6807 max usecs: 2869.000, spare = 167797.000 load = 1.6727 max usecs: 2841.000, spare = 167825.000 load = 1.6681 max usecs: 2839.000, spare = 167827.000 load = 1.6658 max usecs: 2839.000, spare = 167827.000 load = 1.6646 max usecs: 2839.000, spare = 167827.000 load = 1.6632 max usecs: 2836.000, spare = 167830.000 load = 1.6625 max usecs: 2836.000, spare = 167830.000 load = 1.6621 max usecs: 2836.000, spare = 167830.000 load = 1.6754 max usecs: 2882.000, spare = 167784.000 load = 36.3758 max usecs: 121303.000, spare = 49363.000 load = 53.7260 max usecs: 121303.000, spare = 49363.000 load = 62.4011 max usecs: 121303.000, spare = 49363.000 load = 66.7387 max usecs: 121303.000, spare = 49363.000 load = 68.9075 max usecs: 121303.000, spare = 49363.000 load = 50.1522 max usecs: 53584.000, spare = 117082.000 load = 40.7746 max usecs: 53584.000, spare = 117082.000 load = 26.9991 max usecs: 22568.000, spare = 148098.000 load = 20.1113 max usecs: 22568.000, spare = 148098.000 load = 16.6674 max usecs: 22568.000, spare = 148098.000 at 93752983564 client waiting on 11 took 39659 usecs, status = -4 sig = 93752943897 awa = 93752943928 fin = 0 dur=0 client ardour error: awake_at = 93752943928 state = 2 timed_out = 0 zombifying failed client ardour state = Running errors = 1 *&*&*&*&** senor ardour - you are a ZOMBIE DIS-connect alsa_pcm:capture_1 and ardour:Audio 1/in 1 DIS-connect ardour:Audio 1/out 2 and alsa_pcm:playback_2 DIS-connect ardour:Audio 1/out 1 and alsa_pcm:playback_1 DIS-connect ardour:Bus 1/out 2 and alsa_pcm:playback_2 DIS-connect ardour:Bus 1/out 1 and alsa_pcm:playback_1 DIS-connect alsa_pcm:capture_2 and ardour:Bus 1/in 2 DIS-connect alsa_pcm:capture_1 and ardour:Bus 1/in 1 DIS-connect ardour:click/out 1 and alsa_pcm:playback_1 DIS-connect ardour:auditioner/out 2 and alsa_pcm:playback_2 DIS-connect ardour:auditioner/out 1 and alsa_pcm:playback_1 ++ jack_rechain_graph(): client alsa_pcm: internal client, execution_order=0. -- jack_rechain_graph() transport command: STOP transport Stopped load = 58.3337 max usecs: 296615.000, spare = 0.000 load = 79.1668 max usecs: 296615.000, spare = 0.000 load = 89.5834 max usecs: 296615.000, spare = 0.000 load = 94.7917 max usecs: 296615.000, spare = 0.000 load = 97.3959 max usecs: 296615.000, spare = 0.000 load = 54.4897 max usecs: 19769.000, spare = 150897.000 load = 33.0365 max usecs: 19769.000, spare = 150897.000 and ardour says: zombified - calling shutdown handler JACK has shutdown Ardour. and a popup messages says "JACK has either been shutdown or it disconnected ardour because it wasn't fast enough. You should save the session and restart both JACK and Ardour." Jack is still running so it must be happening from Ardour's end. Then on a different occasion I get the traditional xrun. transport command: START transport Starting, sync poll of 1 clients for 2.000000 secs transport Rolling, 2.000000 sec left for poll load = 56.8993 max usecs: 99034.000, spare = 71632.000 load = 29.3092 max usecs: 2934.000, spare = 167732.000 load = 15.5142 max usecs: 2934.000, spare = 167732.000 load = 8.6167 max usecs: 2934.000, spare = 167732.000 load = 5.1679 max usecs: 2934.000, spare = 167732.000 load = 3.4230 max usecs: 2864.000, spare = 167802.000 load = 2.5506 max usecs: 2864.000, spare = 167802.000 load = 2.1144 max usecs: 2864.000, spare = 167802.000 load = 1.8942 max usecs: 2857.000, spare = 167809.000 load = 2.5183 max usecs: 5363.000, spare = 165303.000 load = 2.8303 max usecs: 5363.000, spare = 165303.000 load = 2.9864 max usecs: 5363.000, spare = 165303.000 load = 3.0644 max usecs: 5363.000, spare = 165303.000 load = 3.1034 max usecs: 5363.000, spare = 165303.000 load = 2.3852 max usecs: 2845.000, spare = 167821.000 load = 2.0261 max usecs: 2845.000, spare = 167821.000 load = 1.8504 max usecs: 2858.000, spare = 167808.000 load = 1.7625 max usecs: 2858.000, spare = 167808.000 load = 1.7186 max usecs: 2858.000, spare = 167808.000 load = 1.6969 max usecs: 2859.000, spare = 167807.000 load = 1.6860 max usecs: 2859.000, spare = 167807.000 load = 1.6806 max usecs: 2859.000, spare = 167807.000 load = 1.6779 max usecs: 2859.000, spare = 167807.000 load = 1.6766 max usecs: 2859.000, spare = 167807.000 load = 1.6738 max usecs: 2852.000, spare = 167814.000 load = 1.6725 max usecs: 2852.000, spare = 167814.000 load = 1.6718 max usecs: 2852.000, spare = 167814.000 load = 1.6700 max usecs: 2847.000, spare = 167819.000 load = 1.6691 max usecs: 2847.000, spare = 167819.000 load = 1.6754 max usecs: 2870.000, spare = 167796.000 load = 1.6785 max usecs: 2870.000, spare = 167796.000 load = 1.6801 max usecs: 2870.000, spare = 167796.000 load = 1.6809 max usecs: 2870.000, spare = 167796.000 at 94103517346 client waiting on 11 took 16 usecs, status = -4 sig = 94103517320 awa = 0 fin = 0 dur=0 load = 50.8404 max usecs: 217531.000, spare = 0.000 load = 75.4202 max usecs: 217531.000, spare = 0.000 load = 87.7101 max usecs: 217531.000, spare = 0.000 load = 93.8551 max usecs: 217531.000, spare = 0.000 load = 96.9275 max usecs: 217531.000, spare = 0.000 load = 98.4638 max usecs: 217531.000, spare = 0.000 load = 85.0480 max usecs: 122252.000, spare = 48414.000 load = 78.3402 max usecs: 122252.000, spare = 48414.000 load = 74.9862 max usecs: 122252.000, spare = 48414.000 load = 73.3093 max usecs: 122252.000, spare = 48414.000 **** alsa_pcm: xrun of at least 55.277 msecs transport command: STOP transport Stopped load = 86.6546 max usecs: 218385.000, spare = 0.000 load = 93.3273 max usecs: 218385.000, spare = 0.000 load = 96.6637 max usecs: 218385.000, spare = 0.000 load = 98.3318 max usecs: 218385.000, spare = 0.000 load = 99.1659 max usecs: 218385.000, spare = 0.000 load = 99.5830 max usecs: 255447.000, spare = 0.000 load = 99.7915 max usecs: 255447.000, spare = 0.000 load = 99.8957 max usecs: 255447.000, spare = 0.000 load = 99.9479 max usecs: 255447.000, spare = 0.000 load = 99.9739 max usecs: 255447.000, spare = 0.000 load = 92.3381 max usecs: 144558.000, spare = 26108.000 load = 88.5202 max usecs: 144558.000, spare = 26108.000 load = 86.6112 max usecs: 144558.000, spare = 26108.000 Baically. It comes down to this. WHAT MORE CAN I DO?? I can never get recording for more that a minute which is effectively useless. I know I can ignore xruns but that isn't really an option for what I want to do. As another observation, the animations such as the volume meter and the red vertical bar that follows recording/play are really choppy, sometimes the bar looks like it's going to get stuck. Dare I say it but I can have no problems in windows so it's not the hardware, but I've perservered for so long I'm not going to let it drop. It has to be a config thing, reZound has the same sort or recording strife too. Sorry for the long email but I thought it was worth a final shot. Cheers. ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Ardour-users mailing list Ardour-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ardour-users
This archive was generated by hypermail 2.1.7 : 11/11/03 16:59 EST