2.1.2 RC1 & RC2 Update Display during Play problem

[DickN]

The "B" and "C" bug ceases in 2.1.1 once you record.

I had not intentionally been in Record mode, but my recollection is unreliable. It happened Monday and I appended it from my notes while reporting the 2.1.2 event.

So you were already zoomed in but no-one knows how far, we don't know the source of the audio (file or recording), also it is not clear whether the duration was 01:55:22+45 CDDA frames before or after the deletion.

Source of the audio was an existing project on which I had been doing various parts of the editing using different Audacity versions for test purposes. Recalling the size of the approx. 3 second selection on screen, I was zoomed in 1 click. 01:55:22+45f was the length after the deletion - I selected the whole track to get this for documenting the event, which was after deleting. Sorry about the ambiguity there. Also, Snap was OFF. I've never attempted to learn whether that matters (note to self...). Sync-Lock was ON, but I have found that to not matter.

I am still not able to reproduce any failure, using your information above. Thanks for pursuing this, but it's unlikely to be fixed unless you can post a project that can reproduce it at least some of the time.

I'll go back to RC2 when I'm not splitting a track, since that one did it much more often. I went to this build because I expected to be splitting off mono portions for exports, but didn't get that far. This is the first time I've seen it happen in this build - I thought it was fixed, either collaterally or methodically.

The fact that in this nightly build (1/9/2016) starting play with the space bar doesn't fix the condition whereas in RC1 and RC2 it does might be the most pertinent clue added by this experience. Sorry I neglected to try the Transport Start button, which fixes it in RC1 & RC2.

[Gale Andrews]

We are not going to go back to fix 2.1.2 RC2, though. Many changes are now being made to the code which may or may not effect what you are experiencing.

If you have a project that reproduces your issue in 2.1.2 RC2 or 2.1.2 release, and still reproduces in the latest "nightly" build, please let us know.

Thanks

Gale

[DickN]

Using 2.1.2 (release version) on Vista.

It looks like you can ignore my report that starting play via space bar doesn't restore auto scroll on 2.1.2, unless there's a difference between the 1/9/2016 nightly build and the release version with the same date. In the release version, starting via the space bar or the transport Play button restores the scroll.

I've also found (in the release version) that deleting audio is not necessary for this to happen. It might involve zooming in to the point where samples appear. I'll report anything I observe that looks useful (especially if I find a way to make it happen), and I'd say observations that disprove hypotheses from previous observations qualify.

I just had a diagnostic report generated by 2.1.2 (not coincident with a loss of auto scroll event). Does that get sent automatically, or do I have to send it; if so, I need instructions.

DickN

[Gale Andrews]

Using 2.1.2 (release version) on Vista. [...]

I just had a diagnostic report generated by 2.1.2 (not coincident with a loss of auto scroll event). Does that get sent automatically, or do I have to send it; if so, I need instructions.

Are you saying that Audacity crashed and you saw the Debug Report Audacity dialogue?

If so there is a zipped report inside the C:\Users\<your user name>\AppData\Local\Temp\Audacity_dbgrpt-<some number>\ folder. You can attach that zip file in the normal way. Please tell us what you were doing in Audacity before the crash.

Thanks


Gale

[DickN]

Ok, here 'tis

- DickN

[DickN]

I finally have a procedure that consistently (for me at least, using 2.1.2 release under Windows Vista) produces this condition and a couple of others.

I had discovered that just starting Repeat-Play (shift-space) and stopping it anywhere in my 93 minute project put Audacity in the crippled-auto-scroll state. Zoom level, location and length of the selection didn't matter. It also didn't matter whether I used the spacebar or the Transport buttons to start and stop. It wasn't even necessary to play the whole selection once in repeat-play mode. I tried this in other existing projects of a few minutes length with 1 or 2 stereo tracks and got the same results. When I started experimenting to see how short a track would suffice, things got really confused. To wit:

Launch Audacity afresh to ensure it's in the initialized state.
Generate a 3 second chirp (mono).
Zoom in 1 click so track extends beyond the screen boundaries (exact zoom not critical).
Select 0.5 sec within the chirp (nothing special about 0.5 second, can be longer or shorter).
Repeat-play (shift-space) and stop with spacebar. Number of repeats doesn't matter, can be less than 0.5 sec.
Clicking on timeline anywhere before midpoint of selection now plays to end of selection.
Clicking on timeline anywhere after midpoint of selection now plays to end of track with no scrolling.

Often I got into a state such that clicking anywhere on the timeline plays the whole selection once.
I haven't managed to track down the steps to get into this state, but I have little doubt that it will occur while you're trying this.

[Gale Andrews]

Ok, here 'tis

I assume SPACE not stopping playback then pressing SPACE again crashes has not happened to you again? That might cause a freeze of Audacity on Linux systems using pulse, but it is not a known problem on Windows.

It is probably a once only problem.

Gale

[Gale Andrews]

I had discovered that just starting Repeat-Play (shift-space) and stopping it anywhere in my 93 minute project put Audacity in the crippled-auto-scroll state. Zoom level, location and length of the selection didn't matter.

OK thanks Dick for boiling it down to simple steps. I can reproduce that on Windows 7 so I will put it on Bugzilla if it is not already there.

For me, just standard playing the selection without looping restores auto scrolling.

Gale

[DickN]

For me, just standard playing the selection without looping restores auto scrolling.

Yes, it will because Play was started with either the spacebar or the Transport Play button. That's one of the things that restores it. The other is turning auto scroll off and back on in Preferences (you have to OK both changes for this to work).

[Gale Andrews]

For me, just standard playing the selection without looping restores auto scrolling.

Yes, it will because Play was started with either the spacebar or the Transport Play button. That's one of the things that restores it. The other is turning auto scroll off and back on in Preferences (you have to OK both changes for this to work).

I had tried that already with one OK and two. Doesn't fix it for me.


Gale