Reproduce the problem briefly
Use a short test instead of regenerating the whole document. A useful test case here is: An audio version of a script sent to a collaborator. Keep a copy of the original so every edit is reversible. Note what you expected to hear and what you actually heard.
The starting pointSharing text and sharing audio serve different purposes. Decide which version the recipient needs.
Check the source first
- 01
Inspect the input
Choose Share text for editable words. Compare the affected passage against the original document.
- 02
Change one thing
Choose Export for a playable WAV recording. Keep the rest of your settings unchanged so this is a fair test.
- 03
Listen again
Check the receiving app can accept the file size. Use the same sentence to decide whether the change improved the result.
Separate the symptoms
The recipient does not gain access to your whole VoxNote library. A shared file is an independent copy.
| Checkpoint | What to look for | Next action |
|---|---|---|
| Words or order are wrong | Compare the extracted text with the original | Edit the text before changing voices |
| Words are clear, delivery feels wrong | Preview another speaker at the same speed | Choose voice and speed separately |
| The sample works, the full note does not | Check document length and device storage | Split at a meaningful section boundary |
Retest before replacing a recording
When the short test works, apply only the successful change to the longer note. If it still fails, write down the file type, the selected voice, and the exact step where the problem occurs. Those details make a support request more useful.
An audio version of a script sent to a collaborator. Keep that example as a quick reference for your next session, and revisit the original whenever exact detail matters.
Written around VoxNote’s actual features and their limits. These are practical product instructions, not medical advice or a claim that listening improves a learning outcome. Keep your source documents for verification.