playback lag caused by opacity killing cpu

Buckley-Kochanowicz wrote on 7/7/2022, 10:17 AM

Is there some setting I can change to make it so my cpu doesn't jump to 100% almost instantly when I'm playing 2 clips over each other with one slightly transparent? Basically, the playback is great even with lots of clips stacked on tracks overlapping, but if even 1 of them has its opacity less then 100% even if caused by a crossfade transition as long as its overlapping another video clip on the track below it, it will lag horribly and my cpu will die This wasn't an issue in past versions for me.

vegas pro 17

rtx 3080

I9-9900k

16gb of ram

Comments

Former user wrote on 7/7/2022, 11:05 AM

@Buckley-Kochanowicz Hi, I can''t repeat this but i have an AMD CPU, what do you have set it Preferences - File I/O - Hardware decoder to use, & check all your GPU driver is up to date.

john_dennis wrote on 7/7/2022, 12:37 PM

@Buckley-Kochanowicz

I have a lesser Intel CPU and a conceivably lesser AMD GPU per my signature and I don't see that problem with UHD XAVC source unless I turn the GPU off.

Show us these two panels.

Buckley-Kochanowicz wrote on 7/8/2022, 9:23 AM

I tried many fixes that didn't work but I figured exactly which types of clips cause it. If you have a video file you can through it on the timeline and split it in half then put one half above the other and drop the opacity then it causes it to lag. It doesn't seem to be caused directly by the lowered opacity but instead by the clips being from the same video file source then the lowered opacity. I tested having clips from other video files overlayed over each other and the lag isn't there with the lowered opacity. there must be some bug that's causing the cpu to get confused.

Buckley-Kochanowicz wrote on 7/8/2022, 9:33 AM

Musicvid wrote on 7/10/2022, 2:16 PM

Opacity is an effect, meaning it must try to render in real time to preview, not just read a decoded file from memory.

Dexcon wrote on 7/10/2022, 3:31 PM

Since Vegas Pro 10, I have regularly used two video tracks often with the lower track reduced in opacity to achieve the 'fill frame' effect with the top video image being less than 16:9 AR. With either NVIDIA or AMD GPUs, I have never experienced playback lag as described by the OP. Nor with crossfades or any other transition when the two events being transitioned are on different tracks. Just as a suggestion when using a simple crossfade between 2 video tracks, the crossfade only needs to be applied to the upper video track, not both upper and lower tracks.

Cameras: Sony FDR-AX100E; GoPro Hero 11 Black Creator Edition

Installed: Vegas Pro 15, 16, 17, 18, 19, 20, 21 & 22, HitFilm Pro 2021.3, DaVinci Resolve Studio 20, BCC 2025, Mocha Pro 2025.0, NBFX TotalFX 7, Neat NR, DVD Architect 6.0, MAGIX Travel Maps, Sound Forge Pro 16, SpectraLayers Pro 11, iZotope RX11 Advanced and many other iZ plugins, Vegasaur 4.0

Windows 11

Dell Alienware Aurora 11:

10th Gen Intel i9 10900KF - 10 cores (20 threads) - 3.7 to 5.3 GHz

NVIDIA GeForce RTX 2080 SUPER 8GB GDDR6 - liquid cooled

64GB RAM - Dual Channel HyperX FURY DDR4 XMP at 3200MHz

C drive: 2TB Samsung 990 PCIe 4.0 NVMe M.2 PCIe SSD

D: drive: 4TB Samsung 870 SATA SSD (used for media for editing current projects)

E: drive: 2TB Samsung 870 SATA SSD

F: drive: 6TB WD 7200 rpm Black HDD 3.5"

Dell Ultrasharp 32" 4K Color Calibrated Monitor

 

LAPTOP:

Dell Inspiron 5310 EVO 13.3"

i5-11320H CPU

C Drive: 1TB Corsair Gen4 NVMe M.2 2230 SSD (upgraded from the original 500 GB SSD)

Monitor is 2560 x 1600 @ 60 Hz

Former user wrote on 7/10/2022, 4:50 PM

This must be an Intel & V17 thing or something because this was my trial but i'm on V19 & have an AMD CPU, i just repeated it to see the CPU,

seven 4k 3840 x 2160 AVC files, opacity lowered on each, it didn't like playing them but CPU was doing little,

Dynamic RAM built just to see how that would go, it was fairly fast & the project then played full fps, at no time did the CPU look like it was doing much,

just thought i'd share 👍