JPSDR Avisynth's plugins pack

[DTL]

May be it better to run 2 separated processes with 112/2 threads each. And assign each process to each node. And process 2 files instead of 1.

[FranceBB]

Originally Posted by DTL

May be it better to run 2 separated processes with 112/2 threads each. And assign each process to each node. And process 2 files instead of 1.

That's also a possibility, but I'd still love to have the filters numa node aware for those times in which I need to encode a single file and I have a short deadline.

[ChaosKing]

Split clip in 2 parts and encode to a lossless video format first. Easy peasy.

[wonkey_monkey]

Originally Posted by FranceBB

https://i.imgur.com/6bfR1Vg.png

I had hair like that once...

[FranceBB]

Originally Posted by wonkey_monkey

I had hair like that once...

Sorry to hear that, David... but hey, Jimmy Carr had a transplant and still looks ok, so maybe nothing is lost for you either ehehehehe

[jpsdr]

Never worked with several sockets motherboards, and, honestly, i thought that having 2 CPU with 4 cores or one CPU with 8 cores will be the same from OS point of view : The OS report that you have 8 cores...
I don't know very well some system parts, and the only way i know to get informations is what's in Get_CPU_Info in ThreadPool.cpp file. If doing this doesn't allow to have all the informations, unfortunately for now, i don't know what to do.

[tormento]

Originally Posted by jpsdr

I don't know very well some system parts, and the only way i know to get informations is what's in Get_CPU_Info in ThreadPool.cpp file. If doing this doesn't allow to have all the informations, unfortunately for now, i don't know what to do.

First result on Google

[jpsdr]

Thanks.
It seems issue is when there is more than 64 cores... Maybe i'll take a closer look one day in the future, not interested right now to spend time on this.

[hello_hello]

jpsdr,

Did you happen to see my post in the ResampleMT thread?
In case you missed it.
https://forum.doom9.org/showthread.p...34#post1954534
I did some more testing and so far the "wrong cropping" only seems to apply to RGB24/32.

Cheers.

[jpsdr]

Finaly sooner than expected, new version, see first post.

[Ceppo]

Thanks for the plugin pack! Downloaded!

[FranceBB]

Thanks, as always, Jean Philippe!

[jpsdr]

New version, see first post.

[jpsdr]

You can either see the formula used in the code, or read the pdf, i described the formula used.

[jpsdr]

Color=0,HDRMode=2, first, means it's HLG not normalised.
You have nominal_luminance=800 for avsresize so maybe you should set in my plugin HLGLw=800 as the default 1000 don't match, and check the default value of this parameter for fmtconv.
Also, as i'm not realy an HLG mode master, try also with Color=0,HDRMode=1.
So, my advice would bet to test these 2 settings : Color=0,HDRMode=2,HLGLw=800 and Color=0,HDRMode=1,HLGLw=800 for avsresize compare.

EDIT
Re-read my pdf, and linear RGB is direct E <-> E' by a simple EOTF function, and not affected by the HDRMode or HLGLw, you need HLGLw only for displayed linear, defaut setting of my plugin output scene linear light and scaled by camera exposure, normalized to the range [0.0:1.0]. Maybe the others plugin output the displayed linear...
In that case, try with OOTF=false, it will ouput the displayed linear data.
But in that case you have to put also OOTF=false in ConvertLinearRGBToYUV.

Otherwise, only left, read the code to check formula used.
I don't know what the others plugins output, neither what they expect in input. "linear", but wich one ? scene linear light and scaled by camera exposure or displayed linear ?

EDIT2
Should move eventualy to HDRTools related thread, as it seems specific to it.

[jpsdr]

New version, see first post.

[StainlessS]

Cheers J.

[FranceBB]

Thank you, Jean Philippe!
I'll update my farm at work as I get back after Thanksgiving.

[jpsdr]

New version, see first post.

[jpsdr]

New version, see first post.