Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7440 discussions

[linux-audio-dev] interesting info regarding hdsp behavior

by Ivica Bukvic

Hi all, I've been messing with hdsp and found out an interesting issue. After installing the driver for the first time onto the xp machine I also had no sound coming out of the soundcard even though totalmix app showed levels to be up. After clicking on the levels and/or moving them a bit, suddenly the sound was there (as if the default values were there only in the app itself, but did not affect the actual levels on the card until they were moved for the first time). I was wondering maybe this is the problem we're having in Linux, where the card loads just fine, but for some reason there is no sound until a reboot has taken place. I know this may be completely stupid thing to pursue, but since I've heard of no fix for this issue, I thought this may be a possible culprit. I am still struggling with the Linux driver (I got the card working on an Dell Inspiron 8200 where the card posts and everything supposedly works, but there is no sound coming from it), so perhaps as dumb as this sounds, this may be the solution to the problem we've been having with the hdsp in Linux. I should also mention that I am using hdsp pcmcia interface and that I've flashed it using the latest update from the rme-audio website (could this also have something to do with it?). Any info on this issue is greatly appreciated. Sincerely, Ivica Ico Bukvic

21 years, 7 months

[linux-audio-dev] calling snd_seq_open in dynamically linked code

by Dave Griffiths

I'm getting errors when I call snd_seq_open in a plugin, which go away in a standalone test app: ALSA lib dlmisc.c:100:(snd_dlsym_verify) unable to verify version for symbol snd_config_hook_load ALSA lib conf.c:2655:(snd_config_hooks_call) symbol snd_config_hook_load is not defined inside (null) ALSA lib conf.c:3066:(snd_config_update_r) hooks failed, removing configuration calling: snd_seq_open(&seq_handle, "default", SND_SEQ_OPEN_INPUT, 0) What could be the reason for this? cheers, dave

21 years, 7 months

[linux-audio-dev] sooperlooper goes PD

by Jesse Chappell

The SooperLooper LADSPA plugin now comes with PD patches! For those that might not remember, SooperLooper is a LADSPA plugin that emulates the Gibson-Oberheim Echoplex Digital Pro looping sampler. Go get more info and download it at its new address: http://essej.net/sooperlooper/ See the screenshot of the PD patches in action here: http://essej.net/sooperlooper/sooperlooper_pd_shot.png It is controllable via the PD GUI or MIDI program change messages from your footcontroller (the ideal interface). Unfortunately, there are bugs in the plugin~-0.2 external that seems to be around. I made a source patch that fixes the output control message bugs, and extended them to include the output control port index as well. You will need this patched version of plugin~ to run SooperLooper in PD properly. Get the patch here: http://essej.net/sooperlooper/pd-plugin0.2-patch.diff If someone on the pd-devel list could forward this, I would much appreciate it. Dave Phillips, could you also update the web address on your LM&S pages with the new address above? Enjoy... please post with any problems/suggestions. jlc

21 years, 7 months

Re: [linux-audio-dev] Route Stantons Final Scratch to internal sound cards?

by Patrick Shirkey

>What I think could be possible is using (writing a driver for) the >scratchamp with OSS or ALSA drivers, as they seem to be USB soundcards >by creative. Those will have standard chipsets. >But that wasn't the question I guess... If you are interested in trying to get it working with alsa then you need the usb-audio driver. Installing it and inserting the module will tell you pretty quickly how easy it will be to get working. The alsa usb-audio driver is significantly more advanced than the oss version which it was based on. If it doesn't work for you then sending in the info from lsusb to the alsa-devel list will help a lot. Have a look at the generic instructions for usb in the alsa-docs. http://www.alsa-project.org/alsa-doc/ Patrick. --

21 years, 7 months

[linux-audio-dev] Route Stantons Final Scratch to internal sound cards?

by Modnogg

Hi! Do you think it's possible that Final Scratch could use two internal Soundcards instead of the two external ones? I bought this Final Scratch package and opened the external box. This looks like a USB-Hub witch two external Creative USB sound cards. But I don't like external sound cards and especially not the creative ones! Do you think it's possible to route the USB sound cards to my internal sound cards? I could use the sound driver library from linux. But my problem is how to link the software to other soundcards? Thanks for an answer! Modnogg

21 years, 7 months

[linux-audio-dev] Anyone hacking JACK or ALSA support for Audiality?

by David Olofson

I'm rewriting the audio and control I/O code right now, and I'm adding ALSA 0.9 audio and MIDI support while I'm at it. ALSA 0.5 support will probably be ditched in the process, as I can't test it, and don't care much. OSS I/O and SDL audio output will still be there. The new design is based on a common device struct for all I/O devices, and drivers and APIs are supported by adding implementations behind that, C++ polymorphic style. I think this will make it a lot easier to add support for other I/O APIs. It also comes with a string based selection interface that can easily be hooked up to the command line, config files or whatever. //David Olofson - Programmer, Composer, Open Source Advocate .- The Return of Audiality! --------------------------------. | Free/Open Source Audio Engine for use in Games or Studio. | | RT and off-line synth. Scripting. Sample accurate timing. | `---------------------------> http://olofson.net/audiality -' --- http://olofson.net --- http://www.reologica.se ---

21 years, 7 months

[linux-audio-dev] New relase of the opensource synth (ZynAddSubFX 1.0.5)

by Nasca Paul

ZynAddSubFX is a open-source software synthesizer for Linux. It is available at : http://zynaddsubfx.sourceforge.net or http://sourceforge.net/projects/zynaddsubfx Please send me instruments done by you with zynaddsubfx. news: 1.0.5 -The bug that crashed ZynAddSubFX if you change some effect parameters, it is really removed (I forgot to update the file before upload) - Other bugfixes and code clean-ups - Added a Global Filter to SubSynth - Added keyresponse limits to Part - Added presets to Effects - The fade is smaller on high frequecy content and larger on low frequecies; so you'll don't hear starting clicks on basses and audible fadeins on higher pitched sounds - Added tunnings to Reverb: you can choose Random of Freeverb. Freeverb is written by Jezar at Dreampoint; I used the tunings from it. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

21 years, 7 months

[linux-audio-dev] Additional LADSPA hints

by Steve Harris

There have been a few suggestions recently, I'l try to summarise them for comment. MOMENTARY. A hint to suggest that a control should behave like a momentary switch, eg. on for as long as the user holds down the key/mouse button/whatever. Useful for reset or sync controls for example. Would be useful in the DJ flanger. Only applies to TOGGLED controls. AUDIO_RATE_CONTROL. Hints than an audio control should/could be controlled by a high time res. slider or control data, but shouldn't be connected to the next audio signal by default. I can't think of any simple examples off hand, but combined with MOMENTARY it could be used for sample accurate tempo tapping. RANDOMISABLE. Hints that its useful/meaningful to randomise the port if the user hits a button. This is useful for the steps of control sequencers, reverbs, and just about anything that's complex. Allows you to specify which controls can be randomised without anything too supprising happening to the user (eg. sudden +100dB gain would be unpleasent). -- My comments: I really like MOMENTARY and RANDOMISABLE. AUDIO_RATE_CONTROL could be useful, but might be painful for hosts to implement. I dont have any particular use for it right now. - Steve

21 years, 7 months

[linux-audio-dev] Paul D's midi++

by Anthony

Hi, I've been exploring Paul D's midi++ library. I'm trying to compile a test driver roughly equivalent to the miditrace which is provided. Compilation goes fine, but linking is a problem. I get: midi++/libmidipp.a(fd_midiport.o)(.text+0x557): In function `MIDI::FD_MidiPort::list_devices()': /home/avan/src/ardour-cvs/libs/midi++/fd_midiport.cc:95: undefined reference to `PathScanner::operator()(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool, bool, long)' So FD_MidiPort::list_devices () has { PathScanner scanner; return scanner (*midi_dirpath, *midi_filename_pattern, false, true); } The first two arguments are strings. The PathScanner is part of libpbd and has the overloaded operator: vector<string *> *operator() (const string &dirpath, const string &regexp, bool match_fullpath = true, bool return_fullpath = true, long limit = -1); which AFAICT should match the call in list_devices(). I'm using gcc (GCC) 3.2.1 20021207 (Gentoo Linux 3.2.1-20021207) and I suspect this may be the problem. Any help would be appreciated. --ant

21 years, 7 months

RE: [linux-audio-dev] Linux Audio Hardware Selection

by Marc Titinger

Hi all, I was looking for a good, up-to-date documentation pointer upon software features provided by alsa. But I'm new to this architecture and I might be "intoxicated" by some kernel streaming architectures : is there a kind of hardware abstraction with ALSA, e.g. features that are managed by the software at usr or kernel level, in a +/-transparent way, when the HW does not provide them ? My understanding is that Alsa does not provide multiple device open (a second open can be blocking, or return with an error, but won't succeed, as no sw mixing is available). is there anything that can be emulated by alsa on user request, when the hw cannot ? (for instance frequency change, frame conversion (n channels to m channels) etc...). How would you implement such thing ? With a kind of abstraction layer daemon, that exports the same api but perform missing hw features ? Could the LADSPA plugin architecture be a solution to implement multiple device open ? tx Marc.

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