Launchpad has imported 5 comments from the remote bug at http://bugzilla.audacityteam.org/show_bug.cgi?id=254.
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-11-10T18:27:38+00:00 Benjamin Drung wrote: This bug was initial reported on Ubuntu: https://launchpad.net/bugs/355846 audacity stops recording after about a second when using software play-through. One reported experienced this bug only in overdub. The bug was first found in 1.3.7 and is still in the latest trunk version of audacity. Please have a look at the Ubuntu bug for more details. Reply at: https://bugs.launchpad.net/audacity/+bug/355846/comments/28 ------------------------------------------------------------------------ On 2010-12-06T08:22:37+00:00 Benjamin Drung wrote: Created an attachment (id=60) tentative patch to recover from playback underrun More investigation from Per à ngström and a patch: I think I have identified where the problem lies: in the underrun handling of the playback stream. I don't know what causes the underrun, but the recovery mechanism does not have the desired effect, so both capture and playback remain frozen. In the attached path, which is not of production quality, I call AlsaRestart when a playback underrun is detected. That seems to recover the situation without causing apparent problems but it is probably too blunt to be acceptable as a long-term solution. I am, after all, completely unfamiliar with alsa programming. The patch also contains some output statements in the affected functions, producing the following console output: playback xrun capture xrun AlsaRestart playback xrun capture xrun AlsaRestart playback xrun capture xrun AlsaRestart [repeated] Reply at: https://bugs.launchpad.net/audacity/+bug/355846/comments/34 ------------------------------------------------------------------------ On 2010-12-12T21:41:51+00:00 Gale wrote: (In reply to comment #1) Neither Steve or I can reproduce a problem in SVN HEAD (unpatched) on Ubuntu 10.10. I can reproduce the stalled recording reliably in the 10.10-packaged Audacity 1.3.12 (September 22nd) on second and subsequent tracks, if overdub is on as well as software playthrough. If only software playthrough is on, recordings don't stall. I wonder if the Audacity update to PortAudio r1554 on 12 November has helped? Benjamin's last test on HEAD (as stated here) was on 10 November. Per patched (so I assume tested against) an older version of PortAudio from April. r1554 doesn't seem to have directly touched the xrun code that Per modified. See http://forum.audacityteam.org/viewtopic.php?f=18&t=14014&start=10#p116831 for current discussion of this. Are there any reports of this issue outside Ubuntu? Reply at: https://bugs.launchpad.net/audacity/+bug/355846/comments/39 ------------------------------------------------------------------------ On 2011-01-29T11:42:53+00:00 Richard Ash wrote: There was a problem with ALSA underrun handing in our PortAudio snapshot as of 1.3.13 release. This upstream bug has been fixed and the changes imported to us (it's different to Per's patch because it identifies the API mis-use that causes the existing reset handler to fail, rather than just kicking it when it does). So this is fix-made unless a test with current SVN can reproduce the problem. As with many Ubuntu bugs, much more likely with PulseAudio using CPU cycles than without (I just don't get xruns except under extreme conditions, so would never see this). Reply at: https://bugs.launchpad.net/audacity/+bug/355846/comments/45 ------------------------------------------------------------------------ On 2011-03-07T07:22:18+00:00 Gale wrote: Subject problem seems to be generally fixed, even when recording a second track using pulseaudio with overdub and software playthrough enabled. Moved to RESOLVED - FIXED. However there is still a problem that when software playthrough is enabled, Audacity uses the default latencies returned by PortAudio. On Linux, these values are more demanding than the default 100ms set in Preferences, and cause xruns and playthrough/recording glitches when recording with pulse. Occasionally, there could still be a freeze when pulse is recording device and (hw) is playback device. This is now at Bug 306. Reply at: https://bugs.launchpad.net/audacity/+bug/355846/comments/46 ** Changed in: audacity Status: Unknown => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/355846 Title: audacity stops recording after about a second when using software play-through -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
