Linux-audio-dev December 2011

linux-audio-dev@lists.linuxaudio.org

50 participants
39 discussions

by thijs van severen

I must be missing something here. amidi -l should list all midi out ports that are available to amidi, right? No matter what i try with a2j and all of its variants (including j2a and using the -e option) amidi -l never gives me any usable ports. Same results as root. Or should i be using the -L option to list the availabble ports? if yes, how does that work? I cant figure it out. :-( Another question: will a usb midi interface list the midi ports under alsa? All help is appreciated! Grtz Thijs On 9 Dec 2011 07:57, "thijs van severen" <thijsvanseveren(a)gmail.com> wrote: Thanks guys! I actually tried j2a but now i realise that i forgot the -e option to expose the hw ports. Doh! I'll give it another try tonight. Thanks! Grtz Thijs > > On 9 Dec 2011 00:12, "Harry van Haaren" <harryhaaren(a)gmail.com> wrote: > > Hello Thijs, > > I t... > On Thu, Dec 8, 2011 at 9:57 PM, thijs van severen < thijsvanseveren(a)gmail.com> wrote: > > > > Hi all > > > > i'm trying to use 'amidi' to send a simple midi message to the midi out > port of my fi... > > > >> > >> _______________________________________________ > >> Linux-audio-dev mailing list > >> Linux-audi... >

12 years, 11 months

Question re midi

by gene heskett

Does anyone have, in their old yellowed dead tree archives, a list of instrument numbers vs instrument that would allow one to setup a translation table to massage some very old midi files into General Midi instrument numbers? I need a list of number vs instrument for the truly elderly Casio CZ-101 and for the Casio MT-240. Google doesn't seem to be a lot of help and the original users manual for the MT-240 very carefully skips that. Some music I moused in 20 years ago sounds terrible when played through a modern GM player. Something has turned into a screaming Picolo and is threatening to burn out my tweeters. Any help will be very muchly appreciated. Thanks. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://coyoteden.dyndns-free.com:85/gene> BE ALERT!!!! (The world needs more lerts...)

12 years, 11 months

Re: [LAD] Question re midi

by Ralf Madorf

-----Original Message----- From: linux-audio-dev-bounces(a)lists.linuxaudio.org on behalf of gene heskett Sent: Tue 12/13/2011 06:59 A little, but while it claims 210, the midi spec only allows 127. +++ Hi Gene :) I own a CASIO CT-470. It's sending SysEx to switch sound banks. Sound Number / Prog Change 00. 10. 0 09. 19. 9 00.0 10.0 10 00.9 10.9 19 09.9 19.9 109 HEX for the SysEx F0 44 03 00 7N 51 DD F7 N is Channel (for my Casio 0, 1, 2 and 3 only) DD 20 Bank Select on, DD 21 Bank Select off Send data to a MIDI monitor and watch what happens if your Casio is sending program changes. Hth, Ralf

12 years, 11 months

AMS LV2: GUI?

by Aurélien Leblond

Hello Fons, I'm contacting you because I have been working on porting the internal AMS modules into LV2 plugins for Ingen. So far I have been reusing the exact same GUI as the original AMS modules, but Harry kindly offered to design and code some GUI for these plugins. May be something similar to what Modular Synths look these days (or have been for the past 40 years!) http://4.bp.blogspot.com/_FMBJEkaC8Lw/R94EOcEa8YI/AAAAAAAAQr8/aLzEK7SbOhM/s… We were wondering if you would have any opinion or idea for the re-design of the GUI? Thanks in advance! Kind Regards, Aurélien

12 years, 11 months

QasTools 0.16.0 released

by Sebastian H.

QasTools version 0.16.0 is now available. QasTools is a collection of dektop applications for ALSA. Changes: * QasTools replaces separate QasConfig and QasMixer packages * QasHctl: QasHctl forked out of QasMixer into separate application * QasHctl: Wrong pixmap in switch widgets fixed * QasMixer: Command line arguments -D and -c fixed * QasMixer: Command line arguments descriptions added in manpage * All: Info dialog adapted to QasTools Homepage with more information http://xwmw.org/qastools Project page http://sourceforge.net/projects/qastools/ Happy volume changing! -- Sebastian Holtermann

12 years, 11 months

TI throws DSPs at supercomputers

by Jens M Andreasen

>From El Reg: - Nvidia had better watch out. Texas Instruments is not only its rival when it comes to making ARM processors that might end up in servers someday, but it is also repositioning its digital signal processors so they can be used as math coprocessors for standard x86 CPUs – and perhaps ARM processors one day. ... TMS320C66x family of DSPs needs a much easier nickname if it is to become cool and talked about ... C66x delivers 160 gigaflops of single-precision floating point ... 8MB L2 cache ... 12.8GB/sec of bandwidth ... only consumes 10 watts ... www.theregister.co.uk/2011/11/28/ti_dsp_supercomputer/print.html -- JMA - Harlequin http://www.youtube.com/watch?v=inu-kkBnJKg

12 years, 11 months

NASPRO 0.3.1 bugfix release

by Stefano D'Angelo

Hi all, since the NASPRO bridges 0.3.0 release has a small but annoying build system-related problem, here I am announcing NASPRO 0.3.1, that is identical to the previous release except for the updated NASPRO bridges 0.3.1 package. More information on the website: http://naspro.atheme.org/ Enjoy!

12 years, 12 months

gxtuner-1.5 released

by hermann

Hello I’m happy to announce a update release of gxtuner, a simple, small and lightweight guitar/bass tuner for jack. It's a break out of the guitarix tuner module, gxtuner-1.5 changes: * added reference pitch controller * added threshold controller * added command-line option (-i) to connect at start up gxtuner comes with a analogue like, full arbitrary scaling interface (scale), show the tune, the octave and the accumulated frequency in Hz, and it comes with full jack-session support. gxtuner use a equal-tempered scale based on A4 = 440 Hz (427Hz <-> 453Hz) gxtuner is licensed under the GPL. for more information please read the included README file. get it here: http://sourceforge.net/projects/guitarix/files/gxtuner/ direct link http://sourceforge.net/projects/guitarix/files/gxtuner/gxtuner-1.5.tar.bz2/… have fun Guitarix developers

12 years, 12 months

opinions wanted on a couple of architecture questions

by Iain Duncan

As I slowly figure out audio architecture, I've gotten to here: main() - sets up jack, instantiates and Engine class and a Controller class Engine - the engine is passed to the jack audio callback, and has a .tick() to calculate audio - engine will receive messages over ToEngineQueue ( with a ringbuffer ) - engine will send messages back to controller over a second queue, ToControllerQueue Controller - started in main thread - will handle all input and output and instantiate any guis - sends messages to engine over queue - receives messages from engine over the ToControllerQueue Message - struct for passing messages, holds simple numbers, keeping individual messages of known size for now I've seen a few ways now in tutorials of handling some things and would love opinions. - Should the ToEnqineQueue be a part of Engine? ie, do we pass messages to engine with engine->newMessage( msg ); - or should the queue's be instantiated in main and should Engine and Controller each get pointers to the queues? - I think the stk examples do the former and SuperCollider the second - is it a bad idea to have both engine and controller need pointers to each other? - is this an example of an undesired circular dependency? - is avoiding that by having them each only depend on Queue and Message a good plan? - or should I avoid it by using an ABC for MessageReceivingComponent and allow them each to have pointers of type MessageReceivingComponent? - how should one handle memory management of the messages? Is it ok for Engine to allocate memory for new messages and have them destroyed on receipt, - or should I have queue delete the memory and return by value when messages are fetched? - what is the crustimony proceedcake for allocated memory from an engine? thanks to anyone who feels like they have the time to answer these! iain

12 years, 12 months

Re: [LAD] "bleeding edge html5" has interesting Audio APIs

by Neil C Smith

David, With the greatest respect to you, and I have a lot of sympathy with your ideas of GUI's using browser / JS technology, your comments on Java are bordering on FUD. I also don't understand the general anti-Java diatribe - it's a library, and it has its uses - why treat it as somehow different to any other library. It's still the best performing VM out there. Once JavaScript allows me to write a single JIT'ed executable that runs cross-platform; links to JACK on Linux, Windows and Mac; allows sub-5ms latency; and lets me drop live-coded fragments into the audio graph - then it gets interesting, but until then JS is still playing catchup! :-) On 21 November 2011 01:15, David Robillard <d(a)drobilla.net> wrote: > * Most Windows computers do not have Java. Source??? Last stats I saw showed Java installs not far behind Flash. And if you take the "link your own VM" option (which is similar to the suggestion re. webkit) it's irrelevant anyway. > * Java is officially deprecated on Mac OS X. hmm .. Java on Mac is actually looking rosier than it has in a long time, now that development is taking place officially as part of OpenJDK. > * Java will never, ever be available by default on any Microsoft > platform That depends - lots of manufacturers install it by default. > * Java is not included in the default installation of the overwhelming > majority of free software operating systems Good! Too many distros install far too much by default. It's a library, it's a dependency, and it's there if it's needed. > * Java requires software installation of some variety (unless you're > seriously going to suggest using Java applets in 2011 with a straight > face...) Applets? God, no! :-) I've no problem with installation though. As I said before, I don't necessarily see web-apps as the ultimate way forward - I personally think the app-store model will hold out because a) app-stores allow certain companies to keep their walled gardens, and b) writing for the browser is always going to be writing to the lowest common denominator. > * Java recently has acquired a lot of legal questions making it not > exactly the wisest investment for new technology. Nothing that affects OpenJDK though. > * There are many cutting edge modern browser implementations, and > activity here is moving at an astonishing pace. Java is a dinosaur. > A dinosaur that the others are still trying to catch up with, mind you! > Regardless, if I may take the liberty of speaking for this community, > making people use Java for something is a sure-fire way of ensuring they > don't use it. And I'll take the liberty of saying I think that's a daft attitude to have! :-) If the application performs a function I need, then I'll consider using it, regardless of what technology underlies it. Best wishes, Neil -- Neil C Smith Artist : Technologist : Adviser http://neilcsmith.net

12 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 December 2011