Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7513 discussions

[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, 10 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, 10 months

[linux-audio-dev] cannot set tick on /dev/rtc: Inappropriate ioctl for device

by Robert Jonsson

Hi guys, Trying to move to a 2.6 kernel here. More specifically I've tried the kernel bundled with Mandrake10.1. I'm not expecting any lowlatency miracles but I was expecting it to "work". The error I get is (when starting MusE which needs RTC): cannot set tick on /dev/rtc: Inappropriate ioctl for device rtc is there. Apparently something is wrong with it. I googled a bit and it seems this has been up here before, with other kernels, so it doesn't seem like an Mandrake issue. Anybody know what this is and what to do about it? /Robert -- http://spamatica.se/music/

20 years, 10 months

[linux-audio-dev] anyone interested to develop a new apps ?

by dubphil＠free.fr

Hello, I want to setup a sound system with linux. For this, I need an app that could split an audio file in four tracks in order to add them separately some effects. I tried to achieve this using Jamin which have this kind of "Crossover" functionnality, but it is defenetly not usable for what I need. The ideal application should not be too complex : it should be compatible with Jack and could just get a stereo channel for input and provides 4 stereo channels. The 4 stereo channels would be the result off a crossover spliting by frequency ranges of the input stereo channel. we could give a default preset like this : 1st stereo channel : low 2nd stereo channel : low-mid 3rd stereo channel : high-mid 4th stereo channel : high of course thoose ranges should also be set manually. each channel could have the gain controlled and could have assigned 4 effects with LADSPA plug-ins. each slider or knob should be midi controlled (I know that Jack Rack already does this). Does this kind of apps should take a long time to be developped ? I'm not skilled to undergo this kind of project alone as I'm a poor PHP/Perl and little Python developper. Anyone interested for this kind of project ? Kind regards Philippe

20 years, 10 months

[linux-audio-dev] Re: [Alsa-devel] Firewire Audio Card Support

by Lee Revell

On Thu, 2004-11-18 at 16:09 +0100, Giuliano Pochini wrote: > No, it's not hard because there are a lot of skilled people around, but > the card would be expensive. There was a thread about a project of "open > source" graphic card recently on lkml. And I posted a [possibly OT] rant to that thread about how this was a waste of time and how you could REALLY make a killing with open sound hardware. http://lkml.org/lkml/2004/10/23/292 I got one "right on, brother" response via private mail and that was it. But then again half the kernel guys don't have sound cards in their machines ;-) Lee

20 years, 10 months

[linux-audio-dev] TAP Plugin pull-down menu problems

by Doug McLain

Using CVS tap-plugins and cvs ardour, I cannot select any of the other reverb styles in Reverberator, and maybe only one or two of the choices in mono Dynamics. Sorry for cross posting but I'm not sure if it's a plugin or ardour issue :) Doug -- http://nostar.isa-geek.com/

20 years, 10 months

[linux-audio-dev] [ANN] liblo 0.15

by Steve Harris

liblo is an implementation of the Open Sound Control[1] protocol for POSIX systems. It is written in ANSI C and released under the GNU General Public Licence. It is designed to make developing OSC applictions as easy as possible. http://plugin.org.uk/liblo/ This release adds some OSX compatibility fixes from Taybin Rutkin, support for OSC multipath pattern matching courtesy of Daniel Holth's pattern matcher and I've added bundle i/o. Liblo now implements everything in the OSC specification except type arrays. Pattern matching and bundles are largly untested, and should be treated as alpha quality, but should work. If you are using server threads or the nonblock API then bundles should JustWork(TM), if you are polling on the server fd then you have some work to do. There are API calls for detecting if/when there are scheduled messages. - Steve [1] http://www.cnmat.berkeley.edu/OpenSoundControl/

20 years, 10 months

[linux-audio-dev] Re: [Alsa-devel] Firewire Audio Card Support

by Takashi Iwai

At Thu, 18 Nov 2004 19:54:58 +0000, Pieter Palmers wrote: > > Why don't we support the manufacturers that do support us? After all, > there are some that provide us with what we need, and I don't see that > mentioned that often. I'm quite confident that for most needs you can > find a card from a manufacturer that supports ALSA development. Correct > me if I'm wrong, but I got the impression that for example RME and ESI > actively support the development of ALSA drivers for their producs. Well, the ALSA support shall be achieved sooner or later :) But it's true that there is still a significant gap between the product release and the support on Linux. Once people recognize the importance of Linux desktop, this gap will be decreaed, I guess. My biggest concern is the chaos like what has happend on USB audio/midi (or look at ACPI). I really hope such a theatrical confusion won't happen on fireware audio. The precised specification doesn't always lead to a good result :) Takashi

20 years, 10 months

[linux-audio-dev] ANNOUNCE: BEAST/BSE v0.6.3

by Tim Janik

BEAST/BSE version 0.6.3 and BSE-ALSA version 0.6.3 are available for download at: ftp://beast.gtk.org/pub/beast/v0.6/ or http://beast.gtk.org/beast-ftp/v0.6/ This is a development version of BEAST/BSE, the BEdevilled Audio SysTem and the Bedevilled Sound Engine. BEAST is a powerful music composition and modular synthesis application released as free software under the GNU GPL and GNU LGPL, that runs under unix. BSE-ALSA is an ALSA driver for BSE. The project is hosted at: http://beast.gtk.org A mailing list is available at: http://mail.gnome.org/mailman/listinfo/beast/ GUI skins, example sounds and instrumets for BEAST/BSE as well as screenshots can be found at: http://beast.gtk.org/browse-bse-files.html http://beast.gtk.org/screenshots/index.html This new development series of BEAST comes with a lot of the internals redone, many new GUI features and a sound generation back-end separated from all GUI activities. Outstanding new features include support for skins, many sample file formats, MIDI file import abilities, an improved piano roll widget, the track editor which allows for easy selection of synthesisers or samples as track sources, loop support in songs, mixer support, unlimited Undo/Redo capabilities and MIDI automation. Overview of Changes in BEAST/BSE 0.6.3: * The package now depends on GLib-2.4 and Gtk+-2.4 * New/ported/improved Effects: BseContribSampleAndHold - a sample and hold module by Artem Popov BseSummation - a replacement for multiple BseAdder effects DavBassFilter - added trigger input for use in instruments and implemented MIDI automation for all parameters BseNoise - ported to IDL/C++ [Stefan Westerfeld] ArtsCompressor - cleanups, major usability improvements [Stefan Westerfeld] * Added song mixer with freely connectable busses * Added spline-scale-based DB meters * Added MIDI event automation framework * Added null PCM driver and command line options for driver selection * Added plugin development guide * Added audio-feature extractor for automated test suit [Stefan Westerfeld] * Fixed dangling part handling by adding them to an extra track * Fixed parsing of negative control events and note fine tune * Fixed stereo playback in sample editor * Fixed undo/redo handling across playback activation * Fixed error handling when users form cyclic connections * Lots of icon updates [Artem Popov] * Mime type fixes [Artem Popov, Tim Janik] * Improved GUI responsiveness * Made message dialog appearance configurable * Consistent support for dialog closing with Escape * Dialog size and resizing adaptions for 800x600 screens * Lots of miscellaneous bug fixes and refactoring * Updated Brazilian Portuguese translation [Raphael Higino] * Updated Czech translation [Miloslav Trmac] * Updated Dutch translation [Tino Meinen] * Updated British English translation [David Lodge] * Updated Canadian English translation [Adam Weinberger] * Updated Albanian translation [Laurent Dhima] * Updated Spanish translation [Francisco Javier F. Serrador, Jorge Gonzalez] * Updated German translation [Dirk Janik, Moritz Mekelburger] * Updated Russian translation [Artem Popov] * Added Punjabi translation [Amanpreet Singh Alam] * Added Japanese translation [Satoru SATOH] * Added Esperanto translation [Artem Popov] * Added Italian translation [Petrecca Michele] Initial Release of BSE-ALSA 0.6.3: * Provide an ALSA PCM driver for BSE * Provide an ALSA MIDI driver for BSE --- ciaoTJ

20 years, 10 months

[linux-audio-dev] Re: [Alsa-devel] Firewire Audio Card Support

by Amaury Jacquot

Giuliano Pochini wrote: > > No, it's not hard because there are a lot of skilled people around, but > the card would be expensive. There was a thread about a project of "open > source" graphic card recently on lkml. I know about the project in question, as I participate in the discussion about it. an open design sound card would be even easier to design... an atmel microcontroller and a pair of ADC / DAC chips should be enough to desing something with a USB port. now for the firewire thing, I guess a xilinx chip can do it, and those are not that expensive either...

20 years, 10 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