t was
just switching to shaped dithering. If I unset those params, then
things work fine again. I have to wonder if older versions of
jack2 serialized its config options differently and that's how I got
1
1
in my conf.xml ... if so, I probably won't be the only person who sees
this issu
Jun 23 20:15:27 2013: ALSA: final selected sample format for playback:
16bit little-endian
Sun Jun 23 20:15:27 2013: ALSA: use 3 periods for playback
Sun Jun 23 20:15:27 2013: Noise-shaped dithering at 16 bits
Sun Jun 23 20:15:27 2013: graph reorder: new port
=
puts("Starting synchronisation."Starting synchronisation.
)= 26
usleep(25
+++ killed by SIGSEGV +++
See announcement:
http://lists.linuxaudio.org/pipermail/linux-audio-dev/2012-October/033986.html
.
--
Jamie Heilman http://audible.transient.net/~jamie/
--- jack_control.orig 2012-05-27 03:11:33.969454794 +
+++ jack_control 2012-06-02 23:31:20.568501561 +
@@ -109,7 +109,7 @@
print "status - check whether jack server is st
Debian allows jack-tools to be installed with
either jackd1 or jackd2 packages and that jack.plumbings's behavior
when jackd2 is installed is lame.
--
Jamie Heilman http://audible.transient.net/~jamie/
___
pkg-multimedi
of a big deal given the app's intended use with audio.
--
Jamie Heilman http://audible.transient.net/~jamie/
Index: src/AudioIO.cpp
===
--- src/AudioIO.cpp (revision 11191)
+++ src/AudioIO.cpp (working
This is upstream bug #192, where it was reported against v1.3.12, but
the issue appears to have existed since at least 2003.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/m
Package: audacity
Version: 1.3.13-3
Setting any preference while working on one or more projects will
reset their sample rates to the project default (as found under Edit >
Preferences > Quality > Default Sample Rate in the "Sampling" frame).
That shouldn't happen; the project rate of work in prog
Package: audacity
Version: 1.3.13-3
For some weird reason importing raw audio with a sampling rate of
192kHz results in track having a rate of 100kHz instead. Seems to be
true of all rates > 100kHz in general. The rate can be updated after
the import, and playback and editing still work fine, se
