Hi Steve, Paul, Mark
Since I started this thread, I want to thank you for your interesting
answers.
What I understand is: The capturing/playback is tightly coupled to the
same physical device, except one makes it to tie two different ones
together by providing an external clock/sync or propagating an
existing clock/sync-source.
The solution introduced by Mark connecting the s/pdif clocks sounds
_too interesting_ for my audio skills, that's why I decided to order
an AEB/O-4 for the 9636 as Steve suggested, since the rest of my setup
is completely analog ;) and my first goal still is to reduce delay to
zero, when recording overdubs with analog instruments.
Martin
Just a quick notification to you all that pawfal (the webste for arty
free software types) has been reborn as a wiki, and is open for all to
use and abuse. Feel free to add information of your own - we're
especially interested in people using linux and/or free software for
artistic purposes to put links to their work there, you can create your
own wiki page etc etc.
http://www.pawfal.org
For more information, if you are new to wiki's:
http://www.pawfal.org/index.php/PawfalFaq
cheers,
dave
Hi all,
Does anybody knows a program tha could help me find out the tempo of a given
audio file ? Whay i want to do is extract loops from large audio files
(usually mp3). So I get my selection, enter the length in bars and the sig
and I get the BPM.
Or something similar. What cames in mind is recycle.
Does any of the wave editors (sweep, audacity, rezound) available can do
something like that?
dear list,
i'm running Debian kernel version 2.4.20 with ext3 an an Asus L3 laptop
with a Hammerfall HDSP, and my xruns using Jack are frequent and nasty!
i would say in the nieghborhood of every 10-20 seconds, i get an xrun of
10-200 ms. i have done all the hdparm stuff, all the necessary low
latency and preemptive patches, and have everything set up to run
realtime capabilities for Jack. the problem, of course, is that with
ext3 and kernel 2.4.20, the machine totally freezes when i do a
"jackstart --realtime". [this is documented somewhere, so i know it's
not just me!]
so, i figure my solution is to convert the filesystem of my main
partition to reiserfs, thereby allowing me to gain from its better
journal [i.e. less disk activity, i guess] and the ability to use
realtime capabilities.
and here is where i start to feel like a dumb newbie :-)
if my main partition is /dev/hda2, and i am working from another
[temporary] root file system in /dev/hda6, how can i back up /dev/hda2
to /dev/hda7 and put it back again after doing the ext3-->reiserfs
conversion WITHOUT transferring back over the old file system? i tried
dd if=/dev/hda2 of=/dev/hda7, but when i mounted /dev/hda7, it was
turned into an ext3 filesystem, although i had already made it reiserfs.
i assume that means if i changed dev/hda2 to reiserfs and moved the
backup copy there again, it would be ext3 all over again. i tried a few
things with cpio that didn't work, and i am not sure i have the syntax
right with tar. can someone please help me out here?
thx.
derek
Can someone give me the link to unsubscribe?
Thanks,
JB
-----Original Message-----
From: derek holzer [mailto:derek@x-i.net]
Sent: Friday, May 02, 2003 2:50 PM
To: linux-audio-user(a)music.columbia.edu
Subject: Re: [linux-audio-user] xruns: file system ext3 --> reiserfs?
Mark Knecht wrote:
>There are some kernel patches out there dating back to last year, along
>with some technical info, but possibly those require a kernel recompile
>which is a pretty drastic step for you to take right now.
>
>http://lwn.net/Articles/5584/
>
>Here's one interesting thread I found with some interesting info:
>
>https://listman.redhat.com/pipermail/ext3-users/2001-November/002152.html
>
i tried applying the 2.4.20 + ext3 kernel patches located at
http://www.zip.com.au/~akpm/linux/ext3/
earlier this week. not only did they not apply properly, but they
screwed up my low-latency and preemptive patches too. luckily, the
errors were so bad that the kernel simply didn't compile. so i think i
will pass on any more kernel-tinkering.
so, back to plan A: with all of your helpful suggestions, i will convert
file systems this eve. the good news so far is that running PD under
Alsa as root with an -rt flag does wonders for the sound [nothing
glitches it up except moving a window on screen], so i predict much Jack
happiness with its own realtime capabilities working right.
[why not run realtime Jack as root? you may ask... on my setup, with the
new shm version of Jack, running it as root makes a logfile in the
/dev/shm directory which not only jams up the Jack/Alsa communication
somehow, but also prevents an ordinary user from starting Jack until
this logfile is removed. don't know if this is the case for any of the
rest of y'all.]
best + thx again everybody for a very informative thread,
derek
Hi all, I know this is off-topic, but at this point I could use any help
I could get since I am just about ready to do a clean reinstall
(Something that I do really not feel like doing right now).
I had Mdk 9.0 and upgraded it to 9.1. Since, when I have dynamically
linked apps to the /usr/lib/libc.so.6 (or /usr/lib/libc.so) I always get
the same error:
Error while loading shared libraries: /usr/lib/libc.so.6: invalid ELF
header
I tried reinstalling 9.1 glibc and glibc-devel and that did not fix it.
I also tried installing libelf rpm for mandrake and that did not do a
thing. Finally I even installed the newest cooker version of these two
files and I still come up with the same error. This brings me to a
conclusion that the problem lies somewhere else, but where?
Rebuilding of glibc from srpm eventually fails with some weird error
(can't remember it any more), so that option is out of question.
Furthermore, what is really odd, is that the clean install on another
machine of the same distro does not have this problem, yet the files in
question libc.so (and other related ones) are IDENTICAL to the ones I
have on this machine (at least they were before I installed the latest
glibc from the cooker).
I also checked binutils package and it is the same on both machines.
So what gives?
Does anyone have any suggestions as to how could I go about resolving
this issue?
Any help at this point is greatly appreciated! Sincerely,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico
Brian, Michael,
Scala only depends on GTK+ and GtkAda. I'm not sure about the status
of GTK+ on OS X, but there is Gimp so I suppose it's available.
Porting to the native OS X gui instead will be a lot of work though.
GNAT is available, versions 3.12 to 3.15 will all be fine.
The OS calls are done via the portable GNAT libraries so all that
will probably work straightaway.
So Brian I'd say try installing GTK+ 1.2, GNAT and GtkAda 1.2.12 and
I'll send you the code. See
http://www.adapower.orghttp://gtkada.eu.orghttp://macgimp.org
I don't know anything about MIDI on OS X, but it can do without.
We should continue offlist now.
Manuel
The reason I announce this release of Scala, a program to
explore musical tunings, is that the Linux version finally
works with MIDI now. It uses the OSS devices, but I have only
tested it with ALSA. If you want to use an ALSA softsynth, you
can connect it via a virtual MIDI device.
http://www.xs4all.nl/~huygensf/software/scala-20-pc-linux.tar.bz2
Scala is also very useful as a virtual keyboard, one that can be
used with any tuning. After setting the device with
Edit->Sound Settings, press F4, select a notation system, click
"Scale preset" and play.
There are several dialogs that can play, most in the Analyse
menu. You might like to try the Tonality diamond, Triad player,
Tone circle, etc.
The View->List of Chords dialog can play any predefined chord.
Any volunteers for porting Scala to OS X on this list?
I hope ALSA will support the MIDI Tuning Standard for soundcard
synthesizers sometime. Then we can have much better accuracy.
Manuel
Hi,
I am able to record using alsa/jackd/ardour with the analog input from
an AEB/4-I and plain pcm.rme9652 after tweaking /etc/asound.state by
hand for getting the internal input from the AEB working. jackd/ardour
works also very well with the PCI 128 only, even at period size 64.
Now, I want to record with the RME and having analog playback through
the PCI 128. Is this possible?
If yes, how to setup .asoundrc? I have been trying many combinations
of multi and ttable settings, but honestly, I do not fully understand
the syntax and semantics of alsa configurations.
I am using kernel and alsa-0.9.0 from a recent PlanetCCRMA
distribution, which is really a piece of gold.
BTW, after fumbling around with my own kernel patching, I ended always
with a complete freeze of ardour, when running jackd in realtime mode.
Here is, what aplay says:
[root@ardour root]# aplay -l
card 0: AudioPCI [Ensoniq AudioPCI], device 0: ES1371/1 [ES1371 DAC2/ADC]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: AudioPCI [Ensoniq AudioPCI], device 1: ES1371/2 [ES1371 DAC1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: 15 [RME Digi9636 (Rev 1.5)], device 0: RME Digi9636 (Rev 1.5)
[RME Digi9636 (Rev 1.5)]
Subdevices: 1/1
Subdevice #0: subdevice #0
[root@ardour root]# aplay -v -D hw:1,0
/usr/share/tuxracer/sounds/tux_on_rock1.wav
Playing WAVE '/usr/share/tuxracer/sounds/tux_on_rock1.wav' : Signed 16
bit Little Endian, Rate 44100 Hz, Stereo
aplay: set_params:789: Access type not available
Pretty strange, since ardour does not complain, when trying to
playback with the RME. Someone stated, that ardour ist writing
directly to the hardware, and seems to have no problem, when there's
nothing connected to the cards digital outputs. I also don't dare
trying to understand, why there is one capture/playback device in
/proc/card1/dev for the RME, while ardour reports 18.
Since I do not want to purchase another AEB/4-O analog output box, I
would really like to know, how I could use my cheapo SoundBlaster.
Thanks for your help
Martin