Bug 928 – Playhead does not move immediately after restarting scroll-scrub from track start, then playback starts late

••• Introduction •••
••• Keywords •••

Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla

Bug 928 - Playhead does not move immediately after restarting scroll-scrub from track start, then playback starts late


Summary:	Playhead does not move immediately after restarting scroll-scrub from track s...

Status:	RESOLVED FIXED

Product:	Audacity
Classification:	Unclassified
Component:	Audio IO
Version:	2.1.1
Hardware:	Per OS All

Importance:	P4 Repeatable
Assigned To:	Default Assignee for New Bugs

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2015-05-03 08:00 UTC by Gale Andrews
Modified:	2018-08-20 11:45 UTC (History)
CC List:	6 users (show)

See Also:
Steps To Reproduce:	1 Ensure audio to buffer is 100 ms, generate 15s tone. 2 Scroll-scrub to the start of the track, continuing to hold the mouse control (currently middle button) down. Playback stops, continue to hold the mouse down. 3 Drag the mouse rightwards slowly without changing the speed, until the green speed indicator is slightly positive (+0.10 or similar). Observe the playhead does not move. 4 Continue to drag right very slowly until indicator reaches +0.50 or +0.60. The playhead will now start to move, but there is no audible playback for a few seconds. 5 Release the mouse, repeat steps 2 and 3, then advance the speed control to +0.50 or higher until the playhead moves. Again there is no playback for the first few seconds after the playhead moves.
Release Note:
First Git SHA:
Group:	---
Workaround:
Closed:	2018-08-20 00:00:00

Flags:	petersampsonaudacity: Test‑OK‑Win+ petersampsonaudacity: Test‑OK‑Mac+ gale: Test‑OK‑Lin+

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Gale Andrews 2015-05-03 08:00:42 UTC

Same on Mac, except that (crackly) playback starts as soon as the playhead moves.

Comment 1 Paul L 2015-05-19 21:50:55 UTC

Fixed at: https://github.com/audacity/audacity/commit/e14144b01fbec30b165ad8d16a8ed3b07dd2433f

Comment 2 Peter Sampson 2015-05-20 09:42:21 UTC

 2.1.1 20May15 rd7ffab7 new UI tested on W7-HP 64-bit.

With a double-click scrub when the playback reaches zero it just sticks there and can't be restarted by moving the mouse rightwards.  Actually it doesn't quite get to zero it stops just before it.


With a double-click scrub when the playback reaches the end of the track it gradually slows right down as it reaches the end (almost the end, it stops just short).  But backwards playback can be initiated with a leftwards movement of the mouse.

Comment 3 Gale Andrews 2015-05-20 16:42:17 UTC

REOPENED. Clearly not fixed, unfortunately, just casually testing on Win 7 64-bit and Ubuntu 14.04 32-bit. It's actually much worse than before. Once the playhead reaches zero, or stalls just after zero on its way back there, I need about 20 x speed and the mouse out of the app to right to restart playback.

Comment 4 Paul L 2015-05-24 17:37:39 UTC

A better fix, for double click and shift scrubbing too:  https://github.com/audacity/audacity/commit/4ba7a82ec928af9137cf9e0f5e05e8c0c43a2d58

Comment 5 Peter Sampson 2015-05-25 07:28:51 UTC

(In reply to Paul L from comment #4)
Appears ok when testing on 2.1.1 25May r45e70b6 on W7 64-bit

Comment 6 Peter Sampson 2015-09-15 13:27:54 UTC

Tests ok on W7-HP 64-bit audacity-win-r5f985a2-2.1.2-alpha-09-sep-15

Comment 7 Paul L 2016-04-18 15:30:15 UTC

Resolve now?

Comment 8 Peter Sampson 2016-04-19 09:52:27 UTC

Playhead moves correctly on the Macbook Pro El Capitan - and on my W10 laptop

Comment 9 Gale Andrews 2017-01-21 20:39:29 UTC

Yes this is impressively responsive now, using the new "Pinned Head" method of scroll-scrubbing. I tried it at the end of the track too. It's good to see it so responsive on my slow Ubuntu 14.04 netbook using pulse.   Thanks Paul.