Linux-audio-dev April 2003

linux-audio-dev@lists.linuxaudio.org

77 participants
76 discussions

[linux-audio-dev] Call for participation: MMA GMPI working group

by RonKuper＠Cakewalk.com

The Generalized Music Plug-In Interface (GMPI) working group of the MIDI Manufacturer's Association (MMA) is seeking the input of music and audio software developers, to help define the technical requirements of GMPI. The objective of the GMPI working group is to create a unified cross-platform music plug-in interface. This new interface is hoped to provide an alternative choice to the multitude of plug-in interfaces that exist today. Among the many benefits of standardization are increased choice for customers, lower cost for music plug-in vendors and a secure future for valuable market-enabling technology. Like MIDI, GMPI will be license free and royalty free. Phase 1 of the GMPI working group's effort is to determine what is required of GMPI: What sorts of capabilities are needed to support existing products and customers? What are the emerging new directions that must be addressed? Phase 1 is open to any music software developer and is not limited to MMA members. It will last a minimum of three months, to be extended if deemed necessary by the MMA. Discussions will be held on an email reflector, with possible meetings at major industry gatherings such as AES, NAMM and Musik Messe. Following the collection of requirements in Phase 1, the members of the MMA will meet to discuss and evaluate proposals, in accordance with existing MMA procedures for developing standards. There will be one or more periods for public comment prior to adoption by MMA members. If you are a developer with a serious interest in the design of this specification, and are not currently a member of the MMA, we urge you to consider joining. Fees are not prohibitively high even for a small commercial developer. Your fees will pay for administration, legal fees and marketing. Please visit http://www.midi.org for more information about membership. To participate, please email gmpi-request(a)freelists.org with the word "subscribe" in the subject line. Please also provide your name, company name (if any) and a brief description of your personal or corporate domain of interest. We look forward to hearing from you. Sincerely, Ron Kuper GMPI Working Group Chair

20 years, 6 months

[linux-audio-dev] Bristol Synth

by Anthony

Hi, I've been playing a lot with bristol synth and really love it. So much so that I've been trying to 'Jackify' it. Actually, I'm pretty much done, but can't figure out the internal audio format. Its interleaved floats I think, but not normalised to [-1,1]. If any of the developers are here could you help me out? I can hear noise, but I need to tune the maths. TIA. --ant

20 years, 10 months

[linux-audio-dev] Synchronizing two Delta 1010 with ALSA ?

by Benno Senoner

(Sorry for reposting to LAD, I've already sent this to alsa-user but I'm unsure which list is more appropriate so I'm trying both) Hello, I have a machine with two DELTA 1010LT cards and they work very well with ALSA (using ALSA binaries from Planet CCRMA). I would like to write a single threaded application that is able to write on all out channels (analog outs 1-8 of card 1 and 2 = 16 channels) simultaneously. The card's manual says that in order to synchronize two cards one should select the first card as master and set the internal clock generation (I do this via envy24control) and then connecting the SPDIF-OUT of card 1 to the SPDIF-IN of card 2 and set the card 2's clock source to SPDIF-IN. So far so good (from the hardware point of view) I managed to write ALSA code that writes to a single card: it opens the PCM hw:0 device selects 10 channel interleaved S32_LE mode and then writes out some data. This works perfectly for a single card. Now my question: I would like to extend this app so that it writes to both cards simultaneously without going out of sync. I assume that the SPDIF writing and clocksouce selection provides this from a hardware point of view, but I am unsure how to proceed from with the application code since the ALSA docs do not mention such a scenario. currently for a single card setup, I do the usual card setup and then sit in a while loop that does while(1) { snd_pcm_writei(pcm_handle, audiobuf, MY_PERIOD_FRAMES); } Is the following way to extend the app to two cards correct ? call the functions to setup card 1 (hw:0) call the functions to setup card 2 (hw:1) while(1) { snd_pcm_writei(pcm_handle1, audiobuf1, MY_PERIOD_FRAMES); snd_pcm_writei(pcm_handle2, audiobuf2, MY_PERIOD_FRAMES); } (where audiobuf1 is the buffer sent to card 1 while audiobuf2 is the buffer sent to card 2) Or is some special "sync start" procedure needed ? I remember ALSA had/has provides some functionality in this regard but I was unable to find documentation about it. Thanks in advance for your help. PS: does the DELTA cards only support the interleaved mode ? The model seems a bit inefficient since in most apps the data sources are non interleaved audio streams. (eg a HDR app that outputs each audio track to a different audio channel) cheers, Benno http://linuxsampler.sourceforge.net ------------------------------------------------- This mail sent through http://www.gardena.net

20 years, 11 months

[linux-audio-dev] thread priority question

by Ben Loftis

Is there an equivalent to sched_setscheduler() that adjusts thread priority instead of process priority? I want my audio thread to be higher priority than my drawing thread. Both threads are part of the same app (process). Is this possible in Linux v2.5?

20 years, 12 months

[linux-audio-dev] [ANN] galan-0.3.0-test3 released

by torbenh＠gmx.de

hi... galan-0.3.0-test3 is released... - now supports multiple jack in and out ports. - FFT is also supported. - BUGFIXES for details see http://galan.sourceforge.net -- torben Hohn http://galan.sourceforge.net -- The graphical Audio language

20 years, 12 months

Re: [linux-audio-dev] Re: image problem [was Re: [Alsa-devel] help for a levelmeter]

by Patrick Shirkey

>> That said, I think Patrick is right to start thinking about this now. Thanks. >I think he's completely right - I'm not sure about this bank account >thing but I do think that now is the time to be demoing, talking up and >generally approaching people and companies about Linux music software. >I wrote us up (and mentioned a few other apps) in the latest edition of >Linux User - John at mstation.org has been very kind so far as well. >Now is the right time to be talking to people and getting the >"products" out there. If it works - why not tell people about it? The reason I believe we need to have various bank accounts are because we cannot afford to waste money on excessive service charges and not everyone has access to credit cards. If we have the accounts in the right countries then people can just donate cash. From a professional perspective we need to show our prospective clients that we have sound financial thinking. It's mostly a subconscious need that consumers have. They want to know that the money they are investing is being given to people/companies/organisations who use it. Most people don't really care how it is used although we have the moral justification on our side too. This is from the Sound on Sound advertising package. "The main target market of Sound On Sound is the professional and semi-professional musician who is the kind of person that will have the spending ability to purchase a large range of products from synthesizers to samplers, mixing desks to microphones, multitracks to monitors, effects to expanders and computer hardware and software. They are not time wasters who do not know their profession - they are serious and mature individuals working with a reasonable budget." If we want to appeal to this audience we need to prove to them that they are investing in professional audio. We need to wine them and dine them (metaphorically). If they look into our commmunity and say these are just amateur geeks who have made some interesting things happen it won't work. If we take the intiative and lead them into our world they will come at it from the perspective that we are professionals who have created a very credible concept that we are proud of and want them to enjoy using. They will ask "What kind of cash have we invested" and if we come back with "Ahh, well we don't actually have a scope on the financial side of our open community." They are just going to look around for a while and leave. If we can show them that not only are we mathematics and logics wizards but that we also have solid business sense then they are going to stick around and see what we have to offer. A lot of them will probably invest just to test the waters or to keep up with the play. I want to see an advertising campaign happen that will educate and encourage the mass of potential user to take the step. I also want to make sure that we have covered our asses when they finally walk in through the doors. It's a choice between being amatuer enthusiasts or professionals. If we come across as professionals people won't give a toss about geekyness. -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== "Um...symbol_get and symbol_put... They're kindof like does anyone remember like get_symbol and put_symbol I think we used to have..." - Rusty Russell in his talk on the module subsystem

20 years, 12 months

[linux-audio-dev] [ANN] AlsaPlayer 0.99.75

by Andy Lo A Foe

Hello, AlsaPlayer 0.99.75 is out! This is mainly a bugfix release. Support was added for the ALSA dmix plugin (use -dplug:dmix) to support multiple instances on soundcards without hardware mixing. There were also some imrpovements in shoutcast/icecast stream handling. Basic transport control for the jack output system was added, as were some extra remote control parameters (--pause, --status, --quit). Get your copy at: http://www.alsaplayer.org/alsaplayer-0.99.75.tar.bz2 http://www.alsaplayer.org/alsaplayer-0.99.75.tar.gz ftp://ftp.alsa-project.org/pub/people/andy/alsaplayer-0.99.75.tar.bz2 ftp://ftp.alsa-project.org/pub/people/andy/alsaplayer-0.99.75.tar.gz As always, report bugs, comments, etc. to the alsaplayer-devel mailing list... Enjoy! Andy @ alsaplayer.org http://www.alsaplayer.org

20 years, 12 months

[linux-audio-dev] ANN: SoundPanel Beta Release

by Fred Gleason

I'm pleased to announce the initial public beta release of SoundPanel, an application for the organization and playout of audio cuts. Targeted for use in busy Broadcast and Live Performance environments, SoundPanel is capable of referencing hundreds or thousands of audio cuts, making them easily available both on programmable "panels" of buttons and via SoundPanel's built-in search engine. The intent throughout is to provide *fast* access to a large spectrum of audio. SoundPanel Features and Benefits: Optimized for speed. Any audio in the entire array can be located and played within a few seconds. Support for both ALSA-0.9.x and AudioScience HPI sound drivers. Dynamically-sized panel arrays allow for indexing and access of thousands of cuts, limited only by the physical capacity of the underlying filesystems. Built-in audio recorder allows audio to be recorded directly to an array button, without the need for a separate recording application. Integrated CD ripper allows CD tracks to be ripped directly to array buttons (uses the CDParanoia ripper engine). Built-in hooks to allow seamless use with an external audio editor. All configuration and setup done using point-and-click interfaces -- *no* arcane configuration files to edit! Completely free and open -- no dongles, unlock codes, software keys or other arbitrary limitations. SoundPanel is available now under the GNU Public License. Full source code, screen shots and RPMs for select Linux distributions are available at the Salem Radio Labs web site: http://www.salemradiolabs.com/ Cheers! |-------------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Salem Radio Labs | | Voice: 1-(540)-341-2880 | 87 Lee Highway, Suite 11 | | FAX: 1-(540)-341-7176 | Warrenton, VA 20188 | |-------------------------------------------------------------------------| | "You see, wire telegraph is a kind of very, very long cat. You pull | | his tail in New York and his head is meowing in Los Angeles. Do you | | understand this? And radio operates exactly the same way: you send | | signals here, they receive them there. The only difference is that | | there is no cat." | | | | -- Albert Einstein, upon being asked to describe radio | |-------------------------------------------------------------------------|

20 years, 12 months

[linux-audio-dev] low latency questions

by Maarten de Boer

Hello, I have two low-latency questions: - How do 2.4.20 (LL+preempty) and 2.5.68 compare? Are there any patches for improving latency on 2.5.68? - NVidia drivers, being closed source, might contain long codepaths which are not patches by the LL patches. Does anybody have bad experiences with NVidia cards that confirm this, or do they seem to work correctly? Thanks. Maarten

20 years, 12 months

Re: [linux-audio-dev] low latency questions

by Taybin Rutkin

I have a Nvidia motherboard with an embedded nvidia graphics chip and ethernet card and soundcard. It's all fairly closed source. Excepting the soundcard, which I haven't gotten to work (I use an ice1712 and an sb512), I can fairly reliably run jack at -p 512. Taybin -------Original Message------- From: Maarten de Boer <mdeboer(a)iua.upf.es> Sent: 04/28/03 11:55 AM To: linux-audio-dev(a)music.columbia.edu Subject: [linux-audio-dev] low latency questions > > Hello, I have two low-latency questions: - How do 2.4.20 (LL+preempty) and 2.5.68 compare? Are there any patches for improving latency on 2.5.68? - NVidia drivers, being closed source, might contain long codepaths which are not patches by the LL patches. Does anybody have bad experiences with NVidia cards that confirm this, or do they seem to work correctly? Thanks. Maarten >

20 years, 12 months

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 April 2003