Audacity Bug Summary
••• Introduction •••
••• Keywords •••
    Audacity 3.0.3 development began 19th April 2021

Audacity Bugzilla



Bug 1904 - Audio offset not honored in Export/Export Multiple/Export Selection
Audio offset not honored in Export/Export Multiple/Export Selection
Status: RESOLVED FIXED
Product: Audacity
Classification: Unclassified
Component: User Interface
2.3.0
Per OS Other
: P3 RepeatableAll
Assigned To: Default Assignee for New Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2018-07-17 07:49 UTC by Peter Sampson
Modified: 2019-08-17 12:35 UTC (History)
3 users (show)

See Also:
Steps To Reproduce:
1) get some audio 2) time shift it to start at T=5 seconds 3) Export Audio 4) observe that the 5-second offset is not in the outputted audio file 5) Click&Drag to select from end of audio to t=0 6) Export selection 7) observe that the 5 second white space offset in the user's careful selection is ignored and is not in the outputted audio file and the audio is exported with no 5 second silent lead in
Release Note:
Group: Exports *When using Export or track-based Export Multiple any leading empty space (offset) before the audio starts will be ignored and the in output audio file the audio will start immediately with no offset. **Workaround: Insert a short section of silence right at the beginning of tracks that you require the offset for. When the Export is made Audacity will render the empty space between this silence and the audio as silence.
First Git SHA:
Group: Export
Workaround:
Closed: 2019-08-17 00:00:00
james.k.crook: Must‑Test‑All‑OS-
petersampsonaudacity: Test‑OK‑Win+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Sampson 2018-07-17 07:49:53 UTC
Many users ate confused when they have carefully positioned their audio with an initial offset (white/gray space) that when they Export the track this offset is ignored and the exported file starts immediately with the audio with no offset.

This particularly confuses multi-track users who export and subsequently re-import
tracks and are surprised/puzzled when their tracks no longer line up properly;  See this Forum thread for an example: https://forum.audacityteam.org/viewtopic.php?f=20&t=80408

What such users expect is that the white/gray leading offset space be treated as silence on export and rendered as such.
b) it is certainly treated as silence if you Play such an offset audio track from T=0
b) If the track has embedded white/gray space between audio clips upon export those embedded chunks are rendered as silence to preserve the relative  positioning of the clips.
c) Mix&Render in contrast preserves leading whit/gray offsets

So what we have here looks to be somewhat inconsistent - and it is quite realistic on the basis of a) and b) that the user might expect leading white/gray space to be included and rendered as silence on export.


The simple solution to this is to ensure that leading white/gray space is optionally rendered as silence on export, with T=0 as the track start time. 
Also Export Selected Audio should render any such leading white/gray space that is part of a user's careful selection as silence.
Trailing white/gray space should be ignored and not rendered as silence


But note that we would also need to retain the old behavior whereby the leading white/gray space is ignored on Export.  The use case for this is track-based multiple export where the user has "songs" lined up one after the other on different tracks - and in this case would not want the offsets exported as long silences at the start of "songs".


I suggest therefore that we add a new Preference to the Import/Export Preferences in the "When exporting tracks ... " section:
"Render leading empty space before audio as silence" - default = "on"

I deliberately use "empty space" - as although we internally use the term "white space" most users have no idea what that is - plus the fact that it has been gray-space for a long while now.
Comment 1 Peter Sampson 2018-07-17 07:56:25 UTC
We have experienced this many, may times on the Forum - this one is merly the latest baffled/confused user: https://forum.audacityteam.org/viewtopic.php?f=48&t=100629

We have known about this problem for many years now.  Gale (RIP) wrote a P2 ednote about the treatment of leading white space nearly 7 years ago - explaining that we don't tell users what happens and how to work around it.

I can and will update the Export page(s) in the manual for that - but I would much rather that we fixed the problem.
Comment 2 Peter Sampson 2018-07-17 08:20:33 UTC
Also subject of a long-standing Feature Request in teh Wiki:

>Export File window:
>Checkbox here and in Export Multiple window for exporting leading white space 
>as silence (15 votes 16Jul18). Could be a preference or a render option rather
>than only export.
Comment 3 James Crook 2019-08-17 07:03:53 UTC
DEVEL - FIX MADE
https://github.com/audacity/audacity/commit/6e5437587b89dc96b588aa0c33b0a0f547fd2b3a

Needs testing with export tracks and export selection, with times before zero, with multiple clips.
Comment 4 Peter Sampson 2019-08-17 12:35:17 UTC
(In reply to James Crook from comment #3)
Tested on W10 with audacity-2.3.3-alpha-320-da5d049fa07313e5f9e6f12718ad35c7df5c2695

This looks to be working fine

1) Tested with a thirty second chirp time shifted right by 30 seconds exported and then re-imported.
Observe: 30 seconds of leading silence is added

2) Tested with a thirty second chirp time shifted right by 30 seconds and with scrooling bedor zero tirned on with -30 to zero showing - exported and then re-imported.
Observe: 30 seconds of leading silence is added

1) Tested with a thirty second chirp time shifted right by 30 seconds.  Selected fro 25 to 35 second and used Export selected and then re-imported.
Observe: 5 seconds of leading silence is added to the intial 5 seconds of the chirp.

Also tests OK with multiple clips (multiple tracks)

As James has maked this as minus for Must test all OS I shal close this as FIXED