Linux-audio-user December 2007

linux-audio-user@lists.linuxaudio.org

151 participants
147 discussions

Re: [LAU] A year of Linux Audio revisited - would like to know your

by Kjetil S. Matheussen

Paul Davis: > >> Unless jack is >> fixed (or extended) so that it can recover from errors (including >> letting its latency be adjusted on the fly) <...> > > JACK has a number of problems, some of them significant. The things > you've spoken about are not among them. > I'm not sure what other problems you are thinking of? I completely agree this is the main problem with jack. Its not unusual that a program connecting to jack can make jackd crash. And it is even possible to prevent this! (I know it tries to prevent it though, but it does fail very often too). The second problem I have with jack is that its not possible to pause or disconnect temporarily from a backend, which means that whenever you want use a program which use a soundsystem which does not support jack (in my case, usually flash, vmware or java), you first have to quit all programs currently using jack, then stopping jack, then start the non-jack compatible program. And after being finished with the non-jack compatible program, start jack and all its clients again. There was even posted a fix to this bug on the jack list a few years ago, but of course it was not adopted. I know jack is for professional audio use, though, and for that purpose (except when a professional audio program screw up, and makes the whole jack system crash), its excelent. But these two issues are still very irritating, and generally lowers the othervice high reputation of jack.

18 years, 1 month

[LAU] [ANN] Traverso 0.42.0

by Remon

Traverso 0.42.0 Release Announcement The Traverso development team is pleased to announce the release of Traverso 0.42.0 About Traverso: Traverso is a GPL licensed, cross platform program for recording and mixing music, speech, and sounds on the computer Important changes in this release: * Read and write support for Ogg Vorbis, WavPack, FLAC and MP3 * On the fly sample rate conversion * A simple yet effective Project backup and restore system * Better use of available hard disk bandwidth * Encoding formats for recording added: W64 and WavPack * 3 new themes added, notably the medium-contrast and ubuntu theme * Fixed a number of bugs, added new ones and various improvements all over the place * User Manual translated into German and Portuguese Source tarball and installers for Mac OS X and Windows are available on the download page [1] Distribution packages are being created, with some (openSUSE, Gentoo) allready available for installation. We welcome any feedback in the forums [2], user mailing list [3] or internet relay chat, channel #traverso Enjoy! The Traverso team. [1] http://traverso-daw.org/ [2] http://traverso-daw.org/forum/ [3] http://savannah.nongnu.org/mail/?group=traverso

18 years, 1 month

Re: [LAU] Rubber Band v1.0.1 - an audio time-stretching and pitch-shifting library and utility

by Sampo Savolainen

Quoting Chris Cannam <cannam(a)all-day-breakfast.com>: > > A LADSPA plugin for timestretching would be nice, too... > > Not possible -- a LADSPA plugin must always output the same number of > samples > as it receives. To slow audio down in a plugin would require an ever > increasing buffer of incoming, un-slowed input; to speed it up would > require > bending the laws of physics. A pitch bending plugin would be much appreciated though! Sampo

18 years, 1 month

Re: [LAU] Rubber Band v1.0.1 - an audio time-stretching and pitch-shifting library and utility

by Sampo Savolainen

Quoting Sampo Savolainen <v2(a)iki.fi>: > Quoting Chris Cannam <cannam(a)all-day-breakfast.com>: > > > > A LADSPA plugin for timestretching would be nice, too... > > > > Not possible -- a LADSPA plugin must always output the same number of > > samples > > as it receives. To slow audio down in a plugin would require an ever > > increasing buffer of incoming, un-slowed input; to speed it up would > > require > > bending the laws of physics. > > A pitch bending plugin would be much appreciated though! .. and then he continues to read the rest of the announcement: ".. two LADSPA pitch shifter plugins .." I'll get me coat. Sampo

18 years, 1 month

[LAU] [ANN] dssi-vst 0.5

by Hermann Meyer

hello I build and install dssi-vst with Javier Serrano Polo's VST-compatibility header on debian/sid and it work well here, after I have set the VST_PATH in my ~.bashrc. Thank you hermann

18 years, 1 month

[LAU] Ardour_vst error

by David Baron

I compiled Ardour-2.1 with vst support. I had to change an SConscript file to explicitly set the ardour_vst.exe.so destination path (for some odd reason, scons could not find the ardourvst file right there). After that, everything went well except that the ardour_vst script did not get placed in /usr/local/bin. Copied it there myself. When I run it, I get that the ardour_vst.exe.so has an inccorrect exe format for wine and the thing aborts. Any ideas? I am running Debian Sid.

18 years, 1 month

[LAU] AVSynthesis demos

by Dave Phillips

Greetings: I've posted three short (30 to 50 seconds) AVI files created with Jean-Pierre Lemoine's very cool AVSynthesis program : http://linux-sound.org/avs-examples/ Each demo uses one GLSL effect and one Csound5-based synthesizer with one Csound5-based audio processor. Sorry about the video quality, it's so poor compared to the AVSynthesis realtime display. Audio quality is fine though. For more information about AVSynthesis : http://avsynthesis.blogspot.com/ Enjoy. Comments welcome. Best, dp

18 years, 1 month

Re: [LAU] A year of Linux Audio revisited - would like to know your oppinion

by Ivica Ico Bukvic

> I'm not sure I fully understand what you're saying here, mostly since my > English is obviously not as aesthetic as yours (hint of jealousy here ;)). > > But if you're saying that the 'free' argument isn't an argument, I > agree. I would even say that the 'free' in 'free software', although > morally a great concept, is more a curse for our limited domain. In a nutshell, yes :-) > > is not such a bad idea after all. And for those who may not have the > time, > > resources, or simply skills to pursue funding/sponsorship/patronage, we > do > > have entities in OSS community who could ostensibly help in the process > > provided they have adequate staffing and ultimately community support. > > What entities are you referring to? I think there is a number of possible entities. How about Linuxaudio.org for instance? Imagine us having an endowment which we can disburse to contributors of most sought features/add-ons (groove quantizing? :-). How about in part sponsoring usability team which would enhance existing applications with more appealing GUIs, better and more user-friendly interface organization etc.? Doing this is not too farfetched provided we can muster more enough support in managing ensuing administrative overhead to get this thing on its feet and perhaps more importantly convince potential dissenters that this is ultimately a good thing (tm?). Best wishes, Ico

18 years, 1 month

[LAU] [ANN] dssi-vst 0.5

by Chris Cannam

dssi-vst 0.5 released! ====================== The 0.5 release of dssi-vst is now available. dssi-vst is a DSSI plugin wrapper for Win32 VST effects and instruments with GUI support, allowing them to be loaded into any DSSI host. dssi-vst is available from the download page at http://dssi.sourceforge.net/ The 0.5 release now comes with Javier Serrano Polo's VST-compatibility header, as previously distributed in LMMS. (Actually, this header was already compatible with dssi-vst -- no modifications to dssi-vst were necessary -- it's just that the header is now included in the package.) This permits it to be compiled without the official VST SDK and distributed under pure GPL. No guarantees are made as to the reliability of the results; your feedback is welcome, but please bear in mind that I will not do any development work on the compatibility header myself for legal reasons. The 0.5 release is also (finally) compatible with version 2.4r2 of the official SDK, should you wish to use it. Chris

18 years, 1 month

[LAU] dssi-vst build problem

by R Dicaire

Hi folks...tried building dssi-vst 0.5, and get the following errors: make g++ -Ivestige -Wall remotepluginclient.cpp -c /usr/include/pthread.h:285: error: conflicting declaration 'typedef struct pthread_st* pthread_t' /usr/include/bits/pthreadtypes.h:36: error: 'pthread_t' has a previous declaration as 'typedef long unsigned int pthread_t' /usr/include/pthread.h:286: error: conflicting declaration 'typedef struct pthread_attr_st* pthread_attr_t' /usr/include/bits/pthreadtypes.h:43: error: 'pthread_attr_t' has a previous declaration as 'typedef union pthread_attr_t pthread_attr_t' /usr/include/pthread.h:287: error: conflicting declaration 'typedef int pthread_key_t' /usr/include/bits/pthreadtypes.h:109: error: 'pthread_key_t' has a previous declaration as 'typedef unsigned int pthread_key_t' /usr/include/pthread.h:289: error: conflicting declaration 'typedef int pthread_mutexattr_t' /usr/include/bits/pthreadtypes.h:79: error: 'pthread_mutexattr_t' has a previous declaration as 'typedef union pthread_mutexattr_t pthread_mutexattr_t' /usr/include/pthread.h:290: error: conflicting declaration 'typedef struct pthread_mutex_st* pthread_mutex_t' /usr/include/bits/pthreadtypes.h:73: error: 'pthread_mutex_t' has a previous declaration as 'typedef union pthread_mutex_t pthread_mutex_t' /usr/include/pthread.h:291: error: conflicting declaration 'typedef int pthread_condattr_t' /usr/include/bits/pthreadtypes.h:105: error: 'pthread_condattr_t' has a previous declaration as 'typedef union pthread_condattr_t pthread_condattr_t' /usr/include/pthread.h:292: error: conflicting declaration 'typedef struct pthread_cond_st* pthread_cond_t' /usr/include/bits/pthreadtypes.h:99: error: 'pthread_cond_t' has a previous declaration as 'typedef union pthread_cond_t pthread_cond_t' /usr/include/pthread.h:293: error: conflicting declaration 'typedef int pthread_rwlockattr_t' /usr/include/bits/pthreadtypes.h:142: error: 'pthread_rwlockattr_t' has a previous declaration as 'typedef union pthread_rwlockattr_t pthread_rwlockattr_t' /usr/include/pthread.h:294: error: conflicting declaration 'typedef struct pthread_rwlock_st* pthread_rwlock_t' /usr/include/bits/pthreadtypes.h:136: error: 'pthread_rwlock_t' has a previous declaration as 'typedef union pthread_rwlock_t pthread_rwlock_t' make: *** [remotepluginclient.o] Error 1 Ubuntu Feisty gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4) Any ideas where I can begin to look to troubleshoot this? Thanks -- aRDy Music and Rick Dicaire present: http://www.ardynet.com http://www.ardynet.com:9000/ardymusic.ogg.m3u

18 years, 1 month

← Newer
1
...
7
8
9
10
11
12
13
14
15
Older →

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-user December 2007