Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7439 discussions

by Steve Harris

http://plugin.org.uk/meterbridge/ Almost useful and looks kinda funky. More-or-less compliant with BS 6840-10, BS 6840-17:1991 and IEC 268-18:1995. Enjoy, Steve

21 years, 11 months

[linux-audio-dev] New front end for Ecasound

by Luis Pablo Gasparotto

Hi, I've released a new front end for Ecasound. You can download from: https://sourceforge.net/projects/tkeca/ All comments will be welcome. Kind regards, Luis Pablo Gasparotto Ahora pod�s usar Yahoo! Messenger desde tu celular. Aprend� c�mo hacerlo en Yahoo! M�vil: http://ar.mobile.yahoo.com/sms.html

21 years, 11 months

[linux-audio-dev] FLTK/X11 question

by Steve Harris

Sorry, this is not directly audio related. I'm hacking together a VU meter app for jack, using FLTK, and it works OK, except that when the update rate falls out of sync with the video refresh rate the window flickers. I'm pasting a bigass image as the background, see screenshot http://inanna.ecs.soton.ac.uk/~swh/vu-ss.png (apologies for the tacky brushed steel background, its a placholder, honest). I seem to remeber that on the Amiga and in GL I could issue a call to wait for the next vertical blank, forcing the redraw to be in sync with the video hardware. Is there an equivalent in FLTK or X? How do other people get round this? Cheers, Steve PS I know a VU meter in a PCM system is about as much use as an underwater hairdryer, but its a stepping stone to a PPM meter, and you can run it in peak mode, but with a VU scale and balistics.

21 years, 11 months

RE: [linux-audio-dev] New software synthesizer for Linux (free un der GPL v. 2)

by Joachim Backhaus

> "I wish to know that my work will be used to praise the name of Jesus." Are you serious about that? Is that part of the license? Regards, Joachim > Hi, I wrote a software syntesizer for Linux, it is > available at http://zynaddsubfx.sourceforge.net/ or > http://sourceforge.net/projects/zynaddsubfx/ . It has > many features including: polipohony, multi-timbral, > microtonal capabilities, 2 synth engines, effects > (system and insertion), user interface. > I started this project on March 2002 and this is the > first relase. I hope that you'll like it. > Paul.

21 years, 11 months

[linux-audio-dev] Some comments on zynaddsubfx

by Frank Neumann

Hi Nasca, yesterday I tried your first version of ZynAddSubFX on my PC at home, and though I was not able to use it successfully yet, I'd like to give some feedback - First, some info: My system is running Debian, with recent ALSA (0.9.0rc3), recent FLTK (1.1.0rc1) and kernel 2.4.17. FFTW is 2.1.3. Compiling ZynAddSubFX, I found that it tries to include "drfftw.h" in DSP/FFTwrapper.h. I don't have this file, but reading into the FFTW source and looking at my Debian packages, I saw there are version for single precision and double precision, and though the FFTW source package recommends to call the include files for the double precision version "drfftw.h", it is actually only named "rfftw.h". Ok, so I changed that and compilation went on a lot further. Later on, another compiler error: make[1]: Entering directory `/u1/src/zyn/ZynAddSubFX-1.0.0/src/Synth' gcc -O6 -c -o ADnote.o ADnote.C gcc -O6 -c -o Envelope.o Envelope.C gcc -O6 -c -o LFO.o LFO.C gcc -O6 -c -o OscilGen.o OscilGen.C In file included from OscilGen.C:29: ../DSP/FFTwrapper.C: In function `void FFTsmps2freqs(int, float *, float *)': ../DSP/FFTwrapper.C:31: passing `float *' as argument 2 of `rfftw_one(fftw_plan_struct *, fftw_real *, fftw_real *)' ../DSP/FFTwrapper.C: In function `void FFTfreqs2smps(int, float *, float *)': ../DSP/FFTwrapper.C:40: passing `float *' as argument 2 of `rfftw_one(fftw_plan_struct *, fftw_real *, fftw_real *)' make[1]: *** [OscilGen.o] Error 1 make[1]: Leaving directory `/u1/src/zyn/ZynAddSubFX-1.0.0/src/Synth' make: *** [all] Error 2 Looking at DSP/FFTwrapper.C, I see you are using the type "REALTYPE *" (with REALTYPE being defined in global.h as being float) for both "freqs" and "smps". I changed that to the correct prototype, fftw_real *, and now everything compiles and links. However, when I runs the binary, as soon as I connect its ALSA port to e.g. vkeybd and try to play it, it gives a segfault. I compile it with -g -O to see where this happens, but the gdb output is rather useless for me, probably due to the crash happening in another thread: #0 0x40301730 in free () from /lib/libc.so.6 (gdb) bt #0 0x40301730 in free () from /lib/libc.so.6 #1 0x403016d3 in free () from /lib/libc.so.6 #2 0x4011deec in fftw_free () from /usr/lib/libfftw.so.2 #3 0x00000010 in ?? () Error accessing memory address 0x6: No such process. I hope this is not due to my "fix". A similar crash happens whenever I try to load a master file: (gdb) bt #0 0x40301730 in free () from /lib/libc.so.6 #1 0x403016d3 in free () from /lib/libc.so.6 #2 0x4011deec in fftw_free () from /usr/lib/libfftw.so.2 #3 0x400ea6ac in rfftw_one () from /usr/lib/librfftw.so.2 #4 0x0805be93 in OscilGen::saveloadbuf () #5 0x08053adb in ADnoteParameters::saveloadbufvoice () #6 0x08054860 in ADnoteParameters::saveloadbuf () #7 0x080520a2 in Part::saveloadbuf () #8 0x080500a0 in Master::saveloadbuf () #9 0x080752d2 in MasterUI::cb_Open () #10 0x4016ad9a in Fl_Menu_::picked () from /usr/lib/libfltk.so.1.1 #11 0x4016b414 in Fl_Menu_Bar::handle () from /usr/lib/libfltk.so.1.1 #12 0x4015b22d in Fl_Group::find () from /usr/lib/libfltk.so.1.1 #13 0x4015b7cc in Fl_Group::handle () from /usr/lib/libfltk.so.1.1 #14 0x401483b2 in Fl_Window::handle () from /usr/lib/libfltk.so.1.1 #15 0x40147d09 in fl_throw_focus () from /usr/lib/libfltk.so.1.1 #16 0x40147e58 in Fl::handle () from /usr/lib/libfltk.so.1.1 #17 0x40186781 in fl_handle () from /usr/lib/libfltk.so.1.1 #18 0x401850aa in Fl::remove_fd () from /usr/lib/libfltk.so.1.1 #19 0x40185420 in fl_ready () from /usr/lib/libfltk.so.1.1 #20 0x40185321 in fl_wait () from /usr/lib/libfltk.so.1.1 #21 0x401475c9 in Fl::wait () from /usr/lib/libfltk.so.1.1 #22 0x40147657 in Fl::wait () from /usr/lib/libfltk.so.1.1 #23 0x080795f5 in thread3 () #24 0x403b3fa5 in pthread_start_thread () from /lib/libpthread.so.0 Oh, and I noticed the default filter mask in the file requester is wrong - I always need to change this from (*.mas_zyn) to * to see the master files. Any hints or suggestions are welcome. The demo files sound very interesting, so I am eager to get this to run. Thanks, Frank

21 years, 11 months

[linux-audio-dev] New software synthesizer for Linux (free under GPL v. 2)

by Nasca Paul

Hi, I wrote a software syntesizer for Linux, it is available at http://zynaddsubfx.sourceforge.net/ or http://sourceforge.net/projects/zynaddsubfx/ . It has many features including: polipohony, multi-timbral, microtonal capabilities, 2 synth engines, effects (system and insertion), user interface. I started this project on March 2002 and this is the first relase. I hope that you'll like it. Paul. __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com

21 years, 11 months

[linux-audio-dev] hi

by Steffan Merlin

21 years, 11 months

[linux-audio-dev] Buffer size settings for alsa itself

by Mark Knecht

Hi, I'm reading through the Alsa HOWTO and wondering if there are any buffer setting or other options for setting internal buffer sizes in Alsa? I normally set these things myself in jack, but in this case cannot. One individual that I'm working with is getting excessive xruns on a laptop. His BIOS does not seem to allow IRQs be set for any internal device. His sound chip is on IRQ5, which is about as bad as it's going to get. He is attempting to play a DVD to his screen and sound device, but is getting excessive xruns. We're just searching around for ideas on how to approach the problem. If there are no module load options, might this be approached by setting some buffer size in alsa itself and recompiling? Anyway, thanks! Mark

21 years, 11 months

[linux-audio-dev] MWPP I-D -0.5.txt released

by John Lazzaro

Hi everyone, Just released the latest revision of the IETF Internet-Draft to standardize the RTP packetization for MIDI. The document reflects the comments submitted on the last document revision by several LAD-folks (see the document change log for details ...). While this draft isn't the "Last Call" document, we're probably only a few revisions away from Last Call, so if anyone has been holding off on the reviewing the memo and sending comments, now is a good time to do so ... below is the abstract and document download info: --- >From: Internet-Drafts(a)ietf.org Subject: I-D ACTION:draft-ietf-avt-mwpp-midi-rtp-05.txt Date: Tue, 24 Sep 2002 07:52:50 -0400 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Audio/Video Transport Working Group of the IETF. Title : The MIDI Wire Protocol Packetization (MWPP) Author(s) : J. Lazzaro, J. Wawrzynek Filename : draft-ietf-avt-mwpp-midi-rtp-05.txt Pages : 94 Date : 2002-9-23 The MIDI Wire Protocol Packetization (MWPP) is a general-purpose RTP packetization for the MIDI command language. MWPP is suitable for use in both interactive applications (such as the remote operation of musical instruments) and content-delivery applications (such as MIDI file streaming). MWPP is suitable for use over unicast and multicast UDP, and defines tools that support the graceful recovery from packet loss. MWPP may also be used over reliable transport such as TCP. The SDP parameters defined for MWPP support the customization of stream behavior (including the MIDI rendering method) during session setup. MWPP is compatible with the MPEG-4 generic RTP payload format, to support the MPEG 4 Audio object types for General MIDI, DLS2, and Structured Audio. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-avt-mwpp-midi-rtp-05.txt --- ------------------------------------------------------------------------- John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro -------------------------------------------------------------------------

21 years, 11 months

Re: [linux-audio-dev] LADSPA and TiMidity++

by John Lazzaro

> david(a)gardena.net writes: > you can't ask units about things, > unless you have two cables - and that's not really part of the > standard Actually, it is. The System-Exclusive Universal ID command space is general-purpose functionality that, in many cases, assumes units talking to each other via cable pairs. See: http://crystal.apana.org.au/~ghansper/midi_introduction/midi_sysex_universa… for details. The simplest example is the Generic Handshaking instructions, which do flow-control for big Sample Dumps via a set of commands implementing ACK, NAK, WAIT, EOF, etc. ------------------------------------------------------------------------- John Lazzaro -- Research Specialist -- CS Division -- EECS -- UC Berkeley lazzaro [at] cs [dot] berkeley [dot] edu www.cs.berkeley.edu/~lazzaro -------------------------------------------------------------------------

21 years, 12 months

Jump to page:

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