Summary: Audition is frequently and randomly crashing. I'm working on a podcast which uses a lot of movie clips and a few different interview tracks. A lot of the video files are mp4s, but they seem to be generating new wav files fine. My Conformed Files folder is huge tho. It was working fine for about a month and then it started to crash on me. Now it's happening all the time and I can't figure out why!

I've reached out to Adobe support twice: once through chat and one phone call. Nothing has worked. So far I have done all of the following trouble shooting steps: reset preferences, trashed preferences, restarted machine, updated OS, updated audition, uninstalled/re-installed audition, cleaned media cache, different external hardrives, and tried on a different computer and a different user and still crashing.

All other adobe software is working fine and stable.

Here's more technical info:

macOS Mojave (10.14.6)

Mac Pro (Late 2013), 3.5 GHz 6-Core Intel Xeon E5

32 GB Memory, AMD FirePro D500 3 GB

Adobe Audition 2020 (13.0.2)

Dear Developers,

Today, I have experienced that over 70 .wav files created using Audition under macOS 10.14.6 are not loaded in python. The code I have used is <paulstretchstereo.py> under <https://github.com/paulnasca/paulstretchpython>.

After converting those files by using RX7 or by using Audacity, python could load the files.

Why does it happen?

The following is the error message from python:

stretch amount = 8.04
window size = 0.25 seconds
/Users/prko/opt/anaconda3/lib/python3.7/site-packages/scipy/io/wavfile.py:273: WavFileWarning: Chunk (non-data) not understood, skipping it.
WavFileWarning)
Error loading wav: shortpercussivelikeJG3GA.wav
Traceback (most recent call last):
File "/Users/prko/paulstretchpython/paulstretch_stereo.py", line 149, in <module>

(samplerate,smp)=load_wav(args[0])

TypeError: cannot unpack non-iterable NoneType object
Paul's Extreme Sound Stretch (Paulstretch) - Python version 20141220
by Nasca Octavian PAUL, Targu Mures, Romania

I am not sure if it is a bug or not, but it is very strange....

Thank you in advance for your work.

Repeatable error: I save 21 files as a batch, either to change format or to run a favorite. I know I want to do further processing, so I make sure "Close files upon completion" is unchecked, but I check the option to remove the files from the Batch Process panel (well, it merely says "panel," but in past versions it has always meant to remove the files from he Batch Process panel, not the Files panel). So far today, since updating Audition, all the files are closed at the end of the batch process, even though I did not ask Audition to close them. This makes me have to reopen the files, a waste of my time. And then Audition crashed!!! After restarting Audition I had to redo some work I'd already done to prepare for the second batch process that is also preparatory for the next step in my workflow. (Now I'm gnashing my teeth.)

3rd time: This time the filenames stayed in the Files window as I'd intended. But I wanted to add a couple files to the window, nd the Open dialog box does not show any files having been copied into the destination folder. This despite the directory (macOS Catalina) showing all of the files present and correctly named. The only way I could open the two file I wanted to add was to quit Audition and then reopen it. Now I see that the 3rd batch process concluded with Audition arbitrarily changing the bit depth of the files. I did not order any change to the file formatting as part of the Export Settings.

This begins to truly disturb me. I love how fast Audition is on my new laptop compared to the old one I recently drowned, but yipes. These failures in file management make me feel wary about the potential for technical failures that might cause me to have to redo work if my files are rejected after I complete my steps. A painful thought. I guess I'm going to have to make more backups than usual to make sure I can return to states that are viable until the new Audition 13 settles down.

Please correct this promptly. I suspect it's an easy fix on your end because it's a new error in the latest build. Unless, yipes, the crashing!

Thanks.

The "Move Playhead to End" command, using the END keyboard shortcut is supposed to remove the selection and move to the end of the file. This doesn't occur. The selection remains active and then the playhead is moved. This needs to be fixed.

There are many other instances where CC 19 makes things much more difficult and slows down workflows compared to Audition 3. This is one of them.

Others:
-2 save dialog boxes instead of one. (One for Audition, another if you need to browse to save to a different folder)
-Copy to New File now overrides the clipboard. Audition 3 the clipboard remained whatever was strictly Copied. Once you copy to a new file, you don't need it in the clipboard as well.
-Can't adjust the colors, and this version is WAAAY too dark, even on the lightest it allows. Pathetic that we are only "allowed" a range, instead of choosing our own. Fatigues the eyes being too dark.
-Hitting record should start recording a file with the previous attributes, instead of a dialog box popping up asking for a file name. I'll name it when I save it. The reason I hit record is because I need to record NOW. Not after I fiddle with a dialog box.
-Should be a preference to control the default save codec. I shouldn't have to reselect mp3 for every file. Let me set it once, and always save as mp3 unless I choose otherwise.
-Let me select a Default workspace, instead of just "Default". That defeats the purpose. I have a custom workspace. Let me open in that instead of "Default"

-Allow me to create folders in the File window. That would allow me to better organize files when editing.

I get frequent freezes whenever I have an audio clip that is using the remix feature playing, and I attempt to move something on the multitrack at the same time.

I frequently rearrange clips as they are playing, and usually that is fine, but if I have some music going using the remix feature, it will crash. the playhead has to be on the remixed clip. it's fine if the remixed clip is being moved but isn't currently under the playhead.

i don't get a full crash, or an error report dialogue. what happens is that about a seconds worth of audio starts to stutter and skip, playing repeatedly until i quit the app or windows finally tells me it's not responding. very occasionally it will get out of the stutter itself after a few seconds but this is rare.

this has been persistent behavior since i started using remix feature

1. Copy jingle to clipboard.


2. I want to insert a jingle into the finished file, so that the end of the jingle and the beginning of the wave in the file are summarized.


3. Press Ctrl + Shift + V,


4. Switch to the "Paste" checkbox


5. I put a tick on the "mutual attenuation" checkbox.


6. I make "mutual attenuation" equal to 0: 01.500


7. Click "OK".
   As a result, there is an incorrect insertion ... From the existing wave, its piece is copied at 0: 01.500, the jingle is mixed with it, and all this is inserted into the existing wave. And it turns out that the beginning of the conversation is repeated at 0: 01.500.
   I do not think that the insertion with mixing should duplicate sounds.