Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] Audio s/w ui swallowing

by Steve Harris

The world and his dog seems to be releasing macos/windows audio s/w that looks like 19" rack units. Anyone know enough about X to know if its possible to make X apps open thier main window inside a standard sized cabinet (ala Reason). I'm assuming it would be ok to require the app to be a certian size and have explicit support, but I guess it couldn't put any restrictions on toolkit. Other than looking cool, it would actually be a useful way to keep window clutter down. Not that we have any 19" lookalike apps yet, but I guess we will do at some point. - Steve

22 years, 9 months

e: [linux-audio-dev] The future of XAP? (was: fruityloops on linux?)

by k 1

>Given the time frames we're talking about here, and that XAP is almost >in alpha (if that term applies to APIs), I don't really think there's >more than one sensible choice here. Most of the thinking is already >done, and we *need* that API, yesterday. There's no point in stopping development but it would be good if someone from the MMA could figure out what their opinion is on Open Source. It seems like a huge division at the moment between what they are wanting to do and what is actually happening around here. Maybe we have to resign ourselves to yet another completely Open source solution that has no backing from the major businesses in our field. Ok, we keep slogging on and they keep (almost) ignoring us. Makes me feel even more uninterested in what they have to offer open source. Should I feel guilt for not being interested in the closed source providers if they are not interested in working with us? -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== Being on stage with the band in front of crowds shouting, "Get off! No! We want normal music!", I think that was more like acting than anything I've ever done. Goldie, 8 Nov, 2002 The Scotsman _____________________________________________________________ Get your spam-free, Linux email now --> http://www.LinuxWaves.com Join Linux discussions --> http://Community.LinuxWaves.com _____________________________________________________________ Select your own custom email address for FREE! Get you(a)yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag

22 years, 9 months

[linux-audio-dev] Karaoke software?

by Ingo Oeser

Hi there, I'm lurking around since some years here and try to follow your discussions here. Now I'm looking for karaoke systems in software for Linux. So sth. which shows the karaoke channels of VCDs and DVDs or real karaoke media. By showing I don't mean dumping it into a text file, but the way an karaoke system would show it. I also need some basic realtime equalizer and stuff to e.g. lower a female voice to allow singing songs made for male voices. But that is secondary. Is anything out there, which might help me? Thanks & Regards Ingo Oeser -- Science is what we can tell a computer. Art is everything else. --- D.E.Knuth

22 years, 9 months

[linux-audio-dev] when to implement controlC0/hwD0C0/mixerC0, and what for ?

by Marc Titinger

Hi All, I'm getting a bit confused about how mixers and special harware controls (like GPIOs) are implemented in ALSA(0.9.0) : What is the difference between /proc/asound/dev/controlC0 and /proc/asound/dev/mixerC0 ? My card (ens1371) does not feature a mixerC0 device, does a call to snd_mixer_open(..) require a such device to exist? Basically, what for should I open the controlC0 device ? (mixer settings, power management ? )and do I need to implement a mixerCx device ? Should controlC0 be used for lowlevel settings global to the board, while hwC?D? would be for proprietary hardware control on a given IO ? Thanks, Marc.

22 years, 9 months

[linux-audio-dev] [OT] the small size of the audio marketplace

by Paul Davis

in a second confirmation (post steinberg) of the tiny size of the audio marketplace: Under the proposed transaction, Sun Capital would acquire approximately 9.8 million shares of Mackie common stock, or approximately 65% of Mackie's total common stock outstanding, through the purchase of approximately 7.4 million outstanding shares from certain selling shareholders and approximately 2.4 million newly issued shares for a total of approximately $10 million in cash. that puts their valuation of Mackie at about $15.4M. i know that Mackie is a niche player, not working at the same level as, say, Gibson or Fender, but they are one of the preeminent trade mixer makers and they also make some damn cool products. !! *products* !! hardware! marketing! people! customers! reputation! all this could have been yours for a few million :) of course, there is an interesting question: who are the sellers of those 7.4 million shares (some 49% of all existing shares)? they appear to be basically dumping somewhere between half and all their existing holdings in Mackie. that's quite a sell off. --p

22 years, 9 months

[linux-audio-dev] Re: Audio s/w ui swallowing

by Chris Cannam

> the big problem is that writing even a simple WM is not > trivial. still, i would guess that taking twm and hacking it to > enforce window sizes and position can't be that hard. twm would be an awful choice -- the code's completely unreadable and surprisingly huge. There are plenty of ultra-minimal window managers around these days that have far better code. Practically anything written since 9wm (a pivotal app in the window manager world). Hacking on one of those need not be hard at all. http://www.plig.org/xwinman/others.html The newer ones are generally nearer the top. I wrote wm2 and wmx which have far too particular a look for the sort of thing you want, but the code's not _too_ bad and I'd be happy to answer questions (though I haven't the time to work on any actual coding of this sort). They're in C++ with BSD-style licensing. They're getting on a bit now though and there are doubtless easier choices even than wm2 these days. http://www.all-day-breakfast.com/wm2/ Chris

22 years, 9 months

[linux-audio-dev] fruityloops on linux?

by lobotomi＠suomi24.fi

I use my PC as a multitrack-recorder and the only program I miss from windows OS is the fruityloops. I tried to ask from fruitydevelopers about linux-support and the answer I get was: "(I wrote)do you think that linux users won´t pay for a good program? is it time, do you have hands full of work in windows versions? (reflex wrote)These two are probably among the main reasons. Also, you'll have to admit that Linux isn't as mature a platform as Windows yet." I´m not a programmer, but If I were, I´d try to do some co-operation with fruity-developers and do an linux-support to the fruityloops. ´cause it´s only the question of time&money. Is there anyone who could do something about this? or is there any program on linux already which works like fruity? you can check our conversation on fruityloops-site(click the "linux, why not?") http://forum.e-officedirect.com/forum.exe?forumname=Fruityloops_DevelopersA… I could give my other testicle for the one who does the linuxversion of fruity. thanks. ,Tomi _____________________________________________________________ Kuukausimaksuton nettiyhteys: http://www.suomi24.fi/liittyma/ Yli 12000 logoa ja soittoääntä: http://sms.suomi24.fi/

22 years, 9 months

[linux-audio-dev] [ANN] amSynth 1.0 rc2

by nick

amSynth - Analogue Modelling SYNTHesizer **************************************** amSynth 1.0-rc2, code-named "jack", is now available!! Get the source code at http://amsynthe.sourceforge.net/amSynth Changes in this release: * you've been waiting for it -- JACK audio output support!! * completely revised ./configure & build system - will adapt features to libraries installed, proper 'make install' target... * launch a virtual keyboard from the amSynth menu! * transparent per-user installation for first time users * build fixes galore, now compiles fine on latest GCC versions Enjoy! (and any problems with it please get in touch, details on website) -Nick d-.-b __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com

22 years, 9 months

[linux-audio-dev] Added Jack support to zynaddsubfx

by Nasca Paul

Hi, I added Jack support to ZynAddSubFX (1.0.6). See at http://sourceforge.net/projects/zynaddsubfx or http://zynaddsubfx.sourceforge.net. Paul. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

22 years, 9 months

[linux-audio-dev] ANN: k_jack v0.0.0.5 and Mammut v0.15

by Kjetil S. Matheussen

k_jack is a jack reimplementation, and mammut is a very special sound transformating sound editor. Download from http://www.notam02.no/arkiv/src/ New in mammut v0.14->v0.15: --------------------------- -Removed the synth transform. It was not supposed to be there and had no function. -Fixed the wobble transform. Segfaulted with mono-files. (Bug found by Dave Phillips) k_jack V0.0.0.5 ALPHA - EXPERIMENTAL ------------------------------------- ABOUT k_jack currently consists of k_jackd~, libk_jack and libaipc. k_jackd~ is a jack server external for pure-data. libk_jack is (supposed to be) a (somewhat) libjack compatible library. Jack applications that want to contact k_jackd~ instead of jackd must (somehow) be linked with libk_jack and libaipc instead of libjack. k_jackd~ does not speak with libjack, and jackd does not speak with libk_jack. libaipc is a library for audio interprocess communication, based on code from the vstserver. A preview version is included with this version of k_jack. (API is not settled.) By using libaipc for interprocess communication, and letting PD take care of various low/mid/high-level audio-stuff, only a few hundred lines of code is currently used for this implementation of a simple jack system. k_jackd~ and libk_jack are not based on the jack sourcecode found at jackit.sf.net, except for protos in the header files. COMPILE 1. Go into the aipc/src folder and write make to compile up libaipc.a 2. Go into the library folder and write make to compile up libk_jack.a 3. Write make to compile up k_jack~.pd_linux. 4. Relink you jack application(s) somehow. USAGE 1. Start pd with the "-lib k_jackd~" option. 2. Start a jack application linked with libk_jack. 3. Make an object in pd called "k_jackd~ <clientname>". Correct number of inlets and outlets will be made automaticly. That should be it. Later, when things get more stable, point 3 can do point 2 automaticly. WHY use k_jackd~ ? 1. Simple. Only the clientname is used, not the portnames. 2. Easy and powerful interface to control the audioflow. 3. Good performance. Shouldn't be necessary to run as root. TESTED CLIENTS simple_client, freqtweak, ceres. BUGS Crashes pretty often. Does not clean up. Huge risk of not freeing shared memory in the current implementation: Client must exit before server, and client must not crash. And server must not crash. CONTACT Send ideas (especially about the k_jackd~ object syntax), comments (especially about the libaipc API), questions, code, food, etc. to k.s.matheussen(a)notam02.no --

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