Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7440 discussions

[linux-audio-dev] Should the list be members-only?

by Paul Winkler

Hi folks, your friendly temporary list-admin here. (Joern's on vacation and I'm filling in.) We seem to be getting quite a lot of spam lately. Currently the list is "open" - non-members can post. I'd like to take an informal poll: Should the LAD list remain totally open, or should non-member postings require moderator approval? I should point out that the LAU list requires approval for non-member postings, and it seems to be no problem in my very-limited experience managing the lists: I check the pending-approval queue at least once a day, find nothing but spam, and throw it away. Approving a legit non-member posting would be trivially easy. -- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's GILDED THANATOS MYRKSKOG! (random hero from isometric.spaceninja.com)

21 years, 1 month

Re: [linux-audio-dev] softsynth SDK

by nikodimka

>> I have a couple of algorithms I would like to turn >> into a softsynth. >> I want the synth to be alsaseq->synth->jack . >> And I want it to have a couple of GUI knobs. >... >> I would really like to escape dealing with basic functionality >> which has been implemented tens of times in the existing >> softsynths, but want to concentrate on the algorithms themselves. > >Well, why not extend some of the existing softsynths? That's what I >do: Because I'm too lazy to write gui code I write Pd externals. The >GUI part can be quickly done inside Pd (and every other user could do >their own). jMax or SSM also come to mind Its only a half of solution. Can I "compile" or "render" the resulting engine into single executable? I feel pretty uncomfortable when instead of using a small self-contained synth I have to load its guts into editing environment. > >and of course it is also >possible to directly write a LADSPA plugin and load that in one of >.those softsynths. Does LADSPA support alsaseq MIDI input? nikodimka __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

21 years, 1 month

[linux-audio-dev] Linux 2.6 not a latency panacea?

by Joshua Haberman

I am distressed. It was my understanding that the 2.5/2.6 kernel branch was undergoing significant scheduler and latency work, and that 2.6 would eliminate the kernel from the list of obstacles of low-latency on Linux. It will have the preemptable kernel patch, the new scheduler, and all of Ingo Molnar's low-latency work. Claims were being thrown around that 2.6 would be the lowest-latency operating system on the planet. So how is it that we're in the 2.6.0-test series and people are complaining about audio skipping in **XMMS**, which uses three second buffers by default?? If people are getting skips from high-latency playback, what hope is there for low-latency audio? A series of patches are coming from both Ingo and Con Kolivas attempting to address this, but the fact they are just now throwing around potential solutions erodes at my faith that they really understand the problem or how to solve it. Is 2.6.x going to be suitable for low-latency (or even reliable high-latency) audio? Or is it going to be more of the same: patching the kernel, tweaking parameters, reading magical incantations, and hoping for the best? Reassure me please! Josh

21 years, 1 month

[linux-audio-dev] gmorgan-0.13

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 is released GNU/GPL version 2. news v0.13 (18/08/2003) ---------------------------- - Added Record. Play, Load, Save and Export as Midi File of what you play. - Minor bugs solved. Thanks to Robert Jonsson - Added Stacatto-Legatto parameter for each accompaniment section. - Re-arranged old patterns to the "correct" lengths. - Solved bug in engine, now play the correct note length. That can modify some patterns. REQUERIMENTS -------------------------- Linux ALSA Fltk Midi Keyboard (Optional). Available in: http://personal.telefonica.terra.es/web/soudfontcombi/ http://www.telefonica.net/web/soudfontcombi/ http://perso.wanadoo.fr/guy.clotilde/GMORGAN/index.html Grettings Josep

21 years, 1 month

[linux-audio-dev] csound Debian package

by Hans Fugal

The csound Debian package is now available in unstable. -- Hans Fugal | De gustibus non disputandum est. http://hans.fugal.net/ | Debian, vim, mutt, ruby, text, gpg http://gdmxml.fugal.net/ | WindowMaker, gaim, UTF-8, RISC, JS Bach --------------------------------------------------------------------- GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460

21 years, 1 month

[linux-audio-dev] softsynth SDK?

by nikodimka

Hi, LADs! I have a couple of algorithms I would like to turn into a softsynth. I want the synth to be alsaseq->synth->jack . And I want it to have a couple of GUI knobs. So I wonder if there anything resembling the vst sdk (at least ladspa sdk) to start with? Or (assuming there's no such sdk existing, and noting that XAP aka GMPI still to far from here) which of the synths have the "clearest" architecture. So I could just productively GPLize the infrastructure code at the beginning. I would really like to escape dealing with basic functionality which has been implemented tens of times in the existing softsynths, but want to concentrate on the algorithms themselves. nikodimka. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

21 years, 1 month

[linux-audio-dev] RFC to developers: JACK transport BETA

by Kai Vehmanen

Hello, we are finally getting close to reaching the original goals set for JACK. The last big step has been the transport interface (to refresh your memory, take a look at the initial JACK/LAAGA use-scenario [1]). Thanks to Jack O'Quin's recent efforts, JACK now finally has a transport interface (and implementation) that fulfills all the requirements, and one that makes it possible to realize the example case [1]. Now at this point we'd _really_ appreaciate your input. If you are short of time, at least take a look at our requirements list at the start of the design doc: http://www.joq.us/jack/refman/transport-design.html The big questions are: 1. Is this API sufficient for your application? If not what is missing and/or wrong? 2. Do you plan to add support for JACK transport to your app? If not, what is the main reason not to (no interest, not useful for your app, you prefer other solutions, etc)? In addition, comments regarding interface and implementation details are also welcome. [1] http://www.eca.cx/laaga ---------- Forwarded message ---------- Date: 13 Aug 2003 22:08:09 -0500 From: Jack O'Quin <joq(a)io.com> To: jackit-devel(a)lists.sourceforge.net Subject: [Jackit-devel] CVS commit [0.77.0] new transport BETA test The new transport interfaces are ready for beta testing. Bring on your applications and give it a try. We will likely want to tweak a few things as problems are discovered. So, please don't release any applications that depend on the new API until the beta test is finished and we cut a new JACK release. But, the design seems stable right now. The reference manual is still at... <http:www.joq.us/jack/refman> If you don't want to wait for CVS to catch up, here's a tarball... <http:www.joq.us/jack/jack-audio-connection-kit-0.77.0-beta.tar.gz> Highlights... * new minor version, API version and protocol version -- to distinguish beta test level from earlier snapshots -- source compatible with recent 0.76 snapshots -- transport API not binary compatible: must recompile * functional test complete (except internal clients) -- if you have an internal transport client, try it -- it might work, but I still have no test cases * jackd -v option (--verbose) now prints useful transport state change information for debugging JACK and clients both * includes Bob Ham's makefile fix for the jackrec example client -- Jack O'Quin Austin, Texas, USA

21 years, 1 month

[linux-audio-dev] Letter.

by Rtd. Gen.T.Y Danjuma.

Dear Sir, Compliments, I implore you to take the time to go through my letter carefully as the decision you make will go off a long way to determine the future and continued existence of the entire members of my family and your own famiy. Having retired for two and a half year now. I have been bored, until my children introdued me to the use of internet teaching me how wild and how it has made the world a small place. However, i got fasinated and starting everyday and since i have a lot of time, that is alot of time to spent on the internet. I came across your contact. I am happy to say that as a former (retired) military service man and former defense minister in Nigeria i been blessed with a lot of influence and all the things money can buy. I've quite a lot of funds for any useful investment and having discussed with my daughter who handles my finance, i would be glad if you would consider useful whatever investment, either a shipping investment or others. I actually and eventually wish to build a strong and trustworthy relationship with you as my partner to secure and preserve whatever we might agree to do. Also i would not suggest for an investment in Africa regarding and considering some obvious security and logistic reasons. Once again, i am happy for been opportuned to contact you through this means of communication, also appreciate to meet you for this wonderful business investment opportunity that we are yet to negotiate as business partners and as my foriegn partner. I will be glad if this opportunity is quarrantee and consider my outmost partnership enquiry. Thanks. Yours Faithfully, Rtd. Gen.T.Y Danjuma. Private Tel:234-8034-033-173 Email:gendanjuma@prweb.com

21 years, 1 month

[linux-audio-dev] Edirol PCR-30 working with ALSA.

by rob buse

Hello everyone! I just picked up one of the Edirol PCR-30 usb keybaords. Seems to work just fine with the snd-usb-audio drivers. I figured it should be added to the ALSA Soundcard Matrix. I'm sure the PCR-50 could be added as well. cheers! rob buse _______________________________________________________ Sent through e-mol. E-mail, Anywhere, Anytime. http://www.e-mol.com

21 years, 1 month

RE: [linux-audio-dev] Should the list be members-only?

by Cornell III, Howard M

What????? And give up the chance to make 33% commission helping some foreigner move an account their father/uncle/husband/sister left unavailable to them???? Sure. -----Original Message----- From: Paul Winkler [mailto:pw_lists@slinkp.com] Sent: Thursday, August 14, 2003 2:13 AM To: linux-audio-dev(a)music.columbia.edu Subject: [linux-audio-dev] Should the list be members-only? Hi folks, your friendly temporary list-admin here. (Joern's on vacation and I'm filling in.) We seem to be getting quite a lot of spam lately. Currently the list is "open" - non-members can post. I'd like to take an informal poll: Should the LAD list remain totally open, or should non-member postings require moderator approval? I should point out that the LAU list requires approval for non-member postings, and it seems to be no problem in my very-limited experience managing the lists: I check the pending-approval queue at least once a day, find nothing but spam, and throw it away. Approving a legit non-member posting would be trivially easy. -- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's GILDED THANATOS MYRKSKOG! (random hero from isometric.spaceninja.com)

21 years, 1 month

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