More details: The original audio source was a long MP3 file that I split into dozens of audio events. When I time-compress one of the fragment events, the audio that plays is from another part of the original MP3 file (and does not sound time-compressed at all, so: failure on two counts)
This happens to me regularly with wav files. I record comments for videos. When editing, some parts suddenly fall out after a while, or the sound from another track starts to play in them in slow motion. Other times, some pieces will shift. It is somehow related if you zoom the timeline and scroll with it. The solution is to convert wav to flac and replace.
This bug exists in many previous versions. It appears sporadically.
This happens to me regularly with wav files. I record comments for videos. When editing, some parts suddenly fall out after a while, or the sound from another track starts to play in them in slow motion. Other times, some pieces will shift. It is somehow related if you zoom the timeline and scroll with it. The solution is to convert wav to flac and replace.
This bug exists in many previous versions. It appears sporadically.
I have not had a problem with audio clips behaving as expected during edit or rendering until today when I tried, for the first time in my life, to apply the Time Compress/Stretch tool to an audio event.
I can convert the original audio source to FLAC but I would then have to re-fragment all of the clips again. I think it will be easier to just time-stretch the associated video.
And now I have learned my lesson for future projects: split the audio into fragments outside of Vegas, save each fragment as a separate MP3, and import the fragments to Vegas.
Many long time users will advise against using MP3 audio sources. The format can be shaky and cause odd problems like what you are having. WAV or FLAC is generally more standard and usually less problematic. MP3s can be used, I just try to avoid them.