Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7513 discussions

by Jens M Andreasen

Hi! I have noticed that it getting increasingly popular to produce wireless midi-controllers. M-Audio have a couple and CME appears to go along with them with some of their products. From the PR-blurbs I reckon that they both use the same patented technology. What I wonder is; wouldn't it be possible to bypass this USB radio transmitter/recaiver dongle-thingie and fast forward to the wireless capabilities already built in to most of modern portable devices sold today? Hey, even the OLPC aimed at third world children have this capability ... Are there any pitfalls like, say unreliable timing using standard protcols over wireless? Why would we like to use transmitter -> receiver -> USB -> computer, if we could just go for transmitter -> receiver using the chips already present on the motherboard? There is of course one slight problem, as of yet, no midi-keyboard has a general purpose builtin wireless radio. With any luck, it could be so fortunate that some lurker on this list recognizes a busines-opportunity .. or perhaps one of you guys could mention the idea next time you share a private moment with one of the pointy-haired bosses? It kind of puzzles me that this is not happening already ... --

18 years, 5 months

[linux-audio-dev] [ANN] JackMix 0.3 hits the shelfs

by Arnold Krille

JackMix, the ultimate mixer app for jack hits another milestone: "Sliders vs. Knobs" From the "programming during Linux-Audio-Conference"-depth. comes the next release of JackMix. Whats new since 0.2? Inspired by a lot of talking during LAC I have redone the sliders. They still look kind of similar to some vu-meters but I think it isn't that bad anymore. But there are new knobs in this version too. They did get positive feedback during the conference. :-) The knobs from 0.2 didn't seem to scale well. At least not from the usability point. The biggest change is that version 0.3 saves the own state to xml-files which can be read again later. Also adding a filename on the commandline opens that file on startup. This enables version 0.4 to have lash-support. And there is a new interface so backend can interact with the gui in a better way. The main effect now is that if jackd is not running its not the jackmix mainwindow that is complaining but the backend popping up a message. Visit http://www.arnoldarts.de/drupal/?q=node/568 to find more. See http://www.arnoldarts.de/drupal/?q=JackMix%3Ascreenshots for screenshots or just download the package from http://www.arnoldarts.de/drupal/files/downloads/jackmix/jackmix-0.3.tar.gz Have a nice weekend, Arnold -- visit http://www.arnoldarts.de/ --- Wenn man mit Raubkopien Bands wie Brosis oder Britney Spears wirklich verhindern könnte, würde ich mir noch heute einen Stapel Brenner und einen Sack Rohlinge kaufen.

18 years, 5 months

[linux-audio-dev] LAC streams online?

by Pau Arumi

Hi folks, here * I found lots of ogg files tagged as 21,22 and 23 March. But no file from Saturday 24th. Are they anywhere online? * http://lad.linuxaudio.org/events/2007_tub/ Thanks, Pau

18 years, 5 months

[linux-audio-dev] [ANN] List migration on the 1st of april

by Marc-Olivier Barre

Dear members, I am proud to announce that we will proceed with the list migration during the night between the 31st March and the 1st April (at 0h00 GMT). >From this point on, emails should be sent to these addresses : - linux-audio-dev(a)lists.linuxaudio.org for the developper mailing list - linux-audio-user(a)lists.linuxaudio.org for the user mailing list - linux-audio-announce(a)lists.linuxaudio.org for the announce mailing list The following aliases have been defined, to make it look nicer. Consider them as shorter equivalents : - lad(a)lists.linuxaudio.org for the developer mailing list - lau(a)lists.linuxaudio.org for the user mailing list No alias for the announce list since it is an open list (non subscribers are allowed to post) and we fear a increase in spam with a too short name. Also, to respond to a request to a few of you working with command line mail clients, the list tag at the beginning of the subject line will be shortened : [LAD] for linux-audio-dev [LAU] for linux-audio-user [LAA] for linux-audio-announce You may need to update your email filters accordingly. Those of you posting on the old addresses will get a message providing you with the new email to use. __________________ Marc-Olivier Barre, Markinoko.

18 years, 5 months

[linux-audio-dev] LAC2007 ---> LAC2008

by Simon Schampijer

Hi all, *the 5th International Linux Audio Conference *is *over.* The lac organization team 2007 had a busy but good time and we hope you enjoyed your stay in Berlin too. *As always many thanks to all participants, speakers, artists, partners and helpers! *This great event would not have been possible without your help. During the conference Martin Rumori and Frank Barknecht of the Academy of Media Arts offered to host the LAC2008 in Cologne. So see you all in cologne next year and the best wishes from Berlin. We started to put up some pictures from the lac here: http://www.kgw.tu-berlin.de/~lac2007/picslac/index.html If you have made some nice pictures they can be added here as well. Please send them to: lac2007(a)kgw.tu-berlin.de We have added a page on the LAC wiki where you can post your ideas and comments regarding the Linux Audio Conference. This could be helpful to the organizers of the upcoming ones and interesting to the ones who organized the lac2007. Best, Simon

18 years, 5 months

[linux-audio-dev] Re: [linux-audio-user] FPS on LAC2007@TU-Berlin

by Rui Nuno Capela

Ken Restivo wrote: > On Wed, Mar 28, 2007 at 06:23:55PM +0100, Rui Nuno Capela wrote: >> Hi, > >> I thought you'll be curious about some blogging of mine, about my >> attendance to this year's LAC2007@TU-Berlin, so there it goes: > >> - Back from LAC2007@TU-Berlin - The Aftermath >> http://www.rncbc.org/drupal/node/18 > >> All photos that I took during my stay can be reached from a small >> gallery as the same: > >> http://www.rncbc.org/lac2007 > >> Feel free to comment (reg. required though) > > > It looks really thinly-attended. > > Looking at this picture, were there really only 30 people there? > > http://www.kgw.tu-berlin.de/~lac2007/graphics/WFS-Panorama.gif > > -ken The last ones that remained, yes. But mostly those are the very ones than ran the whole event. Crew and Authors. And as I noted on my blog post, most of the audience crowd just went away right after the OLPC presentation, a couple of hours before that last photo was taken. Cheers. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

18 years, 5 months

[linux-audio-dev] Realtime problems with midi/osc sequencer

by Christian

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm writing on a sequencer system based on osc and midi.( No audio ) I'll first describe how it is build up. As libs I'm using liblo and rtmidi. The whole app is splitted into different small apps dealing with specific data. So there is a timer which has got the main goal to run a loop which sends an osc message with current tact information. This msg contains current tact( 0-inf ) the current amount of 192 notes ( eg 45/192 ) and the current amount of 256 notes ( eg 65/256 ). As a resolution i have chosen 768. Here is the source code of it. The function is startet inside a pthread. iTick is the amount of µsecs the timer has to sleep at the specific bpm speed. [CODE] void Timer::runThread() { std::list<Seq>::iterator iter; timeval tv; unsigned long startTime, passedTime; int shortTickCount=0; int longTickCount=0; int midiTickCount=0; while( !bRunning ) usleep ( 100 ); gettimeofday( &tv, NULL ); startTime=( ( tv.tv_sec * 1000000 ) + tv.tv_usec ); for( iter=seqs.begin(); iter!=seqs.end(); iter++ ) { lo_send_timestamped( iter->address, LO_TT_IMMEDIATE, "/timer/tick", "iii", iTact, iShortTick, iLongTick ); } while( !bQuit ) { if( shortTickCount == 3 ) { iShortTick++; shortTickCount=0; if( iShortTick == 256 ) { iShortTick=0; iLongTick=0; iTact++; } for( iter=seqs.begin(); iter!=seqs.end(); iter++ ) { lo_send_timestamped( iter->address, LO_TT_IMMEDIATE, "/timer/tick", "iii", iTact, iShortTick, iLongTick ); } } if( longTickCount == 4 ) { longTickCount=0; iLongTick++; } if( midiTickCount == 8 ) { midiTickCount=0; midiOut->sendMessage( &midiMsg ); } shortTickCount++; longTickCount++; midiTickCount++; gettimeofday( &tv, NULL ); passedTime=( ( tv.tv_sec * 1000000 ) + tv.tv_usec ); usleep( iTick-( passedTime-startTime ) ); gettimeofday( &tv, NULL ); startTime=( ( tv.tv_sec * 1000000 ) + tv.tv_usec ); } pthread_exit( 0 ); } [/CODE] The sequencers then play their notes depending on these information. And of course external midi sequencers play their notes depending on the midi clock. So my problem is that this works like crap! Even if there are no sequencers registered at the timer(seqs.size()==0) the midi ouput only sends clock messages measuring a speed of ~70BPM. Although 120 BPM are specified in the app. And I can't get faster than 150 BPM with the midi clock( internal BPM would be ~500 ) So I thought it would help to make this thread a realtime thread. But I found nothing about which scheduling model is currently availabe for userspace apps and how I append it to the thread. And I think the sequencers will need a realtime thread for their midi output, too. And as I read around a bit I saw that usual system clock is working at 64hz but my loop needs at least 768hz. Another problem is that I don't know if liblo is fast enough to deliver the timing messages to usual sequencer clients in realtime. I found that jack might be useful for me because it supports realtime threads of usespace apps. But there might still be a problem with osc. And there would be a mass of connections in qjackctl then. So please help me and post anything related that drives and rotates through your mind. THANKS for your time reading this! Christian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF8trPVC26eJ+o0+0RAo/IAJ0eon+tgnNvH+XXn+nYsUFf8IvYJwCbBcjh EHDn9hFf1VVR2bEqT6twdeQ= =nMYI -----END PGP SIGNATURE-----

18 years, 5 months

[linux-audio-dev] LAC aftermath - non-GUI announce hattrick

by Robin Gareus

>From the "debug OSC during lecture talks" dept. * dump UDP data from a port to stdout * forward/relay UDP data to one or more UDP ports. - C source attached - no compile flags needed The "hacked in Berlin's U-bahn" dept. pre-releases jplay2 (formerly jadio) - jack-plays-it-all http://mir.dnsalias.com/oss/jplay2/start - current Feature cloud: Open-Sound-Controlled resample JACK-transport vari-speed scrub-audio ffmpeg libquicktime libsndfile audio-cache The "no more xruns on app shutdown" dept. has added a few jack_deactivate() calls to various xj* gj* SVN and git repos. and finally the "berlin sync-it syndicate" announces it's involvement in http://ltcsmpte.sf.net #basically all of it is C-code in progress that I did not consider to be #releasable software before the LAC2007 ;-) - anyway they're helpers for #an average day of A/V R&D.. #robin

18 years, 5 months

[linux-audio-dev] [ANN] GMIDImonitor 3.2 released

by Nedko Arnaudov

GMIDImonitor is GTK+ application that shows MIDI events. New in this release: * Fix bug causing stalled midi events after burst followed by silence * Decode jack midi reset message (by Edward Tomasz Napierala) * Add some instructions about using GMIDImonitor. Project site: https://gmidimonitor.bountysource.com/ Screenshot: https://gmidimonitor.bountysource.com/FileDownload?file_id=50&inline=yes Source tarball can be downloaded from project site, "Downloads" section -- Nedko Arnaudov <GnuPG KeyID: DE1716B0>

18 years, 5 months

[linux-audio-dev] Re: promoting LAC 2007

by Dave Phillips

Jonathan Corbet wrote: >Dave Phillips wrote: > > > >>LJ didn't think it worthy enough to fund a reporter's trip. >> >> > >FWIW, LWN would have been (or would be) more than interested in coverage >from this conference. And, yes, we can pay for it - as long as you're >not looking to get rich. There's a lot more than just Slashdot out >there. > Well, we'll know who to ask next year. :) Btw, is LWN a member of linuxaudio.org ? Perhaps someone who attended might like to write up something for LWN re: this year's conference ? Best, dp

18 years, 5 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