VP18 Darks Not Rendering The Same

_Mark_ wrote on 8/8/2020, 9:01 AM

As you can see form these 2 clips, all identical settings in VP17 & VP18 (32bit float full range) same rendering method/settings, basically everything the same, except for the final output. Just a simple black background from media generator and simple text.

VP17 (Expected)

VP18 (Not Expected)

Gonna have to go back to VP 17 until this can be rectified.

Last changed by _Mark_

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Comments

Marco. wrote on 8/8/2020, 9:43 AM

Set your VP18 project properties to legacy 8 bit video levels.

_Mark_ wrote on 8/8/2020, 9:47 AM

Here`s a comparison if the files using MediaInfo program. Saved to text and compared with Beyond Compare. Not sure if its any help, but here it is anyway.

The only major difference is the colour range tag being added in VP18

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Grazie wrote on 8/8/2020, 9:52 AM

Set your VP18 project properties to legacy 8 bit video levels.

@Marco. - Whilst previewing in VP18? I just tried that and get @_Mark_ anomaly on the Scopes:

Thoughts?

 

_Mark_ wrote on 8/8/2020, 10:07 AM

Thing is it looks fine in the preview here, just the rendered result is not expected. I`m no expert and certainly not a pro, but something is not right somewhere.

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Grazie wrote on 8/8/2020, 10:09 AM

@_Mark_ Can you see my Scopes?

_Mark_ wrote on 8/8/2020, 10:24 AM

@_Mark_ Can you see my Scopes?

Yes, I can see VP 18 seems to be limiting the range? that`s why I used the inbuilt black from media generator to rule out possible anomalies with actual video footage. 8bit legacy in VP18 renders darks as expected. Odd

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Marco. wrote on 8/8/2020, 10:28 AM

Nothing's wrong, nothing's odd. Exactly the way expected. You may have missed this info about a new option of the Vegas Pro 18 project properties.

Grazie wrote on 8/8/2020, 10:40 AM

@Marco. - Both are set to Legacy. What have I missed within your instructions?

Marco. wrote on 8/8/2020, 10:46 AM

@Grazie

Which video did you use? If I set my Vegas Pro 18 project properties to legacy 8 bit video level both clips have exactly same levels.

Grazie wrote on 8/8/2020, 10:55 AM

@Marco. I followed @_Mark_ instructions. From what he said he didn’t, so neither did I.

LongIslander wrote on 8/8/2020, 10:57 AM

Nothing's wrong, nothing's odd. Exactly the way expected. You may have missed this info about a new option of the Vegas Pro 18 project properties.

Well according to the new 8 bit Full Range setting Vegas Should “know” that media/text generation uses limited levels and thus should be “left alone”. It looks like in marks generation of text Vegas is automatically and incorrectly applying a “computer to studio levels fix” (if mark added a studio to computer levels fix the text would show identical to Vegas 17.

mark are using a Vegas 17 project file for vegas 18? that could be the source of the problem.

Marco. wrote on 8/8/2020, 10:58 AM

"From what he said he didn’t, so neither did I."

Can't repro. Everything's like it is meant to be. Mark's results are to be expected.

Marco. wrote on 8/8/2020, 11:02 AM

"It looks like in marks generation of text Vegas is automatically and incorrectly applying a “computer to studio levels fix”."

Everything's correct. Vegas Pro's internal generated media are based on computer levels and that 8 bit full level option is meant to conform all imported media to computer levels, too.
Now standard export option (which is switchable) for 8 bit full level projects is a "limited" color range meta data, thus output must be transformed from computer levels to video levels. This is correct processing.

Marco. wrote on 8/8/2020, 11:09 AM

@_Mark_

Which render template did you use in VP18 to output that video?

_Mark_ wrote on 8/8/2020, 11:12 AM

mark are using a Vegas 17 project file for vegas 18? that could be the source of the problem.

Yes I made sure, v18 opened as is and had to open v17 with "open with vp17"

 

After so many years of using Vegas Pro, were all gonna have to to short test renders before hand, to make sure were getting what we see in the preview window.

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Grazie wrote on 8/8/2020, 11:12 AM

It looks like in marks generation of text Vegas is automatically and incorrectly applying a “computer to studio levels fix” (if mark added a studio to computer levels fix the text would show identical to Vegas 17.

@LongIslander - Ahah!

mark are using a Vegas 17 project file for vegas 18? that could be the source of the problem.

@LongIslander - Yes, I did. I did this to keep things the same! Well, there you have it.

Grazie wrote on 8/8/2020, 11:14 AM

After so many years of using Vegas Pro, were all gonna have to to short test renders before hand, to make sure were getting what we see in the preview window.

@_Mark_ - Is believing what we’re seeing? Use of scopes gets me through the Night.

_Mark_ wrote on 8/8/2020, 11:29 AM

@_Mark_

Which render template did you use in VP18 to output that video?

Magix AVC/AAC MP4 Internet UHD 2160p 25 fps (NVIDIA NVENC) but custom, all I changed was colour range to full in project settings. Just done another test in 32bit float full range and changed colour range back to limited default (basically back to default preset) and it rendered as it should? maybe that`s where I went wrong? feel silly now! lol

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Marco. wrote on 8/8/2020, 11:35 AM

"all I changed was colour range to full in project settings."

Of which project? The source project of VP18 before you rendered the project?

I'm a bit confused because you said you used a float point project as a base. But in a float point project there is no color range project property setting.

Or didn't you mean the project setting, but the render setting (and the project tab of the render settings)?

_Mark_ wrote on 8/8/2020, 11:38 AM

After so many years of using Vegas Pro, were all gonna have to to short test renders before hand, to make sure were getting what we see in the preview window.

@_Mark_ - Is believing what we’re seeing? Use of scopes gets me through the Night.

That was the problems, the scopes didn't show any difference in either of the pixel formats, it was only in the rendered version, but may have been might fault see post above, thanks for all the help! :-)

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

_Mark_ wrote on 8/8/2020, 11:40 AM

"all I changed was colour range to full in project settings."

Of which project? The source project of VP18 before you rendered the project?

I'm a bit confused because you said you used a float point project as a base. But in a float point project there is no color range project property setting.

Or didn't you mean the project setting, but the render setting (and the project tab of the render settings)?

Source project pixel format (was 32bit float full range)

render setting was set to full range in (Magix AVC/AAC MP4 Internet UHD 2160p 25 fps (NVIDIA NVENC)

Last changed by _Mark_ on 8/8/2020, 11:46 AM, changed a total of 2 times.

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Marco. wrote on 8/8/2020, 11:45 AM

"render setting was set to full range in"

Well, that made the logical difference. Again - the result is exactly what is to be expected.

The levels of your text sample video actually are not "full", so you should not use the "full" level meta data but limited levels instead.

_Mark_ wrote on 8/8/2020, 11:51 AM

Yes I realise that now, like I said above feel silly now! Many thanks for all your input ans help, sorry to waste valuable time.

Windows 10 Enterprise 20H2
ASUS TUF B450-PRO GAMING
ASUS VP28U 4K Monitor
AMD Ryzen 9 5900X 12 Core
64GB DDR4 3200MHZ
MSI GeForce RTX 3060 GAMING X 12G (Latest Studio Drivers)

Audio Interface: Zoom UAC 8
Camera: Sony FDR-AX100E
Audio: Sony PCM-D100

 

Marco. wrote on 8/8/2020, 11:55 AM

No, stop. This is trickier because you used a float point project as base.