On Thursday 09 September 2004, Clemens Ladisch wrote:
> M-Audio started following suit only after they hung their engineers
> with a USB cable and bought Evolution who had always made
> class-compliant devices.
And now Avid (the company owning Digidesign) bought M-Audio. I hope to see the
engineers that made the MBox hanging in the end of an USB cable.
Regards,
Pedro
>On Sat, 2004-09-04 at 06:55, Steve Harris wrote:
>> On Fri, Sep 03, 2004 at 05:40:12 -0700, Andrew Burgess wrote:
>> > >Service discovery just covers being able to locate liblo servers
>> >
>> > I wonder if it's possible to use portmap for service discovery?
>>
>> I dont know, but I think you shouldn't :)
>>
>Seconded. There is a good reason that portmap has been around for 20
>years or so and only NFS uses it.
Please tell us what that reason is...
Thanks in advance
Hi!
I am pleased to announce version 0.4 of the Polypaudio sound
server. See
http://0pointer.de/lennart/projects/polypaudio/
for more information.
I will try to push Polypaudio into both Gnome and KDE as replacement
for esound resp. aRts. I am interested in your comments on Polypaudio.
Please comment especially on the client APIs available on
http://0pointer.de/lennart/projects/polypaudio/doxygen/
For a quick comparison with aRts/Esound see the FAQ:
http://0pointer.de/lennart/projects/polypaudio/FAQ.html
I am always interested in new devlopers: if you are interested feel
free to contact me!
polypaudio is not a sound server for professional audio, it is a sound
server for desktop environments. Please keep that in mind when
grumbling about this software.
Thanks for your time,
Lennart
--
name { Lennart Poettering } loc { Hamburg - Germany }
mail { mzft (at) 0pointer (dot) de } gpg { 1A015CC4 }
www { http://0pointer.de/lennart/ } icq# { 11060553 }
>> >Service discovery just covers being able to locate liblo servers
>>
>> I wonder if it's possible to use portmap for service discovery?
>I dont know, but I think you shouldn't :)
Please say why. Thanks!
>Zeroconf seems like a good fit however.
Hydrogen 0.9.0 is out! :)
Features:
__General__
* Very user-friendly, modular, fast and intuitive graphical interface based
on QT 3.
* Sample-based stereo audio engine, with import of sound samples in .wav, .au
and .aiff formats.
* Support of samples in compressed FLAC file.
__Sequencer and mixer__
* Pattern-based sequencer, with unlimited number of patterns and ability to
chain patterns into a song.
* Up to 64 ticks per pattern with individual level per event and variable
pattern length.
* 32 instrument tracks with volume, mute, solo, pan capabilities.
* Multi layer support for instruments (up to 16 samples for each instrument).
* Ability to import/export song files.
* Unique human velocity, human time and swing functions.
* Multiple patterns playing at once.
__Other__
* OSS and Jack audio drivers, with assignable Jack ports.
* ALSA MIDI input with assignable midi-in channel (1..16, ALL).
* Import/export of drumkits.
* Export song to wav file.
* Export song to midi file.
Changes:
* Multi layer support for instruments (up to 16 samples).
* Multiple patterns playing at once.
* Added FLAC files support for songs and drumkits.
* Added pitch and gain properties per instrument.
* Improved song and pattern editor (selections, copy/move, etc..).
* Added a new selectable user interface (single panel).
* Better jack-transport support.
* Ability to set the note length in pattern editor
* Export song to standard midi file
Download:
 http://hydrogen.sourceforge.net
Happy drumming! :^)
--
Alessandro <Comix> Cominu
http://hydrogen.sf.net
e-mail: comix(a)despammed.com
Icq: 116354077
Linux User # 203765
[...Codito Ergo Sum...]
Hi all,
the Aqualung project (http://aqualung.sf.net) opened a mailing list
for development as well as user discussion. I would kindly invite
everyone interested to join the list. I would also like to thank LA
list members for their patience.
Our list is called aqualung-friends. To subscribe, go to:
https://lists.sourceforge.net/lists/listinfo/aqualung-friends
The list is members-only. After subscribing, post messages to:
aqualung-friends(a)lists.sourceforge.net
We are planning to keep the list relatively low-traffic (no cvs diffs,
no daily releases), but we would like to have a separate place for
discussion so as not to flood the general LA lists with our own
troublesome issues.
We now also have a Mantis bugtracker available at:
http://aqualung.sf.net/mantis
I encourage everyone to add bugs, feature requests or whatever.
Thanks for all your support,
Tom
>From: Jens M Andreasen <jens.andreasen(a)chello.se>
>>
>> http://www.tomshardware.com/hardnews/20040902_135943.html
>
>As of lately, GPUs have turned into very flexible massive
>vectorprocessors. Precision is 32bit floats (but you can trade it down
>to get more work done)
Yes, it could be that the "invention" implements the algorithms
trivially in GPU -- like anyone would implement when getting started
in to GPU programming.
It is like Nokia mobile connected to the wall power outlet.
The Nokia mobile does not take power directly from the wall because
that "invention" is patented. Nokia mobile is forced to take
power from the battery (which could be next to dead). All this
even devices have taken power directly from the wall for decades.
GPU is yet another new gear to play with, just like mobiles.
Anything can be patented, I'm afraid.
>PS: You need not worry about patents for performing an algorithm on a
>processor. Especially not when the vendor supplies you with a C-like
>languge for doing exactly that.
The article says quite clearly that the invention is patented.
They would be fools not to try to patent it because the market
is huge.
>Neat idea, been meaning to try it since the OpenGL2 shader compilers
>were released.
I have had years this idea of using graphics texture functions to
generate audio noises and signals. This app runs naturally on GPU.
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
