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
got this on pho list... might be useful to those of us developing
software?....
best
m~
-------- Original Message --------
Somebody's already figured out the protocol by which iTunes is able to
share playlists between computers on a network.
http://www.neowin.net/staff/timdorr/itunes/
Have fun, hackers.
--
|\ _,,,---,,_
ZZZzz /,`.-'`' -. ;-;;,_ HTTP 503: Too Busy
|,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_) fL
.::. www.iriXx.org .::. www.copyleftmedia.org.uk .::.
gnupg key ID: AEB7A31E
--
|\ _,,,---,,_
ZZZzz /,`.-'`' -. ;-;;,_ HTTP 503: Too Busy
|,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_) fL
.::. www.iriXx.org .::. www.copyleftmedia.org.uk .::.
gnupg key ID: AEB7A31E