Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] Call for Music made with Linux

by Florian Grote

The ZKM/DEGEM internet radio station (which hosted the LAC2005 concert streams) wants to produce a special on the conference. To fill this program with interesting music, I would ask all composers and musicians on this list to send me either links where a selected piece can be downloaded or directly mail an ogg or mp3-file. Please use the following address directly (so not to spam this list): audio(a)uni-lueneburg.de The ZKM/DEGEM internet radio will be launched at the "next generation" conference to be held at ZKM in June. The LAC2005 special will be on the program right away and will be streamed on a daily basis for one entire month. Both ZKM and DEGEM (German Society for Electroacoustic Music) are nonprofit organizations and submitted music will only be used for this single radio program. A link to the internet radio stream will be posted on this list as it becomes available. Thanks to everybody for cooperation, Florian Grote

20 years, 6 months

[linux-audio-dev] [ANN] KMidimon 0.1 (new) & KMetronome 0.5 (updated)

by Pedro Lopez-Cabanillas

KMidimon 0.1 ============ KMidimon is a MIDI monitor for Linux using ALSA sequencer, with KDE user interface. Quoting Dave Phillips in a three parts article for Linux Journal: "At some point, almost every serious MIDI musician needs to monitor a MIDI data stream, perhaps to diagnose a malfunctioning piece of equipment or to examine the contents of a MIDI sequence during playback". Features: * Easy to use KDE graphic user interface * Based on ALSA sequencer Provides one input port to be connected to other programs and devices using the usual external tools (aconnect, kaconnect, QJackCtl...) * Customizable event filters and sequencer parameters * Supports all MIDI messages, including System Exclusive, and ALSA messages * Saves to a text file (CSV format) the recorded event list * GPL licensed Provisional home page: http://kmetronome.sourceforge.net/kmidimon/ Download: http://prdownloads.sourceforge.net/kmetronome/kmidimon-0.1.tar.gz?download KMetronome 0.5 ============== KMetronome is a MIDI based metronome using the ALSA sequencer. This is a maintenance release fixing some compilation and runtime bugs. Please upgrade. Home page: http://kmetronome.sourceforge.net/ Download: http://prdownloads.sourceforge.net/kmetronome/kmetronome-0.5.tar.gz?download Changes ------- release 0.5 * autosave window settings (size...) * apply tempo/resolution when accept changes in configuration dialog * fixed bug in sequencerthread: set_program event must be direct. * other minor changes release 0.4 added features * Internal connection management now remembers the input port connection. * new setTempo and setTimeSignature functions added to the DCOP interface. fixed bugs * fixed compilation problem under Fedora Core 3 * fixed some automake problems

20 years, 6 months

[linux-audio-dev] non-RT thread waiting for RT thread

by Ken McMillan

I've been puzzling over something that I thought someone on this list might have a good solution for. I need to make a low priority (non-real time) thread wait for a real time thread to do something. I can't use a semaphore or condition variable for this, because that would mean the low priority thread must briefly take a lock while examining the condition variable or sempahore. If it were to be pre-empted while holding this lock, the RT thread could block waiting to obtain the lock in order to signal the condition or modify the semaphore. I could prevent this by raising the priority of the low priority thread before taking the lock, but I don't know how to do this in a portable way (i.e., I want my app to port to windows and mac, but even on "posix compliant" systems, getting RT privileges seems to be pretty system-dependent). It occurs to me that I could just "busy wait" using a timer, which would work but is a bit inelegant. Has anyone else come up with a good solution for this problem? Thanks for any thoughts -- Ken McMillan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

20 years, 6 months

[linux-audio-dev] Re: Linux Audio Conference 2005 Live Audio/Video streams

by Luis Garrido

Hi! I downloaded a couple of recordings from http://www.linuxdj.com/audio/lad/contrib/zkm_meeting_2005/ The MuSE stream seems to have a big chunk of silence at the end (from min 28 on). There seems to be some problem with ardour stream beginning around min 76. Regards, Luis

20 years, 6 months

[linux-audio-dev] Other real-time options

by Jean-Marc Valin

Hi, After the debate regarding inclusion of realtime-lsm in the main tree, it seems like other approaches to unprivileged real-time have shown up. Both Con Kolivas and Ingo Molnar have come up with different (cleaner to the kernel developers) solutions. Both are described at: http://lwn.net/Articles/120024/ It seems like these solution have not been very popular yet, although I think they still have better chances of eventually being merged. I haven't tried Ingo's patch yet, but I can say that Con's SCHED_ISO_{FIFO,RR} (http://ck.kolivas.org/patches/SCHED_ISO/2.6.11.6-iso3.1.diff) works pretty good. Also, one nice feature that both approaches have is that you can set a limit on the amount of CPU a user RT task can use, preventing a user to lock up the machine. The way I see it, there are three important parts to a good solution: 1) Make sure no user can lockup the system with a "while(1);", so IMO realtime-lsm isn't the best solution (though I'm not strongly against) 2) Have per-user control, so that you can automatically restrict real-time tasks to only the person physically logged in. This would be important for a desktop configuration and would mean a distribution could enable this be default. 3) Making sure user tasks are lower priority that privileged tasks. Right now, Con's patch does 1 and 3, while Ingo's does 1 and 2 (though Con says Ingo's patch could also do 3). Would people here be happy with any of those and try to convince kernel developers that there's really a need for real-time (some still aren't convinced) and that one of these solution is acceptable? Jean-Marc -- Jean-Marc Valin <Jean-Marc.Valin(a)USherbrooke.ca> Université de Sherbrooke

20 years, 6 months

[linux-audio-dev] jack_process and pitch-shifting

by Olivier Guilyardi

Hi, In Jackbeat, I want to include support for realtime pitch shifting. One of the option is to use a quality resampler as libsamplerate's SRC_SINC_BEST_QUALITY converter. In the future, I may add support for libsoundtouch1 (http://sky.prohosting.com/oparviai/soundtouch/index.html). Can I do that in the jack process callback ? Or should I span a new thread and do the heavy job in there, ringbuffer'ing the result to the RT thread ? -- og http://xung.org/jackbeat

20 years, 6 months

[linux-audio-dev] Linux Audio Conference 2005 Live Audio/Video streams

by Joern Nettingsmeier

hi everyone! for those interested in linux audio development, the linux audio conference 2005 (http://lac.zkm.de) at the center for arts and media in karlsruhe/germany will be streamed live in both vorbis and theora formats. the conference takes place from april 21 - 24, with lectures and workshops from 11:00 to 18:00 UTC+2 every day and concerts in the evenings. i would like to invite you to join us, either in person (attendance to the conference is free) or remotely over the internet. for remote participants of the conference, there is a chat room #lac2005 on irc.freenode.net. a chat operator will be present in the auditorium in karlsruhe and will relay your questions to the lecturer and the local audience. papers and slides will be made available for download in advance if possible. information about the streams and how to watch them is at http://lac2005.zkm.de. huge kudos to the icecast, ogg, vorbis and theora developers and communites for their code and expertise! kind regards, jörn nettingsmeier on behalf of the linux audio community feel free to forward this message to interested parties.

20 years, 6 months

[linux-audio-dev] gettimeofday() realtime safe?

by Dave Robillard

Hi all, I need to know if gettimeofday (or one of the other standard time functions) is okay to use in a realtime jack thread. I can't find any information on the net about whether it's deterministic or not (or even how expensive it is). Problem is I have an event-based system that pushes events (from OSC/Midi) into a dequeue, which the audio thread runs through to execute. If you flood with events, too many need to be processed per block, the audio thread takes too long and you get dropouts. I'd like to be able to only process (non timestamped) events for x% of the time available to prevent this from happening; so I need to be able to determine how much time has been eaten by event processing so far. Is calling gettimeofday this many times in the realtime thread a wise idea? Cheers, -DR-

20 years, 6 months

[linux-audio-dev] Re: [ANN} Aeolus mailing lists and Wiki

by Juhana Sadeharju

>From: Fons Adriaensen <fons.adriaensen(a)skynet.be> > > aeolus-user(a)muse-sequencer.org > aeolus-dev(a)muse-sequencer.org I would like to have mailman lists with webpage subscription and with the digest option. But meanwhile please maintain downloadable list archives so that I may check what is going on there time to time. Oh yes, wiki is evil for offline downloading. I would like to curse the people who designed the wiki's page linking. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

20 years, 6 months

[linux-audio-dev] Soundcard available at LAC?

by Marije Baalman

Hi, as it seems I cannot get the RME sound card to work on my laptop, due to some strange PCMCIA problems, I'd like to ask once more... Does anyone, who is going to the Linux Audio Conference, have a multichannel soundcard (USB), that I might borrow to use on Thursday for my concert performance and rehearsals? I can offer a beer (or another drink) in return on the Linux Sound Night and my eternal gratitude, of course. Otherwise, you'll all have to do with a stereo version :) I'll be in Karlsruhe tomorrow evening (though not at the dinner, due to other obligations, maybe I'll join up later on in the evening, though), and have my rehearsal Thursday morning in the Kubus. So send me an email, or try and find me on Thursday morning :) see you soon! sincerely, Marije

20 years, 6 months

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