Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7502 discussions

Free Music Instrument Tuner 0.97.0 released

by Gilles Degottex

Hi all, Here is a big new version with many changes, new features and fixes: - New algo: - faster, more robust, etc. - only one (optional !) parameter (and a little bit more intuitive) - fftw3 dependent - Add OSS support - Add Portaudio support (FMIT should be Win and Mac compatible with configure flags: --disable-jack --disable-alsa --disable-oss) - Filter frequencies out of range - Moved views in dB scales - Thick lines in graphs - A personal string for the packagers, visible in the about box - Discrete Fourier Transform module: dedicated to be more a pedagogic module than a usefull tool. - Configure panel review - And my favorite new feature: a donation button under the website ! - and so much I forgot ... I was busy for a very long time, so sorry to people I do not answer. Website: http://home.gna.org/fmit Download: http://download.gna.org/fmit Donation page: http://home.gna.org/fmit/donation.html Comments, remarks, test, bug reports and rotten tomatoes are all welcome. Have fun, Best Regards, Gilles PS. for packagers: could you send me your repository website, or something like this ? I'll reference them under the website. PS. for packagers: you can now use: ./configure --enable-packager-string="Jean-Michel de Lattre <mimi.lattre(a)jemlapet.com>" PS. for all: you know there is a new feature on the website: donate ! :P

18 years, 2 months

Re: [LAU] Thinkpad R60 for Audio Update - Firewire Conflicts with Audio

by Pieter Palmers

CC: Linux-Audio-Developers CC: linux1394-devel Spencer Russell wrote: > Hey List, > So my initial concerns that the HDA Intel audio card shares the IRQ > with ohci1394 seem to have manifested themselves. Using the kernel > option pci=noacpi initially put most of my devices on IRQ11, but then > I was able to move them around using the BIOS. Unfortunately, whenever > I change the IRQs around, HDA Intel, ohci1394, and uhci_hcd:usb2 all > seem to move together, which to me indicates that there's some > lower-level hardware connection between the three of them. > > This means that I get loads of xruns if I try to run jackd with a > firewire hard drive plugged in, which is a pain because I bought this > enclosure specifically so that I would have access to the hard drive > that has all my session files on it. The current interrupt handler for ohci1394 is rather heavyweight. This could cause these problems. However, ohci1394 is open source, so we can solve that if we want to :). You should try the new juju stack, and see if you experience the same issues there. I'm also wondering why/whether threaded IRQ's can't be software-demuxed in the kernel. A very basic interrupt handler like this: handle_irq() { switch(irq_source) { case HDA: set_my_prio(high); hda_handle_irq(); case 1394: set_my_prio(low); 1394_handle_irq(); } } Ingo's threaded IRQ stuff does something like this, but I don't quite know the details of it. I'm under the impression that it allows setting the priority of the 'handle_irq()' but not of the dispatched IRQ handlers. Greets, Pieter

18 years, 2 months

CLAM eastern improvements

by David García Garzón

Just in case anyone is interested on some of the things we are cooking for the 1.1 CLAM release, i described some nice features i added during eastner on the last 4 entries of my blog[1]. The titles: - PK Widgets integration in CLAM - Realtime Voice Gender Change - Educational Vowel Synth and ControlSurface Widget - Realtime MFCC and LPC analysis Pau and Andreas also have some niceties on the way. So stay tuned to the planet [2] and the development screenshots [3]. [1] http://vokicodder.blogspot.com/ [2] http://clam.iua.upf.edu/planet [3] http://clam.iua.upf.edu/wikis/clam/index.php/Development_screenshots -- David García Garzón (Work) dgarcia at iua dot upf anotherdot es (Home) vokimon at telefonica adot net http://www.iua.upf.edu/~dgarcia

18 years, 2 months

RFC: Qt-Facade for lash (=qLash)

by Arnold Krille

Hi everybody, I am currently in the process of creating a facade/frontend-class for lash. I will use it to lashify JackMix but probably its of interest for others to. As Qt supports signals/slots this is pretty good for the signaling lash does. But a problem arises with saving/loading configs trough lash: Upon the corresponding signal either all configs have to be sent as one to lash followed by a finished-signal or all the options have to be stored inside the qLashClient-class so they can be stored. Or (re)storing happens through virtual functions and subclassing. I am unsure which of the three models to use. Signalling to save all options requires a lot of knowledge about lash in the other objects which is rather unwanted as it make lashifying hard. Subclassing allows for several save/restore objects to different locations/mechanism like lash/file/database. Maybe subclassing could be combined with saving options in the lash-class (maybe even through QSettings). Anyone has any ideas? Is anyone interested in qLash as an independent library? See the attached files for my current version of the class (license is GPLv2)... Have a nice weekend, Arnold -- visit http://www.arnoldarts.de/ --- Hi, I am a .signature virus. Please copy me into your ~/.signature and send me to all your contacts. After a month or so log in as root and do a rm / -rf. Or ask your administrator to do so...

18 years, 2 months

[OT] Server type (Was: supporting developers)

by Marc-Olivier Barre

On 4/5/07, Dave Robillard <drobilla(a)connect.carleton.ca> wrote: > > I think it is cooler than running a mailing list on Windows server which is > > where lad/lau/laa lists were hosted until very recently. ;-) > > Touché :) Not quite : Darwin roar.music.columbia.edu 8.9.0 Darwin Kernel Version 8.9.0: Thu Feb 22 20:54:07 PST 2007; root:xnu-792.17.14~1/RELEASE_PPC Power Macintosh powerpc Sorry Ico ;-) __________________ Marc-Olivier Barre, Markinoko.

18 years, 2 months

supporting developers

by Robin Gareus

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've recv. > 5 independent remarks that linuxaudio.org should provide services for developers - similar to sourceforge.net! (again no April fools' here) There are already some efforts (eg. download.linuxaudio.org) but none of which is end-developer friendly :) - we figured that providing end-user resources is easier to implement and linuxaudio.org lacks manpower.. - but I dare say we'll get there at last. unless *YOU* volunteer, we won't re-implement sf.net on linuxaudio.org - but we will aim towards some devel-CMS! Here are a few ideas: * web-space (1) * bug-tracking system (2) * code repository (3) - no [per-project] forum (6) - no file-release repo (5) - no [automatic] per-project mailing lists (4) (1) we can use one of the currently avail. platforms wiki (dokuwiki) or CMS (drupal) AND/OR allow to rsync custom project-web-space (static html only). - for custom solutions we don't see a problem to add vhosts&accounts (plus database,cgi), but this won't be an open-registration platform. (1a) we are also working on re-organizing the vhost names and namespaces merging old content into new CMS.. stay tuned. any content with a dubious license is currently being moved to http://outlaw.linuxaudio.org (2) bugzilla ? mantis ? trac ?- any volunteers, experts? (3) subversion seems to be the common denominator! we can provide import/export (from darcs,cvs,git,..) scripts. and/or have each project choose it's flavor! - our current server runs osX and older versions of RC-software, we'll get a linux-box for this around July and revisit this issue. I'll volunteer to do the git & gitweb setup.. darcs,svn&cvs are still open.. (4) once we've consolidated the server backend - you can request new mailing-lists to be hosted at linuxaudio.org! (5) frankly: the sf.net file-release system sucks! and so do most www-interactive file-browsers. - there are many possible solutions, all with a twist in the details: no spam, little admin-overhead (accounts), accessible from any OS,... - my current favorite is to have an incoming/ folder (alike sf.net) and a small custom web-CGI that allows project-admins to *rsync* a subtree of incoming/ to their download.linuxaudio.org web-space! - (we can allow to write to incoming/ via ftp,webdav,rsync,.. ) (6) once there are Forums on linuxaudio.org we can revisit the per-project forum idea... ;) - drupal should already be able to do it! -=-=-=-=- There are a few general issues (eg. shared accounts/passwords, HTTPS/SSL certs, proxy/cache ) to be addressed, before we start new web-project. ..just takes some time.. However I'm pleased to announce that we've now got a stable&clean web- and mail-server setup (including backups, log-analysis -rotation,.. etc.) - and started fine-tuning both performance and security issues; look&feel will improve further down the road. robin, for the linuxaudio.org team -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGD9OheVUk8U+VK0IRAgmUAJ0SwNJDtxdICm8eCZwpjjKEuP5/3QCdGTBb 3HBQOUmXKFgTYiMahAvWyoM= =Yy/x -----END PGP SIGNATURE-----

18 years, 2 months

[LAU] [ANN] One time chance to order your own LAC'07 t-shirt!

by nescivi

Hi all, After a while of recovering and figuring out the details on how to do this, we have now set up a little form online for you to order LAC'07 t-shirts. The t-shirts will have the same quality as the t-shirts you have seen the organisers wear, throughout the LAC in Berlin. This is a one-time offer only, and be sure to put in your orders soon, as the offer will only stand up until the 16th of April. We want to have the payment in advance, as we need to pay the cost of printing, packaging and postage. Please use the link on: http://www.lac.tu-berlin.de to go to the form, get more detailed information and order your shirts! sincerely, Marije _______________________________________________ Linux-audio-user mailing list Linux-audio-user(a)lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user

18 years, 3 months

[ANN] One time chance to order your own LAC'07 t-shirt!

by nescivi

18 years, 3 months

JackMix 0.3.1 released

by Arnold Krille

Hi all, with help from the community (thanks for testing :-) I have gathered some build-system fixes for JackMix. So a new release is available at http://www.arnoldarts.de/drupal/?q=node/568 or directly at http://www.arnoldarts.de/drupal/files/downloads/jackmix/jackmix-0.3.1.tar.gz Changes are: - Use pkg-config correctly (--libs-only-l and --libs-only-L instead of --libs) - Require QtCore >= 4.2 per pkg-config to circumvent api-changes from Qt4.1 to Qt4.2... - Adopt INSTALL and similar gnu-files to the new buildsystem. Happy mixing, 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, 3 months

alsaseq timestamping

by Dmitry Baikov

Hi! I can't get realtime timestamping for input events to work. Queue is initialized as: queue = snd_seq_alloc_queue(seq); snd_seq_start_queue(seq, queue, 0); Port is created with: snd_seq_port_info_set_timestamping(pinfo, 1); snd_seq_port_info_set_timestamp_queue(pinfo, queue); snd_seq_port_info_set_timestamp_real(pinfo, 1); But ev.time.time is always zero. What's wrong? Thank you. Dmitry.

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