Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7535 discussions

[LAD] [OT] Real-time threads on openSuSE 11.4

by Fons Adriaensen

Hello all, My ex-collegues at Alcatel are screaming for help. They want to run an app (as root, debatable but that's another story) using SCHED_FIFO threads on an openSuSE 11.4 system. Using the 'default' kernel (which has CONFIG_PREEMPT not set), this works. Using the 'desktop' kernel (CONFIG_PREEMPT=y) they get an EPERM when trying to start a RT thread, even as root. As I haven't used SuSE for ages, has anyone an idea of what is happening here ? TIA, -- FA A world of exhaustive, reliable metadata would be an utopia. It's also a pipe-dream, founded on self-delusion, nerd hubris and hysterically inflated market opportunities. (Cory Doctorow)

13 years, 3 months

Re: [LAD] ANN: convoLV2 0.2

by Bart Brouns

You (Fons) obviously know your stuff when it comes to implementing convolution, and I'm very grateful you gave us libzita-convolver, but I have to disagree with this statement: On Sat, 2012-10-20 at 12:00 +0000, Fons Adriaensen wrote: > Thirdly, for the use case of reverbs, the whole latency issue is > just irrelevant. A reverb IR should not contain the direct sound > (since this will be mixed in separately), and in fact the first > 10 ms or so should be silence anyway, they don't contribute to > the effect and just cause coloration. Which means you can adopt > a scheme that permits arbitrary block sizes by allowing one (Jack) > period of latency. Just remove as many samples from the start of > the IR to compensate. When you use a reverb plugin for ambience or things like the Bricasty M7 Bass XXL impulse, the coloration it is 90% of the effect you are using the plugin for. There is a whole range of useful coloration to be had by changing the pre-delay within 0-20ms. Often it will sound best with 0ms, because that how the maker of the impulse listened to it. An ambience impulse is an important part of practically every mix I do. That is why I am so happy with libzita-convolver and it's offspring :) That is also why I would *love* latency compensation on buses in Ardour. All the best, Bart.

13 years, 3 months

[LAD] About some interface of aplay

by 新月如钩

Hi Harry, Thanks for your suggestions and sample. I can understand the sample almost, and will start to learn JACK from now on. Please give me more guidance if i encounter trouble on JACK. Thanks in advance! Best regards Spring ------------------ 原始邮件 ------------------ 发件人: "Harry van Haaren"<harryhaaren(a)gmail.com>; 发送时间: 2012年10月19日(星期五) 下午5:50 收件人: "新月如钩"<46620410(a)qq.com>; 抄送: "linux-audio-dev"<linux-audio-dev(a)lists.linuxaudio.org>; 主题: Re: 回复： [LAD] About some interface of aplay On , 新月如钩 <46620410(a)qq.com> wrote: > I want to learn some Linux audio related technologies, and going to start from ALSA. It is easier to start with JACK. If you understand the code in this file, then you understand the basics behind writing a JACK audio program. https://github.com/jackaudio/example-clients/blob/master/simple_client.c It is much harder to learn to code for ALSA, as there are many steps involved before you can play sound. Make life easy for yourself and let JACK do that hard work: stand on the shoulders of giants. -Harry

13 years, 3 months

[LAD] 回复： About some interface of aplay

by 新月如钩

Hi SxDx, Thanks for your feedback, it seems i download a outdated version. I think these interface may be have abandoned. sorry to trouble you! Thanks for your feedback again! Best regards Spring ------------------ 原始邮件 ------------------ 发件人: "SxDx"<sed(a)free.fr>; 发送时间: 2012年10月19日(星期五) 晚上9:38 收件人: "新月如钩"<46620410(a)qq.com>; 抄送: "linux-audio-dev"<linux-audio-dev(a)lists.linuxaudio.org>; 主题: Re: [LAD] About some interface of aplay > From: "新月如钩" <46620410(a)qq.com> > I analyze the source code of aplay and very confused on follow > interfaces: > snd_pcm_playback_info() > snd_pcm_playback_format() > snd_pcm_playback_params() > > The aplay is belongs to alsa-utils that also is a application. > It should be use interfaces of alsa-lib, but why i can't find > these interfaces in alsa-lib ? > Could you tell me where can find out these interface? what version of alsa-utils do you have? These functions are not in alsa-utils-1.0.24.2 that I have here nor in the git repository.

13 years, 3 months

[LAD] About some interface of aplay

by 新月如钩

Hi All, Say hello to everyone! I'm a new member to learn how to write a ALSA application. I analyze the source code of aplay and very confused on follow interfaces: snd_pcm_playback_info() snd_pcm_playback_format() snd_pcm_playback_params() The aplay is belongs to alsa-utils that also is a application. It should be use interfaces of alsa-lib, but why i can't find these interfaces in alsa-lib ? Could you tell me where can find out these interface? Looking forward to your reply! Best regards Spring

13 years, 3 months

[LAD] 回复： About some interface of aplay

by 新月如钩

Hi Harry, Thanks for your reply! I want to learn some Linux audio related technologies, and going to start from ALSA. But i find it is difficult to do that，hope to be able to get more help。 Best regards Spring ------------------ 原始邮件 ------------------ 发件人: "Harry van Haaren"<harryhaaren(a)gmail.com>; 发送时间: 2012年10月19日(星期五) 下午5:15 收件人: "新月如钩"<46620410(a)qq.com>; 抄送: "linux-audio-dev"<linux-audio-dev(a)lists.linuxaudio.org>; 主题: Re: [LAD] About some interface of aplay On Fri, Oct 19, 2012 at 9:31 AM, 新月如钩 <46620410(a)qq.com> wrote: Hi All, Say hello to everyone! Hi Spring! I'm a new member to learn how to write a ALSA application. Is there a reason that you want to learn ALSA specifically? Or do you want to start audio programming in general? I might advise writing a JACK client if its audio coding you want to get into :) I analyze the source code of aplay and very confused on follow interfaces: snd_pcm_playback_info() snd_pcm_playback_format() snd_pcm_playback_params() Can't help there I'm afraid: I'm a JACK coder.. :) -Harry

13 years, 3 months

[LAD] LAC 2013: the Linux Audio Conference - Call for Participation

by IOhannes m zmölnig - LAC 2013 Organizing Team

sorry for >< please >> << We are happy to announce the next issue of the Linux Audio Conference (LAC), May 9-12, 2013 @ IEM, the Institute of Electronic Music and Acoustics, in Graz, Austria. The Linux Audio Conference is an international conference that brings together musicians, sound artists, software developers and researchers, working with Linux as an open, stable, professional platform for audio and media research and music production. LAC includes paper sessions, workshops, and a diverse program of electronic music. *Call for Papers, Workshops, Music and Installations* We invite submissions of papers addressing all areas of audio processing and media creation based on Linux. Papers can focus on technical, artistic and scientific issues and should target developers or users. In our call for music, we are looking for works that have been produced or composed entirely/mostly using Linux. The online submission of papers, workshops, music and installations is now open at http://lac.iem.at/ The Deadline for all submissions is February 4th, 2013 (23:59 HAST) You are invited to register for participation on our conference website. There you will find up-to-date instructions, as well as important information about dates, travel, lodging, and so on. This year's conference is hosted by IEM, Graz, in cooperation with local artists and FLOSS enthusiasts. The Institute of Electronic Music and Acoustics (IEM) at the University of Music and Performing Arts Graz is considered Austria's leading institution in computer music, acoustics and audio engineering and has gained international reputation for its research on spatial audio and its artistic production and research. IEM has been embracing Linux audio as a production and research environment since the mid-1990s, and has contributed to FLOSS/Linux projects, amongst others by providing drivers for multichannel audio interfaces and hosting the Pure Data community portal and mailing lists. http://iem.at/ We look forward to seeing you in Graz in May! Sincerely, The LAC 2013 Organizing Team

13 years, 3 months

Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

by Uwaysi Bin Kareem

------- Forwarded message ------- From: "Uwaysi Bin Kareem" <uwaysi.bin.kareem(a)paradoxuncreated.com> To: "Adrian Knoth" <adi(a)drcomp.erfurt.thur.de> Cc: Subject: Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward? Date: Thu, 18 Oct 2012 10:06:45 +0200 On Wed, 17 Oct 2012 17:58:33 +0200, Adrian Knoth <adi(a)drcomp.erfurt.thur.de> wrote: > On Wed, Oct 17, 2012 at 05:07:20PM +0200, Uwaysi Bin Kareem wrote: > >> http://paradoxuncreated.com/Blog/wordpress/?p=2268 > > The site mentions: > > --- quote --- >> sudo schedtool -p 98 -n -20 -F `pgrep X` > --- end quote --- > > Setting the X-server to FIFO/98 is just plain wrong, at least on an > audio mailing list. > > And then: > > --- quotes --- >> To go with this I also recommend, using the Ubuntu 2d desktop, as it has >> low-jitter. Also the chromium-browser has low-jitter (better youtube). > --- end quotes --- > > I have no idea what you're trying to prove here, but I'm pretty sure you > have a general misunderstanding of jitter, thread wake-up latencies and > proper scheduling priorities. There seems to be a lot of misunderstandings about scheduling policies and jitter out there. Howver if you want your desktop to slow down, simply by moving another window, then leave it at normal. Jitter for audio seem unaffected by this. The standard kernel seems to almost do 0.33 ms stable on my HDA soundchip. A few clicks, and that is how it is with realtime X aswell. So why not do it, even if audio is your main focus. X is singlethreaded, so it needs to have data ready, for it`s windows or games. Or else it becomes a bottleneck. Do whatever you want with this, but don`t say it is wrong, or some kind of misunderstanding. I would not run a desktop any other way. Peace Be With You.

13 years, 3 months

Re: [LAD] [LAU] Linux Audio 2012: Is Linux Audio moving forward?

by Jonathan Woithe

Hi Drew [ Note: due to the way the LAD mailing list mail server and my mail account interacts, this reply is unlikely to make it to the list. Feel free to forward it to the list if that's the case. ] > Let's say I want at least 24 ins. What do I get? I assume you're referring to 24 analog ins. Within a single unit that may be challenging. > I have heard focusrite mentioned. Firewire. Fine, but a bit iffy considering > reports of firewire being "put out to pasture" - is this something to worry > about? It depends on who you speak to. Certainly in the consumer realm it seems to be going out of favour. For semi-pro and professional audio however it appears to be carrying on for the moment (most likely because the bus architecture is so much better than USB for things like AV transport). This is evidenced by the manufacturers continuing to release new firewire-based devices. Over the next few years I expect thunderbolt interfaces to come to the fore (assuming the interface is adopted widely and quickly). However, there remains a huge number of very good firewire-based interfaces out there, and people will continue to want to use them for a number of years yet. As a result, I suspect that there won't be major issues attempting to obtain firewire host cards for the foreseeable future. > So, what focusrite firewire setup will get me 24 ins at once and be linux > compatible? Go to ffado: > : > Focusrite Saffire PRO 40 Experimental > Focusrite Liquid Saffire 56 Reported to work This status is true, unfortunately. I should clarify that the "experimental" tag for the Pro 40 come about because FFADO has not received any information from the manufacturer about this device AFAIK. However, it is proving to be similar to earlier devices (excepting the DSP, which isn't relevant if all you're looking for is raw I/O) and it appears that progress is being made. Ultimately the slow progress is mostly due to a lack of manpower to work on the drivers. Admittedly this doesn't help your current quest. Note that I am not overly familiar with the Focusrite interfaces or the FFADO driver for them; to obtain more detailed information about them it would be best to head to the ffado-user and/or ffado-devel mailing list and post your queries there. > I have seen talk of RME firewire stuff not being well supported. Is that still > the case if it ever was? Back a few years ago it was true; those working on FFADO were unable to get in contact with the right people at RME to facilitate the work on a driver. This changed a couple of years ago and as of FFADO 2.1.0 the Fireface-400 and Fireface-800 are almost fully supported (MIDI I/O and the FF800 TCO are the most significant omissions). In terms of getting 24 analog channels into the computer, you could use a FF800 with two 8-channel ADAT pre's of your choice. Again, it's not a single box with 24 inputs and it's a costly solution, but it should be workable. The RME UCX and UFX devices are currently not supported by FFADO. Adding the support for these is mostly dependent on getting physical access to sample devices. This is still being worked on (financial issues are proving to be a problem). Disclaimer: I work on the FFADO RME driver. Regards jonathan

13 years, 3 months

[LAD] [LAA] Guitarix release 0.24.1

by hermann meyer

This is a maintenance release of guitarix2 with some minor fixes. Guitarix is a mono tube amplifier simulation for jack, with additional mono/stereo effect racks which can be filled with some in-build effects as well as with external LADSPA plugins. Things that changed in this release: * fix In "organize" mod copying preset form one bank to the same one corrupts the bank * add sse4a (CPU optimization) to wscript * add treble booster unit * set osc buffer-size menu to sensitive false when jack buffer is larger then 1023 to avoid X-runs Please refer to our project page for more information: http://guitarix.sourceforge.net/ download site: http://sourceforge.net/projects/guitarix/ have fun guitarix development team _______________________________________________

13 years, 4 months

Jump to page:

2026

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