Log in

View Full Version : StaxRip


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 47 48 49 50 51 52 53 54 55 56 57 [58] 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101

CCaptain00
8th February 2018, 04:41
AVS Filters -> Edit Code

But I see now it converts to 8 bit by default. Edit from:
FFVideoSource("%source_file%", colorspace = "YUV420P8", \
cachefile = "%source_temp_file%.ffindex")
to;
FFVideoSource("%source_file%", cachefile = "%source_temp_file%.ffindex")

and try again.

Note that this may break certain filters.

This fixed my 10 bit encodes but seems to have broken my ability to add hardcoded subtitles. Has anyone else tested or experienced this? I have tested this on StaXrip 1.7.0.0 and 1.7.0.6. Should I try updating ffmpeg to 3.4.1?

sneaker_ger
8th February 2018, 13:45
It's probably possible to write a script that renders subtitles separately on alpha and overlay it onto the 10 bit video in AviSynth+.

But: since StaxRip supports VapourSynth you might want to try that. Should be easier than AviSynth since it supported 10 bit from the beginning.

CCaptain00
8th February 2018, 18:17
It's probably possible to write a script that renders subtitles separately on alpha and overlay it onto the 10 bit video in AviSynth+.

But: since StaxRip supports VapourSynth you might want to try that. Should be easier than AviSynth since it supported 10 bit from the beginning.

I will try Vapour Synth if my current test doesn't work. No clue on how to script that. I have been doing some investigating. It seems VSFilterMod is used for hardcoding subtitles. I found a revision (R5) of VSFilterMod here:

https://github.com/sorayuki/VSFilterMod/releases

29 days ago r5 … support YUV420P10 and YUV420P16 for vapoursynth.

sneaker_ger
8th February 2018, 18:39
VapourSynth has another subtitle renderer integrated. (I don't know if StaxRip uses that or VSFilter(Mod) by default.)
http://www.vapoursynth.com/doc/plugins/subtext.html


If you need updated build of VSFilterMod you can download it here:
https://www.nmm-hd.org/newbbs/viewtopic.php?f=17&t=1989

CCaptain00
8th February 2018, 20:33
VapourSynth has another subtitle renderer integrated. (I don't know if StaxRip uses that or VSFilter(Mod) by default.)
http://www.vapoursynth.com/doc/plugins/subtext.html


If you need updated build of VSFilterMod you can download it here:
https://www.nmm-hd.org/newbbs/viewtopic.php?f=17&t=1989

It took me awhile but it seems that installing and switching to vapoursynth fixed my issues.

1) 10 bit pipeline by default (at least using ffms2 as a source filter)
2) Hardcoded subtitles now work
*Bonus* I can hardcode SUP subtitles without converting to IDX

Gereral1
8th February 2018, 21:35
Using latest straxrip 1.7 64bit

Video encoding second pass using x265 2.5+14 failed with exit code: 1073807364 (0x40010004)


Happens with UHD 4k files on second pass. First pass on bitrate works fine. Cost me 30 hrs close to throwing this program out. Last test running bitrate and bitrate quality mode. If it fails then I'm uninstalling.

sneaker_ger
8th February 2018, 21:47
Always post the log when reporting problems.


I would at least update StaxRip + x265 before I try again if the problem is reproducable. (And I'd test with shortened file, like 10 seconds. Not encode 30 hours just for testing.)
https://github.com/stax76/staxrip/blob/master/changelog.md
https://forum.doom9.org/showpost.php?p=1832835&postcount=5882

8-BaLL
12th February 2018, 16:12
It is mentioned in the 1.7.0.2 version:

update: QTGMC 3.357

Was the update just for Avisynth or also Vapoursynth?

Also is the "FrameRateControl" script the latest 1.2 version in 1.7.0.6?

If I want to update scripts or encoders like x265, is it just enough to overwrite the versions in the folder?

One thing Ive noticed is (compared to 1.7.0.0) that the 1.7.0.6 version (with overwritten x265.exe in the folder by the newest version 2.6-37) was actually encoding slower than 1.7.0.0 at exactly same settings. Also I had a freeze (app crash) at like 50-60% or so.

Its something like 2.5 fps vs 1.5 fps speed difference.

The only script I was using is QTGMC within Vapoursynth (exactly same QTGMC preset), so I cant really tell if the slowdown was caused by newer x265 version or newer QTGMC version, because I think 1.7.0.0 has older version than 1.7.0.6, but Im not sure if only Avisynth version of it or also VS version was updated as well..

I know 1.7.0.6 is a beta build still. So for now I went back to 1.7.0.0 and will do some more comparisons... Other than that its a great program, esp. since QTGMC seems to work pretty consistently out of the box.

sneaker_ger
12th February 2018, 16:16
If I want to update scripts or encoders like x265, is it just enough to overwrite the versions in the folder?
Most of the time: yes. But sometimes there can be changes in the tools that require a deeper change within StaxRip.

Marban
13th February 2018, 20:35
new information about HDR-->SDR? i didnt saw it in the new beta version.

Khun_Doug
16th February 2018, 21:21
New Feature Request
Yes, I know Stax wants to retire and probably the last thing he wants to see is a new feature request. But I think this one might be easy to implement.

Would it be possible to make job entries for jobs that are two pass and three pass, and the same with lossless video, to appear as individual steps? That way a portion of the job would be allowed to complete and the remaining passes / steps can be held for later times when it is more convenient.

(some title):1 Create lossless video
(some title):2 x265 Pass 1
(some title):3 x265 Pass 2

Alternatively, as each part of a job is completed, have the job automatically pause, requiring a resume/continue. That would essentially accomplish the same thing.

phazer11
26th February 2018, 03:50
Just wanted to bump this to see if Stax or anyone else had any insights.
https://forum.doom9.org/showthread.php?p=1833012#post1833012

Khun_Doug
26th February 2018, 17:33
I can make a few suggestions, and point a few possibilities. First, I didn't see mention of what OS you are using. I use Win 10 and found some tweaks with Windows Defender. I added the executablles for X265, ffmpeg, AVSpipe... (it's a long name) to the process exclusion list. That has the effect of letting Defender operate as "hands off" when these things are running.

Another thing to try would be adding Prefetch at the end of the chain. That is essential for some filters.

Finally, if you are using X265, you already know that it may not be possible to reach 100% saturation of the CPU, just by the virtue of the way X265 works.

I hope that offers some help.

Neillithan
28th February 2018, 15:29
Feature Request: Can you make it so that I can move the primary window while a job is processing? Often times, I turn off my monitors and the main staxrip window moves back to my primary whenever I turn my primary monitor back on. Then, it gets stuck there for 8 hours while the job is processing because the window cannot be focused and moved.

Thanks!

DaMacFunkin
3rd March 2018, 08:33
Is there a setup that will allow me to use Nvenc to recode 4K 10 bit HEVC HDR to 1080p HEVC 8 bit sdr? I also have i7 7700u if that helps.
Thank You.

DaMacFunkin
10th March 2018, 09:09
Anybody please?

mparade
13th March 2018, 13:40
Hello Stax76,

Thanks for your amazing software.
Can StaxRip handle 3D sources like frame-packed mkv containers, 3DBD structures as sources?
My aim is to encode them either to HTAB format (I have a passive 4K TV) or to 2D format using NVenc with my 1080Ti card. Decoding of 3D portion was a problem earlier with StaxRip.

Thanks for the answer.

foxace
13th March 2018, 17:30
Hello Stax76

how to use this please ?

https://github.com/rigaya/NVEnc/issues/19

mparade
16th March 2018, 20:31
Hello Stax76

how to use this please ?

https://github.com/rigaya/NVEnc/issues/19

I tried this and worked. I had to copy the missing HDR metadata from x265 command line (StaxRip automatically inserts all the HDR metadata required by a HDR display) then paste them into the NVenc command line. But it is working with NVenc 3.33! Confirmed by mediainfo afterwards on the output stream.

foxace
18th March 2018, 08:19
@mparade thank you. I will test

ashlar42
18th March 2018, 16:02
I've tried searching but I've not found much in the way of clear univocal explanations.

Is there a way to ensure that StaxRip always uses MT versions of filters/scripts? I'm mainly interested in QTGMC multithreading. I've currently managed to get it working multithreaded (I think so, anyway) with:

SetFilterMTMode("DEFAULT_MT_MODE", 2)
FFVideoSource("MySource.mkv", colorspace = "YV12", \
cachefile = "MySource.ffindex")
QTGMC(Preset = "Medium").SelectEven()
Prefetch(6)
I use a i7 4770K, with 32GB of RAM. Is the above correct? Is there a way to tell StaxRip to always work in MT mode through the GUI? Also, is there a consensus on whether it's easier to get a portable installation using Avisynth+ or VapourSynth? Is VS supposed to be more future proof, hence worth moving to it for all encoding purposes? I'm currently staying with Avisynth+. Thanks to anybody that will try to help.

Khun_Doug
19th March 2018, 16:42
I think the PreFetch tool is the key to what you want. Some filters get no benefit to using PreFetch, while others get drastic improvement. I believe the answer is that StaxRip is always in MT mode, but the PreFetch command is necessary to determine how the MT is invoked. I found it necessary to use PreFetch with mClean.

Depending on your source content, PreFetch (6) may not be sufficient. I am using an i7-6850K, 12 threads. With SD content, the PreFetch (6) is good. But for HD content I needed to go to PreFetch (8) and sometime PreFetch (10). YMMV, but experiment.

Lastly, if you are using filters that require PreFetch and you are doing two or three pass encodes, I highly recommend using the option to save as lossless AVI. I have a few encodes that were three pass X265 with mClean and PreFetch(6). Without the lossless AVI option, I would be running that filter across the same content three times! This way, it is one pass and then the real encoding can begin without sucking up the CPU unnecessarily.

ashlar42
19th March 2018, 17:42
Depending on your source content, PreFetch (6) may not be sufficient. I am using an i7-6850K, 12 threads. With SD content, the PreFetch (6) is good. But for HD content I needed to go to PreFetch (8) and sometime PreFetch (10). YMMV, but experiment.Having a 4770K, which offers 8 threads, I think 6 is similar to you choosing 8 (out of 12). Am I wrong?

Still, it's quite... surprising that no GUI options are in StaxRip to handle multithreading. It leaves me with the constant doubt whether it's working or not.

Also, what you are saying about AVI lossless flew right above my head. As mentioned I need MT for QTGMC. And yes, this specific time I'm encoding with 2-pass, as I couldn't for the life of me manage to get enough compression when using CRF with the settings I needed trying to preserve the grain in the original source.
StaxRip is currently running, so I won't "disturb it" to check but I'm not sure I understand. AVI lossless would lead to a HUGE file if it's really lossless. We're talking about 1h42m 1080i video content (29,97 fps). How much space would it require to be saved losslessly?

A single screen saved as PNG lossless takes 3.9 MB.
183,416 frames would take about 715GB. Is that what you are talking about, more or less?

foxace
19th March 2018, 20:40
I tried this and worked. I had to copy the missing HDR metadata from x265 command line (StaxRip automatically inserts all the HDR metadata required by a HDR display) then paste them into the NVenc command line. But it is working with NVenc 3.33! Confirmed by mediainfo afterwards on the output stream.

please post screenshot, do not work for me

proper88
21st March 2018, 21:22
HDR metadata missing when encoding with QSVEnc (there are no option to enter the values manually, i think you also have to update QSVEnc to version 2.75)

Natty
26th March 2018, 12:19
has anyone managed to use 16bit hack in staxrip ?

sneaker_ger
26th March 2018, 13:38
StaxRip already supports high bitdepth via VapourSynth.

For AviSynth(+) it's just a matter of you editing the script in the right way.
https://forum.doom9.org/showthread.php?p=1832342#post1832342

nandoom
5th April 2018, 15:55
Just tried to do TS - Mkv remux but it failed and Staxrip crashed. Not sure if is a bug or something else is wrong. Any idea?

Error ffmpeg: Re-mux TS to MKV using ffmpeg 3.3.3 (1.7.0.0)

ffmpeg: Re-mux TS to MKV using ffmpeg 3.3.3 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: Incorrect function.


------------- ffmpeg: Re-mux TS to MKV using ffmpeg 3.3.3 -------------

C:\Users\SA\Downloads\StaxRip-x64-1.7.0.0-stable\Apps\ffmpeg\ffmpeg.exe -i "C:\Users\SA\Videos\DN.ts" -c:a copy -c:v copy -sn -y -hide_banner "C:\Users\SA\Videos\DN\DN.mkv"

[h264 @ 0000000000517160] Increasing reorder buffer to 2
[mpegts @ 00000000004f2400] start time for stream 2 is not set in estimate_timings_from_pts
[mpegts @ 00000000004f2400] start time for stream 3 is not set in estimate_timings_from_pts
[mpegts @ 00000000004f2400] start time for stream 4 is not set in estimate_timings_from_pts
Input #0, mpegts, from 'C:\Users\SA\Videos\DN.ts':
Duration: 01:28:26.62, start: 0.200000, bitrate: 8804 kb/s
Program 671
Stream #0:0[0x1a37]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x1a38](rum): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s
Stream #0:2[0x1a39](rum): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
Stream #0:3[0x1a3a](hun): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
Stream #0:4[0x1a3b](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
Output #0, matroska, to 'C:\Users\SA\Videos\DN..._temp\DN.mkv':
Metadata:
encoder : Lavf57.71.100
Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbr, 1k tbn, 90k tbc
Stream #0:1(rum): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 192 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[matroska @ 00000000004fa4c0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
[matroska @ 00000000004fa4c0] Can't write packet with unknown timestamp
av_interleaved_write_frame(): Invalid argument
video:1067317kB audio:24702kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.052423%
Conversion failed!



StaxRip.ErrorAbortException: ffmpeg: Re-mux TS to MKV using ffmpeg 3.3.3 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: Incorrect function.


------------- ffmpeg: Re-mux TS to MKV using ffmpeg 3.3.3 -------------

C:\Users\SA\Downloads\StaxRip-x64-1.7.0.0-stable\Apps\ffmpeg\ffmpeg.exe -i "C:\Users\SA\Videos\DN.ts" -c:a copy -c:v copy -sn -y -hide_banner "C:\Users\SA\Videos\DN.mkv"

[h264 @ 0000000000517160] Increasing reorder buffer to 2
[mpegts @ 00000000004f2400] start time for stream 2 is not set in estimate_timings_from_pts
[mpegts @ 00000000004f2400] start time for stream 3 is not set in estimate_timings_from_pts
[mpegts @ 00000000004f2400] start time for stream 4 is not set in estimate_timings_from_pts
Input #0, mpegts, from 'C:\Users\SA\Videos\DN.ts':
Duration: 01:28:26.62, start: 0.200000, bitrate: 8804 kb/s
Program 671
Stream #0:0[0x1a37]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x1a38](rum): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s
Stream #0:2[0x1a39](rum): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
Stream #0:3[0x1a3a](hun): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
Stream #0:4[0x1a3b](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
Output #0, matroska, to 'C:\Users\SA\Videos\DN.mkv':
Metadata:
encoder : Lavf57.71.100
Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbr, 1k tbn, 90k tbc
Stream #0:1(rum): Audio: mp2 (P[0][0][0] / 0x0050), 48000 Hz, stereo, s16p, 192 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[matroska @ 00000000004fa4c0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
[matroska @ 00000000004fa4c0] Can't write packet with unknown timestamp
av_interleaved_write_frame(): Invalid argument
video:1067317kB audio:24702kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.052423%
Conversion failed!


at StaxRip.Proc.Start() in D:\Projekte\VS\VB\StaxRip\General\Proc.vb:line 338
at StaxRip.CommandLineDemuxer.Run(Project proj) in D:\Projekte\VS\VB\StaxRip\General\Demux.vb:line 207
at StaxRip.MainForm.Demux() in D:\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:line 3119
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isEncoding) in D:\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:line 1962

NikosD
10th April 2018, 11:25
Hi everybody,

I uploaded a tiny update with few updated tools.

https://github.com/stax76/staxrip/blob/master/changelog.mdHello Frank.

I hope everything is fine for you.

Any plans of a new maintenance update (new versions/ switches) ?

TIA

Magik Mark
25th April 2018, 23:35
Looks like Frank has lost his enthusiasm in this project as he indicated that other parties may continue his work

Does anybody know and encoder that offers the same functionality as staxrip besides "Hybrid"?

Khun_Doug
26th April 2018, 01:41
Someone took over the idled VirtualDub project. It does have some flexibility but not the caliber of StaxRip. It would be really nice if VirtualDub could incorporate part of StaxRip. One of the biggest drawbacks to VirtualDub is the lack of updated X265 VFW (video for windows). The X264 VFW seems to be current. There are 32 bit and 64 bit versions available.

If someone takes over the StaxRip project, I might be able to help with some parts. I am familiar with coding but not the specific language that StaxRip is written in. I'm not adverse to learning a new language though :)

mariush
26th April 2018, 13:02
Virtualdub offers the option to send the output to an external encoder. Set the output to the proper format (for example uncompressed YV12) and set the command line parameters to tell x265 to expect the same format as input, and then virtualdub can send the frames to the external encoder.

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

dev84
28th April 2018, 10:05
Hello

I'm in a dire need of Your help :)
I got myself a new dslr camera, with which i'm very happy.
The only thing is that, it records videos so soft that it "hurts" my eyes ;)
I tried "limitedsharpenfaster", "awarpsharp2", "msharpen" - nothing works, that i could say that it is, how it was suppose to be.
So, after some time i found a solution that does sharpening that i'm very happy with.
The solution is "sharpen" in shaders in MPC-HC - it does excellent job with this camera input.
Finally to the question; how to use pixel shader sharpen from MPC-HC with StaxRip?
I have found this:
https://github.com/mysteryx93/AviSynthShader
but i'm to stupid to make it work.
Can someone explain to me like a child step by step if it's possible and how exactly to do this?


Thank You
Paweł

MysteryX
29th April 2018, 19:20
Adding a pixel shader into Avisynth isn't easy. First, this works with Pixel Shader 3.0 language, which runs on old DirectX 9. *IF* the shader is a PS_3_0 shader, and you have access to its source code, then you need to compile it correctly, and then import it into AvisynthShader. It's easier to compile the shader manually, and then when that works, try to import it into AvisynthShader -- otherwise if you try to load the script directly there will probably be compile errors and you won't know what's going on.

Here you can see how I'm compiling shaders from source files.
https://github.com/mysteryx93/AviSynthShader/tree/master/Src/Shaders/Src

dev84
29th April 2018, 19:25
Thx MysteryX unfortunately i had never compiled anything in my life so i really don't know where to even start with this.


Paweł

Vincent Vega
29th April 2018, 23:20
hi guys, its my first time trying to use staxrip and nvenc, mostly just curious what's possible for hevc with this older card i have.
used default QP settings for now, will adjust that later.

i just want to ask about hardware crop/resize, and what settings maybe could further improve performance (but quality is still priority).

(a)
so (with nvenc native decoder setting) i have these keys in command line:
--crop []
--vpp-resize [] --output-res []
both crop/resize are done by gpu, so just need some clarification about the resizing part..

the pic for "NVEnc 3.xx" from rigaya's post here (https://rigaya34589.blog.fc2.com/blog-entry-832.html) shows i think two possible resizing methods, either the original cuvid hw decode -> hw resize, or cuda filter -> resize (e.g. spline, lanczos and others), the latter supposedly higher quality (right?), so i guess its the one i'd want to use (i downloaded the npp*64_80.dlls and put in folder with encoder).
so in command line how to tell which resizer is activated? from what i see in the UI it appears that:

--output-res param only --> means the old cuvid hw decode -> hw resize will be used
--output-res and --vpp-resize params both --> means cuda filter -> resize will be used

is that correct or not?

(b)
is ~250fps ok for 1080p h264 decode -> 720p h265 encode by gm206 (gtx960 4gb)?
is more speed possible without much quality loss / size increase?

thanks!

and big :thanks: so much to stax and rigaya for these great softwares, its excellent work, thank you guys for all your time and effort!

my log:
NVEncC64.exe --cqp 18:20:22 --codec h265 --preset quality --ref 5 --lookahead 32 --aq --cuda-schedule auto --output-buf 128 --vpp-resize lanczos --mv-precision q-pel --cabac --crop 0,20,0,20 --output-res 1280x688 -i "some-path-1\in.mkv" -o "some-path-2\out_out.h265"

NVEncC (x64) 3.22 (r663) by rigaya, Sep 23 2017 09:17:29 (VC 1900/Win/avx2)
OS Version Windows 10 x64 (16299)
CPU Intel Core i7-6700K @ 4.00GHz [TB: 4.19GHz] (4C/8T)
GPU #0: GeForce GTX 960 (8 EU) @ 1367 MHz (397.31)
NVENC / CUDA NVENC API 8.0, CUDA 9.2, schedule mode: auto
Input Buffers CUDA, 36 frames
Input Info avcuvid: H.264/AVC, 1920x1080, 24000/1001 fps
Vpp Filters cspconv(nv12 -> yv12)
resize(lanczos): 1920x1040 -> 1280x688
cspconv(yv12 -> nv12)
Output Info H.265/HEVC main @ Level auto
1280x688p 1:1 23.976fps (24000/1001fps)
Encoder Preset quality
Rate Control CQP I:18 P:20 B:22
Lookahead on, 32 frames, Adaptive I, B Insert
GOP length 240 frames
B frames 0 frames
Ref frames 5 frames, LTR: off
AQ on
CU max / min auto / auto
Others mv:Q-pel
encoded 151105 frames, 254.39 fps, 12814.60 kbps, 9627.57 MB
encode time 0:09:53, CPU: 1.3, GPU: 34.3, VE: 97.8, GPUClock: 1468MHz, VEClock: 1202MHz
frame type IDR 1030
frame type I 1030, total size 177.88 MB
frame type P 150075, total size 9449.69 MB

Start: 9:09:51 PM
End: 9:19:48 PM
Duration: 00:09:56

General
Complete name : some-path-2\out_out.h265
Format : HEVC
Format/Info : High Efficiency Video Coding
File size : 9.40 GiB

Video
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L3.1@Main
Width : 1 280 pixels
Height : 688 pixels
Display aspect ratio : 1.85:1
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits

JohnLai
30th April 2018, 03:43
hi guys, its my first time trying to use staxrip and nvenc, mostly just curious what's possible for hevc with this older card i have.
used default QP settings for now, will adjust that later.

i just want to ask about hardware crop/resize, and what settings maybe could further improve performance (but quality is still priority).


(a) Yes, you are correct. From your log, it appears Nvidia NPP was used as the GPU load was 34.3%. Only NPP usage will result in 30%++ after taking account of Lookahead and AQ. The default cuvid hw decode -> hw resize + LA + AQ generally result in 15%++ GPU usage for GTX960

(b) Instead of CQP, use VBR-Target quality mode.
https://i.imgur.com/k9Shlwr.png
The difference = don't enable weighted P-prediction (GTX960 doesn't support it), select 8bit, change those two bitrates based on your chosen Profile Level (L4.1 = 17500, L5.1 = 38400) and follow the rest.

Finally, play with the VBR Quality value. This rate control mode is a bit slower than CQP, but provide better quality.

Vincent Vega
30th April 2018, 11:53
thank you for detailed answers and suggestions sir, will give it a try right away.

one more thing that seemed less convenient with staxrip is limitatation of min 1% error in aspect ratio before it is signaled to encoder/muxer.
in that test it was 0.78% so it was ignored, so i ended up with video playing as 1280*688 while it should have been 1270*688, so had to use mmg header editor to fix it.
i mean yeh some people may not notice the difference but i do, i wish the min threshold for AR error could be made lower in staxrip.

and another related question, it seems to suggest mod8 resolutions by default, would it be safe to try lower options like mod4/mod2 with h265 hw encoder, could it cause any potential trouble with encoder (or decoders later) or significantly slow down encoding or something? i just thought doing that could minimize AR errors from crop/resize, help with that previous issue a bit.

JohnLai
30th April 2018, 12:33
thank you for detailed answers and suggestions sir, will give it a try right away.

one more thing that seemed less convenient with staxrip is limitatation of min 1% error in aspect ratio before it is signaled to encoder/muxer.
in that test it was 0.78% so it was ignored, so i ended up with video playing as 1280*688 while it should have been 1270*688, so had to use mmg header editor to fix it.
i mean yeh some people may not notice the difference but i do, i wish the min threshold for AR error could be made lower in staxrip.

and another related question, it seems to suggest mod8 resolutions by default, would it be safe to try lower options like mod4/mod2 with h265 hw encoder, could it cause any potential trouble with encoder (or decoders later) or significantly slow down encoding or something? i just thought doing that could minimize AR errors from crop/resize, help with that previous issue a bit.

No idea on the first.

For the second, probably you will cause nvidia cuvid decoder to send few green lines to nvenc with "inappropriate" resolution.

Monty11
3rd May 2018, 05:04
I have used StaxRip 1.7.0.0 on a Widows 7 64-bit computer to convert six NTSC DVDs derived from a PAL source. I used MakeMKV to rip them, then ran StaxRip with IVTC and QTGMC Medium x264 High 4.2 with the six jobs in the StaxRip jobs queue (and On Completion = shutdown). All six output files seem to be OK (frame rate 47.952), but there is a file "crash.srip" in the output folder - why? I attach the log file for the last of the six jobs. Exactly the same thing happened when I converted six other NTSC DVDs from a PAL source on another Windows 7 64-bit computer (there was a "crash.srip" file in the output folder). Thank you for making StaxRip available - it's a wonderful program.

Revan654
6th May 2018, 01:48
I have used StaxRip 1.7.0.0 on a Widows 7 64-bit computer to convert six NTSC DVDs derived from a PAL source. I used MakeMKV to rip them, then ran StaxRip with IVTC and QTGMC Medium x264 High 4.2 with the six jobs in the StaxRip jobs queue (and On Completion = shutdown). All six output files seem to be OK (frame rate 47.952), but there is a file "crash.srip" in the output folder - why? I attach the log file for the last of the six jobs. Exactly the same thing happened when I converted six other NTSC DVDs from a PAL source on another Windows 7 64-bit computer (there was a "crash.srip" file in the output folder). Thank you for making StaxRip available - it's a wonderful program.

Can't look at the log since it requires approval from the site. I know a few people were having issues with Mediainfo not reading the final output correctly.

Also I recall someone having the encoding software crash due to the framerate, Even someone using Vegas had it crash due to the framerate not being up to the encoders standard. That could be the main reason for the crash file.

You may want to convert 47.952 to a solid 48fps and see what happens.

katzenjoghurt
10th May 2018, 11:39
Hey,

In version 1.7.0.6 I spot the following behaviour:
I had several videos with a resolution of of 1920x1038.
After importing them "Crop" was preselected and the resolution was resized to 1920x1036.

https://www2.pic-upload.de/img/35300994/bad_crop.png

Version 1.7.0.4 was fine.


It's a bit annoying as it can easily be overlooked.

K.i.N.G
10th May 2018, 22:05
Anyone knows how to apply HDR to SDR tonemapping in staxrip?

imhh11
17th May 2018, 19:33
2 questions

Can Staxrip uncrop a video ( add black bar) ?

Is there a way to add madvr algorithms for HDR to SDR tonemapping in staxrip?

thank you

K.i.N.G
18th May 2018, 10:17
2 questions

Can Staxrip uncrop a video ( add black bar) ?

Is there a way to add madvr algorithms for HDR to SDR tonemapping in staxrip?

thank you

I know staxrip supports vapoursynth and I found info on how to do it with vapoursynth... (i think it was on these forums somewhere, but i'll have to recheck that).
Problem is i don't know how to exactly apply the syntax in staxrip.
I tried to the best of my very limited abilities but failed.

imhh11
18th May 2018, 16:29
I really hope someone can find a way because I did some testing with a capture card and the results are truly amazing.
I can go as low as a 4000kbps bitrate and it still looks a lot better than the full bluray 1080p remux.

http://screenshotcomparison.com/comparison/113867

Yanak
19th May 2018, 09:24
Hi,
for the second question i don't know sorry, but for the first one ( if I understood it correctly ) it's rather easy to add black bars to a video:

Let's say the video is 1920x800 and you want to add black bars at the top and bottom to have it in 1920x1080, you just need to add a avisynth filter into staxrip :

AddBorders(0, 140, 0, 140, color_black)

The numbers values are the size in pixels for the left, top, right, bottom, so if we want 1080p from a 800p we do:
1080-800=280, 280/2=140, and we then add 140px black border at the top and bottom.


Is it also possible to create a filter that should do this automatically and you don't have to calculate stuff, should work on most videos having a height inferior to 1080p ( as long as the height is not an uneven number like 799, should be an even height number to work) :

In the filters list do a right click > Profiles :
https://i.imgur.com/S5suOVI.png

Go to "Resize" section (can be placed elsewhere too ), and copy-paste this :
Add Borders 1080p = AddBorders(0, (1080 - %source_height% )/2, 0, (1080 - %source_height% )/2, color_black)
like this :
https://i.imgur.com/9r793sZ.png

Then the next time you have a video with less than 1080p height you can just use this filter to automatically add top and bottom borders and make it 1080p using the existing filter :
https://i.imgur.com/i7N3867.png

Of course this can be extended or modified for right + left borders or other final video sizes with black borders. A "Dynamic" filter with multiples choices can be done to automatically add borders into a SD video and turn it into 720p or 1080p, adding if needed borders on the right and left sides + top and bottom, not something i use but it's possible to create such thing in Staxrip without much hassle if it's what you need.


Not sure if i understood your first question correctly and if that's what you wanted, if not just let me know, i'll try to see what i can do :)

imhh11
19th May 2018, 14:57
yes this is exactly what i wanted to do . thank you so much !!

Revan654
19th May 2018, 20:14
Anyone knows how to apply HDR to SDR tonemapping in staxrip?

yes, there a few ways. This seems to work the best:

You need will need the latest avsresize and DGTonemap filters.

It supports two of the more commonly used tonemapping.

ConvertBits(10)
z_ConvertFormat(pixel_type="RGBPS",colorspace_op="2020ncl:st2084:2020:l=>rgb:linear:2020:l", dither_type="none")
#DGReinhard()
#or
#DGHable()
z_ConvertFormat(pixel_type="YV12",colorspace_op="rgb:linear:2020:l=>709:709:709:l",dither_type="ordered")
prefetch(4)

gonca
20th May 2018, 00:06
yes, there a few ways. This seems to work the best:

You need will need the latest avsresize and DGTonemap filters.

It supports two of the more commonly used tonemapping.

If going that route you should consider DGHDRtoSDR.
It is more up to date
Either way, the input should be an avs file, unless you can get StaxRIP to use the filters directly