Re: [Audacity-quality] Bug 1839 - Inconsistent recording into selection

[Peter S. <pet...@gm...>]

On Tue, Feb 27, 2018 at 2:58 PM, Steve the Fiddle <ste...@gm...>
wrote:

> Re. http://bugzilla.audacityteam.org/show_bug.cgi?id=1839
>
> The behaviour has changed since I last looked.
>
> There appears to be three issues, one of which is definitely a bug,
> and the others looks like they probably aren't.
>
> 1) The bug is when the recording cursor stops and recording continues.
> I think I've found the fix for this.
>
> The other two issues are:
>
> 2) When "should" recording stop at the end of the selection?
> My take on this is:
> Whenever the selection start is at or beyond the end of the track.
>
> 3) When "should" padding (silence) be added?
> My initial take on this was - "never".
> However, I think the intention is that padding is added whenever using
> "append record" (default).
>

+1


>
> 3a) I can see a benefit of padding in this case, in that noob users
> are likely to be more comfortable with seeing one continuous track
> rather than separated clips.
>

+1


>
> 3b) I can also see a downside, in that if you want to adjust the
> position of the new clip, you have to remove the padding before the
> clip can be shifted to the left.
>

Yes that is a disbenefit

So maybe you need a padding preference - where the default is "on"

Then the expert users can get their moveable clips



>
> 3c) This is the killer at the moment - We don't export leading
> whitespace (a mistake imo), so if we don't pad and a user wants 10
> seconds of leading silence to their recording, 10 seconds of white
> space won't do it.
>

This long-standing issue is noted in the ednote at the top of:
https://alphamanual.audacityteam.org/man/Mixing

Where it states:
*>Gale 07Dec11:* ToDo-2 <https://alphamanual.audacityteam.org/man/ToDo-2>
There is no mention here or in Tracks Menu
<https://alphamanual.audacityteam.org/man/Tracks_Menu> of how render
handles white space
>before the audio begins or audio before zero. Should there be? Current
behavior following r11248 is to
>preserve the clip length by no longer rendering white space between time
zero and first audio as silence,
>and to preserve audio before time zero instead of discarding it. So people
who want to export tracks with
>silent lead-ins preserved now have to generate silence after rendering. I
think that tip at least should be
>in this page.

I do not believe that this has ever been logged on Bugzilla.

Nor has anyone posited a design solution.

Peter.


>
> Upshot:
> My current intention is to fix issues 1 and 2, and leave issue 3 for
> now (primarily because of 3c.)


+1


> Item (3) could be logged as an
> enhancement, but I think we would need to "fix" exporting leading
> whitespace first.
>

+1

Peter.


>
> Steve
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Audacity-quality mailing list
> Aud...@li...
> https://lists.sourceforge.net/lists/listinfo/audacity-quality
>