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/
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.
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
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
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
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
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~
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...
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
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.