Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7534 discussions

by Lachlan Davison

Hey Dmitry, I'm planing to write a drum synth at some point in the very, very near future, for use in the progressive/tribal house and breaks stuff that i try and write. i'm thinking of trying to copy the Electron Machine drum http://www.machinedrum.com/ as much as possible. So implement everything Drumatic does as well as maybe some of the physical modeling stuff suggested on the BeatLAB board. So both roland style synth and physical. Well, i think physical is the best way to get the sound of different tribal drums, which are hard to find with samples. wine 20040309 works fine with Drumatic. though for some strange reason on my machine it seems to run better as a normal user rather than root... RANT TIME (to everyone but dmitry ;). Everytime i talk about a drum synth people point me to a sampler. i think i've worked out what a sampler is for by now or they point me to a modular. Samplers are wonderful but for drums i want both because some flexibility is really nice, i.e being able to change decay and tone just on the fly and tell how it sound with the other elements of the track or slowly change aspects of the drums duing the track, like in Sultan or GPal's tracks. Really i've tried drums in SSM, etc however it's just not quite as useful as a TR808 or drumatic. A) it doesn't sound good B) horrible UI and C) doesn't run too well on my machine (650mhz P3 laptop) Is anybody who writes the great collection of modulars keen on coding a useful synth in one of them? Something along the lines of an Access virus or JP8080 might be handy. Also a bass synth of some discription might be nice too. This is my first ever post to the mailing list because i don't usually like mailing lists much, i can always be found on IRC for more discussion :-) Just thought i should join in on this one, at last talk of a drum synth!! ;-) Loki ---------- Fall in love with everything, fall in love with life, fall in love with music and you will get by.

21 years, 4 months

[linux-audio-dev] A vstserver/wine strange error

by lassantos＠inf.ufrgs.br

Hi all! I am new here and I have a problem in run the vstserver 0.3.1. I did every thing that is in the INSTALL file, but I got some erros: --------- lucasa@Hall9:~/audio/vst-linux$ vstserver VSTSERVER/main: Vstserver 0.3.1 started. Waiting for requests. ----> VSTSERVER/updatecache: Please wait. Updating cache. If nothing happens for 40 seconds, or the server is trying to start the same plugin over and over again; press ctrl-c, and start vstserver once more. VSTSERVER/main: Going to try to start vst plugin "Oberon-4.dll". wine: cannot determine executable type for L"X:\\vstservant.so" --------- I don't know what is this error, because I'm using the vstserver-wine-tar.bz2. Does anyone here know how to fix this? Thanks, I'm a brazilian linux musician. Lucas Alberto. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

21 years, 4 months

[linux-audio-dev] ANNOUNCE: Polypaudio 0.5.1

by Lennart Poettering

Hi! A few minutes ago I released version 0.5.1 of the Polypaudio sound server. Changes include: - improved esound protocol compatibility - fix autospawning via libesd - make use of POSIX capabilities - allow SCHED_FIFO scheduling only for users in group realtime - minor build system fix. Since I didn't announce Polypaudio 0.5 on the LAD list, here is the changelog of 0.5: - extensive API improvements - new module module-combine for combining multiple sound cards into one - gcc 2.95 compatibility - configuration files - "lazy" samples - support for source and network latency measurements (in addition to sink latency measurements) - add module-pipe-source - many other fixes and improvements. Thanks, Lennart -- name { Lennart Poettering } loc { Hamburg - Germany } mail { mzft (at) 0pointer (dot) de } gpg { 1A015CC4 } www { http://0pointer.de/lennart/ } icq# { 11060553 }

21 years, 4 months

[linux-audio-dev] P4 kernel patch/option against denormals

by derek holzer

Hi all, I have had non-stop CPU spikes and freezes related to denormal numbers on my Pentium 4 1.6GHz laptop ever since I switch to Linux, going from kernel 2.4.18 up to 2.6.4. The main applications which seem to be affected are Freqtweak, Jamin and Pure Data, along with a handful of LADSPA plugins, which can sometimes make my Ardour sessions a real PITA. Does everyone develop on Celerons or AMDs these days?!? ;-) I have pursued the problem in particular with Pure Data, but have been assured that there is already denormal handling in the program... It has gotten to the point where either I find a kernel-level solution for the problem or I buy a new laptop! Tim Blechman reported on the PD list that his denormal problems only started when he switched from SuSE to Gentoo. My suspicion is that the SuSE kernel developers either cooked up a very good patch against denormals, or they are using a proprietary Intel compiler for their kernels which somehow alleviates the problem. For my own purposes, the former is more attractive than the latter, of course. Tim also mentioned that some P4s have a Denormals-As-Zero switch to handle the problem [although I suspect that my CPU might be too old for this feature...]. Can anyone explain how such a DAZ switch can be tested for and toggled? Can anybody shed some light on the situation? I would hate to have to ditch a decent computer over this issue. best wishes, Derek -- derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 127: "Openly resist change"

21 years, 4 months

[linux-audio-dev] Media Innovation Unit Workshops at Firenze World Vision Information for streaming

by Media Innovation Unit - Firenze Tecnologia

+--------------------------------------------------------------------+ | __ __ ___ _ _ _____ _____ | | | \/ | |_ _| | | | | | ___| |_ _| | | | |\/| | | | | | | | _____ | |_ | | | | | | | | | | | |_| | |_____| | _| | | | | |_| |_| |___| \___/ |_| |_| | | | +--------------------------------------------------------------------+ [ Apologies for cross-posting. Feel free to forward around ] Florence, 21 September 2004 +++ Media Innovation Unit Workshops at Firenze World Vision Information for streaming On Sep 23/24/25, 2004, Media Innovation Unit - Firenze Tecnologia will host three workshops (on "Audio/Video streaming with Free Software", "Custom Debian Distributions" and "Migrating to Free Software") during Firenze World Vision 2004, which will be held in Florence (Italy). It will be possible to remotely follow the workshops connecting to: http://stream.bononia.it:8000/miu-fwv04.ogg starting from 9:00 a.m. During all seminars an IRC channel (server: irc.freenode.net, channel: #miu-fwv04) will be open, where you will be able to ask your questions to the speakers. Special thanks to the Bononia team (http://www.bononia.it/) for their technical support and for offering otheir bandwidth. All presentations will be given in the english language. An italian-english translation service will be available for the Q&A session, after each talk. Further information on the workshop will be published on: http://www.miu-ft.org/what/events/20040923.fwv.str/ For more details, feel free to contact: Nicola Giosmin <n.giosmin(a)miu.firenzetecnologia.it> and/or our office in Florence: Media Innovation Unit - Firenze Tecnologia Borgo Albizi 15/a 50122 Firenze Italy Tel. no: +39 055 2001561 Fax. no: +39 055 2345762 +++ About Firenze Tecnologia: Firenze Tecnologia is the special agency of the Chamber of Commerce of Florence devoted to study and facilitation of technological innovation in the florentinian and tuscanian areas. Please check: <http://www.firenzetecnologia.it/>. About Media Innovation Unit: Media Innovation Unit is the research unit of Firenze Tecnologia, devoted to research, development and promotion of Free Software, Libre Content, Open Networks and New Media. About Firenze World Vision: Firenze World Vision is the event which annually gathers the protagonists of innovation and of contemporary communication processes, who compare their "visions" of the future. Firenze World Vision deals with theory and practice, with ideas and products, with global change and the ways our daily life is going to change, well aware that the keys to read the contemporary world can be found only through a multiform approach, without preconstituted views. Please check: <http://www.firenzeworldvision.it/>.

21 years, 4 months

Re: [linux-audio-dev] Drum synth

by Dmitry Baikov

Sorry, sent personal emails instead of list. Reposting... > Hydrogen sounds like what you need: > http://hydrogen.sf.net/ Thank you. I know :) But hydrogen just uses samples. I can download TR-909 or TR-808 samples and use them in Specimen (or Hydrogen). The thing is to generate my own different(!) sounds. The only thing I know for now which can help is Stomper, but it does not work under Wine :( Drumatic-VST also segfaults..... Uh... > > Hydrogen sounds like what you need: > > http://hydrogen.sf.net/ > not exactly, but is the best candidate i can think of for such a > feature as being dicussed in this thread... i mean hydrogen could do > quite well with some synthesis channels using the interface it has > allready. As far as I understand... Hydrogen is sample-player + drum-sequencer. Do we need a kitchen sink there? For me it would be better to have a separate drum-synth. So I can drive it with seq24. > Comix what do you say? :) > show us the modular API to hook sample channels in hydrogen! :)) :) It's time to port Stomper...I suppose.

21 years, 4 months

[linux-audio-dev] [ANN] Jack Audio Connection Kit 0.98.16 Release

by Taybin Rutkin

JACK RELEASE 0.98.16 JACK is a low-latency audio server, written primarily for the GNU/Linux operating system. It can connect a number of different applications to an audio device, as well as allowing them to share audio between themselves. Its clients can run in their own processes (ie. as normal applications), or can they can run within the JACK server (ie. as a "plugin"). JACK is different from other audio server efforts in that it has been designed from the ground up to be suitable for professional audio work. This means that it focuses on two key areas: synchronous execution of all clients, and low latency operation. JACK is available at http://jackit.sf.net --CHANGES-- Buffer resizing enabled by default. Added jack_ringbuffer_peak() to API. Added jack_last_frame_time() to API. --verbose will print the maximum usecs used on jackd termination. Better compatibility with NPTL. --version output changed for easier parsing. New --unlock/-u option so that large libraries (gtk, qt, fltk, wine) aren't memlocked. Jack's tmp files now have the uid appended to them, so if there is a crash, and then another user tries to use jack, it will still work. New jack_create_thread() cleans up threading for portability. Available for use by jack clients too. New CoreAudio driver from the Jackosx project included in jack tree. Prettier configure output. and of course, updated documentation, better error reporting, and misc internal fixes and cleanups.

21 years, 4 months

[linux-audio-dev] pkaudio/pksampler release

by Patrick Stinson

I've released the pksampler and pkaudio packages. PKAudio is an audio lib/daemon that makes asynchronous communication with a realtime audio engine from high-level languages like python easy. It is incredibly simple to write extension modules (subclass, implement two simple methods, link with executable), and is a very nice place to start for someone looking to get right to the important part of their dsp application. A Python module is included. PKSampler is a DJ sampler intended for a touch screen. It uses python and qt to animate real 3D widgets created with PoVRay. Check out the screen shots! I'm also working on PKStudio, which is essentially meant to be an open replacement for Propellerhead Software's Reason. It focuses on tools for extending pkaudiod to encourage others to write more dsp modules for it. Read the pkaudio release notes for compilation help. should be simple. PKSampler is written in python, so there isn't any setup. http://pkaudio.sf.net/ http://pksampler.sf.net/ There's lots of directions for this app to take, and I'd like to know if anyone can get pksampler running on their machines. Works best with more than one soundcard! Thanks!

21 years, 4 months

[linux-audio-dev] Re: This better not be patented...

by Juhana Sadeharju

>From: Jens M Andreasen <jens.andreasen(a)chello.se> > >Here is an early paper: > > http://www.cs.washington.edu/homes/oskin/thompson-micro2002.pdf > >It is about general-purpose-computing of which audio-processing is a >subset. (BTW: Check out the aging references on the last page.) I found nothing on the audio processing. So, the paper may be next to nothing. But it was said that the GPU can be used as general purpose computational unit for other applications. In Europe, e.g., an apparatus, in which analog parts are replaced by their digital equivalents, is not patentable. (Source: a patent officer in a magazine.) So, if that big change is not patentable, then why would a move of the audio application to GPU? Specially after it is already said it could be used as an alternative to CPU. We should just ignore the patents and keep up with the audio research. Prior the patent the research has moved to GPU. We should not wait 20 years before we take first steps in researching the possibilities of the GPUs. Juhana -- http://music.columbia.edu/mailman/listinfo/linux-graphics-dev for developers of open source graphics software

21 years, 4 months

Re: [linux-audio-dev] P4 kernel patch/option against denormals

by Ralf Beck

The following proggi does the job: #include <xmmintrin.h> #define _MM_DENORM_ZERO_ON 0x0040 main() { // enable flush to zero _mm_setcsr(_MM_FLUSH_ZERO_ON | _MM_MASK_UNDERFLOW | _mm_getcsr()); // enable denormals are zero _mm_setcsr(_MM_DENORM_ZERO_ON | _mm_getcsr()); } Note: you will need compiler option -mfpmath=sse and -march=pentium4 (works for both P4 and Athlon64) After reboot, both FZ and DAZ flags are reset to zero, so you should run this program in your /etc/profile. But as said earlier, works only for applications that use (are compiled to use) the SSE unit instead of the old style X86 FPU.

21 years, 4 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