Launchpad has imported 9 comments from the remote bug at http://bugzilla.audacityteam.org/show_bug.cgi?id=190.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-07-30T06:15:18+00:00 Benjamin Drung wrote: The terminal says: Libsamplerate only supports resampling factors between 1/12 and 12 and audacity hangs after moving the playback-speed slider to the far left (0.04) and clicking the green arrow. Reproducible every time. Audacity does not seem to crash (unlike an older bug at https://bugs.launchpad.net/ubuntu/+source/audacity/+bug/465899). The window goes dim because the process apparently no longer responds to X events. Note: At start-up (before provoking the bug), the terminal said: Expression 'stream->capture.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 3653 The bug was initial reported on Launchpad and confirmed by me: https://launchpad.net/bugs/608948 Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/4 ------------------------------------------------------------------------ On 2010-07-30T16:34:18+00:00 Gale wrote: In SVN HEAD on Ubuntu 10.04 configuring --with-libsamplerate and playing at 0.08 or below I can reproduce the "Libsamplerate only supports resampling factors between 1/12 and 12" message. This is then always followed for me by a segmentation fault and Audacity disappears. My libsamplerate is v0.1.7-3 as already installed on the system. Disabling/enabling Pulse doesn't stop the crash. Another user recently reported the same issue (but a freeze not a crash) in "1.3.12-beta (Unicode) Packaged for Debian Squeeze amd64 / x86_64, Kernel 2.6.33.2". As there are no reports of this elsewhere than in Audacity, and libsamplerate is supposed to support resampling between 1/256 and 256 x, I assume it is an Audacity problem. Assumed a P3 would cover it given libresample is optional (even though I understand Debian/Ubuntu now use libresample in packages). Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/5 ------------------------------------------------------------------------ On 2011-01-29T08:38:42+00:00 Gale wrote: (In reply to comment #1) > Assumed a P3 would cover it given libresample is optional >(even though I understand Debian/Ubuntu now use libresample in packages). Sorry for confusion, but as (most of) the report stated, the problem is in the optional libsamplerate library (which Ubuntu chooses to use). The libresample library which is the Audacity default does not have this issue. Now clarified. Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/6 ------------------------------------------------------------------------ On 2011-02-14T17:14:53+00:00 Ashton Kemerling wrote: Ubuntu is talking about moving to libresample currently. Maybe it would be appropriate to move this down to P4, since we libresample is preferred (and default) over libsamplerate due to licensing issues. That and Steve has suggested on -devel that a work around would be limiting transcription speeds to within the range that libsamplerate uses to ensure stability, if libsamplerate is present. Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/7 ------------------------------------------------------------------------ On 2011-02-15T12:51:09+00:00 Ashton Kemerling wrote: Created an attachment (id=75) Erik de Catro Lopo's patch Patch submitted by Erik de Castro Lopo to -devel to solve libsamplerate crashing at lower transcription rates. I have not had a chance to test this yet. Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/8 ------------------------------------------------------------------------ On 2011-02-15T13:31:18+00:00 Mchinen wrote: Note: I haven't tested anything, but I saw something to lookout for with the patch. The patch doesn't address the crash issue directly, but will presumably let the playbackspeed get even lower. As Erik says in his post the crash is caused by us - his patch just gets the ratio boundaries using the correct lib functions. It should fix most cases since the minimum slider value is 0.01, and the patch allows down to 1/256. But if you have a track at a high sample rate with a project audio rate at a lower sample rate and have the playback speed at a low value it may trigger this crash depending on how we use the concatenate ratios. Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/9 ------------------------------------------------------------------------ On 2011-02-15T16:41:02+00:00 Gale wrote: (In reply to comment #3) > Ubuntu is talking about moving to libresample currently. Maybe it would be > appropriate to move this down to P4, since we libresample is preferred (and > default) over libsamplerate due to licensing issues. > > Steve has suggested on -devel that a work around would be limiting > transcription speeds to within the range that libsamplerate uses to > ensure stability, if libsamplerate is present. I'm -1 on demoting and -1 on limiting the slider. There are circa 5 reports a month of this from users of distro-packaged versions of Audacity, so I assume speeds of 0.08 or lower are used. As Erik has confirmed, libsamplerate supports between 1/256 and 256 x, the limitation is in Audacity with libsamplerate. Thx for adding the patch (don't forget to add the "patch" keyword - I've done that). Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/10 ------------------------------------------------------------------------ On 2011-02-17T19:19:21+00:00 Benjamin Drung wrote: Created an attachment (id=80) libsamplerate.diff I have tested Erik's patch and found out that his condition needs to be inverted. With the corrected condition (patch attached), Audacity will newer run into this if-branch (tested with pulling the slider to the minimum and maximum) with libsamplerate. Please apply this patch. It will use the correct library function and work around the bug. The patch adds a FIXME comment for finding the cause of the hang. Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/11 ------------------------------------------------------------------------ On 2011-02-22T17:27:25+00:00 Gale wrote: (In reply to comment #7) I tested the patch on Ubuntu 10.10 and it fixes another problem Steve mentioned in bug 287 - there is a crash resampling or mixing a 192000 Hz tone to 8000 Hz because this requires a resampling below 1/12. If the patch is correct I'm +1 on applying it. This would have been a P2 but for the fact that libsamplerate is not default. Reply at: https://bugs.launchpad.net/audacity/+bug/608948/comments/12 ** Changed in: audacity Status: Unknown => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/608948 Title: 1.3.12 hangs after reducing playback rate to minimum -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
