Linux-audio-user

linux-audio-user@lists.linuxaudio.org

3 participants
20662 discussions

Re: [linux-audio-user] RPMs for new Distro...Yoper Linux

by Matt Barber

->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

21 years, 1 month

[linux-audio-user] Re: ripping a cd slows my clock and my modem

by Juhana Sadeharju

>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

21 years, 1 month

[linux-audio-user] Re: Analysis software (snd)

by Bill Schottstaedt

> 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.

21 years, 1 month

[linux-audio-user] audigy2 zs

by adler guerrier

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'?

21 years, 1 month

[linux-audio-user] acoustics info

by Eric Dantan Rzewnicki

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.

21 years, 1 month

[linux-audio-user] Continued Development of Noteedit

by Reinhard Katzmann

Hi, Noteedit has a new home: http://developer.berlios.de/projects/noteedit/ Everyone wanting to develop for it has to have an account at berlios and tell this one of the project leaders. The official announcement can be found here: http://developer.berlios.de/forum/forum.php?forum_id=6911 Best Regards, Reinhard -- Software-Engineer, Developer for Embedded Devices Project: Pertergrin - a RPG system - http://pertergrin.berlios.de GnuPG Public Key available on request

21 years, 1 month

[linux-audio-user] MPlayer and ALSA difficulties

by cecil pierce

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!

21 years, 1 month

[linux-audio-user] Re: ripping a cd slows my clock and my modem

by Juhana Sadeharju

>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

21 years, 1 month

Re: [linux-audio-user] Converting sample rate: failed...

by davidrclark＠earthlink.net

Erik, > Notice that step where you throw away the middle N/2 samples? > That is a low pass filter applied in the frequency domain. Not if the amplitudes are all already zero above N/2. In that case, the input and output frequency spectra are absolutely identical. If nothing was removed or even altered, then no filtering has actually occurred. A similar situation is what I have previously stated as my starting assumption. > Less accurate how? Is this measurable or is this just hand waving? I have already addressed this in previous postings where I described the fact that I had merely listened to the recordings repeatedly until I could distinguish the original from the sndfile-resample one and could not distinguish the FFT-overlap one from the original --- ergo less accurate. My intention was not to "measure" accuracy, but to listen for the alleged distortions. You had posted a sort of celebration of the fact that I thought the sinc-based resampler produced a better-sounding version of the recording than my FFT-overlap resampler, but apparently had also neglected the fact that I was also saying that it sounded better than the original --- ergo was inaccurate (albeit very, very slightly so). I was merely attempting to correct possible misunderstandings. Now I could take time to measure my resampler's performance, but I think we both know the expected results, don't we? In terms of absolute accuracy, any FFT-overlap resampler which utilizes large windows (hundreds of thousands or millions of samples) and which is properly implemented should, in fixed-rate conversions, outperform a sinc-based resampler that has been localized in the manner that Smith has developed for the very useful purpose of allowing variable-rate conversions. However, the difference may be measurable but not audible, hence of questionable utility. Best regards, Dave. P.S. I'll be "sans computer" for the next few days, heading towards Ivan so won't be able to correspond on this for a while....

21 years, 1 month

Re: [linux-audio-user] Linuxsampler problems

by davidrclark＠earthlink.net

Dave (Phillips), I had to alter a file for libgig: [davec]libgig $ diff src/gig.h.org src/gig.h 588c588 < class Instrument : protected DLS::Instrument { --- > class Instrument : public DLS::Instrument { Crude but effective for compilation (but see below). Also, even though libgig is installed, qsampler config appears not to find it. It's installed in /usr/local/lib/libgig. Another problem is that qsampler cannot actually load a *.gig file: gig::Engine error: Failed to load instrument, cause: Can't open "NON_MODAL '/usr/local/dosh/Gigs/etc...'" I have been assuming that this is libgig-related, or maybe I should say libgig-qsampler interface-related. I have not tested libgig by itself. After reading Rui's message, I'm not so sure what the problem is. Best regards, Dave. P.S. I'm going to be sans computer for a few days, so won't be able to respond to followups.... but I hope this helps someone.

21 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-user