4K project with proxy files. If I slide a clip along the timeline or trim a clip the response is instant. but if I then press Ctrl+Z to undo it takes 5-12 seconds before the undo takes place. In VP16 undo instant.
I've noticed in projects with lots of thumbs, that Vegas can slow down a bit and undoing takes a long time. Try to go to preferences>video and adjust the timeline thumbnail display to one of the other options (or off completely) to see if that helps any.
When you use the new Color Grading window, it populates the undo list with a huge amount of actions and they can slow down undo. This may be the cause... Check the undo list.
Undoing color grading is clearly an issue, it seems to record every micro control increment. I am refering to moving clips on the timeline. Certainly turning off thumbnails does cure the slowness but not a useable workaround. Its never been an issue until 17. I wonder if it is related to the storyboard. I am not using it and have 'Manual synchronise timeline storyboard'. Is there a way to turn off story boarding?
It's a bug with loading thumbnails. Anything you do that requires Vegas to redraw thumbs in projects where there are a lot of cuts or clips, and therefore a lot of thumbs, will make Vegas lag, and it can take forever to get into the project when you open it as well (I had a complex 4 cam 2.5 hour long project that took vegas close to an hour to load up). The devs are well aware of this bug, I've been in contact with them about it. they're working on it. Reducing or turning off thumbs is a workaround for now.
On my machine there's a difference in behaviour between VP17 and previous versions after an UNDO: In previous versions, events appear "in outline" on the timeline and their thumbnails are rendered afterwards, and editing can be done while those thumbnails are being rendered. In VP17, there is a delay and then events appear with their thumbnails mostly already rendered.
When you use the new Color Grading window, it populates the undo list with a huge amount of actions and they can slow down undo. This may be the cause... Check the undo list.
Your vegasaur is great. There is a function request from me. I hope you can develop a function to apply audio's wave form to any other FX's parameter. That's great!
On my machine there's a difference in behaviour between VP17 and previous versions after an UNDO: In previous versions, events appear "in outline" on the timeline and their thumbnails are rendered afterwards, and editing can be done while those thumbnails are being rendered. In VP17, there is a delay and then events appear with their thumbnails mostly already rendered.
For me, in VEGAS Pro 17 Update 1 (build 321) the old thumbnail behaviour after an UNDO has returned, so I no longer get the long delay.
Also the release notes state this:
"Unreasonably long load times for large projects with many events have been eliminated"
And there is a report here that opening projects is now "super fast".
So it seems to me that the fundamental cause of the slow UNDO and slow project loading may have been solved. Would others agree with this?
I wouldnt say loading is super fast but it is certainly back to where it was, and the slow undo is fixed. BUT I still get random crashes/freezes on fundamental operations like splitting a clip, which was always perfectly stable.
I can confirm, I discovered this bug early, sent it to the team along with a massive 500+GB project I was working on so they could recreate the problem on their end, and they were able to get it all fixed.
Paul, can you post your system specs, and then download a free app called mediainfo, then post the report it gives you for the clips you are using in your timeline (we only need one report per type of clip, so for instance, if you have clips from 2 different types of cameras or 2 of the same cameras set to different record modes, please send us one report per media type.
This will help us determine first if your system specs meet the requirements for 17, as they've been bumped up a good bit since the last release, and also it lets us know how Vegas is decoding your media, and we might be able to make it take an alternative route to doing that which could increase your stability.
Thanks for your interest. I am using two cameras which I edited in multi-camera mode, switching between the two was stable. I am now tweaking the result adding cross fades where there was a cut. Maybe 1 in 6 causes a crash. Both cameras XAVCS HD 60mbs. MediaInfo and file properties one clip from each below.
Project 1920x1080 50fps progressive 8-bit, 48k 16 bit stereo
Operating System Platform: Windows 10.0 (64-bit) Version: 10.00.17134 Language: English System locale: English User locale: English
General Complete name : E:\_Sony RX10\HHG 2019\Rx10-1_C0213.MP4 Format : XAVC Codec ID : XAVC (XAVC/mp42/iso2) File size : 2.87 GiB Duration : 7 min 55 s Overall bit rate mode : Variable Overall bit rate : 51.9 Mb/s Encoded date : UTC 2019-09-21 11:47:42 Tagged date : UTC 2019-09-21 11:47:42
Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.2 Format settings : CABAC / 2 Ref Frames Format settings, CABAC : Yes Format settings, Reference frames : 2 frames Format settings, GOP : M=1, N=12 Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 7 min 55 s Bit rate mode : Variable Bit rate : 50.0 Mb/s Maximum bit rate : 60.0 Mb/s Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 50.000 FPS Standard : PAL Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.482 Stream size : 2.77 GiB (96%) Encoded date : UTC 2019-09-21 11:47:42 Tagged date : UTC 2019-09-21 11:47:42 Color range : Limited Color primaries : BT.709 Transfer characteristics : xvYCC Matrix coefficients : BT.709 Codec configuration box : avcC
Audio ID : 2 Format : PCM Format settings : Big / Signed Codec ID : twos Duration : 7 min 55 s Bit rate mode : Constant Bit rate : 1 536 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Bit depth : 16 bits Stream size : 87.0 MiB (3%) Encoded date : UTC 2019-09-21 11:47:42 Tagged date : UTC 2019-09-21 11:47:42
Other Type : meta Duration : 7 min 55 s
General Name: RX10-2_C0213.MP4 Folder: E:\_Sony RX10\HHG 2019 Type: XAVC-S Size: 3.01 GB (3,085,146,451 bytes) Created: Monday, September 23, 2019, 3:59:44 PM Modified: Saturday, September 21, 2019, 12:55:39 PM Accessed: Monday, September 23, 2019, 3:59:44 PM Attributes: Archive
CAMERA 2 ~~~~~~~~~~~~~~~~ General Complete name : E:\_AX700\2019\HHG 2019\Ax700-1_C0225.MP4 Format : XAVC Codec ID : XAVC (XAVC/mp42/iso2) File size : 936 MiB Duration : 2 min 30 s Overall bit rate mode : Variable Overall bit rate : 52.1 Mb/s Encoded date : UTC 2019-09-21 10:47:01 Tagged date : UTC 2019-09-21 10:47:01
Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.2 Format settings : CABAC / 2 Ref Frames Format settings, CABAC : Yes Format settings, Reference frames : 2 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 2 min 30 s Bit rate mode : Variable Bit rate : 50.0 Mb/s Maximum bit rate : 60.0 Mb/s Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 50.000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.482 Stream size : 898 MiB (96%) Encoded date : UTC 2019-09-21 10:47:01 Tagged date : UTC 2019-09-21 10:47:01 Color range : Limited Color primaries : BT.709 Transfer characteristics : xvYCC Matrix coefficients : BT.709 Codec configuration box : avcC
Audio ID : 2 Format : PCM Format settings : Big / Signed Codec ID : twos Duration : 2 min 30 s Bit rate mode : Constant Bit rate : 1 536 kb/s Channel(s) : 2 channels Sampling rate : 48.0 kHz Bit depth : 16 bits Stream size : 27.6 MiB (3%) Encoded date : UTC 2019-09-21 10:47:01 Tagged date : UTC 2019-09-21 10:47:01
Other #1 ID : 3 Type : Time code Format : QuickTime TC Duration : 2 min 30 s Frame rate : 50.000 FPS Time code of first frame : 00:55:08:40 Time code, striped : Yes Encoded date : UTC 2019-09-21 10:47:01 Tagged date : UTC 2019-09-21 10:47:01
Other #2 Type : meta Duration : 2 min 30 s
General Name: Ax700-1_C0225.MP4 Folder: E:\_AX700\2019\HHG 2019 Type: XAVC-S Size: 958.54 MB (981,546,172 bytes) Created: Saturday, September 21, 2019, 10:45:39 PM Modified: Saturday, September 21, 2019, 11:49:33 AM Accessed: Saturday, September 21, 2019, 10:45:39 PM Attributes: Archive
I've having very slow UNDO issues with Vegas Pro 17.0 Build 452 (current build). I have a 54 min documentary I"m editing. Most images are graphics, or jpgs and not tons of transitions or plugis. Yes, I'm doing color grading on a clip by clip basis. I have music tracks, sfx tracks and dialog tracks. I'm using mostly WAVES plugins on the dialog tracks, but not a ton of plugs. Yes I know WAVES and Vegas (anything 64bit) don't play well together, but it's usually presented as an audio issue with glitching. When moving a clip, for instance a few frames, and then UNDOing that....it takes up to 30 seconds to get control of the timeline back so I can do anything else or hit PLAY. I tried turning thumbnail display to OFF, but this made no difference at all. This issue of having to wait up to 30 seconds also occurs if I switch to another program (e.g. Word..) and back.
jmm in STL
My system:Operating System Platform: Windows 10.0 (64-bit) Version: 10.00.19042 Processor Class: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz Identifier: GenuineIntel Number of processors: 8 MMX available: Yes SSE available: Yes SSE2 available: Yes SSE3 available: Yes SSSE3 available: Yes SSE4.1 available: Yes SSE4.2 available: Yes