Linux-audio-dev July 2005

linux-audio-dev@lists.linuxaudio.org

72 participants
64 discussions

Re: [linux-audio-dev] [ANN] E-Radium V0.61b

by Kjetil Svalastog Matheussen <k.s.matheussen＠notam02.no>

Lee Revell <rlrevell(a)joe-job.com> > On Tue, 2005-07-12 at 20:57 +0200, Kjetil Svalastog Matheussen wrote: >> E-radium has been tested with both the 2.4 kernel and the 2.6 kernel >> and with a ~1GhZ machine and a ~2ghz machine. (A 2.4 kernel with a >> 100hz resolution timer will proably not work very nice though.) > > Can you please explain why 100HZ would be a problem for your app? Right > now the kernel people are trying to change the default HZ for 2.6 to > 250. I have told them that this is insane but they seem inclined to do > it anyway. > The program use poll to sleep. If the resolution of the kernel is 100Hz, there would sometimes be a too long delay of up to 10ms (and probably beyond) before the program is woken up, and before a midi message is sent, which can cause music to stutter. Simple as that. :-) > If you can provide more examples of apps that would be broken by this > change maybe we can convince them not to change it. > Hmm, mplayer I guess... Don't know how muse, rosegarden, seq24 etc. handles timing... But all midi-sequencers that doesn't use /dev/rtc could suffer. (?)

19 years, 11 months

Re: [linux-audio-dev] [ANN] E-Radium V0.61b

by Kjetil Svalastog Matheussen

Paul Davis: >On Fri, 2005-07-15 at 17:18 -0400, Lee Revell wrote: >> On Fri, 2005-07-15 at 23:10 +0200, Kjetil Svalastog Matheussen wrote: >> > I wonder why /dev/rtc isn't used more than it is now. >> >> Because sleep/wakeup, poll, etc are much nicer interfaces than /dev/rtc. > > >any sane programmer will use slee/wakeup, poll etc. with /dev/rtc :) > > >the hairy part is just setting up the interrupt freq on the RTC. > > >the big problem with the RTC is the restriction to power-of-2 HZ >settings. not very useful for a lot of things. This is easely solved by setting up a server-system. The clients can request an individually frequency to be woken up by, and the server will set the interrupt freq high enough to satisfy all current connected clients. --

19 years, 11 months

Re: [linux-audio-dev] [ANN] E-Radium V0.61b

by Kjetil Svalastog Matheussen

Lee Revell: >On Fri, 2005-07-15 at 23:10 +0200, Kjetil Svalastog Matheussen wrote: >> I wonder why /dev/rtc isn't used more than it is now. > > Because sleep/wakeup, poll, etc are much nicer interfaces than /dev/rtc. If you had read the part of my mail that you cut away when quoting me, you would have seen that I was proposing a server/client system. Once more, why isn't such a system in use? Hasn't anyone bothered to make it? --

19 years, 11 months

Re: [linux-audio-dev] Best-performing Linux-friendly MIDI interfaces?

by Jay Vaughan

>Good to see someone other than Grame' guys try to "push" MidiShare.... ((: well, i'm only pushing because i'm using it, and i can't use ALSA. :) >But Jay, MidiShare cannot help in terms of synchronizing MIDI with >audio at the sample level..... MidiShare events are 1 millisecond >time stamped. yes, i understand that now .. i initially mis-understood pd's idea on this, since under OSX, MidiShare is 'sync'ed' using an Audio timer.. but, it would in fact be interesting if MidiShare had a new 'Audio Event' type added to it, from the standpoint of timestamp'ed events .. thats feasible, i think .. of course, this would only be relevant if one was already using MidiShare, but it would be a nice addition to what I consider a very clean and productive API .. /me goes off to prepare an "AudioShare" patch, heh heh .. >But well the Linux official API is now ALSA, and the OSX official >API is CoreMidi..... and we have to live with that. what makes an API 'official' under Linux, anyway? in my opinion, the old maxim, "use what works" applies .. and ALSA has proven to be a very difficult and annoying thing to get set up and working (witness jwz' recent terror) .. while MidiShare has (for the most part) been smooth and dreamy. but .. ymmv, yo. -- ; Jay Vaughan

19 years, 11 months

[linux-audio-dev] [OT] Linux soundapps pages updated

by Dave Phillips

Greetings: Better late than never, I guess: http://linuxsound.atnet.at (Europe) http://linuxsound.jp (Japan) http://linux-sound.org (USA) The Japanese site will be updated later this evening. No Musings this month, sorry. Best, dp

19 years, 11 months

[linux-audio-dev] TAP Plugins cause distortion

by Benjamin Racher

Have any of you noticed that the TAP EQ plugin can cause distortion during playback? If I eq too low or too high, I get an awful digital distortion that maxes out the whole track in ardour. Am I configuring something wrong, or is this a documented problem? -ben

19 years, 11 months

[linux-audio-dev] [admin] test, just ignore...

by Joern Nettingsmeier

19 years, 11 months

Re: [linux-audio-user] Re: [linux-audio-dev] [ANN] E-Radium V0.61b

by Eric Dantan Rzewnicki

On Thu, Jul 14, 2005 at 11:38:37AM +0300, Sampo Savolainen wrote: > Quoting Eric Dantan Rzewnicki <rzewnickie(a)rfa.org>: > > I'm confused ... most of us build our own kernels or use kernels built > > by Fernando or Free. Why can't kernels just be built with the config > > option set to 1000? > Free? It's my turn to be confused. I've never heard of a such source for > prebuilt kernels. Care to abbreviate? I'm sorry. I meant Free Ekanayaka, the current main Demudi developer. -- Eric Dantan Rzewnicki | Systems Administrator Technical Operations Division | Radio Free Asia 2025 M Street, NW | Washington, DC 20036 | 202-530-4900 CONFIDENTIAL COMMUNICATION This e-mail message is intended only for the use of the addressee and may contain information that is privileged and confidential. Any unauthorized dissemination, distribution, or copying is strictly prohibited. If you receive this transmission in error, please contact network(a)rfa.org.

19 years, 11 months

Re: Re: [linux-audio-dev] [ANN] E-Radium V0.61b

by James Stone

On Thu, 14 Jul 2005 11:38:37 +0300, Sampo Savolainen wrote: > Quoting Eric Dantan Rzewnicki <rzewnickie(a)rfa.org>: > >> I'm confused ... most of us build our own kernels or use kernels built >> by Fernando or Free. Why can't kernels just be built with the config >> option set to 1000? > > Free? It's my turn to be confused. I've never heard of a such source for > prebuilt kernels. Care to abbreviate? Agnula.

19 years, 11 months

[linux-audio-dev] maximum ports -problem

by Brett McCoy

Last night I was setting up a session in Ardour. I had three tracks for keyboard parts that were from imported audio files, so they did not have any input ports set. I wanted to bring in drum parts from Hydrogen, and started setting up tracks to correspond with the tracks I was using in Hydrogen. I got maybe 3 or 4 tracks set up, with the correct inputs, and then suddenly Ardour kept telling me that I was out of jack ports and needed to reset jack. What is this? I had used maybe 4 stereo ports total. My sound card has 12 in/10 out (but I was wasn't using them), and Hydrogen presented 32 stereo tracks via Jack, and I was no where near the limit. I looked at my jack settings via qjackctl and it was set for 128 ports (assuming this is the same thing). After I restarted jackd (and not making any changes in qjackctl), Hydrogen refused to start (it would segfault on startup, but if I started Hydrogen without jackd it would startup fine), and when I reopened the same session in Ardour, the entire screen would freeze (except the mouse). All of my versions of jack, ardour, etc., are fairly recent, built from CVS within the past two weeks. I haven't had any chance to look at this in more detail this morning. Anyone have any suggestions on what I should look at? -- Brett ----------- Programmer by day, Guitarist by Night http://www.chapelperilous.net http://www.alhazred.com http://www.revelmoon.com

19 years, 11 months

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-dev July 2005