avs2pipe

[Aktan]

Originally Posted by Stereodude

I know it can be changed after starting, but x265 spawns more threads to start with because it sees all the logical processors in the system. Restricting it after it starts doesn't fix that. If you start a program correctly with restricted affinity the program only detects those cores allocated to it and spawns less threads as a result. I did this with x264 regularly. I also do it with handbrake.

If it's anything like x264, you can just set the threads param yourself...

[Asmodian]

Good point, does "--pools" or "--numa-pools" not work? It doesn't seem to let you restrict to specific cores, only specific NUMA nodes.

[Stereodude]

Originally Posted by qyot27

The most important question here is 'why are you using avs2pipemod in the first place'? The answer to that will change the solution.

If you're using it simply as a piping tool to get y4m from AviSynth to x265, but both are still 32-bit (or 64-bit), then the solution is to use either libx265 through FFmpeg, or the x265-Yuuki patchset from msg7086 (assuming the build of x265-Yuuki has its LAVF input enabled, and was built against an FFmpeg configured with --enable-avisynth). In those cases, there's no piping, so the affinity should take without any issue.

If you're using it to get 32-bit AviSynth output to input 64-bit x265, then you could try to manually pipe, but insert the affinity command after the pipe, at the beginning of the x265 command. That is, if it allows you to do so.

I'm using it to get the avisynth output into x265 since it can't accept an .avs natively. I'm not crossing 32-bit to 64-bit or anything like that.

Originally Posted by Asmodian

Good point, does "--pools" or "--numa-pools" not work? It doesn't seem to let you restrict to specific cores, only specific NUMA nodes.

I didn't try them. I wanted to avoid having to handle all that manually.

[Kurt.noise]

For those who interested, I updated avs2pipemod in order to include channelmask information from latest avisynth+.

https://github.com/Kurtnoise-zeus/avs2pipemod/releases

[tebasuna51]

Thanks Kurt, I'll test it.

[EDIT]Works fine for me thanks

[Chikuzen]

Hi.

version 1.3.0 is released.
https://github.com/chikuzen/avs2pipe...ases/tag/1.3.0

- UTF8 filename support
- AVS+ internal ChannelMask support
- new option 'dumpprops'

dumpprops outputs frame properties as JSON.

From now on, only the 64-bit version will be distributed.

Bye.

[real.finder]

Originally Posted by Chikuzen

Hi.

version 1.3.0 is released.
https://github.com/chikuzen/avs2pipe...ases/tag/1.3.0

- UTF8 filename support
- AVS+ internal ChannelMask support
- new option 'dumpprops'

dumpprops outputs frame properties as JSON.

From now on, only the 64-bit version will be distributed.

Bye.

nice to see you back!

thanks for the update! BTW, did you noted that some plugins you made get some update from https://github.com/Asd-g?tab=repositories ? like https://github.com/Asd-g/RawSource_2.6x and https://github.com/Asd-g/DCTFilter and https://github.com/Asd-g/yadifmod2 and https://github.com/Asd-g/ReduceFlicker/

[Chikuzen]

Originally Posted by real.finder

nice to see you back!

thanks for the update! BTW, did you noted that some plugins you made get some update from https://github.com/Asd-g?tab=repositories ? like https://github.com/Asd-g/RawSource_2.6x and https://github.com/Asd-g/DCTFilter and https://github.com/Asd-g/yadifmod2 and https://github.com/Asd-g/ReduceFlicker/

I know that other people have made various changes to them, but I haven't seen it all.
will use them as a reference for my future work, but if I want to make any changes, I will probably do it myself.

Other than this, I made some changes to RawSourcePlus.
https://github.com/chikuzen/RawSource_2.6x/releases

It's hard to remember what I did almost 10 years ago.

[Chikuzen]

I found a bug and updated.

1.3.1
https://github.com/chikuzen/avs2pipe...ases/tag/1.3.1

[FranceBB]

Nice to see you back Chikuzen, it's been a while since 2016!
Thanks for the updated version.