Open Copy in Sound Forge gives 2 different problems.

DataMeister wrote on 5/7/2021, 1:43 PM

I just upgraded to Vegas Pro 18 and Sound Forge Pro 14 and there seems to be two bugs (possibly).

1. For any video clip with it's native audio track when I click on "Open Copy in Sound Forge" I get an error message saying:

"VEGAS Pro is currently using the media file(s) so they cannot be closed. Try stopping playback, stopping recording, and any external timecode synchronization."

It does seem to replace the audio with a wav file as expected, but just doesn't open it Sound Forge. I need to close the error box and make a second effort to "Open in Sound Forge" in order to edit the new wav file. Once the audio has been replaced with a wav copy, then doing the "Open Copy..." again will work and immediately create and open a second copy as expected.

2. For a video clip with stereo audio, if I have the "Left Only" audio channel active and then click on "Open Copy in Sound Forge" (in addition to the error above) the new copy is a lower frequency by probably a couple octaves. Really weird. The frequency stays normal if the channel is changed back to stereo first.

Comments

rraud wrote on 5/8/2021, 10:33 AM

1. Try enabling "Close media file when not the active application" in the "Options> Preferences> General" menu.

2. Pitch & speed shift is usually a sample rate issue. The above may fix this too . Otherwise check the property settings on both apps. I have never experienced sample rate problems with mono/stereo PB.
I had an audio interface that locked the sample rate when the initial files is open.

DataMeister wrote on 5/8/2021, 12:28 PM

"Close media file when not the active application" was already enabled.

And like I said it works properly once a "take" file has been created. If I "open copy..." again, on that same event the wav file gets replaced with a new wave and opened immediately. The error seems to pop up when the original video's embedded audio gets replaced with the wav file.

It is almost like Vegas is getting ahead of itself or something.

rraud wrote on 5/9/2021, 9:20 AM

If I "open copy..." again, on that same event the wav file gets replaced with a new wave

That is normal behavior.. creates an additional 'take' with each 'open copy' command.

Are the files going to SF MP3? If so, enable "Always build proxy for compressed formats" in SF's "Options> Preferences> General" menu.

wwaag wrote on 5/9/2021, 11:20 AM

Over the years Vegas has always had (still does) an issue with properly closing media files when an external app is launched. Sometimes it works--sometimes it doesn't. There's a tool in HappyOtterScripts, OpenAudioEditor, which gets around this by first rendering the selected audio, opening the editor enabling the user to edit the file just rendered. Once saved, the user has the option to add the saved file as a Take or add it to a new track. The key difference is that the Take or NewTrack is added "after" editing and does not require Vegas to close the media. Plus it gets around the situation of not being happy with the edited result and then having to manually delete the edited take.

Here's a demo. https://tools4vegas.com/open-audio-editor-demo/

I should add that this tool can be used in the Free version of HOS.

AKA the HappyOtter at https://tools4vegas.com/. System 1: Intel i7-8700k with HD 630 graphics plus an Nvidia RTX4070 graphics card. System 2: Intel i7-3770k with HD 4000 graphics plus an AMD RX550 graphics card. System 3: Laptop. Dell Inspiron Plus 16. Intel i7-11800H, Intel Graphics. Current cameras include Panasonic FZ2500, GoPro Hero11 and Hero8 Black plus a myriad of smartPhone, pocket cameras, video cameras and film cameras going back to the original Nikon S.

DataMeister wrote on 5/9/2021, 11:48 AM

If I "open copy..." again, on that same event the wav file gets replaced with a new wave

That is normal behavior.. creates an additional 'take' with each 'open copy' command.

Are the files going to SF MP3? If so, enable "Always build proxy for compressed formats" in SF's "Options> Preferences> General" menu.

I was just mentioning that because apparently Vegas doesn't have trouble with the wav files. The problem is only on the video's original embedded audio. The videos are h.264 with an AAC audio track. As best I can tell the error is occurring in Vegas Pro before Sound Forge has ever been called.

DataMeister wrote on 5/9/2021, 12:20 PM

Over the years Vegas has always had (still does) an issue with properly closing media files when an external app is launched.

Vegas has no problem opening Sound Forge to edit an existing event. The error message is only happening when a first copy is created.

In the video you are switching between takes. How is that happening in Vegas (keystrokes?). I couldn't see if a button was being clicked somewhere.

wwaag wrote on 5/9/2021, 12:28 PM

"The videos are h.264 with an AAC audio track. As best I can tell the error is occurring in Vegas Pro before Sound Forge has ever been called."

The demo also used an mp4. All renders make use of the wave format so that there is no quality loss. Just tried it again in V18 and the "Open Copy in Sound Forge" works without issue. However, I'm using SF10 and not 14.

"I couldn't see if a button was being clicked somewhere."

Enter "T" on the keyboard to switch between Takes.

Last changed by wwaag on 5/9/2021, 12:36 PM, changed a total of 1 times.

AKA the HappyOtter at https://tools4vegas.com/. System 1: Intel i7-8700k with HD 630 graphics plus an Nvidia RTX4070 graphics card. System 2: Intel i7-3770k with HD 4000 graphics plus an AMD RX550 graphics card. System 3: Laptop. Dell Inspiron Plus 16. Intel i7-11800H, Intel Graphics. Current cameras include Panasonic FZ2500, GoPro Hero11 and Hero8 Black plus a myriad of smartPhone, pocket cameras, video cameras and film cameras going back to the original Nikon S.

rraud wrote on 5/9/2021, 12:45 PM

AAF is a data compressed lossy codec like MP3.
You could try "Tools> Render to new track" the problem audio files or events and use those. Save them in a lossless format of coarse (PCM .wav).