Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7525 discussions

Re: [linux-audio-dev] Re: final scratch + native instruments

by Patrick Shirkey

Martin Buechler said >Alas, don't know what OS it was, but if something remains unclear, I >might jump in my pants and go ask them. or you could just let them know about terminatorX and GDam... Nice to know they have open sourced their code though. I hope that means they have made enough money out of the product over the past year that they can afford to make it free and not that they are drawing straws to make enough money to survive. Perhaps they could have been more friendly to us rounds here and we could've promoed them a bit more to our business partners.... -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide ======================================== Being on stage with the band in front of crowds shouting, "Get off! No! We want normal music!", I think that was more like acting than anything I've ever done. Goldie, 8 Nov, 2002 The Scotsman

22 years, 7 months

Re: [linux-audio-dev] change my email

by CK

I read: > so I'd like to unsubscribe then. how do I do it? stupid question maybe. http://www.linuxdj.com/audio/lad/subscribelad.php3#subscription HTH x -- chris(a)lo-res.org Postmodernism is german romanticism with better http://pilot.fm/ special effects. (Jeff Keuss / via ctheory.com)

22 years, 7 months

Re: [linux-audio-dev] change my email

by wisehart＠runbox.com

> is it possible to change my e-mailadress lobotomi(a)suomi24.fi to leppi666(a)suomi24.fi. > donŽt wanna get out off the list. You could unsubscribe, and re-subcribe w/the new address. I think I've done that in this list.

22 years, 7 months

[linux-audio-dev] change my email

by lobotomi＠suomi24.fi

is it possible to change my e-mailadress lobotomi(a)suomi24.fi to leppi666(a)suomi24.fi. don´t wanna get out off the list. thanks. ,Tomi _____________________________________________________________ Kuukausimaksuton nettiyhteys: http://www.suomi24.fi/liittyma/ Yli 12000 logoa ja soittoääntä: http://sms.suomi24.fi/

22 years, 7 months

[linux-audio-dev] (no subject)

by laced milk

_________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

22 years, 7 months

[linux-audio-dev] Planning and Scheduling CD

by Tessa Marquis

New Standard Institute has developed "Maintenance Planning and Scheduling", a computer based training. This product is available as an instant download or on a CD and has been nominated "Product of the Year Finalist" by Plant Engineering magazine. Click on the link below for details. http://www.newstandardinstitute.com/mps2.cfm?uniqueid=F0876 The material is extracted from New Standard's seminar on the subject, enhanced with animation, interactive examples, pop-up definitions, enlargeable graphics, narration and an internal search function. We continue to provide our seminars in major North American cities such as Nashville, Toronto, New Orleans, and Orlando. For personal assistance, contact: Tessa Marquis tmarquis(a)newstandardinstitute.com or by telephone at 203 783 1582

22 years, 7 months

[linux-audio-dev] pthreads and signals

by Paul Davis

is there anyone here who has any idea how to handle segv's in a linuxthreads-using application? i know that many of you are aware that i've used threads a lot in my apps, and grappled with lots of tricky signal related issues. however, i continue to see something really deeply ugly in linuxthreads: segfaults seem not to be handled in the same way as other signals. when a thread in ardour causes a segfault, that thread is killed (actually, it becomes a zombie, waiting for its parent to exit) and thats the end of the signal handling. for all other signals, my code causes them are delivered to a single thread that is waiting on all waitable signals except SIGCHLD, and we get control there in a useful way. its very distressing: a segfault will cause ardour to cease normal operation, but nothing knows it has happened. if its in (say) the disk butler thread, the GUI will continue working normally, but nothing will actually do the right thing. has anybody come up with code in which segfaults within threads are handled? i have a few ideas on an approach that might work, but i'm asking first :) nb. this is true in JACK as well.

22 years, 7 months

[linux-audio-dev] FFTW 3.0 performance testing?

by Anders Torger

Has anyone made any FFTW 3.0 performance testing? I'm especially interested to know how it compares on a Pentium 4 (or similar) to the FFT found in Intel's proprietary performance libraries. /Anders Torger

22 years, 7 months

[linux-audio-dev] Jack Audio Connection Kit version 0.71.2

by Taybin

Updated README with tip for better performance. Removed fltk example client from package. This should fix any problems with building the fltk client. Taybin Rutkin

22 years, 7 months

[linux-audio-dev] Kylix bummer

by nickt

after all that getting everyone worked up about it, it doesn't work for me. It doesn't support Red Hat 8.0. After a huge amount of hacking I got it to run and compile, but it won't link anything. Delphi runs fine, but Pascal sucks, and I am not using it. So I will go with the Linux spirit and work with Qt/Designer. It looks really smartly done and I'm sure I can get the hang of it in a while. I know that GNOME started because Qt used to have a proprietary license right? I don't really care which desktop (Red Hat all looks the same anyways) I use but GTK was the most awkward GUI toolkit I ever used. FLTK is really pretty good and I hope 2.0 will address some issues with it (like more tutorials on doing graphics/drawing with it). Oh well! Adios kylix.

22 years, 7 months

Jump to page:

2026

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