Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7501 discussions

[linux-audio-dev] Freeverb and default control parameters

by Mathias Lundgren

Hi! I've been trying to implement LADSPA send effects in my latest playtoy. I've had some problems with freeverb though. It simple doesn't produce any output (execution seems to be veeery demanding) until I specifically set some of the parameters to non-default values. I thought the default port parameters would take care of this, initializing the plugin with sane values to avoid things like these, but perhaps I'm doing something wrong... Has anyone else noticed anything similar with freeverb? /Mathias

20 years, 7 months

[linux-audio-dev] LAC2005: Paper templates are online

by Frank Neumann

Hi all, a short announcement for those who might plan to do a presentation at the next Linux Audio Conference in April 2005 in Karlsruhe: The paper templates for OpenOffice and LaTeX are now available at: http://www.zkm.de/lac/downloads.shtml We are a little late with this for which I am sorry, but I hope you were not blocked in writing your papers. Reminder: The deadline for paper submissions (as well as music, workshops, project notes, posters) is January 10th, 2005. For more details about the conference and the calls for paper etc, please visit the web page at http://www.zkm.de/lac. Greetings, Götz Dipper Matthias Nagorni Frank Neumann

20 years, 7 months

[linux-audio-dev] Alsa OSS emulation

by Jens M Andreasen

Hi (Takashi?)! The OSS emulation in ALSA is slightly wrong regarding number of requested buffers. To quote from my own "notes to self" from own source: /** Setting up the soundcard for CD-HiFidelity Stereo * */ audio.path = "/dev/dsp"; audio.speed = SAMPLERATE; audio.format = AFMT_S16_LE; audio.is_stereo = TRUE; // 3 buffers of 256 bytes == 3 * 64 (16bit) stereo samples // 0x0002 buffers == n - 1, although Alsa (mis)interpretes oss buffers // == n!!! Use 0x0003! // // 0008 bytes == log2(number of bytes in buffer), 2^8 == 256 == 64 // stereo samples; audio.bufsize = 0x00030008; ... so ALSA UNDERSHOOTS the number of buffers BY ONE (which of course will not work for RT-people on the edge.) mvh // Jens M andreasen PS: Thanks to the mdk10.1 beeing distributed on DVD by LinuxFormat this month, work is ongoing for a clean alsa solution of my handyworks ... DS

20 years, 7 months

Re: [linux-audio-dev] cli midi

by Pedro Lopez-Cabanillas

On Monday 22 November 2004 18:07, Hans Fugal wrote: > Is there an app that will dump midi events in human-readable format to > stdout (or a file, or gui window, whatever)? Preferably it would work on > SMF as well as realtime (ALSA), and have filters to filter out > undesirables (e.g. active sensing or perhaps sysex). The following utilities are included on newest alsa-utils packages. Both can print the incoming MIDI events as human readable text in realtime. amidi (using ALSA raw MIDI interface) amidi is a command-line utility which allows to receive and send SysEx (system exclusive) data from/to external MIDI devices. It can also send any other MIDI commands. -d, --dump Prints data received from the MIDI port as hexadecimal bytes. Active Sensing bytes (FEh) will not be shown, unless the -a option has been given. arecordmidi (using ALSA sequencer) arecordmidi is a command-line utility that records a Standard MIDI File from one or more ALSA sequencer ports. -d,--dump Shows the events received as text on standard output. For SMF files, both Fluidsynth and Timidity can do so. $ timidity -idvvv music.mid $ fluidsynth -v music.mid You can also try my little utilities in C and Pascal, including a midi monitor utility with GUI interface for Kylix that you can find here: http://perso.wanadoo.es/plcl/ Regards, Pedro

20 years, 7 months

[linux-audio-dev] cli midi

by Hans Fugal

Is there an app that will dump midi events in human-readable format to stdout (or a file, or gui window, whatever)? Preferably it would work on SMF as well as realtime (ALSA), and have filters to filter out undesirables (e.g. active sensing or perhaps sysex). If such a beast doesn't exist, I'll probably hack something up for myself. If I do, would there be interest in my releasing it? -- .O. Hans Fugal | De gustibus non disputandum est. ..O http://hans.fugal.net | Debian, vim, mutt, ruby, text, gpg OOO | WindowMaker, gaim, UTF-8, RISC, JS Bach --------------------------------------------------------------------- GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460

20 years, 7 months

[linux-audio-dev] PPC Linux, precision timing problem

by Robert Jonsson

Hi, Another RTC question that is absolutely unrelated to the other one (promise ;-). Been poking at a PPC based linux system lately. Now, if I've been correctly informed (and my photagrafik memory isn't playing tricks on me) the Apple PPC platforms lacks an RTC compatible device. Major stumbling block... how does one accomplish an high resolution timer in this environment, any ideas? What does a Mac use? Regards, Robert -- http://spamatica.se/music/

20 years, 7 months

[linux-audio-dev] ANNOUNCE: Polypaudio 0.7

by Lennart Poettering

Hi! I am proud to announce Polypaudio 0.7. Changes are too many to count (nearly every single file was touched since 0.6) An excerpt: - ability to publish credentials in X11 root window (like arts does) - IPv6 support - Esound backend (use polypaudio on top of an esound daemon) - excessive commenting - new tool pacmd - integer only resampler (use this if you have a slow CPU without much FP power. The quality is quite bad, but it is fast) - real support for ulaw/alaw - tons and tons of cleanups and fixes - new command "load-sample-dir-lazy" paman 0.6, pavumeter 0.4 and xmms-polyp 0.5 have been released as well. Drivers for libao, Xine, MPlayer, GStreamer are available in their respective upstream CVS or SVN servers. The PortAudio driver is still in the works. Lennart -- name { Lennart Poettering } loc { Hamburg - Germany } mail { mzft (at) 0pointer (dot) de } gpg { 1A015CC4 } www { http://0pointer.de/lennart/ } icq# { 11060553 }

20 years, 7 months

[linux-audio-dev] ANNOUNCE: QjackCtl 0.2.13 released!

by Rui Nuno Capela

Hi everyone, Simply put: QjackCtl 0.2.13 has been released! This is yet another dot-release, nothing outstanding. Taken straight from the ChangeLog: - Main window is now properly minimized instead of simply hidden when the system tray icon is not available nor opted in (as suggested by Florian Schmidt). - Some informational status items are now updated 10 times less frequently (e.g. CPU Load, Sample Rate, Buffer Size, Realtime Mode, etc.), lowering the CPU burden of most probably redundant status updates. - XRUN detection and statistics are being conditionally included if jack_get_xrun_delayed_usecs() is available (as of JACK 0.99.7+ CVS). - Fixed ancient bug on client shutdown event handling, which was invoking the xrun notification handler by mistake. - Support for maximum scheduling delay status added (EXPERIMENTAL); this relies on jack_get_max_delayed_usecs() function availability at configure time, depending on a Lee Revell's non-official JACK patch. - Patchbay Activate button is now a toggle button widget, allowing the deactivation of the current patchbay profile. - Reset-status icon has been changed to a simple red circle instead of previous one which was much like a power-switch symbol. - Preset selection has been added to the context menu. Check it out from the usua place: http://qjackctl.sourceforge.net Enjoy. -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

20 years, 7 months

[linux-audio-dev] more music with Ardour

by Dave Phillips

Greetings: I've added another recording to my "music made with Ardour" page, a guitar duet this time. It's a performance of an old Jimmy Dorsey tune called Maria Elena, you can check it out here: http://linux-sound.org/ardour-songs.html Best, dp

20 years, 7 months

[linux-audio-dev] Tascam US428 Hangup

by Spencer Russell

Hullo, there, I've got a Tascam us428 audio/midi interface/control surface, and I've had a heck of a time trying to get it working. It seems to work alright if I use the device directly with xmms, but when I try to start jack, my system hangs. Sometimes it waits a while before hanging, sometimes it stops immediately when I start jack. I happed to have a tail -f of syslog running this most recent time, and noticed that at the same time it stopped working, the message: kernel: ALSA: ../../alsa-kernel/usb/usx2y/usbusx2yaudio.c: \ 205: -11 came up. Looking at that file in the source, the error happens in function usX2Y_urb_submit(). Here's the line: ... if ((err = usb_submit_urb(urb, GFP_ATOMIC)) < 0) { snd_printk("%i\n", err); <-- This is line 205 return err; } ... I have only basic programming skills, and to me it seems like the function is doing exactly what it's supposed to be doing, and printing the error code -11. But I have no idea what that means, or I could be completely wrong. I'm using kernel version 2.4.26 with the low latency and preemption patches. Thanks for any help. spencer

20 years, 7 months

Jump to page:

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