Incredibely slow rendering on VP20 compared to VP15 (Radeon 6900XT)

Ryfek wrote on 11/23/2022, 6:32 AM

Hello!

Last night I upgraded from VP15 to VP20. First thing I noticed was much much MUCH smoother project timeline and playback. Hoping to see some rendering improvements I started rendering my next video, but then I noticed someting odd. VP20 renders about 4-6 times slower than VP15 I was using before while using the same rendering settings (AMD VCE h264 or h265). Other than that it renders videos by 5 frames intervals. If I choose less performance intensive render like 1080p it just decreases the time between the intervals, but why does it even do that?

Like I said I was using VP15 for the last 3 years and even though it run slower while editing - rendering times were 4-6 times shorter.

I'm using Ryzen 5700x and Radeon 6900XT. Ofc GPU is selected in the preferences and I'm on the latest drivers. Reinstalling VP20 did nothing. VP 15 still works fine. What can I do with this? Did I just burn 80€ for an upgrade, or is this a bug that can be fixed. Here are the links in which you can see the abyssmaly slow rendering times with this weird 5 frames interval rendering.

Comments

j-v wrote on 11/23/2022, 6:37 AM

Which rendertemplate (customized?) did you use in both?

met vriendelijke groet
Marten

Camera : Pan X900, GoPro Hero7 Hero Black, DJI Osmo Pocket, Samsung Galaxy A8
Desktop :MB Gigabyte Z390M, W11 home version 24H2, i7 9700 4.7Ghz,16 DDR4 GB RAM, Gef. GTX 1660 Ti with driver 566.14 Studiodriver and Intel HD graphics 630 with driver 31.0.101.2130
Laptop  :Asus ROG Str G712L, W11 home version 23H2, CPU i7-10875H, 16 GB RAM, NVIDIA GeForce RTX 2070 with Studiodriver 576.02 and Intel UHD Graphics 630 with driver 31.0.101.2130
Vegas software: VP 10 to 22 and VMS(pl) 10,12 to 17.
TV      :LG 4K 55EG960V

My slogan is: BE OR BECOME A STEM CELL DONOR!!! (because it saved my life in 2016)

 

Ryfek wrote on 11/23/2022, 6:41 AM

Here are my settings for HEVC:

I was using exactly the same ones in VP15. h264 settings are more or less the same.

RogerS wrote on 11/23/2022, 6:44 AM

Try a standard benchmark project in 20 and see how it compares to similar hardware. In general render times have improved.

The GPU may be waiting on the CPU to give it frames. What's the media specifically?

Ryfek wrote on 11/23/2022, 7:00 AM

Here's the media info of my source file:

 

General
Complete name                            : D:\Nagrania\2022-11-20 07-14-25.mp4
Format                                   : MPEG-4
Format profile                           : Base Media
Codec ID                                 : isom (isom/iso2/avc1/mp41)
File size                                : 13.1 GiB
Duration                                 : 53 min 9 s
Overall bit rate mode                    : Variable
Overall bit rate                         : 35.2 Mb/s
Writing application                      : Lavf59.16.100

Video
ID                                       : 1
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L5.1
Format settings                          : CABAC / 1 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 1 frame
Format settings, GOP                     : M=1, N=120
Codec ID                                 : avc1
Codec ID/Info                            : Advanced Video Coding
Duration                                 : 53 min 9 s
Bit rate                                 : 34.9 Mb/s
Maximum bit rate                         : 40.0 Mb/s
Width                                    : 2 560 pixels
Height                                   : 1 440 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 60.000 FPS
Standard                                 : Component
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.158
Stream size                              : 13.0 GiB (99%)
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : sRGB/sYCC
Matrix coefficients                      : BT.709
Codec configuration box                  : avcC

Audio
ID                                       : 2
Format                                   : AAC LC
Format/Info                              : Advanced Audio Codec Low Complexity
Codec ID                                 : mp4a-40-2
Duration                                 : 53 min 9 s
Bit rate mode                            : Variable
Bit rate                                 : 320 kb/s
Channel(s)                               : 2 channels
Channel layout                           : L R
Sampling rate                            : 48.0 kHz
Frame rate                               : 46.875 FPS (1024 SPF)
Compression mode                         : Lossy
Stream size                              : 121 MiB (1%)
Title                                    : Track1
Default                                  : Yes
Alternate group                          : 1



And here's the time of the benchmark (1080p settings):

It's comparable to others.

RogerS wrote on 11/23/2022, 7:10 AM

Benchmark is among the top results so performing as expected there.

The media decoders have been a work in progress since 15. I can't recall when AMD decoding was added- it might have been with 16. If you wanted to see if it makes a difference check enable legacy AVC in preferences/ file io and see if that helps with this media. That should bring it back to VP 15 or earlier performance and perhaps that will be reflected in render times.
(In general you'd want to keep legacy unchecked to make the most of your hardware)

Other ideas- if you're not on the latest AMD Pro driver or 22.5.1 switch to those.
You could turn off the preview window during render if there are resource conflicts (probably won't help).
You could render through Voukoder which can be faster.

Ryfek wrote on 11/23/2022, 7:27 AM

I've found something. My editor uses an older VP version (VP13 or VP15) for her projects. If I load them into VP20 they render incredibely slowly, but in VP15 they render fine. Only thing she does is cut the videos in some moments, no special effects or anything other is added. Maybe that's the problem? We both work on the same source file. When I make a new project in VP20 the video renders incredibely fast. I get around 115fps.

RogerS wrote on 11/23/2022, 7:44 AM

Weird! One idea then is to open both programs. Cut and paste the old timeline into a new one and see if it helps.

Also make sure the editor has quantize to frames turned on and is snapping to frame boundaries. (just a guess)
)

3POINT wrote on 11/23/2022, 11:54 AM

Make sure that resampling mode in VP20 is not set to "optical flow" ( a new feature) which could dramatically slow down rendering speed when project framerate differs from media framerate when resampling mode is active.

Howard-Vigorita wrote on 11/23/2022, 12:35 PM

I think if you check both of the legacy boxes on the io tab, vp20 will use the same algorithms for decoding as were used in vp15. Unchecking them and using amd decoding would probably give you better results for more standard frame-rates and intra footage, as found in the benchmark. But you're footage is a non-standard double frame-rate (60.000 fps vrs 59.94) with long gop (N=120 vrs 1) which Vegas and gpu hardware isn't very good with. Manually setting the render template to 60.000 fps, as you've done, should help avoid resampling as long as you do the same in your project settings. While you're at it make sure vp20 project settings are set to 8-bit legacy/video range and, as suggested above, change optical flow to disable resampling.