Comments

Ruprych wrote on 10/1/2025, 6:34 PM

Known issue only with ProRes4444 that should be fixed soon.

Well, to me looks like not only ProRes is affected but also decoding old simple x-avc and avc-aac h.264 as the source media is also affected - the entire color engine might be broken. There is no difference in color range if and when switching between 8-bit legacy, 8-bit full range, 32-bit etc. in project properties. Every option has contrast and color range like 8-bit full range. Win 11 Pro, NvidiaGTX 1070, newest studio driver, but even if GPU acceleration is entirely disabled (both in Video and File I/O tabs) nothing helps, no difference. No difference between legacy and non-legacy decoding either. Repeat: every option looks in preview window as/like 8-bit full range, and that way it is rendered to final file.

Ruprych wrote on 10/1/2025, 7:52 PM

Known issue only with ProRes4444 that should be fixed soon.

Well, to me looks like not only ProRes is affected but also decoding old simple x-avc and avc-aac h.264 as the source media is also affected - the entire color engine might be broken. There is no difference in color range if and when switching between 8-bit legacy, 8-bit full range, 32-bit etc. in project properties. Every option has contrast and color range like 8-bit full range. Win 11 Pro, NvidiaGTX 1070, newest studio driver, but even if GPU acceleration is entirely disabled (both in Video and File I/O tabs) nothing helps, no difference. No difference between legacy and non-legacy decoding either. Repeat: every option looks in preview window as/like 8-bit full range, and that way it is rendered to final file.

Update: the same with MJPEG videos (yes, now natively decoded by Vegas without need of external codec) and old DV files captured by firewire from DV tapes. Really, didn't You people notice all that?
BTW another small inconvenience, but really insignificant compared to the above, is as follows: if two clips originating from the same source video file are crossfaded, passing through the crossfade seems very hard to Vegas, both in playback from timeline and in rendering - video slows down and stutters. Final render is not affected, good and smooth, no dropped frames. It's just only the passing through the crossfade feels hard for the software. This can be remedied by switching "legacy decoding" on. The problem does not appear, if crossfaded clips originate from separate source files.
Other than the above, new Vegas 23 behaves light and fast. Render of 1080p50 is 2x faster than normal playback. And please, don't blame "old hardware". My hardware is enough for newest win 11 25H2 to run very smoothly, 100% compatible with no issues outside Vegas.

RogerS wrote on 10/1/2025, 10:24 PM

Known issue only with ProRes4444 that should be fixed soon.

Well, to me looks like not only ProRes is affected but also decoding old simple x-avc and avc-aac h.264 as the source media is also affected - the entire color engine might be broken. There is no difference in color range if and when switching between 8-bit legacy, 8-bit full range, 32-bit etc. in project properties. Every option has contrast and color range like 8-bit full range. Win 11 Pro, NvidiaGTX 1070, newest studio driver, but even if GPU acceleration is entirely disabled (both in Video and File I/O tabs) nothing helps, no difference. No difference between legacy and non-legacy decoding either. Repeat: every option looks in preview window as/like 8-bit full range, and that way it is rendered to final file.

@Ruprych The color engine isn't broken. The conversions of color matrices and spaces is now functional in VEGAS (before it didn't know what to do with non Rec709 and Rec2020 gamuts for example). However this means that in 8-bit video and 32-bit video mode the footage is getting expanded into full range, which may be intentional but breaks the legacy workflow.

You can restore the old behavior here in internal preferences (hold shift and go to the options menu and "internal" will appear at bottom). Change TRUE to FALSE in the highlighted cell.

Yes we noticed this and commented on it weeks ago.

For crossfades we also reported that VEGAS now seems slower if a single clip is crossfaded on itself. If it's two different pieces of media it's quite good performance. If you do a lot of this you could make duplicate media in Windows explorer (media a, media b) and just try to cross a over b instead of a over a and b over b. I hope this performance can be improved.

RogerS wrote on 10/1/2025, 10:31 PM

@Robert-Sanders @DANI-FELLA Be sure to check out the beta patch that addresses the ProRes4444 color issue here.

Last changed by RogerS on 10/1/2025, 10:33 PM, changed a total of 1 times.

Custom PC (2022) Intel i5-13600K with UHD 770 iGPU with latest driver, MSI z690 Tomahawk motherboard, 64GB Corsair DDR5 5200 ram, NVIDIA 5070 (12GB) with latest studio driver, 2TB Hynix P41 SSD and 2TB Samsung 980 Pro cache drive, Windows 11 Pro 64 bit https://pcpartpicker.com/b/rZ9NnQ

ASUS Zenbook Pro 14 Intel i9-13900H with Intel graphics iGPU with latest ASUS driver, NVIDIA 4060 (8GB) with latest studio driver, 48GB system ram, Windows 11 Home, 1TB Samsung SSD.

VEGAS Pro 21.208
VEGAS Pro 22.250
VEGAS Pro 23.302

Try the
VEGAS 4K "sample project" benchmark (works with VP 16+): https://forms.gle/ypyrrbUghEiaf2aC7
VEGAS Pro 20 "Ad" benchmark (works with VP 20+): https://forms.gle/eErJTR87K2bbJc4Q7

Ruprych wrote on 10/2/2025, 2:33 AM

Known issue only with ProRes4444 that should be fixed soon.

Well, to me looks like not only ProRes is affected but also decoding old simple x-avc and avc-aac h.264 as the source media is also affected - the entire color engine might be broken. There is no difference in color range if and when switching between 8-bit legacy, 8-bit full range, 32-bit etc. in project properties. Every option has contrast and color range like 8-bit full range. Win 11 Pro, NvidiaGTX 1070, newest studio driver, but even if GPU acceleration is entirely disabled (both in Video and File I/O tabs) nothing helps, no difference. No difference between legacy and non-legacy decoding either. Repeat: every option looks in preview window as/like 8-bit full range, and that way it is rendered to final file.

@Ruprych The color engine isn't broken. The conversions of color matrices and spaces is now functional in VEGAS (before it didn't know what to do with non Rec709 and Rec2020 gamuts for example). However this means that in 8-bit video and 32-bit video mode the footage is getting expanded into full range, which may be intentional but breaks the legacy workflow.

You can restore the old behavior here in internal preferences (hold shift and go to the options menu and "internal" will appear at bottom). Change TRUE to FALSE in the highlighted cell.

Yes we noticed this and commented on it weeks ago.

For crossfades we also reported that VEGAS now seems slower if a single clip is crossfaded on itself. If it's two different pieces of media it's quite good performance. If you do a lot of this you could make duplicate media in Windows explorer (media a, media b) and just try to cross a over b instead of a over a and b over b. I hope this performance can be improved.

Thank you very much. Indeed the hidden setting fixes the issue. This changes things for me fundamentally. I would not expect this being not a bug but a hidden feature, so it haven't occured to me to browse the forum for this, because I wouldn't know what to search for. Thank you, and excuse me.
As for the stuttering transitions - it happens when one for example places a media from the explorer to the timeline, then splits it in two points, then removes the middle part, then slides the remaining parts to transition. Both originate from te same source file. As said before, if "AVC legacy decoding" is enabled in File I/O, then the issue does not occur.

RogerS wrote on 10/2/2025, 3:11 AM

No problem- I was surprised this feature had that unintended(?) result as well. Otherwise it's useful as my BT601 footage now has proper reds without doing any kind of fix (used to be orangish).

For the transitions yes, the current decoder has a bottleneck where it's processing two parts (fade, transition, etc.) from a single source file.

Jaslan wrote on 10/4/2025, 11:07 AM

Vegas 23 Pro. Vegas Screen Capture is not working.
First time the Stop Button is not working.
Now i have now no screen is avaible to capture.

Same here. I can see the screens and window content when I am selecting the Capture Source. Then when selected, the source preview is blank/black and says "Not Available". Then when I start recording, the Stop Recording button does not respond.
 

Same here. I think my first version of Vegas was 15. I have updated several times and I don't think Screen Capture has ever worked well or even at all. I usually used OBS or NVIDIA screen record. Was hoping it would work this time but no. It shows the screen during selection and I can see the mouse moving around on it. Then, when I select the screen, it says, "Not available". If I "start recording" the only way to stop it is to close the vegas capture app. I do have built in intel graphics AND dedicated NVIDIA RTX 5070 card so maybe that has something to do with it.

EruDebu wrote on 10/4/2025, 7:39 PM

green video envelopes (velocity or speed) are very unestable and sometimes don't even move, please fix

Reyfox wrote on 10/5/2025, 1:51 PM

@EruDebu more information is needed in order to come up with a fix. It is working fine on my computer.

Start a new post, and include the information from this POST, especially "B" and "C" if you want help.

Newbie😁

Vegas Pro 22 B250 (VP18-21 also installed)

Win 11 Pro 23H2 (Build 22631.5909)

AMD Ryzen 9 5950X 16 cores / 32 threads

64GB DDR4 3200 Patriot Viper

Sapphire RX6700XT 12GB Driver: 25.9.1

Gigabyte X570 Elite Motherboard

Panasonic G9, G7, FZ300

Boris FX Continuum Complete 2025.5.1, Newblue FX Total FX360, Ignite Pro V5, proDAD Vitascene V5 Pro and Mercalli V6.

BMR-D wrote on 10/10/2025, 6:41 AM

If someone has solution for Vegas Screen Capture? it make "Not Available" screen and windows capture, even my microphone.

Jimmyhogs wrote on 10/10/2025, 7:38 AM

A bug I found that is personally a dealbreaker is to do with preset chains. It doesn't save DirectX effects from third parties (AAV Colorlab, Dunaj Flip, Bororo) nor some first party effects itself (TV Simulator, Gradient Map, etc.). If you save it with a combo of non DirectX effects, the non DirectX effects are still there (but it doesn't let you drag the preset chain out of Plug-In Manager). Also, if you try to save a preset chain of only DirectX effects, it simply refuses to let you. I even have a whole thread dedicated to it too: https://www.vegascreativesoftware.info/us/forum/vegas-pro-23-visual-preset-chain-major-problem--149905/

 

HiNO wrote on 10/17/2025, 9:19 AM

When importing graphics with ProRes 4444 alpha, incorrect colors are displayed. On the left is the original color, which appears correctly in Vegas Pro 22. On the right, in Vegas Pro 23, it appears overexposed or shows only white with no color information.

 

 

 

I have the very same color issue. Anybody solved this? The Magix support email/X won't answer me. I've been waiting for over 10 days now for a reply

RogerS wrote on 10/17/2025, 8:04 PM

@HiNO are you using the current build, 302? These issues should be fixed.

Rodrigo-Gastelum wrote on 10/17/2025, 9:55 PM

I'm sure this is a bug in vegas pro 23,
the normal editing tool (timeline cursor) which is the tool you go back and forth with,
In all the versions I had never failed in Vegas Pro 23, yes, before I always edited very quickly and I moved from one side to the other in the timeline, it instantly played in the place where I positioned the cursor, and so super fast, but now this doesn't work for me, it is impossible for me to edit like that, now it can't be done, you have to stop, put the cursor in another position and press play again with the space bar to make it play again, and sometimes it doesn't even work like that, you have to be stopping the playback of the video in the timeline, to go and position the cursor at another point and so everything is very bad
I have realized that when you start editing and you have a few clips it doesn't happen, but when you already have several channels, one on top of the other, it gets stuck, and you can't easily scroll through the timeline, you have to pause and position yourself in the place you want and then press play again, this is very slow, and it's a total failure for me, please a solution

Xavier-VIBERT wrote on 10/18/2025, 10:55 AM

I have found a bug in VP23. The latest build (302) did not fix it.

- Start with the standard Windows layout,
- Under preview video, click on the 3-dot "More Buttons" icon, and edit the "visible buttons". It will add the requested buttons (such as Go to Start, Previous/Next frame, etc.) 
- Go to Color Grading windows layout (ALT+D, C)
- Come back to default windows layout (ALT+D, D)
- The preview video buttons have reverted to the default setting.

The same thing happens if you go to other windows layouts (such as mixing), and also if you edit the tracks' visible button set (to add Track Motion, or Track FX, for instance).

This happened with Vegas Pro Build 278, and it also happens with the latest build 302.

ansonmccosh wrote on 10/18/2025, 5:39 PM

i know ignite pro plugin has been outdated for a while but theyve always worked on the previous version. one thast i use particulalryt ignite cine bars just stopps working because of this i have to downgrade to 22 for the time being. 23 is not worth using at this point in time