Linux-audio-dev November 2010

linux-audio-dev@lists.linuxaudio.org

59 participants
31 discussions

by yermandu

The Problem: I have a poor wireless card in some notebooks. This card is a hard to work, but after kernel 2.6.37-rc2 is come to working, some features is add to laptop and video card now work in built in. Some apps cannot work so good, and i would add RT patch in this kernel to get rtprio I make some tries with patch-2.6.33.7-rt29 but Im fail, so the question is: How i can apply the rt patch in the kernel 2.6.37+ ? -- yermandu

12 years, 6 months

ANN : Faust 0.9.30 released

by Orlarey Yann

================ | FAUST 0.9.30 | ================ GRAME - Centre National de Creation Musicale - is happy to announce the release of FAUST 0.9.30. This version fixes several bugs, introduces some new possibilities in the language and provides improved libraries and additional examples. ------------- About FAUST : ------------- FAUST (Functional Audio Stream) is a functional programming language specifically designed for real-time signal processing and synthesis. A distinctive characteristic of FAUST is to be fully compiled. The FAUST compiler translates DSP specifications into very efficient C++ code that works at sample level. It targets high-performance signal processing applications, libraries and audio plug-ins for a variety of audio platforms and standards. A same FAUST specification can be used to easily generate native JACK or ALSA applications, as well as CSOUND, LADSPA, MAX/MSP, PD, Q, SC and VST plugins. The Faust distribution can be downloaded at: http://sourceforge.net/projects/faudiostream We switched from CVS to GIT. The GIT repository can be cloned with the following command : git clone git://faudiostream.git.sourceforge.net/gitroot/faudiostream/faudiostream faust Two mailing lists are available: https://lists.sourceforge.net/lists/listinfo/faudiostream-devel https://lists.sourceforge.net/lists/listinfo/faudiostream-users In order to test FAUST without installing it, please refer to the Online Faust Compiler (requires firefox): http://faust.grame.fr ======================== WHAT'S NEW ============================== --------------- Documentation : --------------- - A new version of the Faust Quick Reference is provided with a better layout and an expanded and updated content. ---------- Compiler : ---------- - the ':' (seq), '<:' (split), ':>' (merge) and ',' (par) composition operators are now right associative. For example the parallel composition (1,2,3,4,5) now denotes (1,(2,(3,(4,5)))). This change simplifies pattern matching techniques in particular the use parallel compositions as lists. The iterative par(...) construction as been modified accordingly. - Improved pattern matching support. Variables don't have anymore to be undefined to be considered match variables. The new strategy uses the positions to determine the role of variables. For example in pattern 'x(y,z)' y and z are match variables while x, in functional position, is a regular variable. This allow to evaluate patterns without having to introduce a special notation for match variables... ----------- Libraries : ----------- The various libraries have been extended, in particular Julius Smith's effect.lib, osc.lib and filter.lib. - effect.lib : among the new additions are some historical reverbs form the early 70's like John Chowning's jcrev and satrev. - filter.lib : contains several new filters in particular third-order and sixth-order Elliptic/Cauer lowpass and highpass filters. - math.lib : added Hadamard() matrix function contributed by Rémy Muller that has applications in Feedback Delay Networks. ---------- Examples : ---------- Several examples were added to illustrate some of the new functions provided by the libraries. - cubic_distortion.dsp, - gate_compressor.dsp, - graphic_eq.dsp, - parametric_eq.dsp, - phaser_flanger.dsp - smoothdelay.dsp, - spectral_level.dsp, - vcf_wah_pedals.dsp -------------------- Architecture files : -------------------- - ca-qt.cpp : Aggregate in/out devices when needed. - jack-gtk.cpp : Tooltip format added - max-msp.cpp : help message is now posted even when no audio inlet is available - module.cpp : updated - supercollider.cpp : compile fix ---------- Bug Fixes: ---------- - improved error messages for non constant-integer table sizes - getBoxType now only always called on fully evaluated expressions in propagation normal form. - missing boxtype for pattern matching variables added - Bitmask : new implementation correcting bug for large values - some recursive call to simplify have been removed to avoid potential infinite loops during the simplification of some expressions ---------------- Acknowledgments: ---------------- Many persons have been contributing to the FAUST project by providing code for the compiler, architecture files, libraries, examples, documentation, scripts, bug reports, ideas, etc. I would like to thank them and especially: Fons Adriaensen, Tim Blechmann, Tiziano Bole, Baktery Chanka, Thomas Charbonnel, Damien Cramet, Etienne Gaudrin, Albert Graef, Stefan Kersten, Victor Lazzarini, Matthieu Leberre, Mathieu Leroi, Kjetil Matheussen, Remy Muller, Sampo Savolainen, Nicolas Scaringella, Stephen Sinclair, Travis Skare, Julius Smith, as well as my colleagues at GRAME, in particular : Dominique Fober, Stephane Letz and Karim Barkati, and from the ASTREE project : Jerome Barthelemy (IRCAM), Alain Bonardi (IRCAM), Raffaele Ciavarella (IRCAM), Pierre Jouvelot (Ecole des Mines/ParisTech), Laurent Pottier (U. Saint-Etienne) Yann Orlarey GRAME

12 years, 6 months

Audio2MIDI algorithms

by Dominique Michel

It was a previous discussion "Musescore "music trainer"?", about polyphonic audio to MIDI recognition. I found a windows program that claim to archive good results : TallStick TS-AudioToMIDI On this webpage : http://tallstick.com/webhelp/algorithm.htm, they wrote some interesting claims : - "They (3 of the 4 algorithms) all are based on the set of oscillator circuits named sensors. Each sensor gets wave signal as input and produces some reply. Sensor's reply is a value proportional to the amplitude of component with frequency about equal to sensor's resonance one." This is what I call "filtre en peigne" in french. Comb filter. Each "teeth" of the comb will test for one frequency. - After sensor's output is multiplied on correspond Equalizer values, it arrives on Spectrum Window. All these methods analyze spectrum data at each instant of time from left to right (from low to high pitches). When spectral maximum is detected it assumed to be fundamental frequency of note. This assumption is tested by comparing spectra to Harmonic model setting. After this, if assumed note is greater than Threshold value then note accepts, otherwise rejects. If note is accepted, all it's spectral components are subtracted from corresponding components of whole spectra. This show that the whole algorithm is more complex than a simple recursive filtering. They take in account the spectra of the music. You can (and must) assign the instruments that play the music, before to made the conversion. Ciao, Dominique -- "We have the heroes we deserve."

12 years, 6 months

alsa driver and arduino stuff

by Joan Quintana

Last year I spent time being confident with arduino projects (music related, sending MIDI messages to a hard synth, etc). I would hack that when I plug my arduino (USB), it appesars in aconnectgui list, the same way that I plug my Axiom 25 and magically it appears in aconnectgui. I suppose that this task could be called "to program an alsa driver for arduino", isn't it? If someone can point me in the right direction... TIA, Joan Quintana http://wiki.joanillo.org

12 years, 6 months

Re: [LAD] alsa driver and arduino stuff

by Joan Quintana

> I'm not too sure what I'd call it. Thiago Teixeira called it ttymidi: > http://www.varal.org/ttymidi/ > Should do exactly what your looking for I think. Just run his program, and any USB/Serial > device > can send data to ALSA MIDI. :-) > Cheers, -Harry > PS: Might be nice to send the author a "thanks" if you like it Thanks for make me remember ttymidi. I tried it and is perfect for the purpose to connect arduino to fluidsynth. Returning to the problem..., I imagine something like plugging arduino and appearing automatically in aconnect. Maybe the solution is to hack the FTDI driver. FTDI is the chipset that converts serial to USB, and needs an FTDI driver to create a virtual COM port: /dev/ttyUSB0. The solution could be hacking the FTDI driver with the ALSA libraries driver and making it an ALSA sequencer port. Joan Q

12 years, 6 months

Native LV2 port of mdaEPiano VSTi

by Ricardo Wurmus

Hi, I'd like to announce that my LV2 port of the famous mda e-piano plug-in is ready for download! [1] When I was checking out the mda-lv2 ports, I noticed that the instruments were not actually playable. I could not get them to work in either lv2_jack_host or in Ardour2 or Ardour3. So , here is the first and only (to my knowledge) native LV2 port of the mda e-piano. There is no GUI yet, but once I figured out how to add a GUI I'll be adding one. I'd be very happy to receive comments and suggestions on the code. My next target will be the mdaPiano plug-in---I might actually start soon when the GUI stuff causes me too much of a headache... Best, Rekado _____ [1] http://github.com/rekado/lv2-mdaEPiano

12 years, 6 months

Port Argotlunar VST to LV2!

by Louigi Verona

Hey guys! Will anyone be interested in porting this GPLed VST to LV2? http://argotlunar.info/ Louigi Verona.

12 years, 6 months

interesting security update to bristol just came out

by Niels Mayer

I noticed that bristol-0.40.7-7 updated due to the following security update. What got me curious is what kind of security issue could running bristol possibly pose?? -- none on it's own, but another rogue package could exploit this issue ... https://bugzilla.redhat.com/show_bug.cgi?id=638376 ................. Raphael Geissert conducted a review of various packages in Debian and found that bristol contained a script that could be abused by an attacker to execute arbitrary code [1]. The vulnerability is due to an insecure change to LD_LIBRARY_PATH, and environment variable used by ld.so(8) to look for libraries in directories other than the standard paths. When there is an empty item in the colon-separated list of directories in LD_LIBRARY_PATH, ld.so(8) treats it as a '.' (current working directory). If the given script is executed from a directory where a local attacker could write files, there is a chance for exploitation. In Fedora, /usr/bin/startBristol re-sets LD_LIBRARY_PATH insecurely: declare -x LD_LIBRARY_PATH=/usr/lib:/usr/local/lib:${LD_LIBRARY_PATH}:${BRISTOL}/lib A solution is to patch the script to test if $LD_LIBRARY_PATH is set first before attempting to modify it: if [ -z ${LD_LIBRARY_PATH} ]; then export LD_LIBRARY_PATH=/usr/lib/foo else export LD_LIBRARY_PATH=/usr/lib/foo:${LD_LIBRARY_PATH} fi This issue has been assigned the name CVE-2010-3351. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598285 ........................... Niels http://nielsmayer.com

12 years, 6 months

Re: [LAD] [LAA] [ANN] gjacktransport 0.5.0

by Niels Mayer

On Fri, Nov 12, 2010 at 9:50 AM, Robin Gareus <robin(a)gareus.org> wrote: > http://gjacktransport.sourceforge.net/ is a tool that provides graphical > control over JACK-transport [1]. IAt some point, either from installing version 0.4 or 0.5, whenever I browsed a directory out of the web browser, such as the "show in folder" option for downloaded files, gjacktransport would get invoked instead. I finally figured out what happened. Somehow, the following setting got "installed" along with gjacktransport: KDE's System Settings -> File Manager -> gjacktransport Whereas it should have been set to "dolphin" . Investigating further, I noticed that gjacktransport got added as a viewer for file type "inode/directory" which seems to be a bug. I'm not sure why adding it as a MIME type would also select it as the default directory viewer in KDE, but that's what I've been seeing. But perhaps my system has been cobbled on too much as it is a hybrid of KDE and Gnome. In either case, I finally figured out the issue, and fixed it for myself. Just thought I'd share in case others had the same problem, and hopefully, if this is a bug in gjacktransport, that'll get fixed as well. Thanks, Niels http://nielsmayer.com

12 years, 6 months

Re: [LAD] FOSS Ethernet Soundcard - IETF Ethernet AVB

by errordeveloper＠gmail.com

Hi everybody, Fallowing up the long discussion i'm trying to sort of give the information you all seem to be missing. there was a meantion of this, but not too many of you have paid any attention: here you can find an article about the current status of the protocol mess: http://prosoundnewseurope.com/pdf/PSNLive/PSNLive_2009.pdf (page 28) obviously eas50 is good to go, but Ethernet AVB is right thing really. the only thing that it's still work in progress, but many of the proprietary vendors, which already have their own networking solution (like Harman with HiQ-net, the one i can name of top of my head) are involved in AVB stadard deveelopment. The idea of AVB is to bypass the IP layer, which is right thing really. you don't need to assign IPs to your audio nodes, really! in avb you'd just have to select channels that nodes whant to listen to. there is a fair bit of documentation on the ietf.org AVB group's page. but XMOS is looking to be the best point of refference: http://www.xmos.com/news/15-jun-2009/xmos-simplifies-ethernet-avb-implement… is think we should forget everything else and crack on with the XS1 AVB implementation! their XS1 chips seem to be really great, their are basically every innovative and open-source minded. the official toolchain is LLVM-GCC based. you can use C, C++ or their own XC. XC is basically C with some stuff omited (like goto and floats) and XMOS IO stuff added, don't just say WTF, look at it first! you should also watch the videos here: http://www.xmoslinkers.org/conference-online-wf especialy the two about the "XMOS Architecture" and the AVB presentation. some dev-kits are quite expencive, but that's due to low-volume really ;) there is alos a nice USB Audio kit! plus there is alittle board that is cheap and has two RJ45's on it already :) I'm myself studying the XC book at the moment. And geting familiar with the tool set :)~~ looks very exciting, cause these are the invovative chips! ok, may be an FPU is really missing on XCore, but how many DSPs have it anyway? well quite a few, but there was no FPU on dsps for ages! :)) also XC or C/C++ are so much more obvious then the bloody "menthal american military engeneers non-sense" called HDL-whatever! Cheers Everyone, Hope you will appreciate my excitment :)~ (l0l) -- ilya .d

12 years, 6 months

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 November 2010