18 Oct
2011
18 Oct
'11
9:06 p.m.
Hello all,
New releases on <http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>:
zita-convolver-3.0.2
--------------------
* General code cleanup, will now allow bugfixes and
minor changes without breaking binary compatibility.
* Will work correctly in Jack's 'freewheeling' mode.
* Optimised partition size sequence in function of number
of inputs and outputs, size and matrix density.
* Should compile and work on OSX. The Makefile is untested.
This release is NOT binary compatible with 2.0.0.
This release is NOT API compatible with 2.0.0. The
required changes are small but essential, and are
documented in the README file. Full API documentation
will follow.
jconvolver/fconvolver-0.9.1
---------------------------
* Spaces allowed in filenames and jack port names. Use
quotes or escape the spaces.
* Hilbert transform IR built-in, allows creation of
arbitrary complex matrices without requiring any
external audio files. See README_CONFIG.
* Should compile and work on OSX. The Makefile is untested.
This release requires zita-convolver-3.0.x
For an intersting demo of what convolution can do, try
'weird.conf'. Instructions are in the file.
Ciao,
--
FA
20 Oct
20 Oct
7 p.m.
Hi Fons,
On 10/18/2011 09:06 PM, Fons Adriaensen wrote:
Hello all,
New releases on <http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>:
Many thanks for these and your dedication.
[..]
* Should compile and work on OSX. The Makefile is
untested.
g++ on OSX does not have a '-march=native' option. (error: bad value
(native) for -march)
One would need to edit the Makefile to make it compile on OSX since you
always append it with CPPFLAGS += -march=native.
I suggest to change that line to
CXXFLAGS=-march=native -O3
Thus CXXFLAGS can be overridden on the make command-line. Furthermore
optimization flags should not be set as preprocessor parameters (CPPFLAGS).
Cheers!
robin
25 Oct
25 Oct
8 p.m.
On 10/18/2011 09:06 PM, Fons Adriaensen wrote:
Hello all,
New releases on<http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>:
zita-convolver-3.0.2
jconvolver/fconvolver-0.9.1
i'm having trouble with the linker. when i install the new
zita-convolver, /usr/local/lib64/libzita-convolver.so still points to
the old version. jconvolver 0.9.1 then complains about
jconvolver.o: In function `main':
jconvolver.cc:(.text+0x15e): undefined reference to
`zita_convolver_major_version()'
jconvolver.cc:(.text+0x5b4): undefined reference to
`Convproc::print(_IO_FILE*)'
...
and so on.
even when i manually remove the old libraries and re-run ldconfig, no
unversioned libzita-convolver.so link will be regenerated (which makes
sense, given that the library is explicitly not backwards-compatible).
but then i'd need some way to specify the new version explicitly in the
jconvolver makefile, don't i? -lzita-convolver seems to always find the
old one only, or none at all if the generic link is removed.
any hints appreciated.
8:31 p.m.
On 10/25/2011 08:00 PM, Jörn Nettingsmeier wrote:
On 10/18/2011 09:06 PM, Fons Adriaensen wrote:
manually creating a link from libzita-convolver.so to
libzita-convolver.so.3.0.2 fixes the jconvolver build issue, but it will
also break backwards compatibility i guess.
Hello all,
New releases on<http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>:
zita-convolver-3.0.2
jconvolver/fconvolver-0.9.1
i'm having trouble with the linker. when i install the new
zita-convolver, /usr/local/lib64/libzita-convolver.so still points to
the old version. jconvolver 0.9.1 then complains about
jconvolver.o: In function `main':
jconvolver.cc:(.text+0x15e): undefined reference to
`zita_convolver_major_version()'
jconvolver.cc:(.text+0x5b4): undefined reference to
`Convproc::print(_IO_FILE*)'
...
and so on.
even when i manually remove the old libraries and re-run ldconfig, no
unversioned libzita-convolver.so link will be regenerated (which makes
sense, given that the library is explicitly not backwards-compatible).
but then i'd need some way to specify the new version explicitly in the
jconvolver makefile, don't i? -lzita-convolver seems to always find the
old one only, or none at all if the generic link is removed.
any hints appreciated.
10:46 p.m.
On Tue, Oct 25, 2011 at 08:31:38PM +0200, Jörn Nettingsmeier wrote:
> i'm having trouble with the linker. when i
install the new
> zita-convolver, /usr/local/lib64/libzita-convolver.so still points to
> the old version. jconvolver 0.9.1 then complains about
> ...
It seems the following line is missing in the install target
of the Makefile:
ln -sf $(ZITA-CONVOLVER_MIN) $(PREFIX)/$(LIBDIR)/$(ZITA-CONVOLVER_SO)
to be added after the call to ldconfig. The whitespace must be a TAB,
not spaces.
If you had 2.0.0 installed you had
libzita-convolver.so -> libzita-convolver.so.2.0.0
libzita-convolver.so.2 -> libzita-convolver.so.2.0.0
libzita-convolver.so.2.0.0
after installing 3.0.2 this should become
libzita-convolver.so -> libzita-convolver.so.3.0.2
libzita-convolver.so.2 -> libzita-convolver.so.2.0.0
libzita-convolver.so.2.0.0
libzita-convolver.so.3 -> libzita-convolver.so.3.0.2
libzita-convolver.so.3.0.2
The result is that existing apps will use 2.0.0 until they
are recompiled. Anything compiled after the installing the
new library will use 3.0.2.
If you have no apps needing 2.0.0 (or if you recompile them)
you can remove .so.2 and .so.2.0.0.
There is also a bug in jconvolver, config.cc line 206: the '6'
in the sscanf() should be '5'. I've no idea how this slipped
in, as all jconvolver configs were reviewed, edited and tested.
Must be git playing tricks on me.
Updates will be released soon.
--
FA
8:33 p.m.
Excerpts from Jörn Nettingsmeier's message of 2011-10-25 20:00:49 +0200:
On 10/18/2011 09:06 PM, Fons Adriaensen wrote:
My script for Arch seems to work:
https://aur.archlinux.org/packages/zi/zita-convolver/PKGBUILD
It effectively only does: ln -s libzita-convolver.so.3.0.2 /usr/lib/libzitaconvolver.so
so it just creates a symlink to the versioned .so
Apps expecting the old lib will simply fail.
Not sure how to do it from the makefile or in some other package
management system.
Hello all,
New releases on<http://kokkinizita.linuxaudio.org:/linuxaudio/downloads>:
zita-convolver-3.0.2
jconvolver/fconvolver-0.9.1
i'm having trouble with the linker. when i install the new
zita-convolver, /usr/local/lib64/libzita-convolver.so still points to
the old version. jconvolver 0.9.1 then complains about
jconvolver.o: In function `main':
jconvolver.cc:(.text+0x15e): undefined reference to
`zita_convolver_major_version()'
jconvolver.cc:(.text+0x5b4): undefined reference to
`Convproc::print(_IO_FILE*)'
...
and so on.
even when i manually remove the old libraries and re-run ldconfig, no
unversioned libzita-convolver.so link will be regenerated (which makes
sense, given that the library is explicitly not backwards-compatible).
but then i'd need some way to specify the new version explicitly in the
jconvolver makefile, don't i? -lzita-convolver seems to always find the
old one only, or none at all if the generic link is removed.
any hints appreciated.
11:55 p.m.
On Tue, Oct 25, 2011 at 08:33:17PM +0200, Philipp Überbacher wrote:
My script for Arch seems to work:
https://aur.archlinux.org/packages/zi/zita-convolver/PKGBUILD
It effectively only does: ln -s libzita-convolver.so.3.0.2 /usr/lib/libzitaconvolver.so
so it just creates a symlink to the versioned .so
This is the one that was missing in the Makefile. The other one:
ln -s libzita-convolver.so.3 /usr/lib/libzitaconvolver.so
is created by ldconfig.
Apps expecting the old lib will simply fail.
Not because of any of those symlinks, but because pacman will
remove the older version if it was installed from a package.
IMHO it should not do that - old apps should just continue to
work with the old library until they are recompiled. But that's
the subject of a long standing discussion in Arch.
Meanwhile both zita-convolver and jconvolver have been updated,
so please update the AUR packages as well.
Ciao,
--
FA
4560
days inactive
4568
days old
linux-audio-dev@lists.linuxaudio.org
7 comments
4 participants
participants (4)
-
Fons Adriaensen -
Jörn Nettingsmeier -
Philipp Überbacher -
Robin Gareus