VP15: Sony AVC / Levels not rendered correctly in 32 bit project

max8 wrote on 2/9/2020, 5:20 PM

Hi,

I'm finishing a project in VP15 (Build 321) and for color correction (and rendering) I switched the project properties to 32 bit (video level). I noticed that the rendered file (Sony AVC) doesn't match the levels of the preview (less contrast, exactly as if I applied the levels filter "computer RGB to studio RGB"). That doesn't happen with 8 bits.

And no, it's not that kind of a thread of someone getting lost in studio vs. computer levels or 8 bit / vs. 32 bit. ;-) (I hope) I know the "levels pipeline" for my setup and projects. It happens only with the Sony AVC Plugin and 32 bit mode. DNxHD / Magix AVC, etc. work fine with 32 bit. Just an empty project with color bars and switching to 32 bit is enough for it to happen. When importing the rendered file back the waveform monitor shows clearly that the levels where changed like 0 --> 16 / 255 --> 235.

I don't know when I tried to render the last time with these preferences so I don't know when this really started. But it shouldn't be like that, should it? It doesn't happen in VP 14. How can I get back correct video levels when rendering 32 bit projects with Sony AVC?

 

I've got SEMW Extension installed so I usually have my preview set to "PC". And when rendering, levels (plugin activated by SEMW) switch back to "Original" like they should. I even uninstalled SEMW once (and Vegas too) but that didn't help. Also resetting Vegas by starting it with Control + Shift didn't help. Maybe I started that bug/behaviour by dividing the video preview (set to bypassed effects)? (I noticed that this funnction doesn't specially recognise the levels plugin used by SEMW and also bypasses it.)

First the reimported rendered files also showed a wrong lenght of the video event (too short). After deinstalling (and reinstalling) the SEMW Extensions that behaves normally.

 

 

Comments

Musicvid wrote on 2/9/2020, 6:18 PM

That's correct. Use an 8 bit Integer workspace for 8 bit source and output. And no, the difference is not levels, it is gamma.

https://www.vegascreativesoftware.info/us/forum/10-bit-vs-8-bit-grading-the-musical--111748/

https://www.vegascreativesoftware.info/us/forum/this-is-not-about-grading--114804/

max8 wrote on 2/9/2020, 6:56 PM

So when you put color bars into an empty project and render a) with 8 bit settings and b) with 32 bit settings using Sony AVC (1920 x 1080 50i) you get significant level changes like I do? And only with Sony AVC?

I'm particularly interested if there is a problem with my Sony AVC codec (like the too short video event).

 

In the end I want to render to a 10 bit master (source is 10 bit) and I want to be able to "preview" some aspects of that rendering to an mp4 because I can't see that in vegas ((de-)interlacing, etc.). I would alsways have to change project settings. I'm sure that worked the last time I used that workflow. And this inconsistent behaviour (only Sony AVC??) does only indirectly correlate to the 8 vs 32 bit question.

Also I see a benefit from using 32 bit: I'm using many effects on event and track base. When generating clipping with one effect (maybe slightly, without noticing) I can get those areas back with another effect. I just tried it: doesn't work in 8 bit mode and in the end I don't want to pay attention to small errors in the plugin chain. So grading for 8 bit output has different results with 8 vs 32 bit.

max8 wrote on 2/9/2020, 7:25 PM

OK, I just did a clean install on another PC: same problem. So that seems to have persisted a bit longer... ;-)

But why does this difference (8 vs 32 bit) only happen with this codec?

Musicvid wrote on 2/9/2020, 9:16 PM

It's called a red herring.

Other than screwing up the output and adding an inordinate amount of time to the render, the tests I ran clearly show that grading and compositing in 32 bit float space have no effect with 8 bit source and output. The little dot in the center of the vectorscope images says, "No Difference."

Don't believe the internet hype.

 

fr0sty wrote on 2/9/2020, 10:36 PM

However, the OP says they are using a 10 bit source, and want to export to 10 bit... which your best bet for doing that would be to set Vegas to HDR mode and use an HDR external monitor so you can actually see that 10 bit advantage, then export to HDR HEVC from there.

If you want an 8 bit source export, 8 bit is indeed the best way to go about it. Otherwise, make sure your color spaces are set correctly for your media as well as for your project.

As for why you only notice it with Sony AVC... not sure, but there's other AVC options to use in Vegas, so why stick with that old codec? You can use Magix AVC, happy otter scripts or voukoder to render to AVC using ffmpeg, etc.

Systems:

Desktop

AMD Ryzen 7 1800x 8 core 16 thread at stock speed

64GB 3000mhz DDR4

Geforce RTX 3090

Windows 10

Laptop:

ASUS Zenbook Pro Duo 32GB (9980HK CPU, RTX 2060 GPU, dual 4K touch screens, main one OLED HDR)

Musicvid wrote on 2/9/2020, 11:00 PM

However, the OP says they are using a 10 bit source,

I didn't see that in his second post until you pointed it out. There may be a theoretical difference in 8 bit output banding, but negated by Vegas' pattern dither back down to 8 bit, as illustrated below. No free lunch at this diner.

Of course, 10 -> 10 bit begs a 32 bit float grading space.

fifonik wrote on 2/10/2020, 3:58 AM

You should update your VP15.

I used to have the same issue and it was fixed in VP15 build 361.

P.S. The same people bullyed me with the 32 bit vs 8 bit as well :-P

Last changed by fifonik on 2/10/2020, 5:29 AM, changed a total of 3 times.

Camcorder: Panasonic X1500 + Panasonic X920 + GoPro Hero 11 Black

Desktop: MB: MSI B450M MORTAR TITANIUM, CPU: AMD Ryzen 5700X, RAM: G'Skill 16 GB DDR4@3200, Graphics card: MSI RX6600 8GB, SSD: Samsung 970 Evo+ 1TB (NVMe, OS), Samsung 870 Evo, HDD WD 4TB, HDD Toshiba 4TB, OS: Windows 10 Pro 22H2

NLE: Vegas Pro [Edit] 11, 12, 13, 15, 17, 18, 19

max8 wrote on 2/10/2020, 5:18 AM

@fifonik Thanks, I'll try that. (But I remember that some newer build had issues with green frames in P2 footage...)

Preserving clipped levels inside a filter chain is for me the main reason to use 32 bit for finishing projects (even with 8 bit sources) - exactly as it's discussed in your thread. (I also prepared an example veg file but couldn't upload it. But I think it's been completely explained in your thread.)

Musicvid wrote on 2/10/2020, 8:21 PM

@max8 @fifonik

You are two of several colleagues (including wwjd) who have brought up using the float processing space to trap unrestrained (out-of-gamut) levels from artistic fx and processing filters, as a kind of a levels surrogate, something I learned to do on-the-fly at the timeline level using the output Levels filter.

Rest easy, I will tackle this "off label" use of grading space with direct comparisons for difference, gamma, levels, noise, and rendering time in a future test. I can see a convenience factor to your approach, if not staged in the ideal structure.

Your adaptation is certainly more grounded in plausibility than the "water to wine" theories being spread under the same general umbrella on the internet.

Musicvid wrote on 2/11/2020, 11:34 AM

I've got to give this one to you for creativity. For integrating artistic effects outside the normal colorspace boundaries, the ability to apply the compositing layer at linear gamma in float space gives an added tool to your belt. I would be hard pressed to refer to it as grading, however. This is probably not quite what you are doing, so I'd like to see your examples as well. Best.

 

 

fifonik wrote on 2/11/2020, 1:30 PM

In another thread I already gave my example and explained my reason for using the 32 bit pixel format. I do not want to continue the discussion about 8 vs 32 with you as it is pointless.

Last changed by fifonik on 2/11/2020, 1:35 PM, changed a total of 1 times.

Camcorder: Panasonic X1500 + Panasonic X920 + GoPro Hero 11 Black

Desktop: MB: MSI B450M MORTAR TITANIUM, CPU: AMD Ryzen 5700X, RAM: G'Skill 16 GB DDR4@3200, Graphics card: MSI RX6600 8GB, SSD: Samsung 970 Evo+ 1TB (NVMe, OS), Samsung 870 Evo, HDD WD 4TB, HDD Toshiba 4TB, OS: Windows 10 Pro 22H2

NLE: Vegas Pro [Edit] 11, 12, 13, 15, 17, 18, 19

Musicvid wrote on 2/11/2020, 9:55 PM

No need to, I agreed with you.