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.
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
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
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
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
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.
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
> 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
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
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.comhttp://www.ardynet.com:9000/ardymusic.ogg.m3u