Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

[linux-audio-dev] Linuxaudio.org site problems

by Ivica Ico Bukvic

Just to let everyone know, we are experiencing some problems with the Linuxaudio.org server. As a result, we will have a downtime over the weekend and possibly a good portion of Monday. My sincere apologies if this unfortunate development has caused you any inconvenience. Your patience and understanding in this matter is most appreciated! Should you happen to have any additional questions and/or concerns, please do not hesitate to contact me. Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, and CHCI Virginia Tech Dept. of Music - 0240 Blacksburg, VA 24061 (540) 231-1137 (540) 231-5034 (fax) ico(a)vt.edu http://www.music.vt.edu/people/faculty/bukvic/

18 years, 11 months

[linux-audio-dev] Website moving - please update your links

by Fons Adriaensen

Hello all, Since I'm preparing to move abroad, I've transferred my website to a host that's independent of my local ISP. The new site is www.kokkinizita.net/linuxaudio 'Kokkini Zita' means 'red zeta' - the Greek letter, and all the 'i' are pronounced as English 'ee', not 'y'. It's also my 'project name' at the Linux Audio Consortium. In time you will also see the red zeta appear in the GUI of any new software. The main page has been restyled a bit, and the rest will follow as I have time. Please let me know if you have any problems with the new layout and colors. The old site will remain on-line for some months, but any new stuff and updates will go to the new one only. My new e-mail address will be fons-at-kokkinizita.net, but please don't use that until you see it appear on the lists. Enjoy ! -- FA Lascia la spina, cogli la rosa.

18 years, 11 months

[linux-audio-dev] [admin] maintainership passes on...

by Joern Nettingsmeier

hi everyone! i'm very happy to announce that marc-olivier barre will be maintaining the linux-audio-* lists from now on. let me take this opportunity to ask for a few more volunteers to moderate linux-audio-announce. get this: for years, brilliant minds like ingo molnar, robert love and lee revellhave been toiling with the kernel for a few measly microseconds gain - as a linux-audio-announce moderator, you can cut latencies by hours if not days. how is that for a claim to fame? please get in touch with marc-olivier. it's been a pleasure to participate in this linux audio community for all those years, and i have profited immensely from the great work done here! thanks everyone, and i hope to see you around at LAC 2007! best wishes, jörn -- jörn nettingsmeier home://germany/45128 essen/lortzingstr. 11/ http://spunk.dnsalias.org phone://+49/201/491621 if you are a free (as in "free speech") software developer and you happen to be travelling near my home, drop me a line and come round for a free (as in "free beer") beer. :-D

18 years, 11 months

[linux-audio-dev] Re: MIDI

by Gene Heskett

On Saturday 11 November 2006 21:00, Tony Nelson wrote: >At 4:21 PM -0500 11/11/06, Gene Heskett wrote: > ... > This thread might be of interest to the linux-audio-dev group, so I've added them to the Cc: >>Yup, and its been a constant src of amazement to this old fart that >> when the midi spec was setup, they used a serial port, thats fine, but >> when they set the data rate at only 31,250 baud, ... >> >>Consistently attrocious timeing, with the horns always 1/16 beat late >>unless the actual output order of each instrument is scrambled in the >>order output. That would make it sound a heck of a lot less >> mechanical. And there isn't a heck of a lot that can be done until we >> put midi on an optical circuit running at several megabytes/sec. >> Something like TOS maybe? > >Firewire. Many products already, plenty of speed, almost robust enough. >1/8 millisecond isoch cycle times; each cycle can contain packets from > many senders; each packet can contain lots of notes. More robust IMO than the din connectors now used for midi interconnects, however the cabling itself can't help but be more fragile when subjected to the rigors of a jam session with bodies walking on them all night. And that has to be a consideration else the first users will get discouraged at the high cable failure rates and revert, particularly if they have a tin ear and can't hear what to many of us would be an extremely obvious improvement. But I like that idea, a lot. Maybe some enterprising LAD people could get together and spec something like a midi interface running over firewire, complete with the repeaters so it can be daisy-chained just like midi can be, and hopefully release it into the PD as a new midi-2 interface standard. And design it such that it never, ever gets into the snails trail of the 31,250 baud interface it uses today. -- Cheers, Gene

18 years, 11 months

[linux-audio-dev] [ANN] ghostess 20061127 release

by Sean Bolton

Announcing the latest release of ghostess, a lightweight Gtk+ host for DSSI plugins: http://home.jps.net/~musound/ghostess-20061127.tar.gz New in this release: - bug fixes, build enhancements and code cleanups. - code to export patch lists to Freewheeling. - support for the latest JACK MIDI transport. - blinky lights indicating MIDI activity. ghostess is written by Sean Bolton, and copyright (c)2006 under the GNU General Public License, version 2 or later. DSSI is an audio plugin API for software instruments and effects, based on LADSPA, the ALSA sequencer event types, and OSC (Open Sound Control) communications. Learn more about it here: http://dssi.sourceforge.net/ Enjoy! -Sean

18 years, 11 months

[linux-audio-dev] C++ guru needed (again)

by Dave Phillips

Greetings: The following message is produced by Debian's GCC4 in 64Studio when compiling Csound5 for AMD64: g++ -o frontends/fltk_gui/CsoundGlobalSettings.o -c -fexceptions -Wall -g -gstabs -O2 -fPIC -DLINUX -DPIPES -DHAVE_LIBSNDFILE=1016 -DHAVE_FLTK -DBETA -DHAVE_FCNTL_H -DHAVE_UNISTD_H -DHAVE_STDINT_H -DHAVE_SYS_TIME_H -DHAVE_SYS_TYPES_H -DHAVE_TERMIOS_H -DHAVE_SOCKETS -DHAVE_DIRENT_H -I. -IH -I/usr/local/include -I/usr/include -I/usr/X11R6/include -Iinterfaces -I/usr/include/freetype2 frontends/fltk_gui/CsoundGlobalSettings.cpp frontends/fltk_gui/CsoundGlobalSettings.cpp: In constructor 'CsoundGlobalSettings::CsoundGlobalSettings()': frontends/fltk_gui/CsoundGlobalSettings.cpp:47: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-4.1/README.Bugs>. Preprocessed source stored into /tmp/ccDt1tHZ.out file, please attach this to your bugreport. scons: *** [frontends/fltk_gui/CsoundGlobalSettings.o] Error 1 scons: building terminated because of errors. John ffitch has successfully compiled Cs5 for AMD64 with FLTK support, but he used GCC3. I've tried the various options for scons, but got no joy whenever I used Word64=1, the build always dies at the same point. Yes, I do see the compiler report request, but when I searched Google I found documents stating that this particular error was supposed to be resolved already by GCC4. Does anyone see what needs to be done to get past this point with the FLTK stuff in Cs5 ? Any suggestions for a fix ? I'll gladly furnish any other imformation required, just let me know what's needed. Best, dp

18 years, 11 months

[linux-audio-dev] restarting jack

by conrad berhörster

Hello all, is there a way to restart jack out of an application, or is this the reason, why ardour need a running jackd. i want to write an application with a "reinit app" button and need a way to restart jackd, if it has been crashed. thanks c~

18 years, 11 months

[linux-audio-dev] Re: alsa, oss , efficiency?

by Danni Coy

cool it guys... It sounds like the person who asked the question only really needs to use sound in a really simple way and that performance is not a huge issue.... I would like to ask what other libraries are being used in your application.. how portable you want it to be...

18 years, 11 months

[linux-audio-dev] Annouce: initial release of Miditoys...

by Danni Coy

Miditoys is a small program I wrote so I could use some of my more interesting peripheral devices as midi instruments.... So far I have a reasonable attempt at a midi control surface using a playstation 2 style gamepad... and the beginings of a drumkit using the same device... This program is still very much in its infancy... There is very little in the way of documentation - If you are interested or you run into problems I please contact me More details at: http://miditoys.sourceforge.net

18 years, 11 months

[linux-audio-dev] The best LV2 examples

by Pau Arumi

Hi all! I want to learn LV2 to integrate the architecture in clam. (http://clam.iua.upf.edu) What examples of plugins and hosts do you recommend me? Thanks, Pau -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

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