Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7440 discussions

by Juhana Sadeharju

>From: Ralfs Kurmis <kurmisk(a)inbox.lv> > >Try out this example >Split it in seperate files >( Needs x ) Hello. Thanks for the example, but I see some problems there: if the second process does not find the segment given by the key, you example makes two distinct segments. That is what happen with me. Because I don't have IPC_CREAT in the second process, my program simply fails instead of creating second segment. I got it working otherway, but there are severe problems. In client, I simply skipped the shmget() and queried immediately the segment with shmat() with the mid value printed by the server. The example mailed here used shmget() with IPC_CREAT. When I used IPC_CREAT for both server and client, as I expected, I got two separate shared memories. In fact, as I make the shared memory in shmserver which is run first, the shmclient should not use IPC_CREAT at all. It works, but while the server seems to fill the shared memory with increasing integer numbers, the client behaves strangely. I have this code in shmclient now: k = -1; for (;;) { if (k != nums[1]) { k = nums[1]; fprintf(stderr,"%i\n",k); } // sleep(1); // fprintf(stderr,"ggggg\n"); } What should it do? It should ideally print the increasing numbers: 5435, 5436, 5437, etc. With sleep(1) it prints a new value once per second. However, without sleep(1), it prints only one number and then does not print anything anymore. It looks like Linux does not update the shared memory, why? When the "ggggg" is printed (without sleep), the shmclient prints only one number and repeatedly the "ggggg". Why the shared memory is not updated in this? I remember I had a similar problem with old XWave software at 1998 with much earlier kernel version (now I have 2.4.18 of RedHat 7.3). This looks serious problem. It may be that nobody has noticed it because either one uses sleep() or read()/write() in an audio system. That is, your software may work, but the problem may degrage the performance (as it certainly did freeze the printing in my shmclient). Perhaps the problem may cause an audio engine never work as fully as possible. If you get the shmclient work while the sleep(1) is commented out, please let me know :-) http://www.funet.fi/~kouhia/shmserver.tar.gz Best regards, Juhana

21 years, 2 months

[linux-audio-dev] 2nd LAD conference in Karlsruhe

by Matthias Nagorni

Hello, as both the participants of the 1st LAD conference and people at ZKM enjoyed the meeting, Frank and I asked for the possibility to hold a second meeting at ZKM next year. The answer was positive and therefore we can announce that the 2nd LAD conference is planned to take place April 29th - May 2nd 2004 at ZKM Karlsruhe. the option to have more room. In addition to the rooms we had for the last conference, we now have the option to also use a hall which is about double the size of the lecture hall we used for the last meeting. This hall is even more attractive since it is the recording studio of ZKM and can also serve as a concert hall. This time there is also the option to invite artists who actually do music with Linux software. Early registrations (email either me or Frank Neumann <Frank.Neumann_AT_st.com>) would help us to estimate the approximate scale of the event which can be even larger than last time. If you can do a talk or presentation please let us know the subject and estimated time you need for this. Depending on the number of talks we can decide whether we will have two parallel sessions. If the program of the event is fixed earlier than last time, this will help to advertise it in journals and among relevant companies. It might also help to find possible sponsors. Updates on this will follow from time to time. Matthias -- Dr. Matthias Nagorni SuSE Linux AG Deutschherrnstr. 15-19 phone: +49 911 74053375 D - 90429 Nuernberg fax : +49 911 74053483

21 years, 2 months

[linux-audio-dev] ANN: Initial public release of the Linux version of Soundmesh -- an Internet2 audio streaming software

by Ivica Bukvic

Hi all, Announcing immediate availability of Soundmesh Internet2 audio streaming software. 1. What is Soundmesh Soundmesh is a result of a collaborative work with Mara Helmuth. It originally started as an "Internet Sound Exchange" Internet2 project and has since grown to become a full-fledged audio streaming front-end. The sole purpose of this app is to provide a mechanism for streaming multiple CD-quality (or better) audio soundfiles via fast Internet2 connection, utilizing hacked version of the RTcmix v.3.1.0. Hence, Soundmesh provides for a unique "jamming" tool via Internet for a larger groups of participants. 2. Obtaining Soundmesh Soundmesh is currently only available in a source form and is downloadable from my website. It's download is broken into 2 parts: the soundmesh front-end (~530KB)and the hacked full version of the RTcmix3.1.0 (8.2MB). They can be obtained using the following direct URL's: http://meowing.ccm.uc.edu/~ico/soundmesh/soundmesh-latest.tar.gz (~530KB) http://meowing.ccm.uc.edu/~ico/soundmesh/rtcmix-soundmesh.tar.gz (8.2MB) Alternately, you can also find the download links on my website. Documentation is also available: http://meowing.ccm.uc.edu/~ico/soundmesh/Documentation.txt Screenshot: http://meowing.ccm.uc.edu/~ico/soundmesh/Screenshot.jpg 3. Current Limitations *Soundmesh obviously does not currently support modular numbers of incoming and outgoing streams. This is something that is planned for a future release. *Perl (.pl) scorefiles are supported in soundmesh but do not work in RTcmix *Python RTcmix scorefiles are currently not supported and do not work with either soundmesh or this version of RTcmix *A number of playable streams before "gapping" occurs varies depending on the quality of a stream and the internet connection. Considering that this is an Internet2 project, chances are your modem connection will simply not work [well or at all]. *Sound played via network is not heard locally (should be a quick fix). *Connections are not secure. 4. Disclaimer Copyright Mara Helmuth & Ivica Ico Bukvic 2001-3 Linux version distributed under the GPL license (see http://www.gnu.org/licenses/gpl.html for more info) This software comes with no warranty whatsoever! Use at your own risk! Best wishes, Ivica Ico Bukvic, composer & multimedia sculptor http://meowing.ccm.uc.edu/~ico

21 years, 2 months

[linux-audio-dev] [ANN] JACK Rack 1.4.2

by Bob Ham

Hi all, This will probably be the last release for this version; there's something Bigger And Better (TM) in the works: http://pkl.net/~node/misc/jr2-proto.png * fixed some segfaults * fixed some bad configure script checks * i18n support and Russian translation, courtesy of Alexey Voinov and Alexandre Prokoudine http://pkl.net/~node/jack-rack.html Bob -- Bob Ham <rah(a)bash.sh> Can you say "death chambers at Guantanamo with no real trial"?

21 years, 2 months

[linux-audio-dev] Shared memory?

by Juhana Sadeharju

Hello. I have problems in getting a shared memory to work. What works is my shmalloc() which is used for sharing memory over fork(). What does not work is sharing memory between arbitrary processes. This latter uses ftok() with a pathname (e.g., "/tmp/globalshm") in identifying the shared memory. Each process uses the pathname for gaining access to the shared memory. The simple example in "http://www.funet.fi/~kouhia/shmserver.tar.gz" does not work. It looks like shmserver creates the shared memory, but shmclient cannot find it. I use now shmget() but I have also used mmap() for shared memory. I don't remember the reason why I moved from mmap() to shmget(). Were there any limitations? What then is the "/dev/shm" seen in the "df" listing? How that is used? Best regards, Juhana

21 years, 2 months

[linux-audio-dev] LAD at the LinuxTag 2003 in Karlsruhe, Germany

by Frank Neumann

Hello everyone, next week, on July 10th - 13th, the LinuxTag, Europe's largest GNU/Linux exhibition and congress, takes place again in Karlsruhe, Germany, and once again several LAD "members" will be there with a booth to demonstrate what some of you/us have developed in the past :-). I'd like to invite anyone to come along, say hello and have some tech babble with us :-). We, that is: - Jörn Nettingsmeier, your faithful mailing list adminstrator - Julien Patrick Claassen, showing text-mode applications (Ecasound, Csound etc) - Matthias Nagorni of SuSE, author of AlsaModularSynth, KAConnect and other tools and docs - Takashi Iwai, one of the main authors of ALSA - Josh Green from California, developer of the Swami soundfont editor (once called Smurf) - Conrad Parker from Australia, author of the Sweep sound editor - he will also have a presentation of Sweep during the public congress. - and yours truly. Also, some developers of the Glame editor (Richard Guenther, Alexander Ehlert, Daniel Kobras) will be there (probably on Saturday/Sunday), and also Werner Schweer, author of the MusE MIDI sequencer, will be there at least one day on the weekend. As in the last 2 years, our main focus will be to bring some of the really great sound apps to public attention, help with install problems, spread information on ALSA and Jack, exchange knowledge amongst ourselves, and of course also to have a good time - with a little chance to actually make some music :-). But even if you'd not visit our booth (shame on you!), the LinuxTag is a great place to be. _IF_ you plan to come and don't want to spend a few Euros on the entrance fee (yes, it's not completely free anymore since last year), be smart and register at the LinuxTag's homepage which will result in a PDF generated for you that you print out and take with out as entrance ticket. It's even under the GPL :-). Weird concept, I know, but the idea is not that stupid after all - at least this keeps some of the kiddies away (those who visited former LinuxTag events know what I mean). For any and all information regarding the place, travel, accomodation and so on, please visit http://www.linuxtag.org. Unfortunately, the booth planning is not finished yet, so I cannot say right now what our booth number will be - but it shouldn't be hard to find. Officially on the exhibitor list, we are named "Linux Audio". Hope to see you there, Frank

21 years, 2 months

[linux-audio-dev] Using 'fastaudio', the python wrapper to PortAudio

by Frederic

Hello, (I'm not sure if this is the right list to post this question. Please let me know if I should use the user list instead). I made a C program using PortAudio, and I would like to re-write it in python, using the wrapper fastaudio. There is a little example in the fastaudio package, but not enough to understand how to use the callback function. Does anybody has a more complex example, using callback ? Regards, -- Frederic http://linux.gbiloba.org

21 years, 2 months

[linux-audio-dev] pros/cons of poll vs. asynch notify in ALSA

by jacob robbins

Anybody have any opinions on whether it is better to use polling or asynchronous notification when using the ALSA lib? i'm fishing for advantages re: speed, robustness, portability, etc -jacob robbins.....

21 years, 2 months

[linux-audio-dev] RTP MIDI update ...

by John Lazzaro

Hi everyone, Just sent in an updated version of the RTP MIDI normative I-D off to internet-drafts(a)ietf.org. You can download a copy now from: http://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-rtp-midi.txt In a hopeful sign, the Change Log is sufficiently short to reproduce in full below: Chapter M (Appendix A.9) has been redesigned, to follow the semantic design of Chapters C and E. Several definitions in Appendix A.1 have been changed to reflect this change, as have the chapter inclusion semantics for Chapter M in Appendix C.1.3. Many small editorial changes throughout the document, to correct grammatical errors and improve phrasing. I'm actually starting to re-code sfront networking to be compliant with the I-D (it has fallen out of date since the AVT RTP MIDI effort began), in the hopes of gcc catching bugs that peer-review may miss. Once that coding is complete, "Last Call" is probably not too far away ... so if you've been planning to spend a few hours to reading over the I-D and sending along comments, now would be a good time to do it. You might also want to download the non-normative Implementation Guide for RTP MIDI: http://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-guide.txt ------------------------------------------------------------------------- John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro -------------------------------------------------------------------------

21 years, 2 months

[linux-audio-dev] Re: |||| Gain/Peak indicator

by Andrew Burgess

>Also for sound limiter (compressor) algorithms . Sox has a compander and there is also a Dyson compressor LADSPA plugin. http://sox.sourceforge.net/ http://plugin.org.uk/faq.php

21 years, 2 months

Jump to page:

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