StaxRip

[stax76]

This message is hidden because videoh is on your ignore list.

ignore list request accepted

[videoh]

ignore list request accepted Does that mean you won't be my friend? So cruel.

[richardpl]

That was after you accused me of wanting to steal your (crappy) code when I asked a simple question about using ffmpeg. Deleting the thread irritated you so that makes me happy. It's always gratifying to thwart forum bullies.

Can you pretty please explain why code is crappy?

richardpl is going to make his fortune on AC-4 decoding, dontcha know? Real great ffmpeg team member, I'm sure they are proud of him.


Yes, real fortune. Everyone is proud except you.

[videoh]

Can you pretty please explain why code is crappy? It's written by you. ;)

I figure if you can accuse me of wanting to steal your code without any basis, which is a pretty douchebag thing to do, then I can accuse you of writing crappy code without any basis.

Still not too late to be friends! I will turn my other cheek.

[KeVe1983]

Hi all,

realy stupid question.
Using Staxrip 20.80 and want to encode some 1080p Bluray Remux files to h265.

But when i try to encode the output file plays like double speed/fast forward.

Input file is at standard bluray framerate (23,976 (24000/1001) FPS)

I can't figure it out what to change in Staxrip.
I tried almost everything (AssumeFPS, AssumeFPS Source File) but nothing worked out.

Maybe you can give me some advice

https://abload.de/img/anmerkung2020-04-1715kmje6.jpg

https://abload.de/img/anmerkung2020-04-1715xbj7w.jpg

[videoh]

Probably not a staxrip problem. Can you post the script that staxrip generated?

https://forum.videohelp.com/threads/322014-how-to-change-frame-rate-on-staxrip

[KeVe1983]

Sure :)


LoadPlugin("C:\Users\XXX\Desktop\StaxRip-x64-2.0.8.0-stable\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("E:\XXX\XXX Remux.mkv", cachefile="E:\XXX\XXX Remux_temp\XXX Remux.ffindex")
#AssumeFPS(25)
Crop(0, 22, -0, -22)
BicubicResize(1920, 1040)

I guess #AssumeFPS(25) is wrong

But also setting it to 23.976 or 24000/1001 did not solve it

[videoh]

Can you give a MediaInfo report on the encoded file? Also, what are you using to play the encoded file?

[KeVe1983]

Playing with VLC

Edit: MPC-HC did the Job! It's playing fine there

Video
Format : HEVC
Format/Info : High Efficiency Video Coding
Format-Profil : Main@L4@Main
Breite : 1 920 Pixel
Höhe : 1 040 Pixel
Bildseitenverhältnis : 1,85:1
Bildwiederholungsrate : 23,976 (24000/1001) FPS
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 8 bits
verwendete Encoder-Bibliothek : x265 3.3+2-gbe2d82093:[Windows][GCC 9.2.0][64 bit] 8bit+10bit+12bit
Kodierungseinstellungen : cpuid=1111039 / frame-threads=4 / numa-pools=24 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x1040 / interlace=0 /
total-frames=218696 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 /
keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=6 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=32 / min-cu-size=8 /
no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing /
max-merge=3 / limit-refs=1 / limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 /
early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.50 / psy-rdoq=4.00 / no-rd-refine / no-lossless / cbqpoffs=-3 / crqpoffs=-3 / rc=crf / crf=20.0 / qcomp=0.60 / qpstep=4 /
stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.20 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 /
range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps /
no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 /
scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt /
no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709

[videoh]

Great to hear!

[Patman]

Sure :)


LoadPlugin("C:\Users\XXX\Desktop\StaxRip-x64-2.0.8.0-stable\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("E:\XXX\XXX Remux.mkv", cachefile="E:\XXX\XXX Remux_temp\XXX Remux.ffindex")
#AssumeFPS(25)
Crop(0, 22, -0, -22)
BicubicResize(1920, 1040)

I guess #AssumeFPS(25) is wrong

But also setting it to 23.976 or 24000/1001 did not solve it

With # in front of AssumeFPS it's inactive. Your mediainfo looks okay. Check your settings in the VLC player to see if you have set the FPS to 25. VLC Player -> Settings -> Show All -> Video Filter -> FPS Converter.

[KeVe1983]

Thanks, will check that.

But i run into another error

Mediainfo from original Bluray Remux:
Modus der Bildwiederholungsrate : variabel
Bildwiederholungsrate : 50,000 FPS
originale Bildwiederholungsrate : 25,000 FPS

https://abload.de/img/sr2568jx6.jpg

If i do an encode without any FPS settings the output runs in slowmotion (doesnt matter what player i use)

If i set AssumeFPS(50) the output runs correct but stops at exactly 50%

[lordalibaski]

Sorry to bug you again just need a little bit more help with trying to boost audio a while ago someone told me to put this command in the custom audio settings

-af dynaudnorm=p=0.94:m=50:s=12

Now it seems to work fine but I need it to be a bit louder not loud so it distorts just louder

I have uploaded 2 converted files already 1 with the sound copy/muxed the other with that command line. These are old vhs videos so don't go all this looks crap on me I'm more bothered about the sound.

1st one with copy/muxed
https://www.youtube.com/watch?v=WudQY4TSe54&feature=youtu.be

2nd one with the command
https://www.youtube.com/watch?v=Z5piyj8NhmI&feature=youtu.be

You can hear the 2nd one is slightly louder but I want it slightly more louder. I just don't understand what command to put in to up the loudness.

Thanks for any help

[Patman]

Thanks, will check that.

But i run into another error

Mediainfo from original Bluray Remux:
Modus der Bildwiederholungsrate : variabel
Bildwiederholungsrate : 50,000 FPS
originale Bildwiederholungsrate : 25,000 FPS

https://abload.de/img/sr2568jx6.jpg

If i do an encode without any FPS settings the output runs in slowmotion (doesnt matter what player i use)

If i set AssumeFPS(50) the output runs correct but stops at exactly 50%

Your source file is interlaced. Add a deinterlace filter and test again.

[richardpl]

Sorry to bug you again just need a little bit more help with trying to boost audio a while ago someone told me to put this command in the custom audio settings

-af dynaudnorm=p=0.94:m=50:s=12

Now it seems to work fine but I need it to be a bit louder not loud so it distorts just louder

I have uploaded 2 converted files already 1 with the sound copy/muxed the other with that command line. These are old vhs videos so don't go all this looks crap on me I'm more bothered about the sound.

1st one with copy/muxed
https://www.youtube.com/watch?v=WudQY4TSe54&feature=youtu.be

2nd one with the command
https://www.youtube.com/watch?v=Z5piyj8NhmI&feature=youtu.be

You can hear the 2nd one is slightly louder but I want it slightly more louder. I just don't understand what command to put in to up the loudness.

Thanks for any help

option 'maxgain' or short 'm' controls maximum amplification, in your case it is set to '50'.
Try setting it to values between 50 - 100 and see what happens.
If that does not help also set 'f' option and 'g' option to some lower values than defaults '500' and '31'.

If you use mpv player, you could play with its drcbox plugin, which allows to change those dynaudnorm parameters at runtime.

[lordalibaski]

@ richardpl

This is what I said mate I can't work out what command I should be inputting, when reading what you say and I start with this command

-af dynaudnorm=p=0.94:m=50:s=12

are you telling me to change it to

-af dynaudnorm=p=0.94:m=80:s=32?

If so I have tried this and there seems no change in the sound

Also I use MPC-BE but I'm not really that bothered about the sound on my PC I need the sound upping for when I up them to my YouTube channel. Another thing I have also noticed when I have used this command the sound gain takes a few seconds to kick in it doesn't start from the beginning of the video.

Many thanks for your help.

[Patman]

NVEnc has been updated (https://github.com/rigaya/NVEnc/releases/latest) (5.00)

VCEEnc has been updated (https://github.com/rigaya/VCEEnc/releases/latest) (6.00)

[stax76]

2.1.0.9 Beta
============

- detection of Python location improved
- VapourSynth works even if Python and VapourSynth are not in path environment variable
- new x265, NVEnc and SVT-AV1 switches added
- fixed GUI being hidden while auto crop
- DGIndex disabled by default
- mpv.net 5.4.4.3
- SVT-AV1 0.8.2
- NVEnc 5.0
- VCEEnc 6.0
- MP4Box 0.9.0-DEV-rev0-g81b4481e1-gcc10.0.1 Patman
- x265 3.3+19-gcaf9d4dbe-gcc10.0.1 Patman
- ffmpeg N-97384-gcc9ba91bec-g4457f75c65-gcc9.3.0 Patman


https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0

https://1drv.ms/u/s!ArwKS_ZUR01g0kH4d4eT_6a3GaKe?e=qbOfGS

[Patman]

Download link in post 1 and on github is wrong [emoji6]

[stax76]

Thanks, Patman, fixed.

[Patman]

Thanks, Patman, fixed.You forgot post 1 [emoji23]

[stax76]

Ah OK, also fixed (videohelp thread too).

[JKyle]

@Patman

Your build SvtAv1EncApp-0.8.2-gcc9.3.0.7z seems buggy.
Running SvtAv1EncApp.exe does not yield any result: no error message or help message, whatsoever.
Can you check this out please?

[hintlou]

--------------- Error Video encoding using x265 3.3.0.0 ---------------

Video encoding using x265 3.3.0.0 failed with exit code: 1 (0x1)

It's unclear what the exit code means, in case it's a Windows system error then it possibly means:

函数不正确。


------------------ Video encoding using x265 3.3.0.0 ------------------

E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0.avs" | E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Encoders\x265\x265-gcc-multilib-full.exe --crf 0 --profile unrestricted --tskip-fast --qg-size 16 --no-cutree --lossless --scenecut-aware-qp --merange 38 --no-open-gop --no-hdr10 --colorprim smpte170m --colormatrix smpte170m --transfer bt709 --range limited --videoformat ntsc --hash 2 --deblock -3:-3 --no-sao --high-tier --rdpenalty 2 --allow-non-conformance --no-sao --b-intra --min-keyint 1 --no-strong-intra-smoothing --no-amp --no-rect --frames 6398 --y4m --output "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0_out.hevc" -

avs2pipemod[info]: writing 6398 frames of 2997/100 fps, 640x480,
sar 0:0, YUV-420-planar-8bit progressive video.
x265 [error]: unknown profile <unrestricted>
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.519 sec.
avs2pipemod[error]: only wrote 0 of 6398 frames.

------------------ Video encoding using x265 3.3.0.0 ------------------

E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0.avs" | E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Encoders\x265\x265-gcc-multilib-full.exe --crf 0 --profile unrestricted --tskip-fast --qg-size 16 --no-cutree --lossless --scenecut-aware-qp --merange 38 --no-open-gop --no-hdr10 --colorprim smpte170m --colormatrix smpte170m --transfer bt709 --range limited --videoformat ntsc --hash 2 --deblock -3:-3 --no-sao --high-tier --rdpenalty 2 --allow-non-conformance --no-sao --b-intra --min-keyint 1 --no-strong-intra-smoothing --no-amp --no-rect --frames 6398 --y4m --output "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0_out.hevc" -

avs2pipemod[info]: writing 6398 frames of 2997/100 fps, 640x480,
sar 0:0, YUV-420-planar-8bit progressive video.
x265 [error]: unknown profile <unrestricted>
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.519 sec.
avs2pipemod[error]: only wrote 0 of 6398 frames.

Start: 15:18:10
End: 15:18:12
Duration: 00:00:01




Please,What is the right x265 setting for lossless mode in staxrip?

[stax76]

The error message is on point:

x265 [error]: unknown profile <unrestricted>

x265 has no --profile unrestricted, there was a bug in staxrip, it's fixed in the last beta.

[Patman]

@Patman

Your build SvtAv1EncApp-0.8.2-gcc9.3.0.7z seems buggy.
Running SvtAv1EncApp.exe does not yield any result: no error message or help message, whatsoever.
Can you check this out please?

Fixed!

[Patman]

Maybe someone can help here. A user of Staxrip has problems with the synchronicity of mp4 files when creating them with ffmpeg. If he creates a file with MP4Box, these abnormalities do not occur. The included video file is created with NVEnc (hevc) and the audio file is AAC (m4a). You can read the problem here (https://github.com/staxrip/staxrip/issues/158). I've tried a lot with ffmpeg settings, but nothing helps.

[seewen13]

I hadn't touched the world of video encoding for 10-15 years. When I wanted to get back into it I discovered Staxrip, and this tool is really good. Not only does it do the job, but you can easily understand how it does it thanks to the access to all the scripts and configs.

And the integration of Powershell (and other very handy tools I didn't know about) is the icing on the cake.

Thank you so much for staxrip. It's a very well done tool.

[stax76]

Thank you, we are doing our best to keep it on the height of time, couldn't really do it alone.

[ACKR]

Is there a avisynth equivalent of vapoursynth for descaling ? any filter. not resizing but descaling and rescaling

[ACKR]

Hello i have another question. Staxrip only encodes 2 audio tracks and doesn't encode any other ones. Anyway to ensure it encodes all tracks?

[stax76]

Do all or the most common x264 builds have native avisynth support? Currently used is 2991-1771b55 Patman with avs2pipemod even though the build supports avs input.

[stax76]

2.1.1.1Beta

2.1.1.1 Beta
============

- mpv.net 5.4.6.0
- MediaInfo.NET 6.3.0.0
- x265 3.3+25-ga6489d2fb-gcc10.0.1 Patman
- fix invalid --vpp-tweak nvenc command line generation (Patman86)
- fix import of invalid color metadata into encoder VUI settings (Patman86)
- fix taskbar indication of values below 1 (Dendraspis)
- fix x265 preset (Dendraspis)
- fix crash doing multi select drag operation in jobs dialog
- fix showing the Apps dialog for a tool with non OK status in endless loop
- the command line audio encoder uses cmd.exe directly without creating a bat file,
this avoids creating a temporary bat file and adds full unicode support
- portable support added and enabled by default, no need to install anything
- nvenc --vpp-transform
- setting to allow to use tools with wrong version,
for this a Danger Zone tab was added in the settings

Download

https://staxrip.readthedocs.io/introduction.html#beta

Note:

I'm not able to test any hw encoder because I don't have the hardware and driver, I don't know if they support portable.

Renaming or deleting the included portable frame server folder will cause staxrip to find and use installed frame servers. Defining custom paths will probably work too.

[Joekiwi]

Thanks for the update Staxrip .

Earlier in this thread I mentioned I was going to see how to see how much later versions have improved - well I got busy with other stuff, plus I needed to make some hard drive space- Amazon not really shipping at moment to NZ and NZ $ went south.

Anyway stupid me - the older staxrips don't have ssim scripts - and as a newbie - I don't know how to load them yet ,anyway my encoding skills are getting better and I'm happy with my encodes and compromises .


So Stax76 - on older sources I sometimes run KNLMeansCL on light to get significant bit savings and that I often prefer the output -( I generally don't see out of focus walls the background seething with quantum energy or sparkles in real life ) - I do sometimes think grain can add to movies like " The Last picture show " and I do like Technicolor Westerns and those colours aren't too accurate .

Well I have now learnt to edit profiles and preview them ( slow learner ) - the medium & strong are the same - so you might want to adjust strong for KNLMeansCL .
As a side note it seems weird that the strength (h) applies to both temporal and spatially equally - normally you would have H1 for d & H2 for a .

I assume no simple way to run same script twice

Eg K..CL d=1, a=0 H=4
then K..CL d=0 , a=1 , H=2

I don't really want to increase d or a to get over smoothing or lost of detail .
However higher temporal denoising is less destructive or offensive to me at least and will increase bitrate effectiveness

Thanks again

[JKyle]

VapourSynth is updated to R50.

[lifta19]

2.1.1.1 Beta

VaporSynth Portable is very convenient and good because it does not require installation. And there are many other encoders, but StaxRip is the easiest to use and the GUI is pretty and perfect.

[stax76]

2.1.1.1 Beta

VaporSynth Portable is very convenient and good because it does not require installation. And there are many other encoders, but StaxRip is the easiest to use and the GUI is pretty and perfect.

:thanks:


2.1.1.2 Beta
============

- if AviSynth or VapourSynth was installed then StaxRip will use
the installed version instead of the included portable version.
- fix x265 --limit-modes issue.
- fix batch encoding issue.
- mpv.net 5.4.8.0
- VapourSynth r50
- x265 3.3+27-g4780a8d99-gcc11.0.0 Patman
- nvenc 5.01
- mkvtoolnix 46
- RgTools 1.0
- AVSMeter 2.9.9.1
- new docs page Features giving a comprehensive feature list


Download

https://staxrip.readthedocs.io/introduction.html#beta

[stax76]

2.1.1.3 Beta
============

- fix avs and vpy import adding unnecessary LoadPlugin and Import calls
- new setting: 'Main Menu > Tools > Settigs > System > Use included portable VapourSynth',
to force usage of included portable VapourSynth instead of installed VapourSynth
- new chunk encoding feature for x265 parallel processing
- DGDecNV removal, there are better open source tools,
L-Smash-Source supports hardware decoding for NVIDIA, Intel and AMD



Docs on Chunk Encoding:

https://staxrip.readthedocs.io/usage.html#parallel-processing


Download

https://staxrip.readthedocs.io/introduction.html#beta

[Atak_Snajpera]

Parallel processing should not be used with any HDD, it should only be used with a very fast SSD.
What's wrong with HDD? Let's say you are working with 30Mbps blu-ray source and you get realtime encoding speed. This means in practice that hdd will have to read video file at only ~4MiB/s for single x265 instance. That's nothing even for old hard drives. Besides most of you can only dream about realtime encoding speed (24fps) with x265 so ...

It’s not recommended to use more than two chunks.
Why? I can do 16 chunks even on 8C/16T with crappy HDD without problems.
https://i.postimg.cc/Vk7yzLZN/client.png

[stax76]

The GUI control currently allows only 4 chunks, I can increase it to 16 if people think their machine can handle it, 4K resolution certainly uses much memory.

edit:

Ok, changed the chunks limit from 4 to 16 and changed the docs:

https://github.com/staxrip/staxrip/blob/master/docs/usage.rst#chunk-encoding

[NanoBot]

Hi everybody,

[QUOTE=stax76;1912227]
2.1.1.3 Beta
============

...

- DGDecNV removal, there are better open source tools,
L-Smash-Source supports hardware decoding for NVIDIA, Intel and AMD


Does L-Smash-Source also have the ability to deinterlace, crop and resize in ( nvidia ) hardware ? If yes, could you please give me a pointer to the parameters to achieve that. If not, I would suggest to keep DGDecNV as an option until L-Smash-Source is able to completely replace NGDecNV.

I generally appreciate your attempt to replace a software package, which needs a license with costs by a free and open source software package. Nevertheless, the old solution, in this case NGDecNV, should not be removed before the new solution, in this case L-Smash-Source, has completely the same capabilities.


C.U. Nanobot

[stax76]

@NanoBot

Some hard coded things were removed but many features are designed in a generic way, it's a matter of configuration.

[Atak_Snajpera]

Does L-Smash-Source also have the ability to deinterlace, crop and resize in ( nvidia ) hardware ?
Do you really need special hardware for simple crop and resize task? Thanks to JPSDR's plugin ( https://forum.doom9.org/showthread.php?t=173772 ) resize filter is now multithreaded.
Does hardware deinterlacing provide better quality than QTGMC?

[videoh]

Does hardware deinterlacing provide better quality than QTGMC? Nobody claimed it's better quality but it is insanely faster. OP apparently finds that it fits his quality-speed tradeoff.

[Atak_Snajpera]

Nobody claimed it's better quality but it is insanely faster. OP apparently finds that it fits his quality-speed tradeoff.

Yadif is also insanely fast these days if do not care about quality.

[videoh]

...if do not care about quality. That is such a stupid strawman.

And just so you know, DGDecodeNV.dll includes a yadif-like CUDA accelerated filter, much faster than plain vanilla yadif. And it also fixes several long-standing bugs in yadif.

[NanoBot]

The main reason for my question was that I want to delegate as much as possible tasks to the GPU to maximize the available CPU resources for encoding. In the meantime, I did a few quick tests and found that a native support for DGDecNV within StaxRip is indeed not necessary at all. I simply used DGIndexNV.exe to create the dgi and avs files, including the desired deinterlace, resize, cropping and HDR2SDR operations in the GPU. After that, I just had to select the source filter "manual" instead of "DGSource" within StaxRip to import the avs file, and everything works like I desire it.

Like Stax76 said, it is only a matter of configuration to use DGIndexNV, even if it will not be supported in native form in the future versions of staxrip. :thanks:

The next thing I will test is the new chunk encoding feature. Since I am using a Ryzen 3900x and two Samsung 970Pro SSDs, my hardware should be sufficient to see if and how much the encoding speed will be better.

C.U. NanoBot

[stax76]

The main reason for my question was that I want to delegate as much as possible tasks to the GPU to maximize the available CPU resources for encoding. In the meantime, I did a few quick tests and found that a native support for DGDecNV within StaxRip is indeed not necessary at all. I simply used DGIndexNV.exe to create the dgi and avs files, including the desired deinterlace, resize, cropping and HDR2SDR operations in the GPU. After that, I just had to select the source filter "manual" instead of "DGSource" within StaxRip to import the avs file, and everything works like I desire it.

If you already have an avs file you can just open the avs file the same way as you would open a normal media file such as MKV, for this the last beta should be used because it has fixed an issue.

To customize the Automatic source filter you can first create a source filter profile (right-click filters -> Profiles) and after that associate a file extension to this source filter profile at:

Main Menu > Tools > Setting > Source Filters

The next thing I will test is the new chunk encoding feature. Since I am using a Ryzen 3900x and two Samsung 970Pro SSDs, my hardware should be sufficient to see if and how much the encoding speed will be better.

There is one setting I forgot to describe in the docs for parallel processing:

Main Menu > Tools > Settings > General > Number of parallel processes

[NanoBot]

I am using the last beta binary available on onedrive which is dated yesterday ( 16.5.2020 ) 18:24.
This version has the limit with 4 chunks, so obviously it is not the last one, but the last one I could download.
Here are my first findings ( still testing )


1.)
When importing this avs file

LoadPlugin("D:\MPEG\DGIndexNV\DGDecodeNV.dll")
DGSource("E:\S1E01 - Der erste Alarm.dgi")

StaxRip prompts me to give a path to the file "DGIndex.exe", which seems to be an outdated dependency,
since this does not happen with version 2.0.8.0. I was able to work around this by creating a 0 byte dummyfile
with this name and pointing StaxRip to the folder containing this dummy file.

2.)
My first try to use 4 chunks results in one pass encoding the first two chunks and a second pass with the 3th and 4th chunk.
This, as you already stated, was caused by the number of parallel processes which was set to "2" during this test.
Now I have set the number of parallel processes to "4", and now I have 4 chunks encoding in parallel.

3.)
When encoding with chunks, the progress indicator does not show the correct values concerning the fps, the current filesize
and the estimated filesize. Possibly it would be sufficient to multiply the fps values by the number of chunks and show
the added size of the chunk files ?

4.)
During my first test I decided to encode to raw hevc. This results in 4 seperate chunk files instead of one concenated file.
Now with my second test, I encoded with muxing to mkv. This results in one concenated mkv file, like it should be.

5.)
The first results concerning the speed

encoding and muxxing to mkv using 1 chunk


---------------------------- System Environment ----------------------------

StaxRip : 2.1.1.3
Windows : Windows 10 Pro 1909
Language : German (Germany)
CPU : AMD Ryzen 9 3900X 12-Core Processor
GPU : NVIDIA GeForce GTX 1060 3GB
Resolution : 1920 x 1080
DPI : 96

-------------------------- MediaInfo Source File --------------------------

E:\S1E01 - Der erste Alarm.avs

90.0 Bytes

----------------------------- AviSynth Script -----------------------------

Import("E:\S1E01 - Der erste Alarm.avs")

------------------------ Source Script Information ------------------------

Width : 1920
Height : 1080
Frames : 74065
Time : 51:29.128
Framerate : 23.976023 (24000/1001)
Format : YUV420P8

------------------------ Target Script Information ------------------------

Width : 1920
Height : 1080
Frames : 74065
Time : 51:29.128
Framerate : 23.976023 (24000/1001)
Format : YUV420P8

------- Video encoding using x265 3.3+27-g4780a8d99-gcc11.0.0 Patman -------

D:\MPEG\StaxRip_Beta\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp "D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk.avs" | D:\MPEG\StaxRip_Beta\Apps\Encoders\x265\x265.exe --crf 21 --preset faster --profile main10 --output-depth 10 --psy-rdoq 1 --frames 74065 --y4m --output "D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc" -

avs2pipemod[info]: writing 74065 frames of 24000/1001 fps, 1920x1080,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 1920x1080 fps 24000/1001 i420p8 unknown frame count
raw [info]: output file: D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc
x265 [info]: HEVC encoder version 3.3+27-g4780a8d99
x265 [info]: build info [Windows][GCC 11.0.0][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 10 profile, Level-4 (Main tier)
x265 [info]: Thread pool created using 24 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias : 23 / 250 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 15 / 4 / 0
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 2 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-21.0 / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp
x265 [info]: tools: fast-intra strong-intra-smoothing lslices=6 deblock sao
avs2pipemod[info]: finished, wrote 74065 frames [100%].
avs2pipemod[info]: total elapsed time is 1218.295 sec.

x265 [info]: frame I: 650, Avg QP:20.65 kb/s: 18803.62
x265 [info]: frame P: 14804, Avg QP:22.27 kb/s: 7876.99
x265 [info]: frame B: 58611, Avg QP:26.04 kb/s: 2506.59
x265 [info]: Weighted P-Frames: Y:3.6% UV:2.7%
x265 [info]: consecutive B-frames: 4.1% 0.7% 0.8% 0.7% 93.7%
encoded 74065 frames in 1221.70s (60.62 fps), 3723.04 kb/s, Avg QP:25.24

Start: 20:40:17
End: 21:00:39
Duration: 00:20:22

HEVC : 1.34 GiB1920*1080 (16:9), at 23.976 (24000/1001) FPS, HEVC (Main 10@L4@Main)

------------------------- Muxing using mkvmerge 46 -------------------------

D:\MPEG\StaxRip_Beta\Apps\Support\MKVToolNix\mkvmerge.exe -o "D:\S1E01 - Der erste Alarm_1Chunk.mkv" "D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 3 --forced-track 3:1 --default-track 3:1 --language 3:ger --track-name "3:Deutsche Übersetzungen" "E:\S1E01 - Der erste Alarm.mkv" --title "UFO - E01 - Der erste Alarm" --ui-language en

mkvmerge v46.0.0 ('No Deeper Escape') 64-bit
'D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc': Using the demultiplexer for the format 'HEVC/H.265'.
'E:\S1E01 - Der erste Alarm.mkv': Using the demultiplexer for the format 'Matroska'.
'D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc' track 0: Using the output module for the format 'HEVC/H.265 (unframed)'.
'E:\S1E01 - Der erste Alarm.mkv' track 3: Using the output module for the format 'text subtitles'.
The file 'D:\S1E01 - Der erste Alarm_1Chunk.mkv' has been opened for writing.
The cue entries (the index) are being written...
Multiplexing took 5 seconds.

Start: 21:00:39
End: 21:00:44
Duration: 00:00:05

Matroska : 1.34 GiB, 51 min 29 s3 724 kb/s, 1920*1080 (16:9), at 23.976 (24000/1001) FPS, HEVC (Main 10@L4@Main)German, UTF-8

------------------------------- Job Complete -------------------------------

Start: 20:40:16
End: 21:00:44
Duration: 00:20:27


encoding and muxing using 4 chunks



....

Matroska : 1.34 GiB, 51 min 29 s3 723 kb/s, 1920*1080 (16:9), at 23.976 (24000/1001) FPS, HEVC (Main 10@L4@Main)German, UTF-8

------------------------------- Job Complete -------------------------------

Start: 21:03:12
End: 21:19:00
Duration: 00:15:47


I had to shorten the second logfile, because the post would exceed the maximum size otherwise.

While this is only a first test, using 1 chunk takes 1222s to complete while using 4 chunks takes 947s, which is a huge gain.


C.U. NanoBot

Edit: The same file with 2 chunks took 976s.

[stax76]

StaxRip prompts me to give a path to the file "DGIndex.exe", which seems to be an outdated dependency,
since this does not happen with version 2.0.8.0. I was able to work around this by creating a 0 byte dummyfile
with this name and pointing StaxRip to the folder containing this dummy file.

Fixed in the next build.

3.)
When encoding with chunks, the progress indicator does not show the correct values concerning the fps, the current filesize
and the estimated filesize. Possibly it would be sufficient to multiply the fps values by the number of chunks and show
the added size of the chunk files ?

There can be different audio and video encoders working in parallel. The progress is shown for the currently active tab and process, it just parses the status output line for a percent value or frame number, it's hardly practicable to change anything in this regard.

During my first test I decided to encode to raw hevc. This results in 4 seperate chunk files instead of one concenated file.
Now with my second test, I encoded with muxing to mkv. This results in one concenated mkv file, like it should be.

So far only the MKV muxer does anything with the junks, if it's not difficult I can add it for MP4Box too, if somebody knows how it works, I'm interested to know.

Thanks for testing.