Topaz Video AI Beta 6.0.4.0.b

Hi everyone, here’s this week’s Beta release for Video AI 6.0.4

6.0.4.0.b


  • Preview queue added! Monitor all active previews in one menu.
  • Several improvements to OpenFX performance/stability.
  • Use matching parameter values from Enhancement filter for cloud exports.
  • Cloud exports now use the Codec settings selected in-app.
  • Removed “Force CFR” control, replaced with fixed VFR exports.
  • Fix batch estimates for certain queues.
  • Fix cloud download paths.
  • Fix a crash on closing app.
  • Fix frame interpolation toggling on when telecine is enabled in input settings.
  • Allow cloud uploads and downloads with utf-8 characters in path to files.
  • Preserve zoom setting on both players when player dimension changes.
  • Make scrollbar visible on the Exports panel.
  • Fixed snooze update not applied.
  • In-app video player now always uses input tab’s audio track
  • Cloud exports list now view auto scrolls to most recent item.
  • Fixed cross-input queued preview injection.
  • Prevent lone export item from disappearing.
  • Only show PAR type + crop setting options under Enhancement in batch if batch items require these controls.

image

4 Likes

Even if you install the OpenFX plugin with TVAI 6.0.4.0b, the beta version of the OpenFX plugin does not appear in the effects of DaVinci Resolve Studio 19.1.3.
After installing the OpenFX plugin with TVAI 6.0.4.0b, if you select the OpenFX plugin in Effects and specify a model, DaVinci Resolve Studio 19.1.3 will terminate abnormally.
If you reinstall the OpenFX plugin from TVAI 5.3.6, DaVinci Resolve Studio 19.1.3 will function normally.

1 Like

Hi Tony,

can you please add a custom method beside the “Original Pixel Type”, “Square Pixel”, “Letterbox/Pillarbox” or “Crop to Fill”?

Here is the problem:
Some source video is non-square pixel aspect, like PAL 16:9, which comes in 720x576y resolution but needs to be stretched to a 16:9 format for a square pixel result. In some cases the original pixel aspect ratio might also not be set correctly, resulting in either cropping away important pixel parts or having a black pillar box left/right from the deformed image.

PAL 720x576y is 0.9375 : 1 pixel aspect ratio in 4:3 format
(unstretched 768x576y, so 720/768 = 0.9375)

PALplus 720x576y is 0.703125 : 1 pixel aspect ration in 16:9 format
(unstretched 1024x576y, so 720/1024 = 0.703125)

I am currently unable to process these videos directly, its simply impossible. I get either cropped top/bottom or pillarbox results.

It would be helpful to have you implement a simple “Stretch to fit” method, overriding pixel aspect ratio and simply scale source width to target width and source height to target height. This would solve the problem.

If that is not possible in the AI models, I might be forced to scale beyond UHD resolution (3840x3072y from 720x576y) and scale y down afterwards from 3072 to 2160 - which seems like a big waste of time and disk space, as I would need more than double the space for processing.

I know we can do correct the scale to true square pixel aspect and e.g. 1024x576y all prior to importing it into VideoAI, but each step could cause an extra iteration if not done uncompressed/lossless plus it would create additional artefacts in the process.

First bug:
Beside that there seem to be a bug anyway, as it crops away pixels on left and right without a need for it, resulting in a stretched pixel aspect again (which is wrong too):

In all pictures below look at the lower right corner and compare the results. Have the settings in right tab in mind. That does not make sense IMHO.

Target 3840x3072y original pixel aspect

Source 720x576y

Target 3840x3072y square pixel, letterbox/pillarbox

Target 3840x3072y square pixel, crop to fill

As long as I switch between “letterbox/pillarbox” and “crop to fill”, I get this preview, which seems correct. As soon as I render, the image is cut off as seen in all above examples (except for the source)

Second bug:
The size of the cropping handles does not match the size of the image. When you look on the left side, there are obviously pixels LEFT from the handle, but the handle is already set to 0 pixels. The scaling of the two is apparently off in terms of “not in sync”.

Third bug:
What honestly annoys me the most is the fact that the two images source/target (left/right side of the split bar) are not in sync. Often the right image moves while moving the split bar. That should simply completey match and stay stuck in place, of if you move one, the other should move accordingly.

Best option would be to stretch in case the source image to exactly match the target image. You may also use a nearest neighbor scaling on the source image to reflect on the poor source resolution (optionally).

Regards,
Axel

8 Likes

I definitely see how we can improve here, thanks @AxelM

It looks like this video would need an “Interpret Footage” function where you could manually set the anamorphic pixel aspect ratio AND also upscale at the true 16:9 DAR.

The crop examples are also helpful, we’re looking at a possible issue with the calculation of width when working with non-square pixel inputs. More updates in that area before the next release.

3 Likes

Testing this now, will patch for main release most likely

3 Likes

The beta version has not been tested to work properly and the official version cannot be installed.

I’ll need more detail. What is preventing installation of the official version?

The TVAI beta version could not confirm that the OpenFX plug-in works with DaVinci Resolve Studio 19.1.3, so the official version cannot be installed.

1 Like

The previews are still created next to the original file and NOT cleaned at exit this time (I’m using all the ‘Crash Recovery’ options at ON, for the real-time preview, etc.) and TEMP folder is still being wiped at exit in this beta. Please, could you fix this, even if it’s just for a peace of mind? Stable v6.0.2/6.0.3 doesn’t have this bug. :slight_smile:

1 Like

Hey, could you try creating a new project and tell me if this temp folder wipe is still happening?

Yes exactly, I wrote this severals months ago, I don’t understand why they don’t give us “free scale without letterbox” option too, where Image can freely streched or squeezed pending on set high and width, like other tools can do, for example Virtualdub

2 Likes

You mean the video preset? Because I test the program by just dropping a video by drag & drop, then either I’m choosing the upscaling parameters by hand, or use a Proteus v4 preset, which isn’t very recent, but works flawlessly.
I even made sure to recreate the ‘VEAI Workspaces’ folder inside TEMP by hand (and it’s also pointed in the settings), but that doesn’t change anything - recent v6 betas wipe TEMP as a whole, as the first stable VEAI 6 did. Subsequent stable versions are fine, 6.0.3 included.

I believe the TEMP folder wipe is somewhat hardcoded in the beta.

1 Like

Yes, that, too, would be REALLY helpful for videos, which were encoded with wrong aspect ratio. And, pretty please, could you allow using Gaia v6 HQ and CG models again? :slight_smile: