AviSynth+ thread Vol.2

[real.finder]

Originally Posted by pinterf

It is not 100%, just a trivial case was fixed. So the likelyhood you are seeing this error was decreased. There still can be circumstances in the frame request pattern when you get this error.

and now it fully fixed! thank you so much pinterf!

I think all avs/avs+ mt and non-mt problems is fixed, we can encode faster and without deadlock or crashes or glitches thanks to you and Asd-g (and others that fixes and improved avs+ like nekopanda and avs+ father ultim)

[FranceBB]

Originally Posted by real.finder

and now it fully fixed! thank you so much pinterf!

Absolutely amazing news for this and for giving some love to SSE4.1, there may not be many users but they will definitely appreciate it.

Thank you, Master Ferenc!

[pinterf]

Originally Posted by FranceBB

I'm so happy right now. This is a very unexpected present, so thank you!
About the colorbars, we've got ColorBars() for BT.601, ColorBarsHD() for BT.709, are we gonna get ColorBarsUHD() for BT.2020?

Something appears to be off in Histogram, though, as this:

produces identical results despite one combination having

Check with targets=true, this is a master switch for the axes, as a result of my wrong decision, just tell me (honestly, since you went into the rabbit hole, it seem illogical so must be changed).
EDIT: haha, not a wrong decision, just a mis-placed ending curly-bracket, one block outer than it was necessary

[pinterf]

New build: Avisynth r4549
https://github.com/pinterf/AviSynthP...3.7.6pre-r4549

The biggest focus lately has been cleaning up the xxToYUV functions to bring their parameters and optimization in line with ConvertToPlanarRGB. This process triggered an endless series of new issues, forcing me to dig deep into historical code to understand why things were built the way they were.

Also, I updated our online documentation according these changes and findings.

I’ve also fixed the Histogram parameters related to the new features introduced in recent builds, which were discussed in the posts above.

For online documentation check https://avisynthplus.readthedocs.io/en/latest/

Actual change log:
https://avisynthplus.readthedocs.io/...gelist376.html

20260305 3.7.5.r4549 (pre 3.7.6)
--------------------------------
- Fix: memory leak in Subframe/MakePropertyWritable after static-frame sources (ColorBars, BlankClip)
- any->YUV conversions (See https://avisynthplus.readthedocs.io/en/latest/avisynthdoc/corefilters/convert.html ).
  - accept bits ans quality parameters, similar to ConvertToPlanarRGB
  - the legacy 8-bit-named functions (``ConvertToYV12``, ``ConvertToYV16``, 
    ``ConvertToYV24``) allowing high-depth sources.
  - "ConvertToYUY2": rewritten to route all conversions through YV16.
  - "ConvertToYUY2": ``ChromaOutPlacement`` parameter added (was missing, present in ConvertToYV16).
  - "ConvertBackToYUY2": kept for backward compatibility; now forwards to ``ConvertToYUY2``. The pre-2.5 left-pixel-only chroma hack is no longer
    needed or applied; the YV16 lossless repack path avoids chroma resampling loss entirely for roundtrip workflows.
  - 8 bit packed RGB formats are converted to planar RGB before 444 conversion.
    Utiliting the optimized and maintained planar RGB infrastructure
  - Fix: "ConvertToYUY2" / "ConvertToYV12": progressive YV12<->YUY2 conversion (use generic YV16/YV12 path)
  - Fix: "ConvertToYUY2": ``_ChromaLocation``, ``_Matrix`` and ``_ColorRange``
    frame properties were not read from YV12 source frames and not written to YUY2 output frames 
    in the old legacy direct conversion path.
  - Fix: "ConvertToYUY2": SSE2 interlaced upsampling used wrong weighting direction, differing from the C reference implementation.
- Update https://avisynthplus.readthedocs.io/en/latest/avisynthdoc/corefilters/convert.html`
  - matrix syntax
  - ConvertToYUY2
  - ``bits`` and ``quality`` parameters
- Update Sampling https://avisynthplus.readthedocs.io/.../sampling.html with historical content notes 
  on legacy ``YUY2`` handling.

[jpsdr]

Thanks for all your work pinterf.
And it's again work for FranceBB who have to make all of his tests...

[TR-9970X]

Originally Posted by pinterf

New build: Avisynth r4549
https://github.com/pinterf/AviSynthP...3.7.6pre-r4549

Surely r3.7.6 will be next

[Nomolu]

Release 3.7.5 r4549 has introduced a bug when using the Overlay function on YUY2 video. I can reproduce it using this simple script:

Version()
ConvertToYUY2()
Overlay(last)

It causes this error:

Avisynth open failure:
ConvertToYUV422: Can only convert from Planar YUV.
E:\z_InProgress_E\Version - Overlay.avs, line 3

And, like I mentioned in post #3619, how about no longer putting 64 bit plugins in the 32-bit plugin directory of the builds?

Anyhow, thank you for all of the hard work, pinterf!

[pinterf]

Originally Posted by Nomolu

Release 3.7.5 r4549 has introduced a bug when using the Overlay function on YUY2 video. I can reproduce it using this simple script:

Version()
ConvertToYUY2()
Overlay(last)

It causes this error:

Avisynth open failure:
ConvertToYUV422: Can only convert from Planar YUV.
E:\z_InProgress_E\Version - Overlay.avs, line 3

And, like I mentioned in post #3619, how about no longer putting 64 bit plugins in the 32-bit plugin directory of the builds?

Anyhow, thank you for all of the hard work, pinterf!

Please check the next day version, thanks, YUY2 conversions were temporarily were disabled in the final build, accidentally, I fixed since then.