VirtualDub2

[SeeMoreDigital]

Originally Posted by Bernard

Thanks for the idea about VLC being out of date. But no, updating VLC to the latest version still doesn't let it read HFYU files.

Are your HFYU files in a container?

[LigH]

In my quick test, I exported a video to FFmpeg's Huffyuv in YUV 4:2:0 as well as 4:2:2, each with 8 bit precision, both in an AVI container (where Huffyuv video is most common). VLC 3.0.20 did not support either.

And MPV player.

[v0lt]

Originally Posted by richardpl

And MPV player.

mpv has no problem opening 'FFVH' videos.

[LigH]

@v0lt: richardpl wanted to add MPV to my list of "alternatives to VLC", not to "same issue as VLC"...

[LigH]

Good news: VLC will fix this issue still in v3 branch. Seems that the AVI demultiplexer does not always report format specific data reliably.

[LigH]

@v0lt: Are you possibly able to update the x264 plugins as well? They are from 2019 and do not yet support e.g. the --qpfile parameter...

[v0lt]

Originally Posted by LigH

@v0lt: Are you possibly able to update the x264 plugins as well? They are from 2019 and do not yet support e.g. the --qpfile parameter...

There's a more complex build process using GCC. For me it is difficult and long.
https://sourceforge.net/p/vdfiltermo...i/master/tree/

[LigH]

So volunteers with MSCV might do it easier?

[LigH]

An updated plugin has been posted in the VideoHelp forum, did not test yet...

[rgr]

Originally Posted by v0lt

avlib.vdplugin 0.7.0.93 released
VirtualDub2 44282 with updated plugin is also available.

With the new avlib-1 I lost the ability to save in ffmpeg/ProRes (the plugin has only 0.5MB instead of 40MB compared to the old version).

[v0lt]

Originally Posted by rgr

(the plugin has only 0.5MB instead of 40MB compared to the old version).

old avlib-1.vdplugin - 39,1 MB
new avlib-1.vdplugin + ffmpeg DLLs - 101 MB

[LigH]

Works for me - when I select "Show all formats" at the bottom of the codecs list and allow color space conversion as necessary. When the option is set to "Similar to source: [CS]", some codecs may be hidden when they don't support the current color space.

The codecs are now (dynamically linked) in avcodec-61.dll and avformat-61.dll in the main directory, not in plugins64.

[blob2500]

Originally Posted by LigH

An updated plugin has been posted in the VideoHelp forum, did not test yet...

I updated it too.
I have a question: in the 10-bit version, shouldn't CRF have a range of 0-63 (or -12-51), instead of 0-51?

(similar question for qp range)



In Help of x264 CLI:

Ratecontrol:

-q, --qp <integer>          Force constant QP (0-81, 0=lossless)
  -B, --bitrate <integer>     Set bitrate (kbit/s)
      --crf <float>           Quality-based VBR (-12-51)[23.0]

In Help of x264 plugin:

Ratecontrol:

  -q, --qp <integer>          Force constant QP (0-51, 0=lossless)
  -B, --bitrate <integer>     Set bitrate (kbit/s)
      --crf <float>           Quality-based VBR (0-51) [23.0]

[tormento]

Everytime someone encodes in x264 10 bit, a satellite dies in the sky.

[nji]

By the time I built some filter sequences that perform special tasks.
For example contrast mask filter (a sequence of 8 filter ops).
I saved them as .vdscript files.
Now from time to time it happens that I need to perform
two or more of these sequences.
I haven't found a way to do this in VD2 GUI,
but instead copy the .vdscript files into a single file.

There surely must be a more elegant way for this common task?
Something with jobs, projects or that strange "Save" button in filter dialog?

[FranceBB]

Originally Posted by tormento

Everytime someone encodes in x264 10 bit, a satellite dies in the sky.

Blame Sony and Panasonic who made it become standard with XAVC and AVC Ultra respectively.

[LigH]

I remember some people advertising it for encoding cartoons because it can handle the smooth colour ramps between the outlines better... I can't report from own experience, though.

[tormento]

Originally Posted by LigH

I remember some people advertising it for encoding cartoons because it can handle the smooth colour ramps between the outlines better... I can't report from own experience, though.

You can’t create data where there isn’t. It’s just a matter of better compression.

HEVC overcame all that mess.

[blob2500]

I was just asking those who are more expert than me if the x264vdplugin-10-bit interface is correct or incomplete regarding the qp and crf range, not if it makes sense or not to use 10-bit depth with h.264