Bugzilla – Bug 972
Recording starts mid-screen
Last modified: 2018-08-20 11:51:44 UTC
Time zero for recording starting mid-pane with Timeline starting at -6.0 or so. And with zooming out a long way the zoom is maintained in the centre of the waveform pane and cannot be move leftwards. This makes it look like a kludge solution. I believe that this has been done to "fix" scrolling bug #966 - but in so doing has led to behavior which has not been present in any previous version of Audacity and is thus a regression. It also looks odd to a long-time user of Audacity. As a regression is should probably be rated higher than P4
Also try: 1)Open new project 2)Import 3 minute audio file 3)audio is imported fit-to-screen 4)Zoom in once 5) audio starts mid-screen - with wasted space to the left at this zoom level
I notice when I record in an empty project that time zero is not exactly mid-pane.
The recording thing is a bug I shall fix. The zoom behavior can be argued as a "feature." Zoom-in code is written to try to make the center of selection the new screen center. Zoom-out tries to keep the same center regardless of the selection. Both were constrained by the scroll limits. Now we have relaxed those limits so those rules apply without exception. Ctrl-Scroll wheel tries to keep the center where the mouse points. Try an extreme zoom out and in again with the wheel. Used to be, you lose your place because of the scrolling constraint on zoom out. Now, you don't. I think that is an improvement. What you observe for zoom in is a consequence of selection being at 0 and of duration 0. This is not distinct from the state of "no selection."
Fix the recording problem at https://github.com/audacity/audacity/commit/a74729aaf7e58f5d91f8fa5b3b749912322cf5f2
(In reply to Paul L from comment #4) Confirmed Recording issue fixed in 2.1.1 alpha 26May15 r46a4c4d on W7-HP 64-bit Recording now starts left-justified in the pane once again. I think I'm buying your argument for the zoom changes - but it still looks different and odd to this long-time user.
This should really be two separate bugs, then the "Recording starts mid-screen" bug can possibly be closed by a74729a (I've not yet tested). "Zoom-out is centred" is in my opinion a P2 regression that needs to be logged separately, so I've added bug 977. I will edit the summary description for this bug report (972) to make it specific to the "Recording starts mid-screen" issue.
I repeat: Fix the recording problem at https://github.com/audacity/audacity/commit/a74729aaf7e58f5d91f8fa5b3b749912322cf5f2 Did I forget to change status before? FIX MADE now
New case identified by Steve. 1) Generate some audio 2) Zoom out 3) Delete the track 4) Start recording. Time zero is now in the middle of the window. Therefore I am reopening.
Another fix here: https://github.com/audacity/audacity/commit/2f3d223ec2014a36b7fca55a74d00a4ace0c0d93 Notice this behavior that existed in 2.1.0, and is corrected too: 1 Generate sound in an empty project. 2 Scroll the track. 3 Delete the track. 4 Use the menu to make a new empty track. In this case the time ruler does not change between 3 and 4 so that time 0 is not on screen. This fix resets the left edge of time ruler between 3 and 4. (Used to be that the zoom was reset to initial state when the last track was deleted, but not the scroll position. So I have done that too now.)
Tests ok on W7-HP 64-bit audacity-win-r5f985a2-2.1.2-alpha-09-sep-15
Testing on Mac El Capitan on 01a95c5-2.1.3-alpha-13-feb-16 and Testing on W10 on audacity-win-r4d154c4-2.1.3-alpha-18-feb-16 Tests ok on both these platforms - both with original steps and with steps in Comment #8
OK, in order to make this reproduce I needed the following preferences on: "Tracks -> Pinned Recording/Playback head". Green down arrow button on the time ruler needs to be pressed to turn it into a Pin. What I now see is that when the transport is running (playback or recording), time=0 is always in the middle of the screen. When I stop, zero jumps back to the left hand end of the window. Everything seems to work OK after that. Certainly I can zoom out and back in as normal without the problem shown in the second set of steps. I'm frankly not very clear what behaviour I'm supposed to be looking for in the first steps, or those in comment 8. Both sets of steps describe perfectly sensible auto-scroll behaviours when the head is pinned and the waveform is scrolling itself. Tested at 396a6f0 from audacity/audacity on Linux. Works correctly, so flagging this as Test-OK-Lin.
(In reply to Richard Ash from comment #12) > not very clear what behaviour I'm supposed to be looking for When the bug was reported, the steps reproduced because "enable scrolling left of zero" was implemented without any preference to turn it off .
