Just wondering...
If there is then is it supported in Ardour or any other apps? Jamin has
something called scenes which I do not understand yet, but it's not
LADSPA it's an app.
Thanks,
Mark
This does sound like an issue with the lack of low latency kernel. I've
run the maudio quattro on a stock suse 9.0 without any latency problems, I
would say if you're not into kernel patching you can get by with just suse
and not have to tweek your kernel.
->I am very interested in trying, but I just recently finished a good
install of Fedora Core 2 (after a bunch of bad CD burns), and am
feeling slightly loath to do it all over again.<-
I thought I was the only one who had problems burning a clean Fedora CD
(md5sum on the isos were fine, but it took me a good 3 or 4 tries to get
them to burn right on several different burners, none of which have had
problems before - kinda weird).
Matt
>From: Dirk Jagdmann <doj(a)cubic.org>
>
>All those mainboard clocks are the cheapest you can find/build. It's
>perfectly normal for them to leak several minutes per week.
No. You did not catch the discussion:
1. Clock goes perfectly.
2. Use of CDROM device makes the **system clock** go faster.
3. Hardware clock does not go faster. Hardware clock is the
mainboard clock.
So, the problem is in Linux **software** kernel, not in **hardware**.
Clear enough? ;-)
Why kernel thinks the clock goes faster? Does reading the CDROM
generate extra IRQs or something? Is CDROM device under the same
IRQ than the system clock? What goes wrong?
I have not yet verified if recording or playing audio makes the
system clock go faster. If yes, it is not a good thing.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
> So far I've been using snd, which has a decent sonogram but kinda falls
> down on readability: e.g. it doesn't display the actual frequencies of
> the scale if you select log frequency, it's just 0 to 1.0 so I have
> to guess, or click on a part of the graph to find out about that
> particular spot.
I think this is fixed now -- thanks for the bug report.
This is my soundcard which works great on win98. but when i boot in
planetccrmaFC1, I get no sound when i am trying to import sound in
from my minidisc. I hear nothing when I use 'Line In' but I do get
sound when I use the 'Mic In'. I know this card isn't fully
supported. But I think when I used the MediainLinux Livecd and the
DeMuDi Livecd I can get sound from 'Line in'.
is it acceptable to in put analog sound via 'Mic in'?
I'm going to build some walls in my basement this fall or winter to keep
the cats away from my cables. An audio engineer/guitarist/friend here at
work pointed me to this site as a basic intro to room acoustics
considerations:
http://www.ethanwiner.com/acoustics.html
Thought it might be useful to others here as well.
-ERic Rz.
I currently installed (from source) the current version of MPlayer. I
am experiencing difficulty playing video files if I use the MPlayer ALSA
drivers (the OSS MPlayer drivers work fine). I get this:
ALSA lib control.c:654:(snd_ctl_open_noupdate) Invalid CTL /dev/mixer99%
alsa-control: mixer attach /dev/mixer error: No such file or directory
alsa-space: xrun of at least 451.185 msecs. resetting stream
ALSA lib control.c:654:(snd_ctl_open_noupdate) Invalid CTL /dev/mixer99%
alsa-control: mixer attach /dev/mixer error: No such file or directory
ALSA lib control.c:654:(snd_ctl_open_noupdate) Invalid CTL /dev/mixer99%
alsa-control: mixer attach /dev/mixer error: No such file or directory
.
.
.
Until I ctrl-c the app.
This has only been happening for about a day or so (suspiciously after a
power-loss shutdown). I reinstalled ALL of the ALSA RPMs from my distro
disks (Red Hat - Fedora Core 2, Kernel-2.6.8) and rebuilt MPlayer from
source as well but still no luck...
Going by the above, I looked at my dev directory, and it looks fine,
/dev/mixer exists as below:
ls -l /dev/mixer
crw-rw-rw- 1 root root 14, 0 Feb 23 2004 /dev/mixer
I would prefer to use the ALSA drivers in MPlayer, and would appreciate
help in getting this to work, thanks!
>From: robcanning <rscanning(a)eircom.net>
>
>i don't think this is the problem.
>anyone on the LAU list have any ideas?
Please do copy any data cdroms to disk. Does the clock slow down then?
What mainboard you have?
I have no idea why the clock slows down in my computer (MSI mainboard),
but here is my fix to the problem:
/etc/crontab:
01 * * * * root hwclock -s --noadjfile --localtime
11 * * * * root hwclock -s --noadjfile --localtime
21 * * * * root hwclock -s --noadjfile --localtime
31 * * * * root hwclock -s --noadjfile --localtime
41 * * * * root hwclock -s --noadjfile --localtime
51 * * * * root hwclock -s --noadjfile --localtime
I have also commented out the following line in /etc/init.d/halt:
runcmd $"Syncing hardware clock to system time" /sbin/hwclock $CLOCKFLAGS
The fix won't help with modem, sorry.
Do you have MS Windows in the same computer? Does the clock
slow down there?
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software