What are the top 3 things you want to see the development team focus on improving first? Keep in mind this is different than new feature requests, this is discussing improvements to what is already there.
Increase the upper limit for event acceleration from 400% to infinity. Or at least 1000%
1000% (i.e. 10 x) - It's already there, in VP19 anyway. After adding a velocity envelope to a video event, R click the node and select the maximum velocity option - you'll find that it is 1000%. Or use the Set To field to 1000%.
Increase the upper limit for event acceleration from 400% to infinity. Or at least 1000%
1000% (i.e. 10 x) - It's already there, in VP19 anyway. After adding a velocity envelope to a video event, R click the node and select the maximum velocity option - you'll find that it is 1000%. Or use the Set To field to 1000%.
- Proper next generation Intel processor support (Alder Lake), see my recent post; Vegas should be using P-cores by preference and stay away from E-cores as much as possible... This maybe a tough one, P-cores can have 2 virtual cores halving the resources, E-cores not, P-cores can handle AVX512 instructions (banned now by Intel, even fused away in HW rev.2), E-cores cannot, ring bus speed reduced if E cores are used etc... The windows 11 thread schedular (advised by Intel's Thread Director) chooses the cores to run the threads, and does it best, but it is not perfect...
- Release more frequent new builds (with consequently smaller number of fixes and new features), or have public beta's
Proper next generation Intel processor support (Alder Lake), see my recent post; Vegas should be using P-cores by preference and stay away from E-cores as much as possible...
I am quite afraid of this hybrid way of processors. If Vegas will primarily use p-cores, the 16 core processor will become an 8 + 1/2 core processor. I think Intel's strategy in this case is unfortunate.
You can trust that I, and everyone else involved directly with the team, have made that fact LOUD and clear to them. I've heard from the team that they are prioritizing the work on performance and stability now, and they also just added some new devs to the team, and are in the process of hiring more. I can confirm beyond any shadow of a doubt that stability and performance improvements are at the very top of their list of things to do. I cannot confirm when you'll see that work in an update, I imagine part of making the performance gains super stable will require a lengthy testing phase, so please be patient.
- Release more frequent new builds (with consequently smaller number of fixes and new features), or have public beta's
This one is tricky... release them too frequently, you haven't allowed enough time for testing, so lots of bugs remain. Public betas are very difficult for a small team to maintain, but they did take a big step in that direction by growing the beta team to larger than it has ever been before (under Magix) for VEGAS 20, and also completely changing the way the beta team communicates with the developers, both of which have already resulted in big stability gains in recent versions/builds.
3. Really: smooth playback. Without any fx a simple cut is not perfect with h264 or h265 files. I always see dropped frames at cutpoints. Why not think in advance? Decode the next events on timeline in parallel. I used to edit this way in early 2000's (of course with dv avi or mpeg2 files) with Edius or other apps. But with Vegas i still cannot do in 2022 :(
Smoother playback in the preview window please. I have tried every "fix" I can find on the matter, and it is still guesswork on how a project will look because the preview window is so lagged.
1) Performance: Not just HEVC hardware support, but also implement the tools needed to make difficult high bit-rate camera formats playable. This implies a modernized proxy system and intelligent "selective pre-render" that works as a proper cache (i.e. doesn't reset when I sneeze)
2) "Professionalize" the codec support: this means supporting SOURCE TIMECODE!!!!! (which implies .MOV containers rather than just .avi or mp4) and 10 bit grassvalley, AVID DNX, and maybe Cineform (legacy). Prores is great, but still no source timecode support, and we are on MS-Windows after all, not Mac OS.
3) Better project interchange with other programs. Vegas is too small to be its own island. XML interchange partly works, but needs to be upgraded/updated. I need mixed frame rate timelines to work, as well as end fades, etc. Native timeline support for exporting a Davinci .drt file format would be the best for me - if possible.
BONUS SUGGESTION: (as is is related to above) - No more creating .sfk etc. FILE SPLATTER! These kinds of files need to be coralled into a subfolder at minimum; a user specified location at best.
@Howard-Vigorita This can already be done. You can tell VEGAS to run a script upon startup. You just start VEGAS from a batch file something like:
"c:\Program Files\VEGAS\VEGAS Pro 20.0\vegas200.exe" -SCRIPT:"d:\StartupScript.cs"
Plus, Custom Commands can monitor for "AppInitialized" which would occur on the startup of VEGAS and also monitor for "AppWindowClosing" and "AppWindowClosed" which might be useful for an exiting script. I'd have to do some testing to verify exactly how these event handlers work.
What are the types of things you're wanting to do on startup and exit?
Performance. Yes it's already been mentioned, but it's still important. Compared to other products VP's playback performance can be quite poor. Evidently it's not awful - it's good enough that when combined with its overall workflow and functionality, VP still wins over all others - but it could be so much better.
Formats. Finish the existing experimental Matroska reader, with full GPU acceleration and the like - AVC in MP4 and AVC in MKV should be functionally identical. Add support for decoding and rendering VP8, VP9, AV1 video and Opus audio; in Matroska, WebM, and Ogg formats (as applicable), with GPU acceleration when available.
A more minor thing... the stream labels feature I requested some time ago would also be nice.
1) Stability: Starting with Vegas 18 and more so with Vegas 19, I've had more cases of crashes. Sometimes while working, sometimes while going to render. I don't have it as bad as some of the others here have had it, but let's put it this way- I've learned to continually hit save all the time, as the auto recover doesn't always do its job. Sometimes if I don't need the latest features or certain codecs, I'll use my older Vegas 12 or 13 as those older versions respond quicker and are far less likely to crash. I am currently on Vegas 19 build 550. Was going to go download the latest version of 19 but when so many were scrambling to uninstall the latest version and go back to 550, I held off. And this was close to this summer, so Vegas began focusing on version 20. No more updates for V19. I've been updating versions sense V12 but it seems now is a good time at least for me to pause as the improvements for the money are quite negligible. And stability again is a bit like a roulette wheel.
2) HDR support for professional codecs. Vegas has had HDR output support for H265 which in the pro world is strictly a final delivery codec. If you make something in HDR and want to save to an intermediate codec, lossless or render to a well established pro standard like DPX or ProRes with HDR, Vegas currently cannot deliver. Now Magix has make good progress in slowly getting ProRes certification, which is great as ProRes is one of the defacto standards in the industry. But it also needs ProRes with full HDR metadata support. Likewise for DPX.
3) Lossless multichannel audio and multiple stream muxing for ProRes encodings. If you deliver a ProRes file to a major network, cable provider, streaming service, or authoring facility, they will often ask for a lossless version of your 5.1 audio, a stereo downmix, alternate language tracks, and/or descriptive serves track. All muxed in one prores stream. Vegas can currently do all of these functions, but not muxed together in a ProRes encoding. ProRes in Vegas is currently 2.0 stereo audio only, locked in at 16bit/48k.
Show me a giant improvement in #1, or.. even adding #2 and/or #3 and I'm back in.