Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by holborn

Hi! gmorgan is a .. Rhythm Station, an organ with auto-accompaniment and a "small" Band in a Linux Box. Uses MIDI and the ALSA sequencer for play the rhythm patterns. Styles, patterns , sounds, and the mixer settings, can be edited and saved. Program released GNU/GPL version 2. News on 0.03 -------------------- - New Drum Pattern Edit - Added some "demo" patterns and songs. - Lots of bugs solved. REQUERIMENTS -------------------------- Fast Computer Linux ALSA Fltk Take a look at http://personal.telefonica.terra.es/web/soudfontcombi/ And please ... if you enjoy this prog and wants to share patterns, send me, and i will include in future versions, i have a large TODO, and i need some help. Josep

22 years, 3 months

[linux-audio-dev] Re: Shared memory

by Juhana Sadeharju

Hello. I examined further the shared memory malfunction. Locking the memory with mlockall() did not help: the shared memory is not updated in the client. I used mlockall() both in shmserver and in shmclient. For some reason the shared memory is not a true shared memory. The shmserver and shmclient do have the shared memory segment obtained with the same shmid value, but processes seems to have their own duplicates of it. I have no other explanation. These duplicates were updated when the shmclient performed sleep(1). Now I have non-waiting sched_yield() in the shmclient, and that helps. shmserver is very computation intensive process: it goes through the whole shared memory and increases the integers there. First there are 250000 zeros, then 250000 ones, and so on. The client reads only the first memory location in a loop, and prints out the value if that value is not yet printed. What practically happens is that shmserver has enough time to increase the values multiple times before shmclient gets its turn to check the values. shmclient does not print values such as 1234, 1235, 1236 --- the scheduling period is too long for that. In fact, the shmclient prints the values surprisingly slow; maybe 20 times per second at maximum. Without "renice 19" the shmclient prints values in steps of 24 (avg), and with "renice 19" the shmclient prints values in steps of 2 (avg). Maybe 20 times per second with "renice 19". Slow. What this could mean? When an audio software does non-realtime background computations, the other non-realtime processes could be in trouble even if they run at different user priorities. These processes could be a disk server, a GUI, etc. Question: does the same "shared memory" problem occur with threads? Intuitively there should not be problems, but never know after what I have seen. Best regards, Juhana

22 years, 3 months

[linux-audio-dev] PlayerPro source?

by Juhana Sadeharju

Hello. Can anyone convert the file http://www.genisis.ch/casimage/DATA/PlayerPRO_Source_Code.sit to some better archive format? (zip or tar) I have also other sit/sea/hqx files which I would like to have in Linux friendly format. All related to audio/graphics open source development, of course! Best regards, Juhana

22 years, 3 months

Re: [linux-audio-dev] It's been more than a year... Have things improved?

by jacob robbins

>Hi Jacob, >Hi LAD members, >On Mon, Jul 07, 2003 at 04:50:45PM -0600, jacob robbins wrote: >> deadlock. You forgot to mention one other method for achieving this >> communication; System V ipc messages, which i prefer because they don't >> lock (if used right) and they are simple. See the man pages for msgget, >> msgsnd, msgrcv. >What do you mean by "if used right"? It's pretty simple: The realtime thread must always try to get messages in non-blocking mode. Meanwhile, the UI thread blocks waiting for the receipt of a different message from the realtime thread indicating that the requested issue has been handled. Of course the issues must be carefully constructed so that the realtime thread can handle them without allocating any memory or doing too many long loops. -jacob robbins.....

22 years, 3 months

[linux-audio-dev] BruteFIR v0.99j released

by Anders Torger

On my way to 1.0, I just released v0.99j of BruteFIR, which contains some new stuff, most notable it now uses FFTW3 instead of FFTW2, and also supports 32 bit and 64 bit floating point precision in the same binary. I've done my usual 10 minute Quality Assurance Testing, and since quite much has been added, I may have broken some stuff. But since I'm lazy, I just release and hope for the best to happen, and if anyone stumbles over a bug, let me know and I'll fix it promptly. http://www.ludd.luth.se/~torger/brutefir.html /Anders Torger

22 years, 3 months

[linux-audio-dev] simultanious access to audio input

by Robert Ross

Hi, My appologies for what is probably a naive and confused question... I need to allow multiple programs/processes to take data from the same audio device at the same time. My initial imprtession is that audio devices are still set up only to allow one process to access them at a time. Is there some way to allow multiple processes to take input from the same audio device at the same time? A playback analogy might be how normally you can't have two processes play8ing data at the same time, but ARTS can take multiple audio streams and then play them out throug the one device. Many thanks for any advice you can give... robert -- ==================================================================== Robert Ross -------------------------------------------------------------------- Mail FB3, Mathematik-Informatik Deptartment of Mathematics Universität Bremen & Computer Science Postfach 330 440 University of Bremen 28334 Bremen P.O. Box 330 440 Deutschland 28334 Bremen Germany Phone +49 421 218 7129 Fax +49 421 218-3054 Web http://www.informatik.uni-bremen.de/~robertr Email robertr(a)informatik.uni-bremen.de ====================================================================

22 years, 3 months

[linux-audio-dev] [ann] Ardour feature in german radio "Deutschlandfunk"

by Frank Barknecht

Hallo, this Saturday, July 12, there will air a feature on Ardour and Jack including an interview with Paul Davis on the german radio station Deutschlandfunk. The interview will air somewhere between 16:30 and 17:00 CEST together with several other Linux topics on the Linuxtag in Germany. You will find mp3- and text-version of the feature later on http://www.dradio.de/dlf/sendungen/computer/ The airing is in german, of course, so sorry for all, who don't speak german. Overseas listeners can tune into our live streams at http://www.dradio.de/streaming/pop_up.html The interview is a bit old, from March 2003, but it is general enough to be valid even now, that beta-versions of Ardour came out. At least I hope so ;) Recording and editing were in part done with Ardour, too. So I hope, you like it. Have fun, -- Frank Barknecht _ ______footils.org__

22 years, 3 months

[linux-audio-dev] linuxtag webcam is online...

by J�rn Nettingsmeier

hello everyone ! greetings from the linuxtag booth crew. our webcam has been online for a couple of hours now, with intermittent outages due to network problems. if you want to watch us selling out our collective souls, go to http://www.linuxdj.com/audio/lad/eventslt2003.php3 . so far, it's been great fun. one of us will be on #lad tomorrow if time permits, and if some developers could linger there, it would be a great opportunity for us to direct visitors to you to ask questions. right now,the show is closing, but we'll be back later for a jam session... best, joern -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 J�rn Nettingsmeier Kurf�rstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)

22 years, 3 months

[linux-audio-dev] ioctl() call fails. (fwd)

by Doru-Catalin Togea

Hi! I posted the following on the comp.os.linux.development.apps newsgroup, but I believe that maybe this forum is even more appropriate for the questions I have. (I would have cross-posted if I knew how to cross-post between a news-group and an e-mail based disscussion group. I am using PINE). ---------- Forwarded message ---------- Date: Thu, 10 Jul 2003 08:25:00 +0200 From: Doru-Catalin Togea <doru-cat(a)ifi.uio.no> Newsgroups: comp.os.linux.development.apps Subject: ioctl() call fails. Hi! I am running RedHat 9.0 on a Toshiba Sattelite. It has a Yamaha sound-card which has been identified by the sound-card configuration programme to be a "YMF-745 [DS-1E Audio Controller]" card, and the "ymfpci" module is used for it. I can test-play the sound in the sound-card configuration programme, I can play music CD's with the CD-Player application shipped with RedHat 9.0 and I can play mp3s with xmms (after installing its mp3 support). So I guess my sound-card is pretty much up and running. I am using my PC for some research work involving multimedia (I am working on my master's thesis). I have compiled a set of tools implementing an adaptive video streaming protocol, (the Quasar Pipeline, available from http://ogiworks.org/quasar/) but when playing back video with sound enabled the application crashes with the following message: ** ERROR **: SNDCTL_DSP_GETODELAY: Inappropriate ioctl for device aborting... Aborted I can playback the video with sound disabled. I also had the same problem with Redhat 7.3, so I guess the cause of the problem is my sound-card. Can anyone tell me what the ioctl() does? I read the man page but it is scarce. The author of the software I have installed tells me that the call is issued in order to synchronize video and audio playback. I guess some of you have quite some programming experience, so I wonder what do your guts tell you about this situation? Do you think that if I could track down the place(s) where the call(s) is/are made I could then adjust the calls so that my sound-card will understand the call(s)? Or is my card so old that it does not support the ioctl() call at all? Thanks if anyone can help, Catalin -- <<<< ================================== >>>> << We are what we repeatedly do. >> << Excellence, therefore, is not an act >> << but a habit. >> <<<< ================================== >>>>

22 years, 3 months

Re: [linux-audio-dev] Csound LGPL, was Re: [linux-audio-user] gmorgan-0.02

by Stefan Nitschke

> > Rtsynth has no source code. Kinda defeats the open-source philosophy. True, but OS is not my philosophy ;) >Yes, true, it's a nice app still. Thanks :-) Stefan _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

22 years, 3 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