Log in

View Full Version : StaxRip 2.0 Support Thread


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 [34] 35 36 37 38 39 40 41 42 43 44 45 46

JKyle
8th April 2020, 16:59
Pls do the same with x265.exe (multilib version), not with x265-8b.exe, x265-10b.exe or x265-12b.exe. The x265.exe includes all bith depth.

You were right. x265.exe returns errors with 10-bit and 12-bit encodes.

x265 [info]: HEVC encoder version 3.3+19-1d2f556ffb12
x265 [info]: build info [Windows][GCC 10.0.1][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [error]: internalBitDepth must match compiled bit depth
x265 [error]: x265_encoder_open() failed for Enc,
aborted at input frame 1, output frame 0

By contrast, your build - x265-3.3+10-g08d895bb6-gcc10.0.1 - chooses the appropriate bit depth in encoding.

x265 [info]: HEVC encoder version 3.3+10-g08d895bb6
x265 [info]: build info [Windows][GCC 10.0.1][64 bit] 12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main 12 profile, Level-3.1 (Main tier)
x265 [info]: Thread pool created using 4 threads
...

I guess the main difference lies in adaptively choosing the right bit depth at the time of encoding.
Yours can but the official x265 cannot.

stax76
8th April 2020, 18:39
An interesting observation I have made with encoding x265 4K. Encoding with a lower CRF takes more time. CRF 21 is a little slower than CRF 22 and CRF 20 is significantly slower.

I would have thought that if you wanted a better quality and use less compression, it should be faster to encode but it is the opposite. So, it is interesting on how to decide which CRF to use. Not only it depends on the quality you want, you have to consider how slow the encoding will be. I'm thinking that for me 4K CRF 20 is a no go for me. Too slow.

here is a benchmark:

https://forum.doom9.org/showthread.php?t=180438


In 2.1.0.5 beta, Tools > Folders > Templates menu tries to open a wrong folder, TemplatesV2.

Will be fixed in the next build.

In PowerShell, it fails with this error message:

On the other hand, it does not produce any error but encodes the file successfully in the Command Prompt.


Not every command line that works in cmd works also in ps, at least not without modification, piping to x265 does not work unless you do:

cmd /s /c --% "regular command line between this quotes"

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_special_characters?view=powershell-5.1

That is similar to what staxrip does, calling cmd /s /c "" with the dotnet Process class with shellex disabled, it uses CreateProcess in Win32.

I think it was quot27 who gave me this clue.

In the next build there are some terminal related improvements:

https://github.com/staxrip/staxrip/blob/master/Changelog.md

Patman
8th April 2020, 19:23
That is similar to what staxrip does, calling cmd /s /c "" with the dotnet Process class with shellex disabled, it uses CreateProcess in Win32.

I think it was quot27 who gave me this clue.

I gave you the tipp too for SVT-AV1 encoder :D

Patman
8th April 2020, 19:31
I guess the main difference lies in adaptively choosing the right bit depth at the time of encoding.
Yours can but the official x265 cannot.

THX for testing JKyle, that's the point. I want to update my x265 builds, but with this known error i won't to build new versions. I hope the x265 devs can help with this problem. Till version x265-3.3+15 everything works fine, but after that version the error ocurrs. The offical build worked also fine till version 3.3+10. I hope other users can confirm this error.

JKyle
8th April 2020, 20:27
Not every command line that works in cmd works also in ps, at least not without modification, piping to x265 does not work unless you do:

cmd /s /c --% "regular command line between this quotes"

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_special_characters?view=powershell-5.1


Now your tip wakes up my vague memory that PowerShell's piping is different from cmd's piping.

Thank you for the pointer. :)

JKyle
8th April 2020, 20:33
BTW, chapterEditor is updated to 1.22:

https://www.videohelp.com/software/chapterEditor

stax76
8th April 2020, 21:03
I gave you the tipp too for SVT-AV1 encoder :D

Recently yes, and also thanks for the command line example.

BTW, chapterEditor is updated to 1.22:

Thanks, bookmarked.

jlw_4049
9th April 2020, 06:44
Wow, that's huge and it would take me several days to encode just 1 video like that.

What is your processor and memory?
Mine:
CPU : Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz
GPU : NVIDIA GeForce GTX 980 Ti
Interestingly staxrip log does not include the memory.
RAM 64GB

My encoding rig is a Ryzen 1700 stock speeds. It does pretty good!

For encoding 4K you pretty much are going to be encoding for ever regardless.

onekmilesbehind
9th April 2020, 19:56
For encoding 4K you pretty much are going to be encoding for ever regardless.

Nailed it. I thought when I built my threadripper rig a couple years back, I'd be sitting pretty. But then I just started enabling higher settings. Even with great CPUs, x265 is intense. At least if you're happy with the end results, it all works out. Well maybe not as much for my electric bill.

Stax thanks for making such a great app. Been using it for a few years now and realized I never stopped by to say thanks. Been a treat to use in my encoding pipeline.

Atlantis
9th April 2020, 20:02
Yes, if you are encoding 4K, it's non stop, it's so slow.

So in the past with x264 1080p, I could encode the entire thing and if I wanted another setting, redo it all over again.

Now it's impossible with 4K x265. You have to do it right on the first try. That's why I do compressibility check before doing the whole thing.

jlw_4049
9th April 2020, 20:07
Yeah doing a 2 pass to hit a more controlled bitrate is impossible. It would be 30 to 35 hours on my encoding rig.

I've gotten it down to where I can hit the bitrate I want with crf but it's not easy.

Sent from my Pixel 3a using Tapatalk

stax76
9th April 2020, 20:41
@onekmilesbehind

Thank you, positive feedback from people is probably the main reason why I still like to improve staxrip, even though I rarely use staxrip myself (ok indirectly...).

Negative feedback (https://github.com/staxrip/staxrip/issues/101) also motivates me, for instance to improve the documentation, I don't have great problems with the technical part, the command line interface page (https://staxrip.readthedocs.io/cli.html) is much better since today, it's auto-generated from staxrip, non-technical things like writing real content will be a challenge, I'm terrible in that, we'll see. :)

Patman
9th April 2020, 21:07
The error with the x265.exe (Multilib) has been fixed. I updated my x265 versions ;) THX to the x265 developers ... Great support and good collaboration :thanks:

JKyle
9th April 2020, 21:25
The error with the x265.exe (Multilib) has been fixed. I updated my x265 versions ;)

Wow! That's pretty good news! :)

BTW, I'm kind'a looking forward to the GCC 10 compiled version of ffmpeg to see how much improvement it will show.
Will it be available?

:thanks:

Patman
9th April 2020, 21:37
Wow! That's pretty good news! :)



BTW, I'm kind'a looking forward to the GCC 10 compiled version of ffmpeg to see how much improvement it will show.

Will it be available?



:thanks:I'm doing my best, but there are still a few problems. Not all of the tools I need the libraries are compatible with gcc 10.

Atlantis
10th April 2020, 00:24
What is this place? The difference?
http://msystem.waw.pl/x265/

I also did some test with 3.3+19 on that link and I got errors. Couldn't encode.

Atlantis
10th April 2020, 00:31
Tried Patman's x265-3.3+18-g8b61ca0ca-gcc10.0.1 it freezes at the end. Does not end. Tried it in a Command Prompt.

JKyle
10th April 2020, 00:55
Tried Patman's x265-3.3+18-g8b61ca0ca-gcc10.0.1 it freezes at the end. Does not end. Tried it in a Command Prompt.

Well, in my testing, all of Patman's builds of x265(3.3+18-g8b61ca0ca) are working OK with different encoding speeds.

craigpro
10th April 2020, 08:04
I keep encountering issues with NeroAACenc stalling (it stalled in 2.0.8.0 stable, worked fine in 2.1.0.2 and is stalling again with 2.1.0.5), don't sometimes it continues and writes out the encoded file, sometimes it aborts completely.

I've never reported a log file before, I hope this is ok? Thank you.

https://pastebin.com/raw/eMy3g4uy

stax76
10th April 2020, 08:26
@craigpro

I'll take a look, meanwhile maybe try the two other aac encoders that are included.

Patman
10th April 2020, 09:39
Tried Patman's x265-3.3+18-g8b61ca0ca-gcc10.0.1 it freezes at the end. Does not end. Tried it in a Command Prompt.Hi Atlantis,

I can't reproduce it with any of my x265 builds. Is there a log or something else?

Atlantis
10th April 2020, 14:40
No worry, I will wait for one of the future versions. I'm in no hurry to change versions, still using x265-3.3+10-g08d895bb6-gcc10.0.1 for my encodes.

Atlantis
10th April 2020, 14:54
Something strange happening, if anyone can help me to understand or how to find the cause

this script

Unprocessed = FFVideoSource("..........
Processed = RemoveGrain(Unprocessed, mode=2)
Repair(Processed, Unprocessed, mode=2)

and this script

Unprocessed = FFVideoSource("...........
RemoveGrain(Unprocessed, mode=2)

give the same results, like the Repair() function in the first script not doing anything.

However this script

FFVideoSource(".....................
Processed = RemoveGrain(mode=2)
Repair(Processed, mode=2)

gives a different result, like Repair is doing something here. Any idea how can I pinpoint why this is happening?

Zetti
11th April 2020, 13:31
x264 r3000 is released.

Atlantis
11th April 2020, 19:15
HD Audio Tracks

DTS-HD tracks have 5.1 core inside. Don't know if it's already possible, it would be great if we could extract and encode those automatically inside staxrip. eac3to -core.

At the moment I have to use eac3to separately to extract the core tracks. It would be great to have an option in the demux dialog to demux the core only and not the entire track.

JKyle
11th April 2020, 23:18
@Patman

Thanks for the builds update.

But it seems that ffmpeg-N-97277-ged617c85c7-g7b0c22768e-gcc9.3.0.7z is buggy. No response from execution.
Can you look into this please?

:thanks:

Patman
11th April 2020, 23:56
@Patman

Thanks for the builds update.

But it seems that ffmpeg-N-97277-ged617c85c7-g7b0c22768e-gcc9.3.0.7z is buggy. No response from execution.
Can you look into this please?

:thanks:

Thank you for the information. I'm going back to the old version. Many tools have been updated these days, I'll take a look at them.

EDIT: New version is online

JKyle
12th April 2020, 04:40
EDIT: New version is online

Oh, ffmpeg-N-97302-gde2bd64474-g0ece80559a-gcc9.3.0.7z looks good.

:thanks:

mcjordan
12th April 2020, 12:52
Frank, I've a strange issue with DGDecNV (r206 from 2020-04-10; legal).
When trying to encode an sample file, StaxRip 2.1.0.6 after the demux phase shows a message:
"A new guard page for the stack cannot be created." (obviously when DGIndexNV trying to start indexing)
and it closes on its own. I'm on Windows 10 LTSC (1809) and Nvidia 445.78 driver.
I can't figure out where this result comes from.
Help me if possible. I will be very grateful.

Another test with LSMASHVideoSource (LSMASHSource_20200328 - latest from HolyWu) give me this result:
"LSMASHVideoSource [Fatal]: Failed to read an input file.
(C:\Temp\Passengers - Trailer_temp\Passengers - Trailer_new_source.avs, line 2)"
There is content of.avs file:
LoadPlugin("C:\Portables\StaxReborn\Apps\Plugins\Dual\L-SMASH-Works\LSMASHSource.dll")
LSMASHVideoSource("C:\Passengers - Trailer.mkv", format = "YUV420P8")
#ConvertFromDoubleWidth(bits=10)
#AssumeFPS(25)

P.S. Tested also with StaxRip 1.7.0.6 and DGDecNV r206 - they works like a charm.

stax76
12th April 2020, 17:49
'A new guard page for the stack cannot be created' is according to what I found with Google probably a dotnet specific error so it's likely that staxrip is responsible for the error, please search for a log file.

mcjordan
12th April 2020, 18:05
I compiled the source with target .NET 4.72 and things went right.
But it's weird, because it hadn't happened to previous versions before.
(i have installed .Net 4.8). But LSMASHVideoSource error is present there again.

stax76
12th April 2020, 18:36
Please follow this instruction:

https://staxrip.readthedocs.io/support.html

Edit:

The issue templates on the issue tracker were just much improved, and also the support page in the docs a little.

https://staxrip.readthedocs.io/support.html

https://github.com/staxrip/staxrip/issues/new/choose

mcjordan
12th April 2020, 20:30
Stax, thank you again for help and brilliant work! All works good now.

lordalibaski
13th April 2020, 02:03
Hi guys got a bit of a problem which is doing my head in I have tried a few things now and all I want to do is copymux the sound.

I'm using v2.1.0.6

These are the settings I am using
https://i.postimg.cc/5t4s8C0k/testing.png


This is the original captured files properties


Format : MPEG-PS
File size : 2.67 GiB
Duration : 39 min 30 s
Overall bit rate mode : Variable
Overall bit rate : 9 683 kb/s

Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=12
Format settings, picture struc : Frame
Duration : 39 min 30 s
Bit rate mode : Variable
Bit rate : 9 235 kb/s
Maximum bit rate : 9 450 kb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.891
Time code of first frame : 00:00:20:04
Time code source : Group of pictures header
GOP, Open/Closed : Closed
Stream size : 2.55 GiB (95%)

Audio
ID : 189 (0xBD)-128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Muxing mode : DVD-Video
Duration : 39 min 30 s
Bit rate mode : Constant
Bit rate : 256 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -224 ms
Stream size : 72.3 MiB (3%)
Service kind : Complete Main



I have tried converting it 3 times and every time I have tried I get no audio. I want it to be the same audio bitrate but every time I set it to copy/mux the end result is no aduio.

This is the converted file properties


Format : Matroska
Format version : Version 4 / Version 2
File size : 800 MiB
Duration : 39 min 30 s
Overall bit rate : 2 830 kb/s
Encoded date : UTC 2020-04-13 00:01:08
Writing application : mkvmerge v45.0.0 ('Heaven in Pennies') 64-bit
Writing library : libebml v1.3.10 + libmatroska v1.5.2

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L3@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 39 min 30 s
Bit rate : 2 828 kb/s
Width : 720 pixels
Height : 568 pixels
Display aspect ratio : 1.382
Original display aspect ratio : 1.383
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.277
Stream size : 799 MiB (100%)
Writing library : x265 3.3+10-g08d895bb6:[Windows][GCC 9.3.0][64 bit] 8bit+10bit+12bit
Encoding settings : cpuid=1049071 / frame-threads=3 / numa-pools=12 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=720x568 /
interlace=0 / total-frames=59256 / 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=25 / keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=0 /
scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / 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=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=1 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 /
selective-sao=4 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=14.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / 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=2 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / 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 / decoder-max-rate=0
Default : Yes
Forced : No



Why does it keep muting the audio? I've never had this problem before. If I trim a small segment out of the original file and convert it the sound is there.

stax76
13th April 2020, 03:33
@mcjordan

You're welcome.


@lordalibaski

Apparently staxrip just ignores the audio track because the mkv muxer does not recognize the mpeg (and also not vob) file extension. It should work if you rename the file extension to mpg. I'll add mpeg and vob to the list of recognized file types and I'll check why it did not try to demux the audio track or at least generate an assistant message instead of ignoring it silently.

almanteka
13th April 2020, 03:46
is there is any option to see the jobs window from this:

https://i.imgur.com/7SniT8t.jpg

to this?

https://i.imgur.com/W1dKdwj.jpg

avoiding the paths and showing only the source file and/or the template name & source file? the "12 jobs remaining' was a suggestion a few posts above to know how many active jobs are online. thanks for the great job!!!

stax76
13th April 2020, 04:53
@almanteka

I've bookmarked it for later consideration but unlikely anytime soon.

almanteka
13th April 2020, 05:46
@almanteka

I've bookmarked it for later consideration but unlikely anytime soon.

thanks!

lifta19
13th April 2020, 11:19
Vapoursynth is much more stable than avisynth and fully supports 64-bit Why use avisynth? Encoding speed is always faster.
And the multithread is perfect.
The plug-in is fast indexed by LSMASHSource.dll

StaxRip Best Encoder

stax76
13th April 2020, 13:48
staxrip supports both equally. For me the question is why use DirectShow players. ;)

lordalibaski
13th April 2020, 15:24
@lordalibaski

Apparently staxrip just ignores the audio track because the mkv muxer does not recognize the mpeg (and also not vob) file extension. It should work if you rename the file extension to mpg. I'll add mpeg and vob to the list of recognized file types and I'll check why it did not try to demux the audio track or at least generate an assistant message instead of ignoring it silently.

Thank you stax76

It was just bugging me because it would actually work on a smaller file, If I cut a 2 mins or so segment out of the same file it would demux the audio but not on the full size file. I'm going to rename the files now mate and I will get back to you sometime later and tell you the result.

Many thanks

lordalibaski

Ps edit... @ stax76

Changing the extension worked mate thank you very much.

jlw_4049
13th April 2020, 20:34
is there is any option to see the jobs window from this:

https://i.imgur.com/7SniT8t.jpg

to this?

https://i.imgur.com/W1dKdwj.jpg

avoiding the paths and showing only the source file and/or the template name & source file? the "12 jobs remaining' was a suggestion a few posts above to know how many active jobs are online. thanks for the great job!!!

I would love for this to be implemented. Of course when ever stax wants to do this.

Vapoursynth is much more stable than avisynth and fully supports 64-bit Why use avisynth? Encoding speed is always faster.
And the multithread is perfect.
The plug-in is fast indexed by LSMASHSource.dll

StaxRip Best Encoder

I have never used vapoursynth. I wouldn't even know where to begin. I use minimal avisynth commands so it probably wouldn't be extremely difficult to learn.

L E G E N D
13th April 2020, 20:44
Hi, i would like to complain about a thing that drove me mad for the past week i might need some help as well.

the whole story is that i'm trying to encode an avisynth filtered video script with NVEnc h265 in StaxRip,
i choose NVEnc to accelerate the process, because the avisynth script contains a lot of filters.

normally encoding with x264/x265 costs a lot of time, then eventualy i assume using NVEnc might get the fps higher ^^

so since i'm in x64 env, i installed avisynth+ for both version 64 and 32, and added the plugins to right places,
everything works fine, i get the video preview in AVSPmod just OK.

the problem is when i start to encode the video, the fps is just the same as when i use only cpu to encode,
the gpu does nothing to speed-up the thing. i used MP_PIPELINE to create a process for each filter with max memory set to 1024 Mb,
and still i get: gpu 3% and VE 9% and fps 24 (max). I kept monitoring the process of MP_pipeline and noticed that cpu actes only without the gpu.

my question: is there anything to do to help accelerate the encoding of avisynth scripts with NVEnc h265/h264! or am i missing something??

i'll leave more details down below:

Windows 10 Pro(x64) (Build 18362)
StaxRip v2.0.8.0 Stable
NVEnc v4.68
AVSPmod V2.6.1.1 x64 and x32
MicrosoftVC++ Redistributable 2005->2019 x64 & x32
NVidia Driver v441.08

Encoder settings:

--vbrhq 2048 --codec h265 --preset quality --profile main10 --tier high --level 5.1 --output-depth 10 --aq --bframes 6 --ref 16 --gop-len 600
--lookahead 32 --strict-gop --nonrefp --cu-max 32 --cuda-schedule auto --colormatrix bt709 --colorprim bt709 --transfer bt709
--vpp-edgelevel strength=10,threshold=15,black=5,white=2 --mv-precision full-pel --cabac



Max B frames are 0 frames.
NVEncC (x64) 4.68 (r1402) by rigaya, Mar 7 2020 13:54:44 (VC 1916/Win/avx2)
OS Version Windows 10 x64 (18362)
CPU Intel Core i7-8550U @ 1.80GHz [TB: 2.59GHz] (4C/8T)
GPU #0: GeForce GTX 1050 (640 cores, 1493 MHz)[PCIe3x16][441.08]
NVENC / CUDA NVENC API 9.1, CUDA 10.2, schedule mode: auto
Input Buffers CUDA, 41 frames
Input Info Avisynth+ 2.60(yv12)->nv12 [AVX2], 1280x720, 24000/1001 fps
Vpp Filters copyHtoD
cspconv(nv12 -> yv12(16bit))
edgelevel: strength 10.0, threshold 15.0, black 5.0, white 2.0
cspconv(yv12(16bit) -> p010)
Output Info H.265/HEVC main10 @ Level 5.1
1280x720p 1:1 23.976fps (24000/1001fps)
Encoder Preset quality
Rate Control VBRHQ
Bitrate 2048 kbps (Max: 153600 kbps)
Target Quality auto
Initial QP I:20 P:23 B:25
VBV buf size auto
Lookahead on, 32 frames, Adaptive I, B Insert
GOP length 600 frames
B frames 0 frames [ref mode: disabled]
Ref frames 16 frames
AQ on
CU max / min 32 / auto
VUI matrix:bt709,colorprim:bt709,transfer:bt709
Others mv:full-pel nonrefp


Script i'm trying to encode


MP_Pipeline("""
### platform: win64
FFmpegSource2("C:\Users\LEGEND\Desktop\Filter\File.mkv", width=1280, height=720, resizer="BICUBIC", colorspace="YV12")


### ###
### platform: win32
SetMemoryMax(1024)
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\eDeen.dll")

eDeen(r=2, ty=14, tuv=21, ly=7, luv=10, hqc=true)

### prefetch: 32, 16
### ###
### platform: win32
SetMemoryMax(1024)
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\Deen.dll")
Deen(mode="a2d", rad=2, thrY=14, thrUV=16, min=0.5)

### prefetch: 32, 16
### ###
### platform: win32
SetMemoryMax(1024)
Sharpen(0.20)


### prefetch: 32, 16
### ###
### platform: win32
SetMemoryMax(1024)
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\aWarpSharp2.dll")
aWarpSharp2(depth=20)

### prefetch: 32, 16
### ###
### platform: win32
SetMemoryMax(1024)
LoadPlugin("C:\Program Files (x86)\AviSynth+\plugins\MSharpen.dll")
msharpen(threshold=10, strength=70,mask=false, highq=true)

### prefetch: 32, 16
### ###
### platform: win32
SetMemoryMax(1024)
FastLineDarken(strength=100, luma_cap=191, threshold=4, thinning=24)

### prefetch: 32, 16
### ###
### platform: win32
SetMemoryMax(1024)
Trim(18200, 25900)

### prefetch: 32, 16
### ###
""")


tell me if you need more details. and Thanks in advance.

Lynx_TWO
14th April 2020, 02:13
Title says it all: qaac handles 6.1 audio correctly but automatic settings default to Nero which copies the 7th channel, so that should be changed.

Thanks!

Lynx_TWO
14th April 2020, 02:15
When using loudness normalization (loudnorm) since it oversamples to 192khz to find true peak (still not enough btw, really need 8x or even up to 32x oversampling) the resulting AAC file is at 96khz instead of downsampling back to 48khz. Fix is to set --rate 48000 if loudnorm is used.

Thanks!

PS - it would be really sweet if someone could come up with a multi-pass solution to hit a target range accurately. Loudnorm does a decent job but is still only guessing. Perhaps writing a statistics file on each pass to adjust based on settings would help? Even having 6 passes, it would still complete before the average movie gets encoded :D

Algorithms to measure audio programme loudness and true-peak audio level (includes multichannel measurement algorithm)
https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-4-201510-I!!PDF-E.pdf

Loudness standards table
https://youlean.co/loudness-standards-full-comparison-table/

almanteka
14th April 2020, 02:40
Vapoursynth is much more stable than avisynth and fully supports 64-bit Why use avisynth? Encoding speed is always faster.
And the multithread is perfect.
The plug-in is fast indexed by LSMASHSource.dll

StaxRip Best Encoder

i installed Vapoursynth and the requiring packages just to test it out. it's possible to use it with mkv files converting to x265 using staxrip? what settings i need to use so staxrip use Vapoursynth? thanks in advance for any advice!

almanteka
14th April 2020, 02:44
@stax76
is there is any way to batch import jobs from an older version of staxrip to a newer one? i use the open project option and select the *.srip file at temp folder one at a time, but with hundreds of projects, i need to add all of them in one easy step, is that possible? thanks for your advice!!!

lifta19
14th April 2020, 09:18
i installed Vapoursynth and the requiring packages just to test it out. it's possible to use it with mkv files converting to x265 using staxrip? what settings i need to use so staxrip use Vapoursynth? thanks in advance for any advice!

Install:
Apps\Installers (python, VapourSynth)
Settings:
AVS Filters -> Filter Setup -> Vapoursynth

Settings are the same as avisynth

Lynx_TWO
14th April 2020, 23:25
i installed Vapoursynth and the requiring packages just to test it out. it's possible to use it with mkv files converting to x265 using staxrip? what settings i need to use so staxrip use Vapoursynth? thanks in advance for any advice!

There's a couple things AVISynth does that Vaporsynth doesn't (yet) SuperRes is one

Natty
15th April 2020, 06:56
because avisynth uses lower RAM