View Full Version : StaxRip
stax76
9th March 2021, 03:43
When having external subtitles, if we add the language at the end like *.English.srt staxrip recognizes the language when loading. Is there a way to also indicate to staxrip that it is a forced track? Something like *.English.Forced.srt?
In the old build only _forced, new build also .forced. (case-insensitive)
There is something I need your help with x264 encoding.
Perhaps I am now a bit spoiled with x265 HBD support and I tried to have the same thing in x264.
I tried to use the x264 (8 bit) --input-depth 16 parameter (unfortunately no --dither found) but what I got is
avs [info]: AviSynth+ 3.7.0 (r3382, 3.7, x86_64)
avs [info]: avisynth 16bit hack enabled
avs [info]: 960x800 0:0 @ 24/1 fps (cfr)
instead of dealing with the original 1080p source.
Is there a way to let x264 properly manage a HDB source?
--input-depth is documented as:
--input-depth <integer> Specify input bit depth for raw input
But I don't know if it means raw pipe, raw file or both, you can try in the x264 Options dialog:
Input/Output > Pipe
It has a couple of options, or maybe create a dedicated thread or ask on the issue tracker:
https://github.com/Patman86/x264-Mod-by-Patman/issues
https://github.com/DJATOM/x264-aMod/issues
https://github.com/staxrip/staxrip/issues
2.1.8.5 Beta (2021-03-09)
When a video encoder default value was changed, a compatibility issue with old settings was happening, this is finally fixed, but could only be achieved by resetting all video encoder options (stax76)
Fix issue with ffmpeg AAC encoding (stax76)
Encoder dialogs allow using 1:1 for --sar (stax76)
Introduce Output Highlighting in processing dialog (Dendraspis)
Introduce Command Line Highlighting in command line preview (Dendraspis)
Add more theme colors (Dendraspis)
Fix Menu Item Path not being stored (Dendraspis)
Package Name/Version is not displayed when unknown versions are accepted (Dendraspis)
Customized progress text adjusted for new x264 Patman builds (Dendraspis)
x265 --selective-sao default set to 0 (Dendraspis)
x265 --qpmin, --qpmax and --qpstep boundaries set (Dendraspis)
x265 ---psy-rd moved from Other to Analysis (Dendraspis)
x264 --progress-header disabled for Patman build (Dendraspis)
Customized progress text fix for new Patman build (Dendraspis)
Fix resize values are not refreshed after changing them (Dendraspis)
Adjustments to match the SI prefix according to IEC (Base 10) (Dendraspis)
Set minimum bitrate of 32kbps for (E)AC3 (Dendraspis, 44vince44)
Fix ffmpeg DD+ encoding issue with high bitrates by adding 0.1 to bitrate (Dendraspis)
Add vertical scrollbars to Code Editor code-boxes (Dendraspis)
Code Editor does not join Source, Crop, Resize and Rotation filters automatically (Dendraspis)
Code Editor can join (in-)active filters only [Don't forget to reset "Edit Menu" in Code Editor!] (Dendraspis)
Code Editor joined filters have the filter name "Misc" (Dendraspis)
Custom checkboxes for better theme experience (Dendraspis)
Readme.md refreshed (Dendraspis, stax76)
Error exit codes are interpreted using Err.exe (stax76)
arib-srd-b67 changed to arib-std-b67 in NVEnc, QSVEnc, and VCEEnc (JKyle)
Detect forced subtitles by filename _forced and .forced. (case-insensitive) (stax76)
The crop dialog allows to define the color used for cropping via menu (stax76)
StaxRip passes theme colors to MediaInfo.NET via CLI (stax76)
SMDegrain 3.1.2.111s
mkvtoolnix 55 (mkvextract Unicode fix)
MP4Box 1.1.0 DEV rev542 gcc10.2.0 Patman (AAC 7.1 fix)
rav1e 0.5.0-alpha gcc10.2.0 Patman
DGMPGDec 2.0.0.5 (large file handling fix)
aomenc 2.0.2-1350-msvc1928 Patman
x265 3.5_RC1+2+29-gcc10.2.0 Patman Mod
x264 0.161.3048+25-gcc10.2.0 Patman Mod
ffmpeg N-101392-gcc10.2.0 Patman
MediaInfo.NET 6.9.0.0 (gets theme colors from StaxRip via CLI)
Err 10.0.17763.1
Thanks for testing :thanks:
44vince44
9th March 2021, 09:36
Thanks for the beta !
tormento
9th March 2021, 10:48
It has a couple of options, or maybe create a dedicated thread or ask on the issue tracker
Thanks for your answer.
I have found this old thread (https://forum.doom9.org/showthread.php?p=1778327) where it seems that a possible solution has been posted but I don't know if it's still valid.
jlw_4049
9th March 2021, 12:10
Thanks for BETA ill try it out later today
Sent from my SM-G986U1 using Tapatalk
kalehrl
9th March 2021, 14:43
Is there a way to cut a video at I frames only?
I need this for mkv cutting without video and audio encoding.
Sometimes the cuts are a few frames off because cut marks are not at I frames.
stax76
9th March 2021, 17:37
Thanks for BETA ill try it out later today
You're welcome, have a look at the new crop color feature, I think it was you suggesting it.
Is there a way to cut a video at I frames only?
I need this for mkv cutting without video and audio encoding.
Sometimes the cuts are a few frames off because cut marks are not at I frames.
The preview has nothing built in to know where an I-frame is, it could maybe be displayed by avs/vs.
@all
I'm thinking and preparing about staxrip retirement since a longer time, but this doesn't change much right now except I won't post in this thread any longer but only on GitHub, where Dendraspis has now also admin rights, 44Vince44 and JKyle (hope you are fine) are still here.
44vince44
9th March 2021, 19:11
A well deserved retirement, although we know we'll still be hearing from you !
jlw_4049
9th March 2021, 21:17
You're welcome, have a look at the new crop color feature, I think it was you suggesting it.
The preview has nothing built in to know where an I-frame is, it could maybe be displayed by avs/vs.
@all
I'm thinking and preparing about staxrip retirement since a longer time, but this doesn't change much right now except I won't post in this thread any longer but only on GitHub, where Dendraspis has now also admin rights, 44Vince44 and JKyle (hope you are fine) are still here.You've really put in some work. I think we'll be seeing you around [emoji57]
Sent from my SM-G986U1 using Tapatalk
Lada1
10th March 2021, 12:41
In the version 2.0.6.0 there was that option to set the output file size I do not see it anymore in 2.1.8.0 version
https://forum.grassvalley.com/filedata/fetch?id=562466&d=1615374705
Atlantis
10th March 2021, 13:10
You can't retire! Staxrip is the only usable software to encode video. I remember the days of MeGUI. It was not easy and nice!
stax76
10th March 2021, 14:05
It's currently in very good shape with 5 active contributors, absolutely no need to worry.
Arkana
11th March 2021, 04:47
Hello, I get this error message whenever I try to denoise my video
https://i.postimg.cc/Q9kCbV0G/screenshot-1320.png (http://postimg.cc/Q9kCbV0G)
The KNLmeansCL is present and staxrip has administrator previliges
Any idea why and how to fix it?
--
edit: it might that my GPU not supporting it, I'm running windows server it doesn't have dedicated GPU. Is there any way to 'move' the work to CPU instead?
44vince44
11th March 2021, 09:36
@Arkana Can you show the script please, and tell us what staxrip version you are using...
@Lada1 the output file size appears when you select a mode that allows it in the encoder: bitrate, 2pass, 3pass.
If you select Quantizer and Quality modes, then the output file size is not available because these two modes don't work by anticipating file size.
tormento
11th March 2021, 12:51
2.1.8.5 Beta (2021-03-09)
I really love the colored log, thanks!
1) I have a issue I can't find solution: I want the container to stop muxing sub tracks when finished encoding. I have looked into options and preferences and can't find how. On sigle job, I just manually remove them but, on batch, I can't find how. I need help!
2) When I add batch jobs, I'd like to have the capability the single generated ones. I have tried to load one from Jobs panel but it gives me "Project not found" error.
44vince44
11th March 2021, 13:21
@tormento
1) you can set in the OPTIONS > Subtitles set Demux Subtitles to NONE
2) this is by design in staxrip, the jobs added in batch mode cannot be opened. But if they have been started, you can load the *.srip file generated in the temp folder so you can edit it.
tormento
11th March 2021, 14:04
1) you can set in the OPTIONS > Subtitles set Demux Subtitles to NONE
Tried but it strangely doesn't work in batch mode.
44vince44
11th March 2021, 14:54
i'll try it again, it used to work...
you're right, it's a bug, i'll report it!
44vince44
11th March 2021, 15:30
It appears to be a known issue (checked with @Dendraspis) , but it has a workaround, that I suggest you use while @Dendraspis sees if it can be fixed soon.
Workaround: remove all from the box "Preferred languages", leave it empty.
stax76
11th March 2021, 18:29
i'll try it again, it used to work...
you're right, it's a bug, i'll report it!
It's a feature! Audio and subtitle demuxing isn't needed in staxrip, staxrip/mkvmerge can take the streams directly from the source file. It can be disabled here:
Options > Subtitle > Preferred Languages
It's maybe not very user-friendly, maybe the docs can be improved.
44vince44
11th March 2021, 18:45
Ok so not a bug, so it means:
- preferred languages : are the languages that will be included in the final file AUTOMATICALLY
- demux subtitles: tell staxrip if you want to demux subtitles, it is independent from what will be in the final file, and which is not necessary (some people could need the demuxed stream for other processing)
then can "preferred languages" be named in a more understandable way?
stax76
11th March 2021, 19:35
It's hopefully possible to improve the usability for this, but possibly not easy, so nothing I can do at the moment because I want to take care of mpv.net, maybe Dendraspis has interest. It's documented here:
https://github.com/staxrip/staxrip/wiki/Usage#demuxing
tormento
11th March 2021, 20:07
It's a feature!
Well, I tried and I really can't sort out how to configure it properly.
P.S: Is there a way to modify the font in the "Processing..." window?
stax76
11th March 2021, 20:36
> Well, I tried and I really can't sort out how to configure it properly.
You want to disable subtitles altogether and have tried to clear the 'Preferred Subtitles' Option?
I'm having a good idea how to improve the usability, it's probably not much work, so I might upload a hotfix tonight.
> P.S: Is there a way to modify the font in the "Processing..." window?
No, you can request it on the tracker, Dendraspis decides then, he has recently built the highlighting.
stax76
12th March 2021, 01:03
@tormento
There is a new hotfix online addressing the issue.
44vince44
12th March 2021, 09:02
the hotfix works fine, I've just tested it. Thank you @Stax76. The purpose of those settings is now VERY CLEAR !
However, @Tormento, I was able to have it work BEFORE the hotfix, simply by removing everything from the "preferred languages" box, it worked too.
tormento
12th March 2021, 10:11
There is a new hotfix online addressing the issue.
Thanks!
JKyle
14th March 2021, 22:56
@stax76,
The most recent hotfix StaxRip.exe seems to have a broken Code Preview window.
The UI scale factor doesn't work, there's no scroll bar, and a Close button is not present on that window.
tormento
15th March 2021, 15:02
The StaxRip bitdepth gauge works well when feeding on video source but when feeding on a AVS script, it always presumes that it's 8 bit.
Is it possible for StaxRip to sample some input frames and find the correct bit depth?
stax76
15th March 2021, 15:46
The most recent hotfix StaxRip.exe seems to have a broken Code Preview window.
The UI scale factor doesn't work, there's no scroll bar, and a Close button is not present on that window.
Can you please try the last hotfix, UI scale works for me, this dialog is used for the code preview and for the console context help in the encoder dialogs, it has the following features:
Remembers the windows size
Has no close button but can be closed with escape key
Supports vertical and horizontal scrollbars, they are only visible if the text is larger than the window (auto hide mode)
Word wrap is disabled
The StaxRip bitdepth gauge works well when feeding on video source but when feeding on a AVS script, it always presumes that it's 8 bit.
Is it possible for StaxRip to sample some input frames and find the correct bit depth?
You mean what the source section in the main dialog displays? These parameters are a mixture of parameters retrieved by MediaInfo, but also read directly from the script (only the source section is analyzed), if the source file is an avs/vpy file then staxrip might look into the script to make a guess of the original video file source location and read parameters from there via MediaInfo. So yes, there could be an issue, in that case I hope somebody can report it on the tracker and analyze it how it behaves and how it can be improved.
tormento
15th March 2021, 17:21
So yes, there could be an issue, in that case I hope somebody can report it on the tracker and analyze it how it behaves and how it can be improved.
Ok, thanks. I hoped AVS+ could report the frame bitdepth with some query function.
stax76
15th March 2021, 21:36
@tormento
I think the current behavior is fine, most of the values shown in the source section come directly from the video source file and not from the script. To get script info right-click the filters and click 'Info'.
In the next build:
Main dialog and code editor show script info with F2 key and advanced script info with Ctrl+F2, requires menus to be reset manually
JKyle
15th March 2021, 22:53
Can you please try the last hotfix, UI scale works for me, this dialog is used for the code preview and for the console context help in the encoder dialogs, it has the following features:
Remembers the windows size
Has no close button but can be closed with escape key
Supports vertical and horizontal scrollbars, they are only visible if the text is larger than the window (auto hide mode)
Word wrap is disabled
The original Code Preview window of 2.1.8.5:
https://i.imgur.com/jkn8t3a.jpg
The hotfix (StaxRip.exe uploaded in your beta archive about 2 hours ago) Code Preview window:
https://i.imgur.com/xM0OekS.jpg
Remembers the windows size ⇒ OK
Has no close button but can be closed with escape key ⇒ OK
Supports vertical and horizontal scrollbars, they are only visible if the text is larger than the window (auto hide mode) ⇒ OK
Word wrap is disabled ⇒ OK
But the font does not seem to be fixed-width.
Maybe this is why I feel the UI scale factor is not respected.
---
ADDED:
After looking into the hotfix more closely, I've learned that you've changed the font from Consolas to Segoe UI for the same window element.
https://i.imgur.com/AuV3TZS.jpg
It has pros (more tidy, etc.) and cons (smaller than before, etc.), but I think it's a matter of getting used to.
Not bad.
stax76
16th March 2021, 01:03
I've uploaded a hotfix with new setting to choose the font used by code and console features. Available fonts to choose from are Consolas, Courier New and if installed Cascadia Code (installed by Windows Terminal).
JKyle
16th March 2021, 02:32
Very cool.
:thanks:
JKyle
16th March 2021, 06:53
Is there a way to cut a video at I frames only?
I need this for mkv cutting without video and audio encoding.
Sometimes the cuts are a few frames off because cut marks are not at I frames.
You can make a frame number list of I frames and refer to it.
Suppose the input video is INPUT.mkv and you want to make a text file named OUTPUT.txt that contains only the frame number list of I frames.
[Windows CMD]
Step 1
Use ffprobe, findstr with /n switch to produce TEMP.txt that has a list of I frame numbers in this format:
1:frames.frame.0.pict_type="I"
229:frames.frame.228.pict_type="I"
361:frames.frame.360.pict_type="I"
481:frames.frame.480.pict_type="I"
517:frames.frame.516.pict_type="I"
565:frames.frame.564.pict_type="I"
...
The command line is as follows:
ffprobe -loglevel error -select_streams v:0 -show_entries frame=pict_type -of flat INPUT.mkv | findstr /n I > TEMP.txt
Here, ffprobe should be in the user's PATH environment variable. Otherwise, you need to write down the full path to ffprobe.exe instead.
Step 2
In order to remove the unnecessary part other than the actual frame numbers in each line, use for loop with /f switch as follows:
(for /f "tokens=3 delims=." %a in (TEMP.txt) do @echo %a) > OUTPUT.txt
So the final OUTPUT.txt file looks like this:
0
228
360
480
516
564
...
Steps 1 & 2 combined
Just wrap each command line with a pair of parentheses and combine them with &&.
(ffprobe -loglevel error -select_streams v:0 -show_entries frame=pict_type -of flat INPUT.mkv | findstr /n I > TEMP.txt) && ((for /f "tokens=3 delims=." %a in (TEMP.txt) do @echo %a) > OUTPUT.txt)
It looks a little scary, but it works. :D
[Bash]
If you can use Bash shell (in Linux or WSL), then things get much simpler. You just need to use ffprobe, grep with -n switch, cut with -d and -f, and then redirect the output to OUTPUT.txt as follows:
ffprobe -loglevel error -select_streams v:0 -show_entries frame=pict_type -of flat INPUT.mkv | grep -n I | cut -d '.' -f 3 > OUTPUT.txt
tormento
16th March 2021, 11:52
I've uploaded a hotfix with new setting to choose the font used by code and console features. Available fonts to choose from are Consolas, Courier New and if installed Cascadia Code (installed by Windows Terminal).
/me happy and please leave freedom to choose any fixed width font. I am addicted to Fira Code, for example :)
stax76
16th March 2021, 19:11
@tormento
There is a new hotfix online where you can enter the font name in a text box.
Making it a menu to choose from is difficult.
tormento
16th March 2021, 19:29
There is a new hotfix online where you can enter the font name in a text box.
I really appreciate it.
tormento
16th March 2021, 19:46
Making it a menu to choose from is difficult.
https://i.lensdump.com/i/Iq8FLM.md.png (https://lensdump.com/i/Iq8FLM)
Is it normal to have all those dropdown colors with all the possible themes?
JKyle
16th March 2021, 20:25
Yes, it's normal.
Darkness first, feature colors next.
JKyle
17th March 2021, 22:24
x265 version 3.5 is now official (https://bitbucket.org/multicoreware/x265_git/commits/).
Version 3.5
===========
Release date - 16th March, 2021.
New feature
-----------
1. Real-time VBV for ABR (Average BitRate) encodes in –pass 2 using `--vbv-live-multi-pass`: Improves VBV compliance with no significant impact on coding efficiency.
Enhancements to existing features
---------------------------------
1. Improved hist-based scene cut algorithm: Reduces false positives by leveraging motion and scene transition info.
2. Support for RADL pictures at IDR scene cuts: Improves coding efficiency with no significant impact on performance.
3. Bidirectional scene cut aware Frame Quantizer Selection: Saves bits than forward masking with no noticeable perceptual quality difference.
API changes
-----------
1. Additions to x265_param structure to support the newly added features and encoder enhancements.
2. New x265_param options `--min-vbv-fullness` and `--max-vbv-fullness` to control min and max VBV fullness.
Bug fixes
---------
1. Incorrect VBV lookahead in `--analysis-load` + `--scale-factor`.
2. Encoder hang when VBV is used with slices.
3. QP spikes in the row-level VBV rate-control when WPP enabled.
4. Encoder crash in `--abr-ladder`.
Hope @DJATOM, @Patman, and @msg7086 start working on their mod versions soon. :)
---
ADDED:
And @DJATOM just released his mod version here (https://github.com/DJATOM/x265-aMod/releases/tag/3.5%2B20). :eek:
rtyall
18th March 2021, 19:13
@44vince44
Running the test now with "Avs2pipemod instead of None". I can tell already that its going to finish with the slower 13minutes due to how it starts out. 2.1.7.0 starts out encoding my test file at around 20fps and settles down to around 11fps. When I do the encode with 2.1.3.7 it starts out around 32fps and settles down to around 18fps. Will update once it finishes in about 10 minutes.
When I over wrote things in the 2.1.3.7 folder I did verify in the tools section that the version numbers were updated and it was using the newer tools from 2.1.7.0. x265 and AviSynth 3.6.2 test 6. I cannot use the older AviSynth 3.6.1 or 3.6.0 with the newer staxrip 2.1.7.0 because it gives and error. I think staxtrip 2.1.7.0 requires AviSynth 3.6.2 somewhere so the best test I can do is to add the new tools to the old app.
2.1.3.7 w new apps from 2.1.7.0 (x265, Avisynth 3.6.2 test 6, ffms2, ffmpeg) and FFVideo source filter = Duration: 08:19
2.1.3.7 w new apps from 2.1.7.0 (x265, Avisynth 3.6.2 test 6, ffms2, ffmpeg) and LWLibavVideoSource source filter = Duration: 08:23
2.1.7.0 with LWLibavVideoSource = Duration: 13:10
2.1.7.0 with Automatic (FFVideo) = Duration: 13:01
2.1.7.0 with Automatic (FFVideo) and Avs2pipemod pipe = Duration: 13:01
Something in version 2.1.4.8 and above seem to run much slower on my system for some reason. Happy to keep trying things or post logs if you want. Thanks for the ideas so far.
I know this is an old post, but after upgrading from an old version (2.1.3.0 to 2.1.8.0), I noticed my x265 encodes were taking double the amount of time.
I was using a preset I'd made and opened that before adding a video, after a bunch of trial and error I''d found some of the x265 defaults had changed and these were causing the speed discrepency.
In 2.1.3.0 Rskip is undefined by default, when it runs it defaults to rskip mode=1, in 2.1.8.0 it has rskip defaulting to 0.
Also in 2.1.3.0 although badapt was set to full, this ran with setting 0 according to the logs, whereas in 2.1.8.0 it's set to full and runs badapt=2.
I ran a few tests with each setting enabled/disabled and confirmed in the logs that these were the only differences:
2.1.3.0 - 24 seconds
2.1.8.0 - 68 seconds
2.1.8.0 (- rskip=0 + Badapt=2) - 32 seconds
2.1.8.0 (+ rskip=0 - Badapt=2) - 51 seconds
2.1.8.0 (- rskip=0 - Badapt=2) - 23 seconds
Hope this makes sense, as I don't really understand it myself :D
44vince44
18th March 2021, 20:14
@rtyall, we made an entry in our wiki because this is a recurring question.
Read this:
https://github.com/staxrip/staxrip/wiki/x265-apparent-performance-drop-FIX
The x265 build included in 2.1.3.0 is very different from the one in 2.1.8.0.
And the options defaults have changed.
I recommend for you to always delete all the settings, set them from scratch, do your templates from scratch when you get a new version that has too many changes.
By doing that, you ensure that you are using the correct defaults.
rtyall
18th March 2021, 20:34
@rtyall, we made an entry in our wiki because this is a recurring question.
Read this:
https://github.com/staxrip/staxrip/wiki/x265-apparent-performance-drop-FIX
The x265 build included in 2.1.3.0 is very different from the one in 2.1.8.0.
And the options defaults have changed.
I recommend for you to always delete all the settings, set them from scratch, do your templates from scratch when you get a new version that has too many changes.
By doing that, you ensure that you are using the correct defaults.
Thanks for that, I searched earlier but didn't come across that post, I was searching for "slow" and "speed" rather than performance, so probably my fault there.
When I next update I'll remember to recreate the templates, thanks :)
JKyle
18th March 2021, 23:01
This is a follow-up of this post (https://forum.doom9.org/showthread.php?p=1938227#post1938227) about generating the I-frame list of a video file.
For the same INPUT.mkv file, the PowerShell version is as follows:
$filename = "INPUT.mkv"; ffprobe -loglevel error -select_streams v:0 -show_entries frame=pict_type -of flat $filename | Select-String "I" -CaseSensitive | ForEach-Object { Write-Output ($_.LineNumber-1) } | Out-File -FilePath $filename" I-frame list.txt" -Encoding ascii
The I-frame list text file 'INPUT.mkv I-frame list.txt' is automatically generated based on the input file name.
I was interested in putting this script in the Scripts folder, but have run into a couple hurdles.
I put a Discussion post on GitHub (https://github.com/staxrip/staxrip/discussions/603), so plz participate if you're interested. :)
fredlkrue
19th March 2021, 01:51
Using latest beta, either using x264 or HEVC encoder when I set a target file size the output is way off. Older versions didn't have that issue.
JKyle
19th March 2021, 03:09
The SI(decimal) prefixes are set to be the default starting with 2.1.8.5. In order to use the old customary binary(IEC) prefixes, you need to set it deliberately on `Tools` > `Settings` > `User Interface` > `Use binary prefix (MiB) instead of decimal prefix (MB) for sizes`.
Adjustments to match the SI prefix (Base 10) for sizes instead of IEC prefixes (Base 2)
That said, there was a bug in calculating bitrates(unit: kbps), and it is fixed recently and the next version will be correct with that. See here (https://github.com/staxrip/staxrip/issues/597).
fredlkrue
19th March 2021, 04:30
The SI(decimal) prefixes are set to be the default starting with 2.1.8.5. In order to use the old customary binary(IEC) prefixes, you need to set it deliberately on `Tools` > `Settings` > `User Interface` > `Use binary prefix (MiB) instead of decimal prefix (MB) for sizes`.
That said, there was a bug in calculating bitrates(unit: kbps), and it is fixed recently and the next version will be correct with that. See here (https://github.com/staxrip/staxrip/issues/597).
Thanks for the information.
44vince44
21st March 2021, 12:09
New BETA Release : Staxrip v2.1.9.0. Unlike previous betas, this one has been released on Github's release page.
Download link here (https://github.com/staxrip/staxrip/releases/tag/2.1.9.0).
WARNING:
- Might break settings from previous version, so starting with new settings is recommended
- Might break templates and jobs from previous version
- If not starting with new settings, some changes in menu won't be applied (requires manual setting reset or global settings reset in order to make these new items appear, or simply new settings)
Changelog since 2.1.8.5:
Since v2.1.8.5 StaxRip uses the SI prefix for sizes (Base 10: 1 MB = 1000 KB)
Now it is possible to switch (back) to IEC prefix (Base 2: 1 MiB = 1024 KiB) in the settings
Please note, that the target size menu must be resetted or adjusted by hand after a change! (@Dendraspis, @44vince44)
Set "Dark | Blue" as default theme (@Dendraspis)
CheckBox appearance optimized (@Dendraspis)
CodeEditor does not join "Cutting" filter (@Dendraspis)
Block size for Compressibility Check can be set in seconds (@Dendraspis, #547)
The x264 command line preview shows all passes (@Dendraspis, #496)
The aomenc command line preview shows all passes (@Dendraspis, #496)
Extended option descrption for 'Temp Files Folder' if Auto-Deletion is enabled (@Dendraspis, #542)
Progress Reformatting is a global option like Output Highlighting (@Dendraspis)
Improved usability for subtitle options (@stax76, #577)
Show target size label including size unit (@Dendraspis, @VEGAX265, #580)
Theme "Default" is renamed to "System Colors" (@Dendraspis)
Priority for current selected process can be set via menu on Processing window (@Dendraspis)
Multiple theme related adjustments (@Dendraspis, @stax76)
New shortcuts for Output Highlighting and Progress Reformatting on Processing window (@Dendraspis)
New shortcuts for existing actions on Jobs window (@stax76)
Fix x265 --tskip default value for Placebo preset (@tkozybski, @Dendraspis, #600)
Fix x265 Slower preset default values (@tkozybski)
Fix x265 params --atc-sei and --pic-struct wrong parameter type (@Dendraspis, #593)
x264 default CRF value set while setting initial value to 20 (@Dendraspis, #594)
x264 fix UltraFast preset value sync (@Dendraspis, #594)
Fix NVEnc VBR Quality value localization (@Dendraspis, #604)
Fix NVEnc VBR Quality applies even it's disabled (@Dendraspis, #605)
Removal of Menu Styles (@Dendraspis, #589)
In quality mode main dialog shows count and type of active subtitles (@stax76)
Main dialog and code editor show script info with F2 key and
advanced script info with Ctrl+F2, requires menus to be reset manually (@stax76)
New setting to customize the code and console font (@stax76)
Video encoder context console help was fixed and improved (@stax76, #595)
Fix audio bitrate calculation for calculation of video bitrate (@Dendraspis, @44vince44, #608)
When toggling size prefix target size/bitrate are refreshed (@Dendraspis)
AddGrainC v1.8.3.0
AnimeIVTC v2.34 2020-12-19 mod
AVSMeter v3.0.8.0
chapterEditor v1.27
CropResize 2021-02-01
MediaInfo.NET v7.0.0.0
MP4Box v1.1.0 DEV rev589 gcc10.2.0 Patman
MTN Thumbnailer v3.4
SangNom2 v0.6.0
xy-VSFilter v3.2.0.804
JKyle
21st March 2021, 13:55
I believe an extra note is due with this beta release.
Starting in this beta version, @Dendraspis can also administer build releases (not to mention @stax76).
The version naming scheme has changed to a new one compatible with semantic versioning. Delimited by a period(.), the first two groups of numbers represent the stable version, the third group represents the beta, and the last group represents the dev version. See here (https://github.com/staxrip/staxrip/discussions/579#discussioncomment-489371) for more detail.
:)
jlw_4049
21st March 2021, 17:52
Thanks for the update! I'll put it to the test [emoji14]
Sent from my SM-G986U1 using Tapatalk
jinkazuya
23rd March 2021, 23:12
Thanks for stax76 for showing me to make a proper request. I would prefer to ask to include detailsharpen filter in the future release of staxrip, which is much more convenient for noobs or newbies.
Below is the code snippet modified by Jenyok, originally created by Bloax
#
# http://forum.doom9.org/showthread.php?t=163598
#
# Function name DetailSharpen() is replaced by SharpenDetail() name function ...
#
function SharpenDetail(clip orig, int "str", int "thr")
{
#
# Another filter by, oh you guessed it, Bloax.
# Requirements: RedAverage, RemoveGrain and ASharp.
#
# A sharpening filter, that unlike usually, doesn't sharpen edges.
# Instead it sharpens the details, and thus it avoids the classic haloing.
# Not my idea of course, but anyways, enjoy.
#
# "str" Is the sharpening strength.
# "thr" Is the threshold for detecting edges. The higher, the more "edges" are caught, and less details are sharpened.
# Value 5 Is the best value, because 4 starts sharpening edges, and 6 sharpens way too little.
#
str = Default(str, 5)
thr = Default(thr, 5)
Threshold = Pow(2, thr)
sse0 = 0 # change this constant for limits the processor capabilities.
# -1 = use all (bitwise... 16, 8, 4 = SSE4.1, SSSE3, SSE2),
# 0 = no asm, which is veeeeryyyy sloooow.
clp = orig.IsYV12() ? orig.ConvertToYV12() : orig
msk = RAverageW(clp, Threshold, clp.RemoveGrain(19, -1), (-1) * Threshold, u=0, v=0, sse=sse0, bias=128). \
RemoveGrain(2, -1).Mt_Inpand(mode="both").Mt_Deflate()
return (RMerge(clp, clp.ASharp(str, -1), msk, sse=sse0))
#
# for debugging only
#
# return (msk)
# return (clp)
}
JKyle
25th March 2021, 00:25
I would prefer to ask to include detailsharpen filter in the future release of staxrip, which is much more convenient for noobs or newbies.
If you're serious about including this new filter, at least provide a working script sample, please.
Looking at the code, I see that the following plugins are required.
RedAverage
RemoveGrain
ASharp
Among them, only RemoveGrain is natively available in StaxRip (as of 2.1.9.0).
The RedAverage binary available on Avisynth wiki (http://avisynth.nl/index.php/RedAverage) seems 10 years old and built for x86. Are you sure this works without issues on x64?
(BTW, ASharp is available on @Asd-g's GitHub repo (https://github.com/Asd-g/AviSynth-ASharp/releases).)
jinkazuya
25th March 2021, 00:46
If you're serious about including this new filter, at least provide a working script sample, please.
Looking at the code, I see that the following plugins are required.
RedAverage
RemoveGrain
ASharp
Among them, only RemoveGrain is natively available in StaxRip (as of 2.1.9.0).
The RedAverage binary available on Avisynth wiki (http://avisynth.nl/index.php/RedAverage) seems 10 years old and built for x86. Are you sure this works without issues on x64?
(BTW, ASharp is available on @Asd-g's GitHub repo (https://github.com/Asd-g/AviSynth-ASharp/releases).)
I am not sure which one is right. I think probably this is the one.
https://github.com/Selur/VapoursynthScriptsInHybrid/blob/master/G41Fun.py#L2885
JKyle
25th March 2021, 01:24
https://github.com/Selur/VapoursynthScriptsInHybrid/blob/master/G41Fun.py#L2885
This is the filter function definition for VapourSynth, not a working sample of a script in use (for AviSynth+ or VapourSynth).
Besides, the function name is different for VapourSynth. It's DetailSharpen, not SharpenDetail as presented in the code in your above post.
Aside from the name issue, it's true that G41Fun.DetailSharpen is natively available in StaxRip as part of the G41Fun VapourSynth plugin, but I'm asking you to present a working script that utilizes the filter in practice.
As the Tool Update Requests (https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests) Wiki document describes,
"only requests with script code will be accepted."
---
Update:
OK. I've included the G41Fun.DetailSharpen filter profile for VapourSynth with default options. But since AviSynth+ version SharpenDetail seems to have some issues, we need some more info and correct binaries in order to put it as SharpenDetail in AVS Profiles.
I've submitted a PR, and I guess it will be available in the next release.
jinkazuya
25th March 2021, 05:51
This is the filter function definition for VapourSynth, not a working sample of a script in use (for AviSynth+ or VapourSynth).
Besides, the function name is different for VapourSynth. It's DetailSharpen, not SharpenDetail as presented in the code in your above post.
Aside from the name issue, it's true that G41Fun.DetailSharpen is natively available in StaxRip as part of the G41Fun VapourSynth plugin, but I'm asking you to present a working script that utilizes the filter in practice.
As the Tool Update Requests (https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests) Wiki document describes,
"only requests with script code will be accepted."
---
Update:
OK. I've included the G41Fun.DetailSharpen filter profile for VapourSynth with default options. But since AviSynth+ version SharpenDetail seems to have some issues, we need some more info and correct binaries in order to put it as SharpenDetail in AVS Profiles.
I've submitted a PR, and I guess it will be available in the next release.
Billion thanks u are the best. I have been wanting this for a long time cuz I used to use it for my video encoding in 32bits but now due to avisynth incompatibility issue, I have to give up on using it and switch to vapoursynth and now with staxrip, which is a very nice gui encoding app for newbies but as for importing scripts and using them, I am still not really that familiar, hopefully there would be an editor for scripting in the app like MEGUI or a really nooks guide. I have been using staxrip for three encoding, all worked pretty well. There are a lot of features in staxrip as well.
Atlantis
25th March 2021, 10:47
Is the Batch Job editing working properly? How do you edit a single job inside a batch job?
I use Load on the Jobs windows and things go completely wrong, nothing loads. It asks do you want to save the project.
stax76
25th March 2021, 11:47
@Atlantis
Batch job load is not supported I think.
craigpro
25th March 2021, 16:13
sigh.. so much has changed. I'm using beta 2.1.9.0 and manually edited my old settings I used to use - now the files are coming out larger than the source, in about half the stuff I've tried encoding.
Any advice on what to change would be most appreciated please.
--cqp 18:20:22 --codec h265 --preset P7 --output-depth 10 --level 5.1 --qp-init 20 --qp-max 22 --qp-min 18 --max-bitrate 5000 --aq --aq-temporal --gop-len 240 --lookahead 16 --multiref-l0 4 --multiref-l1 4 --strict-gop --nonrefp --weightp --cuda-schedule auto --output-buf 16
Atlantis
25th March 2021, 19:06
They clearly say to start with a clean install. I did so.
JKyle
25th March 2021, 20:16
...now the files are coming out larger than the source, in about half the stuff I've tried encoding.
Any advice on what to change would be most appreciated please.
--cqp 18:20:22 --codec h265 --preset P7 --output-depth 10 --level 5.1 --qp-init 20 --qp-max 22 --qp-min 18 --max-bitrate 5000 --aq --aq-temporal --gop-len 240 --lookahead 16 --multiref-l0 4 --multiref-l1 4 --strict-gop --nonrefp --weightp --cuda-schedule auto --output-buf 16
You know this is a matter of settings or usage, not something inherent in StaxRip, right?
That said, I'd like to recommend you use `Constant Quality Mode(vbr or vbrhq)` instead of `Constant QP(cqp)` for `NVEnc` to get a more desirable result.
There is a Discussions thread (https://github.com/staxrip/staxrip/discussions/417) regarding this matter on GitHub, and you may find it helpful (for what it's worth).
As for me, I adopt the `vpp-deband` filter instead of going with 10-bit encoding for an 8-bit source when it comes to NVEnc HEVC. And I usually don't attach other gratuitous strings.
--vbr 0 --codec h265 --preset P7 --multipass 2pass-full --vbr-quality 33 --aq --lookahead 32 --ref 5 --vpp-deband range=24,thre=6,thre_y=6,thre_cb=6,thre_cr=6,dither=24,dither_y=24,dither_c=24
You need to finetune the `--vbr-quality`value in order to adjust the quality and final output file size.
This usually yields a bitrate about 2500k (roughly) for a 1080p 29.97fps 8-bit AVC source. But of course the real result depends totally on the source properties.
My graphics card is Pascal. Since it looks like yours is Turing or Ampere, you may add additional architecture-specific options like
--bframes 4 --bref-mode middle --aq-temporal --multiref-l0 5 --multiref-l1 4
And as a side note, you also need to be aware that the encoding speed with Turing or Ampere may be slower than Pascal since they encode B-frames as well by default.
For more info, refer to the NVEnc online manual (https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md).
JKyle
26th March 2021, 06:12
They clearly say to start with a clean install. I did so.
You're doing good in that regard.
The reason that a clean install is always recommended is because you don't know what kind of issues you're carrying along if you continue to copy & use your old settings file without its update.
AFAIK, the only way to keep old settings is when this extra step is taken: you should update your settings by looking into/updating any changes in your settings every time you update StaxRip. This includes basically everything: menus (main menus and all other menus), templates, AVS/VS profiles, video encoder/audio encoder profiles, etc.
This is a very tedious/cumbersome/time-consuming job even if you know all the changes that have happened in between those two versions. This is more so esp. with a fast developing software program like StaxRip that has a LOT of changes b/w releases.
If you have so many customized settings that it takes too much time to set up the same in the new version and if you are sure you can do the above mentioned extra step successfully with every program update, then you can go on. Otherwise, you better go with a fresh start.
That's why a clean install is recommended in general.
stax76
26th March 2021, 13:42
@JKyle
I used to write a lot of migration code in the past but gave it up because it took too much time. It's a topic we should have an eye on, it can probably be improved without losing too much time.
Atlantis
26th March 2021, 13:59
new bug in v2.1.9.0-Beta
StaxRip\Apps\Plugins\AVS\SangNom2\SangNom2.dll
Not working. It says it is 32bit DLL and not working with 64bit staxrip.
I copied the old from 2.1.8.5-Beta and that works.
stax76
26th March 2021, 14:44
@Atlantis
Users can report tool update requests and issues in the following wiki page:
https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests
This page can be found in the Tools section of the wiki:
https://github.com/staxrip/staxrip/wiki#tools
craigpro
26th March 2021, 15:35
Thank you very much for your info and forum suggestions JKyle - I'll check them out.
I did start with a totally new, clean install of 2.1.9.0 and was surprised when 5 of the 10 files I batch encoded came out larger than the source files.
So then I tried my old settings (by creating a new setting in my new, fresh install and matching the command line options to my old settings) and that was slightly better but still had some files larger than source.
Yes, I have an RTX 3070 which I use for encoding.
JKyle
26th March 2021, 16:50
I did start with a totally new, clean install of 2.1.9.0 and was surprised when 5 of the 10 files I batch encoded came out larger than the source files.
So then I tried my old settings (by creating a new setting in my new, fresh install and matching the command line options to my old settings) and that was slightly better but still had some files larger than source.
The default parameters setting for Nvidia H265 in StaxRip is
--cqp 18 --codec h265
You should always modify the default settings based on your hardware.
And the second issue comes from the fact that `NVEnc` itself has updated/changed in the meantime. It's not something inherent in StaxRip.
That's why you should always refer to the console help file or online help pages for the corresponding tools.
JKyle
26th March 2021, 17:03
new bug in v2.1.9.0-Beta
StaxRip\Apps\Plugins\AVS\SangNom2\SangNom2.dll
Not working. It says it is 32bit DLL and not working with 64bit staxrip.
You're right. The x86 dll was mistakenly included instead in the release. Good find, and thanks. :)
You can download SangNom2 0.6.0 from here (https://github.com/Asd-g/AviSynth-SangNom2/releases) and get the new x64 dll file. Don't forget to update the version number in Apps Manager (F9).
JKyle
26th March 2021, 21:48
2.2.0 is released just now. Here (https://github.com/staxrip/staxrip/releases/tag/v2.2.0).
There's a BIG must-know change in this release: full semantic versioning is applied.
Semantic versioning is easy to understand: versions of StaxRip now have the form of
v<major>.<minor>.<dev(patch)>
where
major: a version number where there are breaking modifications
minor: a version number that is compatible with previous versions
dev(patch): an increment for a bug fix or a patch fix. Intended for advanced users and testers.
There are NO MORE BETA versions, and all release versions have the form of v<major>.<minor>.0.
If you're interested in DEV versions, you are welcome to join in the DEV related threads on GitHub.
---
Among the many changes in Changelog (https://github.com/staxrip/staxrip/blob/master/Changelog.md), two default-value changes will surely affect your OLD templates/projects if you decided to carry them along despite the official recommendation.
New projects use Copy/Mux as audio profile
⇒ Your existent templates/projects will be force-reset to `Copy/Mux` for audio encoding setting.
Add option to demux subtitles without including them
⇒ Your existent templates/projects will be force-reset to `Demux and include preferred languages` in `Options` > `Subtitles` > `Subtitles`.
Therefore, you'd better back up your old settings, templates, and projects before carrying them along.
Atlantis
27th March 2021, 11:21
Another new bug. In the demux window you can't deselect correctly the attachments. No check boxes.
God knows how many times, how many years ago I asked please like for Audio and Subtitles, add buttons ALL and NONE for attachments. If we had those, at least we could deselect all with buttons.
https://i.postimg.cc/3x6wgwy6/Untitled.jpg
jlw_4049
27th March 2021, 12:13
Another new bug. In the demux window you can't deselect correctly the attachments. No check boxes.
God knows how many times, how many years ago I asked please like for Audio and Subtitles, add buttons ALL and NONE for attachments. If we had those, at least we could deselect all with buttons.
https://i.postimg.cc/3x6wgwy6/Untitled.jpgIs this with latest version?
Sent from my SM-G986U1 using Tapatalk
Atlantis
27th March 2021, 12:26
I already had this problem with a previous version. For sure I had it also with v2.1.9.0. Before that I don't think so.
44vince44
27th March 2021, 12:42
@Atlantis, @jlw please create an issue on github. this could be related to the new theme design in staxrip.
stax76
27th March 2021, 13:49
I'll fix it and add the buttons, this is not completely easy btw...
stax76
27th March 2021, 14:33
Here is hotfix build:
https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0
https://1drv.ms/u/s!ArwKS_ZUR01g0kH4d4eT_6a3GaKe?e=qbOfGS
jinkazuya
27th March 2021, 17:05
Thanks Jkyle and stax76 for providing such a good GUI encoding program or application. BTW, a little suggestion, I know there is already a guide or wiki that documents the functions and features of staxrip. However, the documents are not detailed enough esp for noobs or newbies. I am just wondering if there will be a detailed documentation that features or explains everything associated with staxrip.
BTW, is there a way to encode a video faster? Or how to use it with hardware encoding? I really love staxrip now ever since this 2.2.0 version and after having used it for a while. However, a single episode of 45 mins of a series requires an hour of encoding and not sure if it has to do with vapoursynth or something (the speed). I think my computer is a little dated.
Here is the spec of my PC
Threadripper 1950X
32 rams
nvidia GTX 1080ti
Window 10
SSD intel card
So I am just wondering if there is a way to optimize it or improve the speed a little. Without deinterlacing the video by using QTGMC, the time spent on encoding reduces.
44vince44
27th March 2021, 17:42
@jinkazuya
I can help, and I probably know a way it can go 3 times faster... but need some information:
1) what is the resolution of the video
2) can you copy the command line of x265 here (in the encoder's options, the line appears at the bottom, with all the switches)
3) when you do an encode, how much is your cpu usage
Probably, after reading your answer, I'll suggest parallel processing or chunk encoding.
JKyle
27th March 2021, 17:56
I am just wondering if there will be a detailed documentation that features or explains everything associated with staxrip.
There's a (somewhat old) Tutorial written in German (https://encodingwissen.de/praxis/staxrip/) by @BrotherJohn. It needs update, but at least you can refer to it for learning the basics of StaxRip.
Any volunteer is welcome to update and translate the tutorial.
BTW, is there a way to encode a video faster? Or how to use it with hardware encoding? I really love staxrip now ever since this 2.2.0 version and after having used it for a while. However, a single episode of 45 mins of a series requires an hour of encoding and not sure if it has to do with vapoursynth or something (the speed). I think my computer is a little dated.
Here is the spec of my PC
Threadripper 1950X
32 rams
nvidia GTX 1080ti
Window 10
SSD intel card
So I am just wondering if there is a way to optimize it or improve the speed a little. Without deinterlacing the video by using QTGMC, the time spent on encoding reduces.
Your system is better than mine. My graphics card is GTX 1060 6G, and it takes me about 20 mins to encode a 2 hour FHD 29.97fps 8-bit AVC source to HEVC using NVEnc.
To give you a small tip, you can speed up the deinterlacing process by adopting the hardware deinterlacing filter `--vpp-yadif` embedded in NVEnc, instead of the CPU filter `QTGMC`.
--vpp-yadif mode=tff --interlace tff
If you need to bob the frame rate, use bob_tff instead of tff, and of course you need to choose b/w tff and bff depending on the source field parity.
Basically it's a matter of usage and settings for NVEnc command line, and you need to study how to optimize the settings for your hardware and the source file referring to various resources.
I already gave an answer to @craigpro's question in the above reply (https://forum.doom9.org/showthread.php?p=1939029#post1939029), and you can refer to it too.
Maybe I can write a short guide on the Wiki sometime (if I have time :D), but optimizing the options based on your hardware and the source is of course totally up to you.
In the meantime, refer to the NVEnc options document (https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md).
stax76
27th March 2021, 18:00
Thanks Jkyle and stax76 for providing such a good GUI encoding program or application. BTW, a little suggestion, I know there is already a guide or wiki that documents the functions and features of staxrip. However, the documents are not detailed enough esp for noobs or newbies. I am just wondering if there will be a detailed documentation that features or explains everything associated with staxrip.
It will be improved, but it's not a high priority task for any of the active contributors, at least not at the moment.
jinkazuya
27th March 2021, 18:36
@jinkazuya
I can help, and I probably know a way it can go 3 times faster... but need some information:
1) what is the resolution of the video
2) can you copy the command line of x265 here (in the encoder's options, the line appears at the bottom, with all the switches)
3) when you do an encode, how much is your cpu usage
Probably, after reading your answer, I'll suggest parallel processing or chunk encoding.
I basically use the default, but for better quality, I choose x264 with 18 quality and that is it. I have never altered anything. The resolution is
1280 x 720 and basically the CPU is 88% to 100% most of the time.
I think the default will be listed below
cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16
chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=22 lookahead_threads=3
sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1
b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0
rc_lookahead=40 rc=crf mbtree=1 crf=18.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
There's a (somewhat old) Tutorial written in German (https://encodingwissen.de/praxis/staxrip/) by @BrotherJohn. It needs update, but at least you can refer to it for learning the basics of StaxRip.
Any volunteer is welcome to update and translate the tutorial.
Your system is better than mine. My graphics card is GTX 1060 6G, and it takes me about 20 mins to encode a 2 hour FHD 29.97fps 8-bit AVC source to HEVC using NVEnc.
To give you a small tip, you can speed up the deinterlacing process by adopting the hardware deinterlacing filter `--vpp-yadif` embedded in NVEnc, instead of the CPU filter `QTGMC`.
--vpp-yadif mode=tff --interlace tff
If you need to bob the frame rate, use bob_tff instead of tff, and of course you need to choose b/w tff and bff depending on the source field parity.
Basically it's a matter of usage and settings for NVEnc command line, and you need to study how to optimize the settings for your hardware and the source file referring to various resources.
I already gave an answer to @craigpro's question in the above reply (https://forum.doom9.org/showthread.php?p=1939029#post1939029), and you can refer to it too.
Maybe I can write a short guide on the Wiki sometime (if I have time :D), but optimizing the options based on your hardware and the source is of course totally up to you.
In the meantime, refer to the NVEnc options document (https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md).
I do not use NVEncC, I am using vapoursynth for encoding. Anyway, I used the default setting of QTGMC, which is set to medium. The source that I encoded is TS of TV recording and for the latest staxrip, it gives me about 31 to 41 FPS, and without QTGMC, depending on the source, it gives me about 100 FPS.
BTW, how to I set --vpp-yadif mode=tff --interlace tff
JKyle
27th March 2021, 18:50
I basically use the default, but for better quality, I choose x264 with 18 quality and that is it. I have never altered anything.
IMHO, crf 18 is too much for x264. Maybe you can come down a little bit to 20-22. But of course you need to look at the source first and make a discreet decision.
BTW, how to I set --vpp-yadif mode=tff --interlace tff
It's part of NVEnc command line options.
It's not available with x264 or x265, so if you're not using NVEnc, you can forget about them.
BTW, did you multi-thread QTGMC (http://avisynth.nl/index.php/QTGMC#Multi-Threaded_Usage) to improve its efficiency?
jinkazuya
27th March 2021, 18:58
IMHO, crf 18 is too much for x264. Maybe you can come down a little bit to 20-22. But of course you need to look at the source first and make a discreet decision.
It's part of NVEnc command line options.
It's not available with x264 or x265, so if you're not using NVEnc, you can forget about them.
BTW, did you multi-thread QTGMC (http://avisynth.nl/index.php/QTGMC#Multi-Threaded_Usage) to improve its efficiency?
Well...The CPU is 100% already encoded with vapoursynth with staxrip. Everything is default. So I am not sure if the QTGMC is already tasked with multithreads.
JKyle
27th March 2021, 19:06
Well...The CPU is 100% already encoded with vapoursynth with staxrip. Everything is default. So I am not sure if the QTGMC is already tasked with multithreads.
Then you're already getting the most out of your CPU with QTGMC.
QTGMC is a heavily CPU intensive filter. I recommend you upgrade your CPU or try using another alternative deinterlacing filter.
Going to NVEnc encoding along with its hardware deinterlacing filter can be another option if you can bear with a (slightly) lower-quality-bigger-size output.
Atlantis
27th March 2021, 20:05
Thank you so much. I just checked the hotfix and the attachments demux is working correctly as before.
The addition of the All and None buttons are just perfection. It makes the life so much easier.
NanoBot
27th March 2021, 20:40
If you are willing to spend 15$, you may give DGDecNV a try. It's a decoder/frameserver package which uses your Nvidia GPU not only to decode the source material. In addition it offers, among other things, the possibility to deinterlace or telecide the content during the decoding process, all done in the GPU. This frees up more CPU ressources for the encoding process.
More information is avaliable here: http://rationalqm.us/dgdecnv/dgdecnv.html
Nevertheless I can't tell how good the deinterlacing quality of DGIndexNV compared to the deinterlacers provided by avisynth or vapoursynth is. I very rarely have to deal with interlaced content.
stax76
27th March 2021, 20:53
I'd rather donate that 15$ to charity and use L-Smash-Source instead.
DavidRyan
27th March 2021, 21:34
Trying out the new version (2.2.0) and when trying to demux an mkv originally from a DVD (converted to mkv with MakeMKV) staxrip crashes on the "extract forced subtitles" step. I don't actually need that step, is there anyway to stop it trying to do that? Had a look but couldn't see an option. Anyway I then tried staxrip 2.1.7.0 and it had no problems with the same file.
This is what was reported:
StaxRip.ErrorAbortException: Extract forced subtitles if existing returned error exit code: 1 (0x1)
It's unclear what the exit code means, in case it's
a Windows system error then it possibly means:
# for hex 0x1 / decimal 1
STATUS_WAIT_1 ntstatus.h
ICERR_DONTDRAW vfw.h
ERROR_INVALID_FUNCTION winerror.h
# Incorrect function.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x1
# for hex 0x1 / decimal 1
ERROR_INVALID_FUNCTION winerror.h
# Incorrect function.
BDSup2Sub++ 1.0.3
OPTION: Exporting only forced subtitles.
Converting SUB/IDX
Loading D:/Video/Movies/xxx)/xxx/ID1 English_default.idx
WARNING: Invalid end sequence offset -> no end time
...
WARNING: Invalid end sequence offset -> no end time
Detected 0 forced captions.
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 357
at StaxRip.MainForm.ExtractForcedVobSubSubtitles() in D:\Code\Github\staxrip\staxrip\Source\Forms\MainForm.vb:line 2650
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isEncoding) in D:\Code\Github\staxrip\staxrip\Source\Forms\MainForm.vb:line 2328
(The warning about invalid end sequence was repeated multiple times)
videoh
27th March 2021, 23:30
I'd rather donate that 15$ to charity and use L-Smash-Source instead. 20,000+ users beg to differ. Must suck to have to derive personal validation from virtue signaling. We will pray for you.
stax76
28th March 2021, 00:34
20,000+ users beg to differ. Must suck to have to derive personal validation from virtue signaling. We will pray for you.
Wasn't it 10000+ last year? I don't remember it. It handles TS well, that's it. I can't really recommend it regardless of who is selling it.
DJATOM
28th March 2021, 05:26
I'm pretty satisfied with DGDecNV, it's just sad that there's no Linux binary for plugin part (we can live with indexer over Wine).
Jerethi
28th March 2021, 06:15
I'm also receiving the same error with forced subtitles as reported by @DavidRyan.
thomy22
28th March 2021, 10:08
I'm also receiving the same error with forced subtitles as reported by @DavidRyan.
here also on every Movie
thomy22
28th March 2021, 10:26
In the case of one film, nothing works at all. After reading the window looks like everything is empty and there is this File:
recovery.srip
https://www.swisstransfer.com/d/38f4aa3a-e4e7-4253-946b-2de305d19a58
What can I do here?
44vince44
28th March 2021, 12:59
thomy we need a copy of the error, or find the log file in the temp folder, and the send us the log file, please...
44vince44
28th March 2021, 13:02
Jerethi, DavidRyan, Atlantis: thanks to @Mister-XY who made a PROPER bug report on github, and of course to the work of Dendraspis and Stax76, this bug of the forced subtitles, sadly introduced by a minor code optimization in v2.2, will be fixed in v2.3.
Please when a bug is confirmed, someone has to report it PROPERLY as Mister-XY did.
This is only a discussion forum! Github is the serious bug reporting place.
thomy22
28th March 2021, 13:08
thomy we need a copy of the error, or find the log file in the temp folder, and the send us the log file, please...
After all, there is no error message. Only this file that I have uploaded. The Staxrip window looks like I didn't upload anything. The folder is created but the audio tracks etc. are made but you can't set it to encode.
DavidRyan
28th March 2021, 13:08
As I don't have a github account (yes, I should probably register one) I thought mentioning it here was better than nothing, whether "PROPER" or not.
Lesson learned, won't mention bugs again. I assume cosmetic issues (like the digits at the bottom of each box rather than centered when editing audio profiles) should also go there so have just deleted the post I was in the process of making.
videoh
28th March 2021, 14:10
I'm pretty satisfied with DGDecNV, it's just sad that there's no Linux binary for plugin part (we can live with indexer over Wine). That's very interesting. A linux port was always blocked by the heavy win32 api usage in DGIndexNV. But if a DGDecodeNV port by itself is useful, then that is a real possibility. What linux distribution do you recommend for me to begin such a project? And are you favoring Vapoursynth or Avisynth+ for linux? You can reply in a PM or post at my forum if you like to keep off-topic stuff to a minimum in this thread.
JKyle
28th March 2021, 15:25
As I don't have a github account (yes, I should probably register one) I thought mentioning it here was better than nothing, whether "PROPER" or not.
I would also like to strongly recommend to post bug reports on GitHub (https://github.com/staxrip/staxrip/issues), not here.
One of the main reasons is that on GitHub, we can focus on the specific topic brought up in the bug report. This forum is not suitable at all for that purpose.
Another reason is that all developers/collaborators of StaxRip are watching/being notified of new issues on GitHub every time they are posted. We can't for posts on this forum unless we visit this forum on purpose.
That said, remember that when posting an issue/bug report on GitHub, sticking to the templates is very important. Insufficient information leads only to confusion and misunderstanding.
JKyle
28th March 2021, 17:09
...I used the default setting of QTGMC, which is set to medium. The source that I encoded is TS of TV recording and for the latest staxrip, it gives me about 31 to 41 FPS, and without QTGMC, depending on the source, it gives me about 100 FPS.
Maybe there's room for performance improvement of QTGMC.
Check if your CPU supports AVX2 (using CPU-Z and the like). If so, replace the shipped plugins_JPSDR.dll(in <StaxRip-Folder>\Apps\Plugins\AVS\JPSDR\) file with the AVX2 version in plugins_JPSDR_v3_2_5.7z (https://github.com/jpsdr/plugins_JPSDR/releases/tag/3.2.5). (The one in x64\Release_clang_W7_AVX2 is recommended.) See if it makes any change.
StaxRip ships with AVX version in consideration of backwards compatibility for more users.
JKyle
29th March 2021, 00:46
v2.3.0 (https://github.com/staxrip/staxrip/releases/tag/v2.3.0) is released just now.
Among the many changes, these will improve ts/m2ts reading significantly.
Disable eac3to preprocessing by default and extend re-muxing with ffmpeg to m2ts files
Fix ffmpeg not being able to re-mux files with menus
Fix ffmpeg demux issues
Add missing parameters to ffmpeg calls
Now, you'll see a lot less critical errors than before if you choose ffmpeg as the ts/m2ts handler.
But there is a small error that wasn't checked enough before release. ffmpeg: Re-mux (M2)TS to MKV preprocessor in Settings > Preprocessing is missing one parameter: -map 0. Without this option, only one stream per type(video/audio/text subtitle) will be remuxed to mkv (if you turn on the preprocessor).
So click Edit... and insert the option as follows:
https://i.imgur.com/vdVKaG9.jpg
jinkazuya
29th March 2021, 17:02
Maybe there's room for performance improvement of QTGMC.
Check if your CPU supports AVX2 (using CPU-Z and the like). If so, replace the shipped plugins_JPSDR.dll(in <StaxRip-Folder>\Apps\Plugins\AVS\JPSDR\) file with the AVX2 version in plugins_JPSDR_v3_2_5.7z (https://github.com/jpsdr/plugins_JPSDR/releases/tag/3.2.5). (The one in x64\Release_clang_W7_AVX2 is recommended.) See if it makes any change.
StaxRip ships with AVX version in consideration of backwards compatibility for more users.
Thanks but does it really work? The reason I am saying this is because I am now using vapoursynth for encoding instead of Avisynth. With vapoursynth I could encode the videos without having to resort to setting any multithreads because it is already multithreaded to begin with.
This is the info of the video encoding
--------------------------- Video encoding ---------------------------
x264 x264
"C:\Users\Desktop\StaxRip\StaxRip-v2.3.0-x64\Apps\FrameServer\VapourSynth\vspipe.exe"
"C:\Users\Desktop\Encoded Videos\ The Witness HDTV 1080i x264_temp\The Witness Ep01 20201019 HDTV 1080i x264.vpy"
- --y4m | "C:\Users\Desktop\StaxRip\StaxRip-v2.3.0-x64\Apps\Encoders\x264\x264.exe"
--crf 18 --colorprim bt709 --colormatrix bt709 --transfer bt709 --demuxer y4m --frames 131290 --output
"C:\Users\Desktop\Encoded Videos\The Witness HDTV 1080i x264_temp\The Witness HDTV 1080i x264_out.h264" -
Script exceeded memory limit. Consider raising cache size.
y4m [info]: 1280x720p 0:0 @ 50/1 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x264 [info]: profile High, level 3.2, 4:2:0, 8-bit
JKyle
29th March 2021, 18:25
Thanks but does it really work? The reason I am saying this is because I am now using vapoursynth for encoding instead of Avisynth. With vapoursynth I could encode the videos without having to resort to setting any multithreads because it is already multithreaded to begin with.
You're right. I wrote the post for general users in mind, but maybe I wasn't clear about it. Sorry about the confusion. :rolleyes:
However, maybe you can try it out on AviSynth+ instead of VapourSynth and compare which performs better.
Multithreading QTGMC in AviSynth+ is not difficult. This example on an AviSynth Wiki Page (http://avisynth.nl/index.php/SetFilterMTMode) may be helpful:
(Suppose you have 4 logical cores.)
# This line causes all filters that don't have an MT mode explicitly use mode 2 by default.
# Mode 2 is a relatively safe choice until you don't know most of your calls to be either mode 1 or 3.
# Compared with mode 1, mode 2 trades memory for MT-safety, but only a select few filters will work with mode 1.
SetFilterMTMode("DEFAULT_MT_MODE", 2)
# FFVideoSource(), like most of all source filters, needs MT mode 3.
# Note: starting with AviSynth+ r2069, it will now automatically recognize source filters.
# If it sees a source filter which has no MT-mode specified at all, it will automatically use
# mode 3 instead of the default MT mode.
SetFilterMTMode("FFVideoSource", 3)
# Now comes your script as usual
FFVideoSource(...)
Trim(...)
QTGMC(Preset="Medium", EdiThreads=2)
...
# Enable MT!
Prefetch(5)
You can put SetFilterMTMode("DEFAULT_MT_MODE", 2) and SetFilterMTMode("FFVideoSource", 3)(if needed) before the source filter in `Options` > `Filters` > `Code inserted at top of scripts:`.
And Prefetch filter is in the `Misc` > `MTMode` category.
For a small tip, just edit filters and project options without any source file and save it as a template. Then you can avoid the annoying task of redoing filter/option selection for later jobs.
jinkazuya
30th March 2021, 01:51
You're right. I wrote the post for general users in mind, but maybe I wasn't clear about it. Sorry about the confusion. :rolleyes:
However, maybe you can try it out on AviSynth+ instead of VapourSynth and compare which performs better.
Multithreading QTGMC in AviSynth+ is not difficult. This example on an AviSynth Wiki Page (http://avisynth.nl/index.php/SetFilterMTMode) may be helpful:
(Suppose you have 4 logical cores.)
# This line causes all filters that don't have an MT mode explicitly use mode 2 by default.
# Mode 2 is a relatively safe choice until you don't know most of your calls to be either mode 1 or 3.
# Compared with mode 1, mode 2 trades memory for MT-safety, but only a select few filters will work with mode 1.
SetFilterMTMode("DEFAULT_MT_MODE", 2)
# FFVideoSource(), like most of all source filters, needs MT mode 3.
# Note: starting with AviSynth+ r2069, it will now automatically recognize source filters.
# If it sees a source filter which has no MT-mode specified at all, it will automatically use
# mode 3 instead of the default MT mode.
SetFilterMTMode("FFVideoSource", 3)
# Now comes your script as usual
FFVideoSource(...)
Trim(...)
QTGMC(Preset="Medium", EdiThreads=2)
...
# Enable MT!
Prefetch(5)
You can put SetFilterMTMode("DEFAULT_MT_MODE", 2) and SetFilterMTMode("FFVideoSource", 3)(if needed) before the source filter in `Options` > `Filters` > `Code inserted at top of scripts:`.
And Prefetch filter is in the `Misc` > `MTMode` category.
For a small tip, just edit filters and project options without any source file and save it as a template. Then you can avoid the annoying task of redoing filter/option selection for later jobs.
It seems that the avisynth does not have detailsharpen. BTW, is there a way to import script for avisynth with StaxRip? This is something I do not really know how to do. Sorry about the inconvenient.
JKyle
30th March 2021, 04:12
It seems that the avisynth does not have detailsharpen.
SharpenDetail is the AVS version of DetailSharpen, and like I said in the previous post (https://forum.doom9.org/showthread.php?p=1938966#post1938966), it's not available on x64. Use other alternatives instead.
Atlantis
31st March 2021, 08:12
New bug introduced in 2.3.0.
External subtitles do not load automatically.
movie.mkv
movie.English.srt
The subtitle does not load automatically like before. You have to add them manually which slows the work.
stax76
31st March 2021, 09:41
That's probably not a bug, please have a look at the subtitle options, we've worked on the related code recently because of a missing feature and tested everything afterwards.
Atlantis
31st March 2021, 10:53
The options are correct. The only thing is that I didn't go clean install from the previous version. It was like only 3-4 days between the two. I will try a clean install later.
44vince44
31st March 2021, 11:50
@Atlantis, the modification that were made are exactly the kind that require resetting your settings.
The new options have been completely rewritten by Stax76 and Dendraspis.
However I CONFIRM THERE IS A PROBLEM:
-> Add Hardcoded Subtitles does not work when "Demux preferred languages but don't include them".
But it works when "Demux and Include..." is selected
stax76
31st March 2021, 12:09
The options are correct. The only thing is that I didn't go clean install from the previous version. It was like only 3-4 days between the two. I will try a clean install later.
StaxRip has many features, we don't know which options were used, please make a screenshot of the subtitle options or tell us your preferred subtitle languages and the subtitle mode chosen in the dropdown.
Atlantis
31st March 2021, 13:11
I'm in an encoding job that takes a day. I will do a clean install after that.
Was this change between 2.2.0. and 2.3.0? I didn't see anything major change in the description and that's why going from 2.2.0. to 2.3.0 I kept the settings.
44vince44
31st March 2021, 22:49
It's not a clean install problem, I could confirm this bug (see my previous post), and a commit was done today by Dendraspis to fix that!
Atlantis
31st March 2021, 22:56
Thanks. Now I'm not going to clean anything!
my option is
show dialog to choose subtitles to be included
In the language I have several but when I open a file and open options, I see that the language part is erased!
In the meantime, is there a working hotfix exe file? Because it is kind of a major thing.
JKyle
1st April 2021, 08:11
I posted two very basic how-to documents on the Wiki regarding QTGMC usage for AviSynth+ in StaxRip.
How to optimize JPSDR for AVX2 supporting CPU: a recommended step for using QTGMC in AviSynth (https://github.com/staxrip/staxrip/wiki/How-to-optimize-JPSDR-for-AVX2-supporting-CPU%3A-a-recommended-step-for-using-QTGMC-in-AviSynth)
How to set up a simple multithreaded QTGMC template for AviSynth (https://github.com/staxrip/staxrip/wiki/How-to-set-up-a-simple-multithreaded-QTGMC-template-for-AviSynth)
Hope they can be of help for beginners. :)
Atlantis
1st April 2021, 08:20
How faster this makes QTGMC compared to the normal use?
stax76
1st April 2021, 11:07
@Atlantis
For the subtitle issue please use the GitHub issue tracker.
44vince44
1st April 2021, 13:51
@Atlantis,
I have already opened an issue and it has been fixed.
But YOU should have done that.
Now you can still request the hotfix, in the issue I have opened. Do not double post please.
here is the link to the issue: https://github.com/staxrip/staxrip/issues/643
@JKyle, thanks for the new guides !!
Atlantis
2nd April 2021, 18:52
Don't worry, I will never post on the GitHub, and I have never double posted anything.
@44vince44, I SHOULD have done that? Nope. Who says I SHOULD have done that?
I already reported the problem here and that is enough.
There is no you should do anything anywhere. Give me a break.
Tonysa
2nd April 2021, 20:18
Hi everyone, I have been using staxRip for many years and have always enjoyed it. Lately I am having trouble converting an mp4 file, coming from a TV recording (agptek video grabber), I get a file with audio sync issues. I have tried many versions of staxrip including the latest 2.3.0, without solving the problem ... I have tried to change video (h264, h265) and audio (aac, mp3, opus) settings and codecs without solving the problem. The same file is successfully converted by other software such as handbrake or avidemux. anyone can help me? sorry for my poor english.
44vince44
3rd April 2021, 07:36
@Atlantis, we wish to work on Github, and take requests and bug reports there, and keep this place for discussions between users, because this forum is more adapted to discussions and announcements.
After that @Stax76, then I, have asked you to do so, then if you still don't wish to go to Github, you're free to do so, but we might not answer or even check here one day.
And as per your answer "Give me a break", I tell you: no one is forcing you to use Staxrip. We are the developing team (personaly I'm only involved in testing), and we make such decisions for the software.
44vince44
3rd April 2021, 07:43
@Tonysa:
Your problem can come from two possible reasons:
1) The Video Source (the first filter in the filter list): Staxrip will use LSMASH for mp4s, you can change it to FFVideoSource, it works better for some mp4s and will possibly fix your problem
2) If for some reason you still have AV sync problems, then maybe your mp4s are using variable frame rate. In this case there is a guide here:
https://github.com/staxrip/staxrip/wiki/How-to-edit-a-VFR%28Variable-Frame-Rate%29-video-%28from-smartphones%2C-etc%29-avoiding-audio-sync-issues-in-StaxRip
But I think the solution 1 will work in your case.
Atlantis
3rd April 2021, 11:40
It seems you don't understand. I'm not expecting anything and I am not expecting any answers. I'm doing you a favor. I am helping you.
It is very idiotic to say to post on the github. It could not be a bug, it could be only me, it could be my problem only which is exactly why this place is the correct place to report.
It's for discussions. Experts here can see and test to see if it is a REAL bug and if it is, they can open an issue on the github not to waste people's time.
44vince44
3rd April 2021, 14:22
It seems actually you don't understand: I have confirmed your bug twice here, and posted an issue on Github, and the issue was fixed while you were still discussing here, although I informed you about that and Github, and @Stax76 invited you to post there.
Next time, if you want to follow-up bug corrections, and get a hotfix, then please go to github.
And even better, you want to help? Please create the issue on github when the bug is confirmed.
Not sure it is a bug? discuss it here, or simply post a ticket using the "question" template on github. Once it is confirmed there, it will be tagged as a bug, otherwise you'll get a useful and kind answer.
So: it is not idiotic to post a "possible bug" on github.
We are only willing to to manage everything from a single location, which is Github. Please help us do so.
Khun_Doug
3rd April 2021, 16:01
Hi everyone, I have been using staxRip for many years and have always enjoyed it. Lately I am having trouble converting an mp4 file, coming from a TV recording (agptek video grabber), I get a file with audio sync issues. I have tried many versions of staxrip including the latest 2.3.0, without solving the problem ... I have tried to change video (h264, h265) and audio (aac, mp3, opus) settings and codecs without solving the problem. The same file is successfully converted by other software such as handbrake or avidemux. anyone can help me? sorry for my poor english.
Take a look at the FPS of the source. I have a VHS video capture that reports the wrong FPS, causing the sound to be out of sync. I use the AssumeFPS and equivalent tools to force the FPS to the proper speed. That eliminates the sound being out of sync.
stax76
4th April 2021, 13:15
@Atlantis
I won't comment the argument except that arguments sometimes happen for different reasons and in the best case people get along afterwards.
Regarding the issue tracker, forum support can work for a small or simple app but for a large or complex app it can be difficult, video encoding in general is a difficult field, there are too many formats, tools and features. In order to understand a request it can be necessary to have a lot of information and to ask many questions. There can be times when 5 different users post about 5 different issues in a support thread, addressing everything and not forgetting anything and anybody is too difficult here.
Issue trackers are designed to address requests, the GitHub tracker is very good, additionally to the tracker there is also a new discussions feature which is popular among staxrip users.
Large or complex apps like staxrip or mpv ask users to fill out an issue template because it can be necessary to have a sample file, a log file, media info and a step by step description how to reproduce the problem and various other information.
In your particular case it was relevant to know media info to know the container format and the amount, format and language of the subtitles. The used subtitle mode 'Show dialog' was relevant and also which subtitles were checked in the dialog. A bug report with 2-3 sentences can only work when the bug area isn't complex and the user is experienced enough to provide the relevant info.
JKyle
4th April 2021, 18:37
I couldn't agree more with @stax76.
Following up on each and every post in this forum is very time-consuming and sometimes, painful.
This is a little off-topic, but I'd like to point this out:
We're living in an age of multimedia, and we're talking about a tool that deals with multimedia.
Isn't it sort of an irony that our conversation is mostly made up of texts only?
It's really easy to miss what the writer wants to talk about if there's no other supporting material.
Besides, so many topics are scattered here and there in this SINGLE thread. Sigh...
That makes us easily forget previous topics unless we search for them intentionally.
Please, be a little bit more supportive in this regard.
abban270
5th April 2021, 11:18
hi every one
am asking for good preset to encode small videos size of home videos without losing most of quality
am using Staxrip
and this this an sample
https://www.mediafire.com/file/vp1x7sh0qe0zmze/test.mp4/file
thanks in advance
Andy
6th April 2021, 11:49
Greetings, I have a problem with StaxRip 2.3.0:
When encoding NVENC, VBR and Multipass appears in the encoding window, but I do not have active, I have VBRHQ and NO multipass.
So it's just an error in the setting or NVENC encodes how it is in the window?
I first recorded this error in version 2.1.8.0
In version 2.1.3.0 it still worked correctly.
https://abload.de/thumb/staxripseetings6sk06.jpg (https://abload.de/image.php?img=staxripseetings6sk06.jpg)
https://abload.de/thumb/staxripwindowl3k7k.jpg (https://abload.de/image.php?img=staxripwindowl3k7k.jpg)
JKyle
6th April 2021, 22:53
...I have VBRHQ and NO multipass.
VBRHQ/CBRHQ do NOT exist any more as rate control modes as of NVEnc 5.29.
See the corresponding part on the NVEnc online manual (https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md#encode-mode-options).
This definitely needs to be fixed in StaxRip. Thanks for the info.
Andy
7th April 2021, 08:01
Yes you're right. NVenc from version 5.10 supports API in version 10.0. However, this is conditional on the driver 445.87 and higher.
If the driver is older, API 9.0,9.1 is automatically used, where VBRHQ still works.
Thank you for directions. :thanks:
https://github.com/rigaya/NVEnc/releases/tag/5.10
Pulp Catalyst
7th April 2021, 11:13
How does someone do a hevc (bluray remux mkv) to hevc tonemapping,
i use ripbot which has a simple tonemap on and off (works really well, but sometimes ripbot seems to crash and stops processing frames)
does stax have the ability just add a filter to a job, and a scripts takes over the automation of dealing with what to do?
for example there are things like b2020 and 2086, or something like that.
i'm hoping that stax has a filter that is turned on and it does what it needs to?
if not has anyone here developed a script (filter) that i could have that does what i'm after.
thanks
44vince44
7th April 2021, 17:25
@Pulp Catalyst:
JKyle wrote this guide to show you how to add DGToneMap and DGHDRtoSDR to Staxrip.
https://github.com/staxrip/staxrip/wiki/How-to-register-DGTonemap-&-DGHDRtoSDR-filters-in-StaxRip
Those filters are amazing, but their license type does not allow free redistribution, so they require the user to download the filter.
If you are converting HDR to SDR, then remember to set the VUI parameters of x265 to standard SDR values (e.g. BT709 etc): this usually removes all VUI switches form the encoding command. If you don't, then Staxrip will import the VUI relating to HDR which is not suitable for the resulting SDR stream.
Tonysa
8th April 2021, 18:59
@Tonysa:
Your problem can come from two possible reasons:
1) The Video Source (the first filter in the filter list): Staxrip will use LSMASH for mp4s, you can change it to FFVideoSource, it works better for some mp4s and will possibly fix your problem
2) If for some reason you still have AV sync problems, then maybe your mp4s are using variable frame rate. In this case there is a guide here:
https://github.com/staxrip/staxrip/wiki/How-to-edit-a-VFR%28Variable-Frame-Rate%29-video-%28from-smartphones%2C-etc%29-avoiding-audio-sync-issues-in-StaxRip
But I think the solution 1 will work in your case.
Thanks for the help but it didn't work ... i tried to use FFVideoSource but without success. The mp4 video source is actually VFR, I followed the guide indicated ... but nothing, the result is always out of sync
JKyle
10th April 2021, 00:07
How to change Audio FPS (not Video) from 23.976 to 25.000 or 25.000 to 23.976 while encoding a video in StaxRip's Latest Version?
Audio frame rate has nothing to do with video frame rate, and AFAIK, it's very marginal info in almost all cases.
To adjust the playtime of an audio, you need to apply an audio filter that stretches/squeezes the audio, instead of dealing with the (unrelated) audio frame rate.
For example, atempo filter is very useful if you encode the audio track/file using ffmpeg.
(StaxRip employs ffmpeg for all audio codecs except AAC. For AAC, there are four encoders - qaac, fdkaac, NeroAAC, and ffmpeg - but only ffmpeg is available in the shipped release version due to license issues.)
If you'd like to slow down the play speed of an audio by 0.9, you just need to put -af "atempo=0.9" in the Custom field of Audio Settings window as follows.
https://i.imgur.com/XDvIOAk.jpg
You need to make sure that the encoder is ffmpeg.
For more info on atempo, see here (https://ffmpeg.org/ffmpeg-filters.html#atempo).
Pulp Catalyst
10th April 2021, 00:11
@Pulp Catalyst:
JKyle wrote this guide to show you how to add DGToneMap and DGHDRtoSDR to Staxrip.
https://github.com/staxrip/staxrip/wiki/How-to-register-DGTonemap-&-DGHDRtoSDR-filters-in-StaxRip
Those filters are amazing, but their license type does not allow free redistribution, so they require the user to download the filter.
If you are converting HDR to SDR, then remember to set the VUI parameters of x265 to standard SDR values (e.g. BT709 etc): this usually removes all VUI switches form the encoding command. If you don't, then Staxrip will import the VUI relating to HDR which is not suitable for the resulting SDR stream.
Thanks for the guide, i did set this up once, but if i recall it started asking questions... like white colour...or something like that...is this like ripbot, you turn it on, and it is ready to go (in other words, default settings are already implemented)?
thanks
JKyle
10th April 2021, 00:30
...is this like ripbot, you turn it on, and it is ready to go (in other words, default settings are already implemented)?
Nope. You need to do some setup on your side referring to the filter manuals.
But most of all, you need to learn some basics about colorspace/pixel formats and the difference b/w HDR and SDR.
Unfortunately, StaxRip is not a one-shot automated solution to all video related jobs. The convenience it provides is limited in some respect.
I'm thinking about writing a how-to on this topic, but, boy... it's really cumbersome. :rolleyes:
JKyle
10th April 2021, 04:01
The mp4 video source is actually VFR, I followed the guide indicated ... but nothing, the result is always out of sync
In my experience, the audio desync issue of many VFR or irregular frame rate videos is better handled by ffmpeg than by AviSynth/VapourSynth. This is partly because ffmpeg processes video/audio streams concurrently based on timestamps, while AviSynth/VapourSynth process them separately and focus on video frames based on the frame indexes.
In some uncommon cases, the video frame rate variability is so wide that after converting it to CFR, the audio becomes out of sync here and there in the middle of the video even if the start and end become synchronous. In that case, AFAIK, there is no alternative but to process the source using ffmpeg to avoid the desync issue.
In many common cases, though, remuxing to an mkv file via ffmpeg before loading in StaxRip, or following the guide (https://github.com/staxrip/staxrip/wiki/How-to-edit-a-VFR%28Variable-Frame-Rate%29-video-%28from-smartphones%2C-etc%29-avoiding-audio-sync-issues-in-StaxRip) is usually helpful.
JKyle
10th April 2021, 07:04
I've added two new wiki documents.
If QTGMC raises errors right after the fresh install... (https://github.com/staxrip/staxrip/wiki/If-QTGMC-raises-errors-right-after-the-fresh-install...)
How to tonemap HDR to SDR (https://github.com/staxrip/staxrip/wiki/How-to-tonemap-HDR-to-SDR)
If you have no idea what 'pixel format' or 'colorspace' means, please search and study. :rolleyes:
Lupissimo
10th April 2021, 09:27
I have been a Stax-User for many years and enjoy its continuing improvements!
Presently I am using 2.1.8.0 and have 2 questions:
1. After testing the "Noise" functions I found mclean in most cases to do the best job even though it runs with 2..4fps/s on my computer. But it crashes in ca. every 3..4th encode. Is there anything I can do to avoid it?
2. I have used the tweak function in the older Stax versions which allowed to adjust brightness, contrast, saturation and hue. The present tweak version does not allow this anymore. Is there another function to do the job or a way to go back to the "old" tweak?
DavidRyan
10th April 2021, 11:46
Thanks for the help but it didn't work ... i tried to use FFVideoSource but without success. The mp4 video source is actually VFR, I followed the guide indicated ... but nothing, the result is always out of sync
Just want to check, did you try DSS2 as an input filter or only FFVideoSource? I ask because I use that as a fallback option with variable frame rate sync issues and it generally keeps things in sync I find.
You may need to judge which is the best frame rate to output and change it from default if necessary, eg if you decide that 23.976 is the best fit in terms of playback you would amend the source filter to:
DSS2("%source_file%", fps=23.976)
Setting that frame rate wrong won't affect sync, but you may lose frames or end up with more duplicate frames than necessary as it will just add/remove frames to stay in sync, at least that's what I noticed from testing it.
44vince44
10th April 2021, 15:39
@LUPISSIMO:
Please download version 2.4.0 it has the tweak that you want. Remember, this version is very different, so you must not use previous settings (either you delete previous settings or chose a new folder for the settings).
You'll find the Tweak filter in Color > Tweak > choose "Neutral" then edit the parameters
@Pulp Catalyst
There is no easy way to do the HDR to SDR conversion. I personally use DGHDRtoSDR and tweak the white value by selecting a couple of frames displaying the darkest and brightest intensities (brightest usually explosions, gunshots). I use a colorpicker that gives me the RGB values at the position of the mouse pointer. I check that the darkest areas are visible, and that the brightest areas don't get saturated. If the result seems lacking "contrast" then I slightly change the value of gamma. Then I would also change the blue value because it has a higher default than the red and green values (only if the global hue seems blueish). This could take some time, but the result is very good.
@DavidRyan I agree, I find it strange that Tonysa didn't succeed. I've already converted tens of VFR files and it worked everytime...
@Probrosam the solution that JKyle gave you is good (if 23.976 to 25.000 then -af "atempo=1.0427" and if 25.000 to 23.976 then -af "atempo=0.959" ). And as usual, JKyle taught me somthing new :-).
But if you want to achieve something at a high professional standard, you need to edit the audio separately in a DAW and apply some timestretching with very specific algorithms. if you do a resampling, then the pitch will be changed, and any attentive ear will notice it (it has been done many times for TV shows in the past, but the result is imho unacceptable). Timestretching algorithms don't have this pitch change issue, but they are not perfect, although preferable to resampling. If your audio is multichannel, then consider definitely inserting/deleting frames (like with ChangeFPS) and keeping the time index unchanged.
@JKyle HUGE THANKS for the new guides :-)
Andy
10th April 2021, 18:08
I've added two new wiki documents.
How to tonemap HDR to SDR (https://github.com/staxrip/staxrip/wiki/How-to-tonemap-HDR-to-SDR)
Thank you for this manual, I did it wrong :goodpost:
tppytel
10th April 2021, 18:27
New to Staxrip... apologies if I'm missing something obvious...
Can I return to the main project menu while encoding? Like say I have a long Encode A running and want to go load up a short Encode B to run ahead of it. I can see how to pause a running job, but I can't see how to get back to the main menu.
44vince44
10th April 2021, 19:29
@tppytel
Once the job list is being executed, you can not return to the main window (unless you abort or wait the job to finish)
However, you can open a new instance of StaxRip and prepare any new encode, and even run the new encode at the same time the other encode is running.
tppytel
10th April 2021, 20:31
Gotcha - thanks for the reply!
Baconce
11th April 2021, 17:49
Audio frame rate has nothing to do with video frame rate, and AFAIK, it's very marginal info in almost all cases.
To adjust the playtime of an audio, you need to apply an audio filter that stretches/squeezes the audio, instead of dealing with the (unrelated) audio frame rate.
For example, atempo filter is very useful if you encode the audio track/file using ffmpeg.
(StaxRip employs ffmpeg for all audio codecs except AAC. For AAC, there are four encoders - qaac, fdkaac, NeroAAC, and ffmpeg - but only ffmpeg is available in the shipped release version due to license issues.)
If you'd like to slow down the play speed of an audio by 0.9, you just need to put -af "atempo=0.9" in the Custom field of Audio Settings window as follows.
https://i.imgur.com/XDvIOAk.jpg
You need to make sure that the encoder is ffmpeg.
For more info on atempo, see here (https://ffmpeg.org/ffmpeg-filters.html#atempo).
Thanks a lot !!!!!!!
Andy
12th April 2021, 08:11
How to change Audio FPS (not Video) from 23.976 to 25.000 or 25.000 to 23.976 while encoding a video in StaxRip's Latest Version?
To transfer the audio frame rate (23.976-> 24-> 25, 25->24->23.976) I do not use StaxRip, but EAC3TO.
https://forum.doom9.org/showthread.php?t=125966
The video then "stretch" in Mkvtoolnix and mux with audio.
For small differences from video and audio (for example: 23,976 - 23.98, etc.) is a great program "Audacity".
JKyle
12th April 2021, 09:50
As a side note, the concept of 'frame' in audio is unrelated to that in video.
See this note (https://larsimmisch.github.io/pyalsaaudio/terminology.html).
Atlantis
13th April 2021, 00:56
v2.4.0.
It seems it doesn't recognize forced subtitles like before.
adding xxxxxxx.English.Forced.srt does not make the Forced box checked.
JKyle
15th April 2021, 02:50
There is a "Sharpen / Sharpen Script" on RipBot264 v1.26.0. Is there any way to use it on StaxRip?
What's the script code? :script:
44vince44
15th April 2021, 04:44
Line > Sharpen provides you with some filters.
You can also check many other filters here: http://avisynth.nl/index.php/Main_Page
or google for VapourSynth filter.
JKyle
15th April 2021, 04:59
Since the AviSynth native Sharpen filter is missing from the default AVS Profiles, let me add it and make a PR.
(And same for the VapourSynth port muvsfunc.Sharpen.)
---
...And done.
The next release will have Sharpen in the default AVS/VS filter profiles.
In the meantime, add the following line in your AVS/VS Profiles under the [Line] section in order to use Sharpen from now on.
## AVS
Sharpen | Sharpen = Sharpen($enter_text:Enter the Amount of Sharpness in decimal (from -1.58 to 1.0)$)
## VS
Sharpen | Sharpen = clip = muvsfunc.Sharpen(clip, $enter_text:Enter the Amount of Sharpness in decimal (from -1.58 to 1.0)$)
BTW, you can always add native AVS filters in the Code Editor not worrying about dependencies.
Just because native filters are not listed in the default filter profiles does not mean they are not available.
Think of the filter profiles as just helpers.
shodan5000
15th April 2021, 19:43
BTW, you can always add native AVS filters in the Code Editor not worrying about dependencies.
Just because native filters are not listed in the default filter profiles does not mean they are not available.
Think of the filter profiles as just helpers.
That is something that I've always found confusing and annoying. Why can't ALL available filters be listed? Why some and not others? I believe many do not wish to have to add code just to see functions that the program has but just chooses not to show.
JKyle
15th April 2021, 21:01
That is something that I've always found confusing and annoying. Why can't ALL available filters be listed?
Aside from @stax76's original idea, I personally don't like the idea of carrying the list of all internal filters as a user. Packing all internal filters into default profiles just makes the list unnecessarily long and unwieldy.
Users can always refer to the list of internal filters (http://avisynth.nl/index.php/Internal_filters) on the AviSynth wiki, and make up their own scripts in the Code Editor. If they find some filters are important to them but missing, they can make their own filter profiles for those filters.
Why some and not others?
Because those filter profiles were composed and contributed by participants.
StaxRip is not some clandestine software program that is closed to general users. If you find something annoying and confusing, you can customize the app to your taste. If you want to share your work, you can participate and make a pull request on the GitHub repo.
To be frank, I don't understand why this can be a matter to complain about. :eek:
JKyle
16th April 2021, 02:45
I tried and compared this (checked with 0.1, 0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9 & 1.0 decimal value) with RipBot264 v1.26.0's Sharpen (at 100%) but none of them matched with RipBot264 v1.26.0's Sharpen (at 100%).
Where RipBot264 v1.26.0's Sharpen script is:
#Sharpen
Loadplugin("C:\RipBot264v1.26.0\Tools\AviSynth plugins\Plugins_JPSDR\Plugins_JPSDR.dll")
Loadplugin("C:\RipBot264v1.26.0\Tools\AviSynth plugins\CAS\CAS.dll")
Import("C:\RipBot264v1.26.0\Tools\AviSynth plugins\Scripts\MCAS.avs")
video=MCAS(video,1.0)
That's why I asked for a script code in the first place. :(
Basically, the sharpen filter you're talking about is MCAS(MCAS.avs), but I have no idea where it came from. It's not listed in the (official) external filter list of the AviSynth wiki (http://avisynth.nl/index.php/External_filters). I can't proceed without a proper pointer here. :confused:
And one of its dependencies, CAS is an external AVS plugin listed in the AviSynth wiki (http://avisynth.nl/index.php/CAS), but it's not registered in StaxRip.
So basically you need to get two things to begin with: MCAS.avs and CAS.dll (x64 build).
Then you can
1) either put them somewhere under %settings_dir%Plugins\AviSynth\ and use by yourself after composing a corresponding avs profile script for MCAS
or
2) request MCAS and CAS to be registered in StaxRip with a proper profile script code in Tool Update Request (https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests).
Like I said above, I can't help any more without further info and resources.
JKyle
16th April 2021, 04:04
OK. I've figured out that MCAS is an in-house script composed by the RipBot264 author @Atak_Snajpera.
I slightly modified the script code for use in StaxRip and am asking for a redistribution permission from him: here (https://forum.doom9.org/showthread.php?p=1940875#post1940875).
If he says yes, we can go on.
guest
16th April 2021, 07:22
OK. I've figured out that MCAS is an in-house script composed by the RipBot264 author @Atak_Snajpera.
I slightly modified the script code for use in StaxRip and am asking for a redistribution permission from him: here (https://forum.doom9.org/showthread.php?p=1940875#post1940875).
If he says yes, we can go on.
I think if you have a look here, it's just a "tidy up" of a slightly different script.
http://forum.doom9.net/showthread.php?p=1927744#post1927744
And scroll down to the script being shown...
And if he says no...then what ??? call it something else.
BobDig
16th April 2021, 09:46
I saw this (complicated) Guide explaining:How to set up a simple multithreaded QTGMC template for AviSynth
Why not just using the QTGMC deinterlacer with VapourSynth, is the one for avisynth any better?
JKyle
16th April 2021, 15:05
If you find it complicated/difficult and are not willing to figure out the underlying workings, then don't bother.
As a matter of fact, I don't understand why users keep asking about this not even giving it a try.
44vince44
16th April 2021, 17:01
Thanks JKyle for your latest additions, and for helping users with their requests.
In return, I wish users were more willing to overcome the apparent difficulty they find, because it is only apparent, and this "complication" only reflects what video processing can sometimes be, by nature, complicated.
I wish to express my full support to what you do JKyle !
JKyle
16th April 2021, 19:04
I wish to express my full support to what you do JKyle !
:thanks:
And if he says no...then what ??? call it something else.
I believe @Atak_Snajpera will not disagree.
But in the meantime, users can still use MCAS on their own by taking the following steps.
1) Go to this post (https://forum.doom9.org/showthread.php?p=1940875#post1940875), copy what's inside the Code:, and save it as MCAS.avsi using a text editor.
Make sure the text encoding is UTF-8.
2) Download CAS-1.0.1.7z from here (https://github.com/Asd-g/AviSynth-CAS/releases), unzip it, and get the x64 CAS.dll file.
(CHANGELOG.md and README.md are optional.)
3) Put the files from 1) and 2) in one folder, like %settings_dir%Plugins\AviSynth\CAS as follows:
https://i.imgur.com/nLX9xdC.jpg
4) Compose an AVS filter profile item under the [Line] category as follows:
https://i.imgur.com/a2prfFr.jpg
Sharpen | MCAS =
Loadplugin("%app:JPSDR%")
Loadplugin("%settings_dir%Plugins\AviSynth\CAS\CAS.dll")
Import("%settings_dir%Plugins\AviSynth\CAS\MCAS.avsi")
MCAS($enter_text:Enter the Amount of Sharpness in decimal (between 0.0 and 1.0)$)
(Blank lines above and below)
Then you'll be able to start using MCAS in Line > Sharpen.
guest
17th April 2021, 02:45
I believe @Atak_Snajpera will not disagree.
Well, so much for Atak giving you his permission.....I would have been VERY surprised if he had of said anything....it's not copyrighted , but I guess it's the "polite thing to do", so props to you, for at least trying to reach out.
I recall some time back, someone actually had the audacity to ask him for the Distributed Encoding code, as he was working on his own project. Needless to say.....(do you hear that ???..silence)
But you could have made some subtle changes (other than what you needed to do for Staxrip to use it), and simply named it something else. And you still could !!!
I also think it was a lot of trouble to go to, for a filter that in my experience, doesn't make much difference, anyway.
There must have been a slightly easier way to have done it, tho.
Anyway, the deed is done, I guess it will be made available in the next Staxrip build.
What REALLY needs to be worked on is a Distributed Encoding option...now THAT would be a massive game changer for Staxrip.
With the already almost limitless options that Staxrip offers (compared to RipBot264), if it had DE, then EVERYONE would be using it.
guest
17th April 2021, 02:53
Thanks. It worked and matched.
And I know you (ProBroSam) asked Atak a question about HDR to SDR, and his reply was basically useless...he posted a LONG line of code, and said "...manually tweak values..." ....der !!!
Let me remind you :-
https://forum.doom9.org/showthread.php?p=1938810#post1938810
Frustrating, to say the least :(
JKyle
17th April 2021, 03:34
But you could have made some subtle changes (other than what you needed to do for Staxrip to use it), and simply named it something else. And you still could !!!
I also think it was a lot of trouble to go to, for a filter that in my experience, doesn't make much difference, anyway.
There must have been a slightly easier way to have done it, tho.
I know and I agree. But I just don't want to steal someone else's idea and put it in StaxRip officially without prior acknowledgement.
Using a publicly available script personally as a user and putting it officially in a release are totally different things.
Anyway, the deed is done, I guess it will be made available in the next Staxrip build.
We could simply put CAS instead of the in-house script MCAS if we do not hear anything from him.
But users could still use MCAS on their own with some slightly modified AVS profile script.
What REALLY needs to be worked on is a Distributed Encoding option...now THAT would be a massive game changer for Staxrip.
With the already almost limitless options that Staxrip offers (compared to RipBot264), if it had DE, then EVERYONE would be using it.
Distributed Encoding in RipBot264 (without distribution to different servers) = Chunk Encoding in StaxRip.
They are already available for x265 and aomenc in StaxRip (although the chunks are uniformly divided total number of frames, which is kind of primitive in that the division is not scene-aware...)
Combined with Maximum number of parallel processes in Tools > Settings > General,
https://i.imgur.com/vQYuDH0.jpg
you can make full use of your CPU cores by utilizing chunk encoding options in x265 and aomenc:
https://i.imgur.com/XCArL6t.jpg
https://i.imgur.com/OQq8VGp.jpg
Scene-aware chunk encoding was proposed by @tkozybski recently (https://github.com/staxrip/staxrip/issues/619), but we have a couple of BIG barriers that hinder its implementation in StaxRip, and so it's kind of on hold as of now.
guest
17th April 2021, 07:39
I know and I agree. But I just don't want to steal someone else's idea and put it in StaxRip officially without prior acknowledgement.
Using a publicly available script personally as a user and putting it officially in a release are totally different things.
We could simply put CAS instead of the in-house script MCAS if we do not hear anything from him.
But users could still use MCAS on their own with some slightly modified AVS profile script.
Scene-aware chunk encoding was proposed by @tkozybski recently (https://github.com/staxrip/staxrip/issues/619), but we have a couple of BIG barriers that hinder its implementation in StaxRip, and so it's kind of on hold as of now.
Nice little explanation & tutorial there, thanks :)
Excuse my ignorance, but what's "aomenc" ?
Yeah, well I will be paying attention to see if you get some response from him...but I kinda doubt it, somehow.
I'd just rename it, and be done.
If RipBot264 didn't have Distributed Encoding, I don't think too many people would be using it, (I wouldn't) and it hasn't really got that much going for it, compared to Staxrip & Hybrid....it's difficult to change that much, although you can add new & different filters & scripts (which I have been busy doing)
I think there is only one other app that has a limited type of DE, and I think it's call Media Coder..I tried it once, but :(
The thing with RB, IS the DE function, you get the "help" of as many other pc's that you've got, and it speeds up the process so much..and with x265 & 4K encoding all the go, speed & power is a must.
I must admit I haven't spent too much time using Staxrip, but even with the chunk encoding option, it's still only using one machine :(
I do have a Ryzen 3950X, so that would help I'm sure, but then why just use the one pc....you know where I'm going with this, don't you ??
It's just the raw encoding speed & power of DE, that just makes you want to use RipBot for basic, no frills encoding.
Once you've used DE, you can never go back !!
JKyle
17th April 2021, 08:25
aomenc is an AV1 encoder by AOM.
As a matter of fact, I'm not interested in distributing the encoding processes to different machines.
You could add it as a feature request on the GitHub Issue Tracker (https://github.com/staxrip/staxrip/issues) if you so eagerly wish for such a feature, but I'm not sure if it will be adopted.
My guess is that there are too many barriers and complications if this 'distributed encoding among multiple machines' feature is to be PROPERLY implemented along with the rich features currently available in StaxRip. But I don't have enough knowledge to talk about it beyond that point.
guest
17th April 2021, 09:13
aomenc is an AV1 encoder by AOM.
As a matter of fact, I'm not interested in distributing the encoding processes to different machines.
You could add it as a feature request on the GitHub Issue Tracker (https://github.com/staxrip/staxrip/issues) if you so eagerly wish for such a feature, but I'm not sure if it will be adopted.
My guess is that there are too many barriers and complications if this 'distributed encoding among multiple machines' feature is to be PROPERLY implemented along with the rich features currently available in StaxRip. But I don't have enough knowledge to talk about it beyond that point.
Well, maybe Atak has more know how (or help) to have been able to successfully implement it.
I did read somewhere that he stated it was quite easy to do.
Oh well....keep up the good work :)
craigpro
18th April 2021, 19:01
silly question regarding StaxRIP - in the bottom line while encoding it says GPU xx% and VE yy% where GPU usageis fairly obvious, but what does VE stand for please?
Google didn't help me find the answer.
Thank you.
guest
19th April 2021, 10:48
Now I have only three things left to know.
1. I need the SMDegrain MDegrain3 code for StaxRip. So that I can add it manually
2. Image Output Mod 4 vs Image Output Mod 8. Which is better? Do they really affect the quality?
3. What is the right order to use the filters serially for better output? I use only this filters. Is the serial okay?
I might be able to help you with #1 :-
Can you change this in the editor and some how save it...
super_search = Dither_Luma_Rebuild(S0=1.0, c=0.0625).MSuper(rfilter=4)
bv1 = super_search.MAnalyse(isb=true, delta=1, overlap=4)
bv2 = super_search.MAnalyse(isb=true, delta=2, overlap=4)
bv3 = super_search.MAnalyse(isb=true, delta=3, overlap=4)
fv1 = super_search.MAnalyse(isb=false, delta=1, overlap=4)
fv2 = super_search.MAnalyse(isb=false, delta=2, overlap=4)
fv3 = super_search.MAnalyse(isb=false, delta=3, overlap=4)
MDegrain3(MSuper(levels=1), bv1, fv1, bv2, fv2, bv3, fv3, thSAD=300, thSADC=150)
JKyle
19th April 2021, 16:42
super_search = Dither_Luma_Rebuild(S0=1.0, c=0.0625).MSuper(rfilter=4)
bv1 = super_search.MAnalyse(isb=true, delta=1, overlap=4)
bv2 = super_search.MAnalyse(isb=true, delta=2, overlap=4)
bv3 = super_search.MAnalyse(isb=true, delta=3, overlap=4)
fv1 = super_search.MAnalyse(isb=false, delta=1, overlap=4)
fv2 = super_search.MAnalyse(isb=false, delta=2, overlap=4)
fv3 = super_search.MAnalyse(isb=false, delta=3, overlap=4)
MDegrain3(MSuper(levels=1), bv1, fv1, bv2, fv2, bv3, fv3, thSAD=300, thSADC=150)
Thanks for the info.
MDegrain3 filter profile will be added to the default AVS profiles.
2. Image Output Mod 4 vs Image Output Mod 8. Which is better? Do they really affect the quality?
Mod 4 = divisible by 4 = multiples of 4
Mod 8 = divisible by 8 = multiples of 8
They have nothing to do with quality. Some codecs/encoders are picky about resolution like whether the height/width is divisible by a particular number, e.g. 2 (=even). For example, x264 and x265 require that source resolution should be even.
This is esp. important considering that chroma subsampling is mostly done by the unit of 4x2 pixel blocks. But when the chroma subsampling scheme is 4:2:0, (which is very popular in most video pixel formats), mod 2 (=even) is more than enough. That's why popular encoders require only mod 2.
3. What is the right order to use the filters serially for better output?
You better learn by doing. ;)
JKyle
19th April 2021, 16:49
what does VE stand for please?
VE = Video Encode
https://i.imgur.com/OCp4L9T.png
It shows how hard the NVENC chips are working.
Andy
19th April 2021, 18:34
:)
I believe @Atak_Snajpera will not disagree.
But in the meantime, users can still use MCAS on their own by taking the following steps.
1) Go to this post (https://forum.doom9.org/showthread.php?p=1940875#post1940875), copy what's inside the Code:, and save it as MCAS.avsi using a text editor.
Make sure the text encoding is UTF-8.
2) Download CAS-1.0.1.7z from here (https://github.com/Asd-g/AviSynth-CAS/releases), unzip it, and get the x64 CAS.dll file.
(CHANGELOG.md and README.md are optional.)
3) Put the files from 1) and 2) in one folder, like %settings_dir%Plugins\AviSynth\CAS as follows:
https://i.imgur.com/nLX9xdC.jpg
4) Compose an AVS filter profile item under the [Line] category as follows:
https://i.imgur.com/a2prfFr.jpg
Sharpen | MCAS =
Loadplugin("%app:JPSDR%")
Loadplugin("%settings_dir%Plugins\AviSynth\CAS\CAS.dll")
Import("%settings_dir%Plugins\AviSynth\CAS\MCAS.avsi")
MCAS($enter_text:Enter the Amount of Sharpness in decimal (between 0.0 and 1.0)$)
Great! :) :thanks:
guest
20th April 2021, 01:36
Thanks for the info.
MDegrain3 filter profile will be added to the default AVS profiles.
Hey JKyle,
I actually didn't expect that script to be added to Staxrip, so that's a pleasant surprise.
And I'd say this would be MDegrain4 :-
super_search = Dither_Luma_Rebuild(S0=1.0, c=0.0625).MSuper(rfilter=4)
bv1 = super_search.MAnalyse(isb=true, delta=1, overlap=4)
bv2 = super_search.MAnalyse(isb=true, delta=2, overlap=4)
bv3 = super_search.MAnalyse(isb=true, delta=3, overlap=4)
bv4 = super_search.MAnalyse(isb=true, delta=4, overlap=4)
fv1 = super_search.MAnalyse(isb=false, delta=1, overlap=4)
fv2 = super_search.MAnalyse(isb=false, delta=2, overlap=4)
fv3 = super_search.MAnalyse(isb=false, delta=3, overlap=4)
fv4 = super_search.MAnalyse(isb=false, delta=4, overlap=4)
MDegrain4(MSuper(levels=1), bv1, fv1, bv2, fv2, bv3, fv3, bv4, fv4, thSAD=300, thSADC=150)
You might be able to add blksize=8 (which I think might be default, and for SD), or blksize=16 for HD.
I've been using this one (slightly differently scripted) a lot in RipBot, and had some great results.
But just in the last week or so I have been trying SMDegrain with a heavy grain filter, and to my eye's I think it's better, especially on older "dirty" footage.
I'm curious about the SMDegrain MDegrain2 filter in Staxrip, does that use both filters ???...to my untrained eye, it looks like it has MANY dependancies, but only the "script" for MDegrain....how does that work ??:confused:
craigpro
20th April 2021, 03:38
VE = Video Encode
It shows how hard the NVENC chips are working.
Ahh thank you JKyle - yeah VE is always 99%, so guess it's going flat out (CPU is usually under 10%).
Atlantis
20th April 2021, 11:33
For Image Output Mod definitely go with 8 and not lower. For long I said it should be mod 2 and I will go safe and go mod 4 and I learned it the hard way.
Some of the even recent hardware, especially amlogic for example can only handle mod 8 and higher. Most of my encodes are bad. Personally when I have to add black bars, I just go mod 16.
JKyle
21st April 2021, 15:21
I'm curious about the SMDegrain MDegrain2 filter in Staxrip, does that use both filters ???
The SMDegrain MDegrain2 filter profile in the default AVS profiles is kind of a misnomer.
It's just a call to MDegrain2 with proper options that has the same result with a simple call to SMDegrain().
You can see it here (http://avisynth.nl/index.php/SMDegrain#Introduction).
The profile name will be modified properly in the next release.
...to my untrained eye, it looks like it has MANY dependancies, but only the "script" for MDegrain....how does that work ??:confused:
Because StaxRip takes care of all the dependencies.
---
About MDegrain4 etc., I think we better leave it to users' choice. A custom filter profile item can be easily made, IMHO.
JKyle
21st April 2021, 15:38
For Image Output Mod definitely go with 8 and not lower. For long I said it should be mod 2 and I will go safe and go mod 4 and I learned it the hard way.
Some of the even recent hardware, especially amlogic for example can only handle mod 8 and higher. Most of my encodes are bad. Personally when I have to add black bars, I just go mod 16.
That's definitely a hardware issue. It's not related to the video quality or codec/encoder specs per se.
Users are required to look closely into the hardware specs before they do any encodes for the corresponding hardware.
guest
22nd April 2021, 01:37
The SMDegrain MDegrain2 filter profile in the default AVS profiles is kind of a misnomer.
It's just a call to MDegrain2 with proper options that has the same result with a simple call to SMDegrain().
You can see it here (http://avisynth.nl/index.php/SMDegrain#Introduction).
The profile name will be modified properly in the next release.
Because StaxRip takes care of all the dependencies.
---
About MDegrain4 etc., I think we better leave it to users' choice. A custom filter profile item can be easily made, IMHO.
Thanks for the great explanation :)
So in your opinion, which filter does the better job, MDegrain(s), or SMDegrain(s) ??
As a RipBot user, "we" only have MDegrain filters (1 - 3) as default, and I was using 3 & 4 to clean up some nasty grainy stuff, and was pretty happy with the result's, albeit, it would take a long time, especially on 4K footage.
But very recently I have created / added several SMDegrain filters to RipBot, and the one I call SMDegrain_Grainy, does a much better job than MDegrain4. IMO.
This script here (I know, pretty basic), works very well..
SMDegrain(tr=6,thSAD=600,contrasharp=30,prefilter=1,str=1.2,refinemotion=true) from here (http://avisynth.nl/index.php/SMDegrain#Introduction), sort of.
JKyle
22nd April 2021, 12:36
So in your opinion, which filter does the better job, MDegrain(s), or SMDegrain(s) ??
...very recently I have created / added several SMDegrain filters to RipBot, and the one I call SMDegrain_Grainy, does a much better job than MDegrain4. IMO.
This script here (I know, pretty basic), works very well..
SMDegrain(tr=6,thSAD=600,contrasharp=30,prefilter=1,str=1.2,refinemotion=true) from here (http://avisynth.nl/index.php/SMDegrain#Introduction), sort of.
Actually, @44vince44 added the following two SMDegrain filter profiles to the default AVS profiles a while ago:
SMDegrain Hard Grain:
SMDegrain(tr=6, thSAD=600, contrasharp=true, refinemotion=true)
SMDegrain Light Grain:
SMDegrain(tr=1, thSAD=300, contrasharp=true)
Yours seems pretty similar to his SMDegrain Hard Grain setting.
About which is better b/w MDegrain and SMDegrain, I can't tell because I don't use denoise filters a lot. But at least I can tell this: use whichever fits your goal better. :)
# BTW, I've found that MDegrain4 through MDegrain6 are not registered as available filters for MVTools in StaxRip. Will fix this for later releases.
lordalibaski
23rd April 2021, 21:51
Gents I have just tried adding this command line in the latest version
-af dynaudnorm=p=0.94:m=80:s=22
to boost audio and it come up with this error it worked fine in version 2.1.8.
Error Audio Encoding 1 (v2.4.0)
Audio Encoding 1 returned exit code: 1 (0x1)
It's unclear what this exit code means, in case it's
a Windows system error then it possibly means:
# for hex 0x1 / decimal 1
STATUS_WAIT_1 ntstatus.h
ERROR_INVALID_FUNCTION winerror.h
# Incorrect function.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x1
# for hex 0x1 / decimal 1
ERROR_INVALID_FUNCTION winerror.h
# Incorrect function.
-------------------------- Audio Encoding 1 --------------------------
ffmpeg N-101743-gcad3a5d715-x64-gcc10.2.0 Patman
C:\Users\jimmy\Desktop\Stax\StaxRip-v2.4.0-x64\Apps\FrameServer\AviSynth\ffmpeg.exe -i "C:\Users\jimmy\Desktop\To Convert\1990 DMC World Finals_temp\1990 DMC World Finals T80 2_0ch 256Kbps DELAY -192ms.ac3" -c:a ac3 -b:a 256k -af volume=2.9dB af dynaudnorm=p=0.94:m=80:s=22 -y -hide_banner "C:\Users\jimmy\Desktop\To Convert\1990 DMC World Finals_temp\T80 2_0ch 256Kbps DELAY -192ms_2168800970.ac3"
[ac3 @ 000001c4fb37b140] Estimating duration from bitrate, this may be inaccurate
Input #0, ac3, from 'C:\Users\jimmy\Desktop\To Convert
\1990 DMC World Finals_temp\1990 DMC World Finals T80 2_0ch 256Kbps DELAY -192ms.ac3':
Duration: 01:05:32.69, start: 0.000000, bitrate: 255 kb/s
Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s
[NULL @ 000001c4fcae44c0] Unable to find a suitable output format for 'af'
af: Invalid argument
StaxRip.ErrorAbortException: Audio Encoding 1 returned exit code: 1 (0x1)
It's unclear what this exit code means, in case it's
a Windows system error then it possibly means:
# for hex 0x1 / decimal 1
STATUS_WAIT_1 ntstatus.h
ERROR_INVALID_FUNCTION winerror.h
# Incorrect function.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x1
# for hex 0x1 / decimal 1
ERROR_INVALID_FUNCTION winerror.h
# Incorrect function.
-------------------------- Audio Encoding 1 --------------------------
ffmpeg N-101743-gcad3a5d715-x64-gcc10.2.0 Patman
C:\Users\jimmy\Desktop\Stax\StaxRip-v2.4.0-x64\Apps\FrameServer\AviSynth\ffmpeg.exe -i "C:\Users\jimmy\Desktop\To Convert\1990 DMC World Finals_temp\1990 DMC World Finals T80 2_0ch 256Kbps DELAY -192ms.ac3" -c:a ac3 -b:a 256k -af volume=2.9dB af dynaudnorm=p=0.94:m=80:s=22 -y -hide_banner "C:\Users\jimmy\Desktop\To Convert\1990 DMC World Finals_temp\T80 2_0ch 256Kbps DELAY -192ms_2168800970.ac3"
[ac3 @ 000001c4fb37b140] Estimating duration from bitrate, this may be inaccurate
Input #0, ac3, from 'C:\Users\jimmy\Desktop\To Convert\1990 DMC World Finals_temp\1990 DMC World Finals T80 2_0ch 256Kbps DELAY -192ms.ac3':
Duration: 01:05:32.69, start: 0.000000, bitrate: 255 kb/s
Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s
[NULL @ 000001c4fcae44c0] Unable to find a suitable output format for 'af'
af: Invalid argument
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 361
at StaxRip.GUIAudioProfile.Encode() in D:\Code\Github\staxrip\staxrip\Source\General\AudioProfile.vb:line 826
at StaxRip.GlobalClass._Closure$__._Lambda$__115-4() in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 310
at System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 353
Hmmm put this command in and its working fine -af dynaudnorm=p=0.94:m=70:s=22.
JKyle
24th April 2021, 00:10
Yeah. Wrong syntax.
It should be -af, not af.
[NULL @ 000001c4fcae44c0] Unable to find a suitable output format for 'af'
af: Invalid argument
manolito
24th April 2021, 00:43
Not related to StaxRip, but to the ffmpeg command line syntax:
If you have two -af commands in the same command line, only one of them (the latest one) will be executed. To combine filters you need to put them into one -af command separating the filters with a comma. No spaces between the filters (unless you put the filter params between double quotes).
JKyle
24th April 2021, 01:29
Thanks for the reminder, @manolito.
So basically, -af volume=2.9dB is redundant(=overridden) in your command line, @lordalibaski.
Kill it by toggling off Normalize in Audio Settings.
Or else choose dynaudnorm instead of volumedetect in More... > ffmpeg > Normalize Method.
lordalibaski
24th April 2021, 01:36
Yeah. Wrong syntax.
It should be -af, not af.
[NULL @ 000001c4fcae44c0] Unable to find a suitable output format for 'af'
af: Invalid argument
This is what I couldn't understand mate cos all I changed was 70:s=22 in the command line and it worked, it might have been because I pasted it and it put a space giving it an extra character at the front.
Also having a weird issue converting using quality 14 - super high, usually when converting a file of this size it usually comes out the exact same size or slightly bigger but it's been coming out at 1.6gb in size like it's not converting at 14 super high.
This was my setting (1st time I have used SMDegrain end result on that was poor)
https://i.postimg.cc/26DLQJr0/Screenshot-2021-04-24-013143.png
Here's the log file
https://www.sendspace.com/file/7iy3y5
JKyle
27th April 2021, 02:33
As of today(Apr 26, 2021), DG announced that the DRM (licensing) of DGDecNV is removed.
Read this update notification (http://rationalqm.us/board/viewtopic.php?f=5&t=463&start=275).
So starting now, you can download and use it for free in StaxRip (and in other AVS related software as well).
Use the default x64 build and rename DGIndexNV.exe.manifest~ to DGIndexNV.exe.manifest before putting it to use in StaxRip. This makes the generated dgi file encoded in UTF-8.
You can refer to this wiki document (https://github.com/staxrip/staxrip/wiki/How-to-register-DGDecNV(DGSource-and-DGIndexNV)-in-StaxRip) for how to use it in StaxRip.
Personally, I welcome and appreciate their decision although I am a licensed user myself. :) However, this decision doesn't necessarily mean that DGDecNV can be included and shipped/redistributed with StaxRip. As usual, it requires further confirmation from the author's end.
Atlantis
27th April 2021, 15:43
What's the use for DGDecNV? Is it even good?
Is the decoded quality always the same? Hardware or software? If it's speed, does it make a difference? When encoding x265 it takes so much time that does it really make a difference?
jlw_4049
27th April 2021, 21:17
It's a source filter with included CUDA utility filters. The source filter has HW crop, resize, and deinterlacing. Yes, it is good.
Yes.
Any CPU saved during decoding/crop/resize/deinterlacing is available for encoding.
Beyond frame serving to Avisynth/Vapoursynth, DGIndexNV is a useful tool for analyzing streams.
You may also find DGDemux useful.Never tried it before myself, but seems interesting.
Sent from my SM-G986U1 using Tapatalk
manolito
28th April 2021, 01:41
VideoHelp has 3 reviews about DGDecNV, they are by everyone, gonca and veresov. I do not know everyone, I know gonca from Doom9 and I know that he is a longtime fan of DG Tools. And veresov is just another incarnation of Mr. DG himself.
The thing which makes me chuckle is that only veresov gives DGDecNV an overall rating of only 9/10, the other two rate it as 10/10. So only the author himself thinks that his software is below the highest possible rating. Just being humble?
Don't get me wrong, I am absolutely sure that the DGTools are top notch software, second to none. I cannot use them myself because my hardware does not support it (older Lenovo ThinkPad with NVidia Optimus hardware, but no way to use current NVidia drivers).
Cheers
manolito
44vince44
28th April 2021, 16:03
DGDecNV is known to be very good.
This is great news, especially if we could include it as possible source filter in StaxRip!
Atlantis
28th April 2021, 18:21
Who removed the author's post? Overall I don't believe there be any advantage when encoding x265. The encoding is already slow and I bet this doesn't improve anything.
Atak_Snajpera
28th April 2021, 19:18
Who removed the author's post? Overall I don't believe there be any advantage when encoding x265. The encoding is already slow and I bet this doesn't improve anything.
Most likely the author himself. He does that from time to time...
Arkana
28th April 2021, 23:33
Hello, is it possible to encode Dolby Vision (retaining the metadata) on Staxrip yet? Just like HDR10+ that yet possible
44vince44
29th April 2021, 07:38
The main advantage of DGDecNV is as a source/frameserver. Many users have found that using it allows opening some files better than other sources.
OAKside
29th April 2021, 09:10
Is there any way to preview at 1:1 (no resizing)? I've tried a few settings under "Preview size compared to screen size" but it seems I can't accomplish this. Or maybe someone can explain why it was removed (many months ago), or the superiority of the current preview options.
JKyle
30th April 2021, 17:14
Hello, is it possible to encode Dolby Vision (retaining the metadata) on Staxrip yet? Just like HDR10+ that yet possible
Simply put, you need to
1) extract the RPU file (containing the dynamic metadata of the video stream) using dovi_tool (https://github.com/quietvoid/dovi_tool) in the Command Prompt.
2) use x265 to inject the RPU file in the HEVC video stream while in encoding by sticking to some Dolby Vision encoding rules.
https://i.imgur.com/o995bMz.png
For further info, refer to this post (https://codecalamity.com/encoding-uhd-4k-hdr10-videos-with-ffmpeg/).
Atlantis
30th April 2021, 18:51
This is great that we can encode Dolby Vision in Staxrip. Is this information available in a Staxrip Wiki? It should be a guide if already not.
44vince44
3rd May 2021, 17:56
StaxRip version 2.5.0 is out.
The main significant changes:
- updated VapourSynth to R53, which does not support Windows7 anymore.
- AviSynth JPSDR plugin included in StaxRip is now the AVX2 version, therefore users with older processors (generations older than 5 years or more) have to replace it with the AVX version
- Many filter definitions have been added, many others modified. They won't appear unless you "Restore Defaults" from the filter profiles window, or simply purge the old settings.
The full changelog and download here (https://github.com/staxrip/staxrip/releases/tag/v2.5.0) for all the bugfixes and tool updates.
- AviSynth JPSDR plugin included in StaxRip is now the AVX2 version, therefore users with older processors (generations older than 5 years or more) have to replace it with the AVX version
I've updated this wiki document (https://github.com/staxrip/staxrip/wiki/If-QTGMC-raises-errors-right-after-the-fresh-install...) for users who may run into errors with QTGMC and other filters depending on JPSDR.
44vince44
3rd May 2021, 19:15
Thanks @JKyle !!
I've updated this wiki document (https://github.com/staxrip/staxrip/wiki/If-QTGMC-raises-errors-right-after-the-fresh-install...) for users who may run into errors with QTGMC and other filters depending on JPSDR.
I'm surprised you didn't add DGDecNV to the mix ?!?!?
I did manage to set it up myself, thanks to your instructions, now I just need to get the "NV" part to co-operate.
And you've changed the SMDegrain & MDegrain filters around a fair bit also (as mentioned)...it would have been nice to have been given a tiny bit of credit for the MDegrain3 script suggestion ;)
Yes, it's shame when you have a mix of old & newer PC's, referring to the AVX instruction thing :(
Cheers
BobDig
4th May 2021, 13:24
StaxRip 2.5.0 has a sync problem. I did a fresh install and encoded a BR. Both tracks are async (opus). I don't do BRs often though.
Media Info in MPC-HC is not showing any Delays if I open the file in the STREAM folder, so this might be the reason in the first place?
Also the delay seem to change all the time in the end file, no problem with the source. :scared:
The cocktail app worked without this problem.
videoh
4th May 2021, 15:13
I've updated this wiki document (https://github.com/staxrip/staxrip/wiki/If-QTGMC-raises-errors-right-after-the-fresh-install...) for users who may run into errors with QTGMC and other filters depending on JPSDR.
I'm surprised you didn't add DGDecNV to the mix ?!?!? Not sure what DGDecNV has to do with QTGMC etc. Care to elaborate?
44vince44
4th May 2021, 17:07
@videoh, I think user Pauly Dunne only meant he was expecting, along all other changes and improvements and new wikis, that DGDecNV would be added as source. Which will most certainly be done one day (soon, I hope :) )
Edit: I forgot to say thanks to you :-)
@BobDig, it would help us if you provide us with the log. Anyway, for BR encoding, it is recommended to mux the BR folder to an mkv (MakeMKV works very well), then encode it with StaxRip.
I agree that the direct BR folder processing in StaxRip is somehow incomplete or inaccurate, and outdated.
videoh
4th May 2021, 18:07
@videoh, I think user Pauly Dunne only meant he was expecting, along all other changes and improvements and new wikis, that DGDecNV would be added as source. Which will most certainly be done one day (soon, I hope :) I see, thank you. I think a problem is that stax76 does not recommend DGDecNV.
I think a problem is that stax76 does not recommend DGDecNV. I believe it is a personal and not a technical matter.
So do you basically agree that DGDecNV can be redistributed/shipped in future StaxRip releases?
If so, I believe @stax76 will not object to including it in StaxRip. :)
@Patman,
The current release version of x264 is 161-r3053 (April 13, 2021) and your build is based on 161-r3048. I guess you may want to update it.
And aomenc v3.1.0 was released yesterday (https://aomedia.googlesource.com/aom/+/562fcd4ab0aa2c49c12df4bd2b76dca7a837ad4c), just a day after you released your build 3.0.0-375. Build update is also expected for this one as well. :)
videoh
4th May 2021, 19:00
So do you basically agree that DGDecNV can be redistributed/shipped in future StaxRip releases?
If so, I believe @stax76 will not object to including it in StaxRip. :) I'll send you a PM about it.
So do you basically agree that DGDecNV can be redistributed/shipped in future StaxRip releases?
If so, I believe @stax76 will not object to including it in StaxRip. :)
Hi JKyle,
Sorry for the noobie question, but I just wanted to bump this :-
I did manage to set it up myself, thanks to your instructions, now I just need to get the "NV" part to co-operate.
So to utilize this, of course you need a compatible nVidia GPU, and drivers, but is there anything else it needs ??
videoh
5th May 2021, 02:43
So to utilize this, of course you need a compatible nVidia GPU, and drivers, but is there anything else it needs ?? Should be good to go. Tell us the details if you have an error.
Should be good to go. Tell us the details if you have an error.
OK, I will give it a try on my Ryzen 3950X, with "only" a GTX1080, and see what happens.
Will report back either way :)
Cheers
BobDig
5th May 2021, 07:51
Anyway, for BR encoding, it is recommended to mux the BR folder to an mkv (MakeMKV works very well), then encode it with StaxRip.
I agree that the direct BR folder processing in StaxRip is somehow incomplete or inaccurate, and outdated.
Good to know!
:thanks:
Edit: In free mode it will not produce a mkv-file, even if there is no cp in the first place. :(
Edit2: At least it worked, all in all very gefrickel though.:sly:
Patman
5th May 2021, 10:19
@Patman,
The current release version of x264 is 161-r3053 (April 13, 2021) and your build is based on 161-r3048. I guess you may want to update it.
And aomenc v3.1.0 was released yesterday (https://aomedia.googlesource.com/aom/+/562fcd4ab0aa2c49c12df4bd2b76dca7a837ad4c), just a day after you released your build 3.0.0-375. Build update is also expected for this one as well. :)
AOMEnc has been updated.
x264 will be updated at the weekend, new commits on x264 since today ;)
tormento
5th May 2021, 11:08
The current release version of x264 is 161-r3053 (April 13, 2021) and your build is based on 161-r3048. I guess you may want to update it.
Testing 0.162 with native 16 bit HBD support and internal dithering for lower bitplanes. Hope to see it soon officially. It needs some tweaks on StaxRip as it complains that 16 bit source needs some piping for x264.
VincAlastor
5th May 2021, 16:07
AOMEnc has been updated.
x264 will be updated at the weekend, new commits on x264 since today ;)
thank you very much for updating SVT-AV1 some days ago, too :)
On 09 May 2021 version 0.87 should finally be released.
The argument -n seems to be optional finally, if you wanna change it in staxrip
https://gitlab.com/AOMediaCodec/SVT-AV1/-/blob/master/Docs/svt-av1_encoder_user_guide.md
Patman
5th May 2021, 16:32
I'll updated SVT-AV1 if the final version is released.
Gesendet von meinem M2101K6G mit Tapatalk
Testing 0.162 with native 16 bit HBD support and internal dithering for lower bitplanes. Hope to see it soon officially. It needs some tweaks on StaxRip as it complains that 16 bit source needs some piping for x264.
That's because the x264 build you're testing does not support direct avs reading of 16-bit inputs. It is what is called a "tool issue", and is not related to StaxRip per se.
That said, since this happens because StaxRip assumes avs scripts can be read directly by the encoders (x264 and x265) by default, this is somehow related to how StaxRip administers the encoding jobs to encoders.
However, this cannot be called an "issue with StaxRip" since you can always adopt an alternative approach easily by setting Input/Output > Pipe to avs2pipemod in encoder options.
For comparison, the x264 build currently shipped with StaxRip (Patman Mod) takes a 16-bit avs input (YUV420P16) without any issues.
This is one of the reasons why StaxRip ships with mod builds instead of the unmodded ones.
AOMEnc has been updated.
x264 will be updated at the weekend, new commits on x264 since today ;)
:thanks:
It happens that x264 was updated to 163-r3059 on May 5, 2021. Good timing. :)
BUMP
Originally Posted by Pauly Dunne
So to utilize this, of course you need a compatible nVidia GPU, and drivers, but is there anything else it needs ??
Originally Posted by videoh
Should be good to go. Tell us the details if you have an error.
OK, I will give it a try on my Ryzen 3950X, with "only" a GTX1080, and see what happens.
Will report back either way :)
Cheers
So I think I've made a mistake, I set DGEncNV up on an AMD GPU PC, and I was hoping that I could simply copy the Staxrip folder over to my nVidia GPU PC, but the DGEncNV settings didn't come with :(
Do I have to go thru that whole integration process AGAIN ?? :(
ANOTHER BUMP
Ok, I have gone thru the integration process again :(, and I am getting error's :(
Choose DGSource as the "Source", load an .mkv file, and it throws up this error :-
ERROR: cuinit failed [100]
clear that, then this :-
GPU decoder: Failed to create video decoder [100]. Exiting...
So there's something wrong somewhere, I've installed the latest nVidia drivers, and even CUDA tookit.
Just after posting this, I tried again, loading a small HEVC file, and I got those other error's, and I got a new one:-
GPU decoder: HEVC not supported on this device [100]. Exiting...
tormento
6th May 2021, 07:53
That's because the x264 build you're testing does not support direct avs reading of 16-bit inputs. It is what is called a "tool issue", and is not related to StaxRip per se.
I really enjoy when people answer without even knowing the topic I am talking about. :p
Please have a look at this (https://forum.doom9.org/showthread.php?p=1937617#post1937617).
Every build, before the experimental one build from jpsdr with FranceBB contribution, was able to read 16 bit but it understood that bit depth as Interleaved16 and not plain one.
That ended in halved resolution output.
And, yes, the new jpsdr build natively support AVS and eventually the solution for the problem to completely disable piping in StaxRip.
44vince44
6th May 2021, 08:34
I really enjoy when people answer without even knowing the topic I am talking about.
That was not funny. JKyle is trying to help.
videoh
6th May 2021, 13:16
So I think I've made a mistake, I set DGEncNV up on an AMD GPU PC Two things:
1. My tools are DGDecNV, not DGEncNV.
2. DGDecNV requires an nVidia GPU. It won't work on an AMD GPU.
Two things:
1. My tools are DGDecNV, not DGEncNV.
2. DGDecNV requires an nVidia GPU. It won't work on an AMD GPU.
Yeah, that was a big typo, sorry 'bout that.
But I cant get it to work on a GTX 1080 !!
Please read the errors I got (above)
videoh
6th May 2021, 16:49
Try to run DGIndexNV standalone on your 1080-based system, i.e., without staxrip. Does that work?
Try to run DGIndexNV standalone on your 1080-based system, i.e., without staxrip. Does that work?
No, pretty much the same errors.
videoh
7th May 2021, 01:55
OK, so not a staxrip issue. If you want support please use the DG Tools forum. Make sure you have the latest nVidia driver installed and try with the latest DGIndexNV version.
OK, so not a staxrip issue. If you want support please use the DG Tools forum. Make sure you have the latest nVidia driver installed and try with the latest DGIndexNV version.
OK, well that's no help...the ONLY reason I'm going thru this procedure is because of this post :-
https://forum.doom9.org/showthread.php?p=1941590#post1941590
I have the latest driver, the CUDA toolkit (which is a large download, wasted), and the latest DGIndexNV !!!
Having said that, using the x64 version creates the errors, yet using the x86 version, it doesn't.
I'm running the very latest Windows 10 x64.
I think someone else needs to do some "homework".
BTW, the error msg is culnit, not cuinit.
I was just looking thru the 3, KNLMeansCL filters, and noticed that the scripts for both Medium & Strong are the same.
The "h" value for both is 4, but I would think that "Strong" should be 6.
Just sayin'.
Cheers
videoh
7th May 2021, 04:27
OK, well that's no help...the ONLY reason I'm going thru this procedure is because of this post :-
https://forum.doom9.org/showthread.php?p=1941590#post1941590
I have the latest driver, the CUDA toolkit (which is a large download, wasted), and the latest DGIndexNV !!!
Having said that, using the x64 version creates the errors, yet using the x86 version, it doesn't.
I'm running the very latest Windows 10 x64.
I think someone else needs to do some "homework".
BTW, the error msg is culnit, not cuinit. Not gonna do support here. If you want support use the DG Tools forum. Bye!
http://rationalqm.us/board/index.php
Not gonna do support here. If you want support use the DG Tools forum. Bye!
http://rationalqm.us/board/index.php
Hey, I am trying to let ppl know that if they choose to integrate this into Staxrip, they are going to have issues !!!
JKyle wrote a very good guide on how to set this up for Staxrip, which worked well, BUT, there is a serious issue, when it comes to actually wanting to use it...that's what I meant about homework..no use adding something, that doesn't seem to work :(
And don't say "Bye" to me, either...
Is there a way to export (encode to) Canopus Grass Valley HQ(x) codec within StaxRip?
44vince44
7th May 2021, 17:05
@Lada, there is an option to use command line encoders in Staxrip, but you have to write the command line syntax yourself, and provide the executable...
videoh
7th May 2021, 17:33
there is a serious issue, when it comes to actually wanting to use it...that's what I meant about homework..no use adding something, that doesn't seem to work Lots of people have it working just fine. I offered to support you at my forum. It's up to you whether you want to actually solve your problem or just rant. Bye!
@44vince44 and I have made wiki documents on Dolby Vision/HDR10+ re-encoding.
Encoding Dynamic HDR10plus with StaxRip using x265 or NVEnc.H265 (https://github.com/staxrip/staxrip/wiki/Encoding-Dynamic-HDR10plus-with-StaxRip-using-x265-or-NVEnc.H265)
Encoding Dolby Vision with StaxRip using x265 (https://github.com/staxrip/staxrip/wiki/Encoding-Dolby-Vision-with-StaxRip-using-x265)
Lots of people have it working just fine.
This DGDecNV has only been up (as a free option) for about a week, JKyle posted the instructions for it, and other than me, I haven't seen ANY comments about it.
I would expect someone to chime in with a "fix", if "Lots of people have it working just fine"
I offered to support you at my forum.
It's up to you whether you want to actually solve your problem or just rant. Bye!
I have looked thru all your replies to me, and I don't see any offer to support me, unless "your" forum is
http://rationalqm.us/board/index.php
I did have a look around there, but couldn't find anything relevant.
I have checked & replied on the suggestions you made....
Of course I want to solve the problem, but when I don't get the help needed, then maybe I rant....
Now I know that you're around my age, (according to a poll I stumbled across the other day), so don't treat me like some young kid.
videoh
8th May 2021, 01:56
Sorry, Pauly, thought everyone knew I am the author of DGIndexNV and the owner of the DG Tools website. You can call me DG if you like. I mentioned a couple times that I do my support there. If you want help please register and start a thread there. I am very fast for support when posted at my forum. When you join, put up a nice avatar; otherwise you get a default faceless guy.
The data you gave suggests a DGIndexNV problem rather than a staxrip problem (you said it fails standalone in 64-bit). I am likely the only guy that can help you with that as it is closed source. If you want help with it you know what to do. ;)
If it's not a staxrip problem we shouldn't clutter up this thread.
Onward and upward, my friend. I agree, the young whippersnappers need guidance from the wise guys like us. :helpful:
Sorry, Pauly, thought everyone knew I am the author of DGIndexNV and the owner of the DG Tools website. You can call me DG if you like. I mentioned a couple times that I do my support there. If you want help please register and start a thread there. I am very fast for support when posted at my forum. When you join, put up a nice avatar; otherwise you get a default faceless guy.
The data you gave suggests a DGIndexNV problem rather than a staxrip problem (you said it fails standalone in 64-bit). I am likely the only guy that can help you with that as it is closed source. If you want help with it you know what to do. ;)
If it's not a staxrip problem we shouldn't clutter up this thread.
Onward and upward, my friend. I agree, the young whippersnappers need guidance from the wise guys like us. :helpful:
Hi "DG",
Well, what can I say, I am very, very happy, thankyou :)
I am a real noobie to not only Staxrip, but this Forum, so I wasn't aware of your "status", but I have seen your "name" around the place, I generally hang out on the Ripbot Forum.
OK, I will sign up on your Forum, and lets see if "we" can get to the bottom of this problem...it will help ppl here, as well, I'm sure.
Cheers
videoh
8th May 2021, 04:56
Rocky will take care of you.
44vince44
8th May 2021, 09:08
Happy to see this was all a misunderstanding:
First, written comments lack tone and can sometimes be misinterpreted. So let's all be forgiving.
Second, for those who still don't know: videoh = rocky = DG = rationalqm = Donald Graft, the author of the amazing DG tools (DGIndex, DHHDRtpSDR etc...)
BobDig
8th May 2021, 11:24
Thanks for the clarification @44vince44, didn't know him either, probably because I like free stuff. ;)
And I have a question regarding the future of StaxRip. Has Stax left? Will StaxRip be for novice users too, who don't know about avisynth, scripts and stuff or will it become a tool for pros only? I am somewhat concerned about the toxicity here, if novice users like me ask a question. And I am of the mindset that, if you put a nice GUI on it, you have some responsibility...
Also reading the new "guides", which are probably only used by a very small minority of staxrip users, we need this integrated in the GUI and not something, that will be deleted every time I delete the folder in app-data, which looks to me is the recommendation, if I update StaxRip in the first place. But maybe I am getting it wrong, not a native English speaker here. Same with the br-folder as source problem...
I am concerned more then ever, I use this tool for ages. :(
Will StaxRip be for novice users too, who don't know about avisynth, scripts and stuff or will it become a tool for pros only? I am somewhat concerned about the toxicity here, if novice users like me ask a question.
StaxRip has never been and can never be a tool for novices by nature. It employs hundreds of tools and even the most complicated open source media tool, ffmpeg, is only a member of the employees. Although @stax76 and other developers/participants have done their best to keep StaxRip as easy to use as possible, there are complex things going on inside, and users are supposed to understand at least how the processes are going on. It is clearly stated in the GitHub intro document.
StaxRip is no One-Click Encoder!
StaxRip is capable of performing a wide variety of jobs for video/audio processing. To unleash its full power, users are required to know what they want to achieve and how to set up StaxRip to meet their needs. If you are a first-time user, it is especially strongly recommended that you learn the basics referring to the documents and do some tests to understand how StaxRip works and what you can achieve with it.
Since there are so many tools involved, it is no wonder unexpected issues - both internal (=related to StaxRip itself) and external (=tool-related) - arise along the way. That's why StaxRip is updated so frequently.
On users' side, they are supposed to understand at least the basics of encoding. That's the minimum requirement.
But does it mean that StaxRip is for pros only? No. We have a term for that kind of users: intermediate. IMHO, users need to be equipped with at least intermediate knowledge about encoding in order to use StaxRip without major difficulties.
And I am of the mindset that, if you put a nice GUI on it, you have some responsibility...
So you're demanding donors to be more responsible for the stuff that they're giving away and you've acquired at no price just because it looks nice...? What kind of logic is this? :o
44vince44
8th May 2021, 18:13
@Bobdig
Thanks for the clarification @44vince44, didn't know him either, probably because I like free stuff.
Well then you should know him, because DGIndex is free, and DGHDRtoSDR is free to use but not free to redistribute.
If you have to convert HDR to SDR one day, you'll see how good this tool is. It can be added easily in StaxRip by the user (there is a guide for that, made by JKyle)
And recently, DGDecNV is free... BUT I just noticed it still closed source, so it can't be redistributed!
So users who want to use DGDecNV are invited to read the guide (made by JKyle) that explains how to add DGDecNV to Staxrip.
And I totally agree with JKyle's post above !
Atlantis
8th May 2021, 18:24
StaxRip is definitely a power tool and not for users who don't want to do a little effort. For easy to use tool people recommend HandBrake.
Thank you for the Dolby Vision and HDR10+ guides.
Atlantis
8th May 2021, 18:51
You need to manually mux the output hevc video stream with audio files using tsMuxeR (nightly portable). Currently, other muxers like mkvmerge, MP4Box, or ffmpeg do not seem to be able to preserve Dolby Vision info in the video stream.
I saw this in the Dolby Vision wiki. I have never re-encoded a Dolby Vision file. I don't know if this is relevant and helps but I have been able to re-mux a Dolby Vision file with Staxrip and MP4Box as output.
I open the file in staxrip use Copy/Mux and MP4Box and the output file still has the Dolby Vision info in the video stream.
I open the file in staxrip use Copy/Mux and MP4Box and the output file still has the Dolby Vision info in the video stream.
You're right. MP4Box preserves the DoVi(Dolby Vision) info in the stream-copied video stream unlike mkvmerge.
I'll be doing more testing with re-encoded DoVi HEVC stream to see if MP4Box does preserve the DoVi info in the video stream.
I need to update the wiki document then.
Thanks for the info.
---
[UPDATE]
Unfortunately, MP4Box (1.1.0-DEV-rev802-gc0ea96c7b-x64-gcc10.2.0 Patman in v2.5.0) fails to preserve the DoVi info for re-encoded DoVi HEVC stream unlike in stream-copy.
So the wiki document is correct.
I'll be putting some notes regarding this matter.
Atlantis
8th May 2021, 21:28
Strange. Why MP4Box can't for re-encoded DoVi streams? What the original source has that the re-encoded stream doesn't?
It may be a bug with MP4Box.
Strange thing is, even if the re-encoded mp4 doesn't show Dolby Vision info in the video stream mediainfo, it (Dolby Vision info) shows up again if the same mp4 file is remuxed to a ts file using tsMuxeR.
I've found the same phenomenon with mkv (mkvmerge).
Very strange...
Maybe a report is due, but... well... not for now, 'cuz I'm already tired. :rolleyes:
imhh11
8th May 2021, 23:18
It may be a bug with MP4Box.
Strange thing is, even if the re-encoded mp4 doesn't show Dolby Vision info in the video stream mediainfo, it (Dolby Vision info) shows up again if the same mp4 file is remuxed to a ts file using tsMuxeR.
I've found the same phenomenon with mkv (mkvmerge).
Very strange...
Maybe a report is due, but... well... not for now, 'cuz I'm already tired. :rolleyes:
yep, it's a bit more work to preserve the metadata from an encoded stream ...
you can use the mp4muxer (https://github.com/DolbyLaboratories/dlb_mp4base) (well the old version: I'm having issues with the latest one). Then mp4box will retain the metadata.
Same workflow for mkv output: output your encode to mkv and then import into MakeMKV create a new mkv with the metadata back and then mkvtoolnix can process the file properly too.
@quietvoid is attempting to do it straight in mkvtoolnix: https://forum.doom9.org/showpost.php?p=1941844&postcount=1050
videoh
8th May 2021, 23:24
BUT I just noticed it still closed source, so it can't be redistributed Redistribution has nothing to do with it being closed source.
yep, it's a bit more work to preserve the metadata from an encoded stream ...
you can use the mp4muxer (https://github.com/DolbyLaboratories/dlb_mp4base) (well the old version: I'm having issues with the latest one). Then mp4box will retain the metadata.
Same workflow for mkv output: output your encode to mkv and then import into MakeMKV create a new mkv with the metadata back and then mkvtoolnix can process the file properly too.
@quietvoid is attempting to do it straight in mkvtoolnix: https://forum.doom9.org/showpost.php?p=1941844&postcount=1050
:thanks: for the info.
So it's more complicated than can be naively guessed about. Hmm...
VincAlastor
9th May 2021, 09:27
I'll updated SVT-AV1 if the final version is released.
Gesendet von meinem M2101K6G mit Tapatalk
Thank you very much!
SVT-AV1 v0.8.7 was released
https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases
BobDig
9th May 2021, 10:58
@Bobdig
Well then you should know him, because DGIndex is free, and DGHDRtoSDR is free to use but not free to redistribute.
If you have to convert HDR to SDR one day,
Well, what I meant was with all his other names.
And I will keep HDR and let the player correct it. Simple solutions are what I prefer, obviously.
manolito
9th May 2021, 13:24
If you have to convert HDR to SDR one day, you'll see how good this tool is.
After doing a couple of tests I agree, this tool is good, way better than the ffmpeg tonemap filter.
I do have a question about the difference between the latest version and the previous one. All I can see is that the "white" parameter has changed. The old default was 1500, the new one is 400. With the old version my conversions for PQ sources always came out too dark, so my standard value for white became 2000.
With the new version it looks like I need to use trial and error to get identical results, so my question is if there is a linear relation between the old and the new "white" parameter. If not, is there a formula to translate the values?
I know that DG wants folks to register at his own forum for such questions, but this is something I certainly do not want to do. If he refuses to help, maybe someone else has the information for me...
44vince44
9th May 2021, 19:43
I find it strange why you are reluctant to going to DG's forums.
I went there once (only reading posts) and I found them to be very good.
He is providing his tools for free, and if he asks in return, for any reason, that we register to his forum, I think we should do. And after finishing those lines, I will register there just to say Hi and Thanks.
About the difference between 1.3 and 1.4: yes the white value does not work the same.
There is no rule, you have to select the brightest frame of the movie, calibrate white. After calibrating white, you can calibrate the other stuff, then re-tweak white. White can be very low.
The last movie I converted, I used this script (with v1.4):
DGHDRtoSDR(white = 30, black = 0, gamma = 0.5, hue = 0.0,
\ r = 1.05, g = 1.06, b = 1.08, tm = 0.9,
\ roll = 0.7, fulldepth = true, mode = "pq",
\ impl = "255")
If you want to do that seriously, you need to use Preview a lot, and MOST IMPORTANT: a color picker that samples the color at the mouse pointer on the screen.
If you do it seriously, and have good knowledge, you achieve better results than the players who read HDR on SDR hardware.
Note: not only White has changed between 1.13 and 1.14. Roll has changed, and maybe tm also.
44vince44
9th May 2021, 20:06
@videoh:
DG, if we want to redistribute DGDecNV, we need at least a written permission from you, right ?
This is, in my understanding, one of the differences between closed source and open source....
(all the info I got it on this matter is from the internet, so I could be wrong)
manolito
9th May 2021, 20:49
I find it strange why you are reluctant to going to DG's forums.
I went there once (only reading posts) and I found them to be very good.
He is providing his tools for free, and if he asks in return, for any reason, that we register to his forum, I think we should do. And after finishing those lines, I will register there just to say Hi and Thanks.
I see that you are relatively new to this forum, so you cannot know the old stuff which caused a lot of bad blood. I won't warm up these old stories, suffice to say that I will never register to a forum where the admin once had the habit to ban folks from the forum for this reason: "Euroweenies not welcome here".
For the HDRtoSDR tool I am not someone who wants to adjust the params separately for different videos. Having a brightness which feels right is the most important thing, and otherwise I just use the defaults, and this always gave me very good looking results with HDRtoSDR 1.3.
videoh
9th May 2021, 20:53
@videoh:
DG, if we want to redistribute DGDecNV, we need at least a written permission from you, right ?
This is, in my understanding, one of the differences between closed source and open source Copyright applies to both source and binaries. You cannot redistribute (copy) copyrighted materials unless there is an active permissive license. Disclosure of source is another matter. If I don't release source with a permissive license, then I can assert copyright on it at any time.
You would need permission, but if I not mistaken, stax76 is not interested in bundling any DG stuff. That's OK; users know where to get it.
44vince44
9th May 2021, 23:03
Thanks for the explanation DG!
Indeed, I am aware of his reluctance to include your software, but I assume it was related to licensing issues. There might be other things I don't know of. So maybe once this is settled, it would be nice to bundle your free tools... But this is only my personal belief...
@manolito: my profile is new, but i am not new here. I always read posts since early 2000s, but I was not registered.
I read your explanation (omg !!). I dunno what to say and am not qualified to judge, so i prefer not to comment...
stax76
10th May 2021, 09:01
I've a certain opinion about DG and also madshi software, but it doesn't matter, note that I'm retired from staxrip because I don't encode since a very long time, mpv.net (https://github.com/stax76/mpv.net) is my new main projects, I use it every day.
JKyle
10th May 2021, 13:43
Good to hear from you, @stax76.
Although you're saying you've retired from the StaxRip project, I know you'll be keeping an eye on it, won't you? :)
manolito
10th May 2021, 14:58
Well, Stax already retired from StaxRip in 2018, and Revan654 took over at this time. Didn't last too long, it looked like Stax was not too happy with the direction Revan took his baby, so he kind of pushed him out of the project.
So be careful, the same thing could happen to the current StaxRip maintainers if Stax decides that he doesn't like the changes you guys implement. Good luck...
JKyle
10th May 2021, 15:32
@manolito,
I don't know on what grounds you say so, but basically, StaxRip is an open source project with MIT license. Anyone who's not happy with the current status of the project can always fork and make their own. The term "push out of the project" does not seem appropriate.
AFAIK, Revan still has the maintainer privilege to the GitHub repo. If he's willing, he can always modify the source code. If he's not happy with the current status, then he can fork out and start his own project. But I haven't heard of any project he's maintaining to the best of my knowledge.
Thank you for your 'advice' but I guess it's kind of too much.
stax76
10th May 2021, 16:07
@manolito
I announced retirement before because I suffered from psychosis for some time because of poor lifestyle choices...
See this post:
https://forum.doom9.org/showthread.php?p=1782385&highlight=breaking#post1782385
That was a very terrifying time.
There was a little disagreement regarding a .NET core port, I was and still am concerned that the core designer is unstable, the form designer was often unstable in the past. It's kind of pointless porting it because there are little benefits. This or next December core v6/v7 likely drops Win7 support.
https://devblogs.microsoft.com/dotnet/updates-to-net-core-windows-forms-designer-in-visual-studio-16-5-preview-1/#under-the-hood
I don't understand why you're posting this, how did you conclude that? Revan just disappeared, I don't know why. Maybe you don't know, the team has earned my trust and respect, we've been working together for a long time.
I know you'll be keeping an eye on it, won't you?
I read doom9 but on the staxrip GitHub repo only @mentions.
JKyle
10th May 2021, 16:32
I read doom9 but on the staxrip GitHub repo only @mentions.
OK. Then I'll try to mention you more often on GitHub. :D
...
...
Sorry, it was a lame joke. ;)
Arkana
10th May 2021, 17:37
@44vince44 and I have made wiki documents on Dolby Vision/HDR10+ re-encoding.
Encoding Dynamic HDR10plus with StaxRip using x265 or NVEnc.H265 (https://github.com/staxrip/staxrip/wiki/Encoding-Dynamic-HDR10plus-with-StaxRip-using-x265-or-NVEnc.H265)
Encoding Dolby Vision with StaxRip using x265 (https://github.com/staxrip/staxrip/wiki/Encoding-Dolby-Vision-with-StaxRip-using-x265)
Hi, I've done small test, It most likely wrong but here are what I did
1. Extracted hevc with ffmpeg (using ffmpeg -i input.mkv -c:v copy -vbsf hevc_mp4toannexb -f hevc - | dovi_tool demux -)
2. Extracted the rpu (base layer source) using dovi_tool extract-rpu video.hevc
Now I am getting 0kb on rpu file is that supposed to be like that?
https://i.postimg.cc/y8D7NpDW/screenshot-1451.png (https://postimages.org/)
--
On HDR10+ it was pretty easy to learn, I only need to extract the metadata then put it back to staxrip
But on DV I am will need a lot things to learn
JKyle
10th May 2021, 18:16
Can't tell 'cuz I don't know anything about the source.
onekmilesbehind
10th May 2021, 18:32
If the source is profile 5 (single layer, DoVi only), have you tried invoking -m 2 to convert the RPU to be profile 8.1 compatible?
i.e. dovi_tool -m 2 extract-rpu video.hevc
Arkana
10th May 2021, 23:09
Can't tell 'cuz I don't know anything about the source.
It says like this
Format profile : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
If the source is profile 5 (single layer, DoVi only), have you tried invoking -m 2 to convert the RPU to be profile 8.1 compatible?
i.e. dovi_tool -m 2 extract-rpu video.hevc
source is profile 8.1
JKyle
11th May 2021, 00:22
Format profile : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
source is profile 8.1
No.
dvhe.07.06 ⇒ Dolby Vision Profile 7, Level 6.
Try "Convert to 8.1 and discard EL"
dovi_tool convert -m 2 convert --discard file.hevc
as explained by the dovi_tool (https://github.com/quietvoid/dovi_tool) document.
Or maybe,
ffmpeg.exe -hide_banner -i INPUT -bsf:v hevc_mp4toannexb -c:v copy -f hevc - | dovi_tool -m 2 extract-rpu -
If it doesn't work, report an issue there to quietvoid along with your sample.
Arkana
11th May 2021, 10:02
No.
dvhe.07.06 ⇒ Dolby Vision Profile 7, Level 6.
Try "Convert to 8.1 and discard EL"
dovi_tool convert -m 2 convert --discard file.hevc
as explained by the dovi_tool (https://github.com/quietvoid/dovi_tool) document.
Or maybe,
ffmpeg.exe -hide_banner -i INPUT -bsf:v hevc_mp4toannexb -c:v copy -f hevc - | dovi_tool -m 2 extract-rpu -
If it doesn't work, report an issue there to quietvoid along with your sample.
the later command gave me this
https://i.postimg.cc/0QM8mhBz/screenshot-1454.png (https://postimages.org/)
So now I can just put the rpu.bin back to file using staxrip?
JKyle
11th May 2021, 15:42
So now I can just put the rpu.bin back to file using staxrip?
There's a catch with Profile 7 sources. They are dual-layers, and depending on what kind of ELs they have (MEL vs FEL), it can be hard or impossible to re-encode with open-source tools like x265. Even a 1:1 remux without re-encoding can pose a problem for LLDV(Low Latency Dolby Vision) devices. See this note (https://avdisco.com/t/demystifying-dolby-vision-profile-levels-dolby-vision-levels-mel-fel/95/2) by desray.
Matter of fact, you can't tell until you do the encoding hands on. You may need to convert the HEVC stream as well to Profile 8.1 along with the RPU itself before re-encoding... Maybe you don't have to. I can't tell. Plz try it yourself.
This all happens because Dolby Vision is not a free, open format like HDR10 or HDR10+.
In my experience, single-layer sources (Profiles 5, 8.1, 8.2) were not that difficult to re-encode, but dual-layer profiles were different.
JKyle
11th May 2021, 15:48
@Patman has updated his builds including SVT-AV1 0.8.7.
(aomenc, ffmpeg, Mp4Box, rav1e, SvtAv1EncApp, etc.)
Check out his cloud archive (https://www.mediafire.com/folder/vkt2ckzjvt0qf/StaxRip_Tools) if interested.
44vince44
11th May 2021, 15:55
manolito said:
So be careful, the same thing could happen to the current StaxRip maintainers if Stax decides that he doesn't like the changes you guys implement. Good luck...
What kind of talk is that ?
And you were criticizing DG forums ???
Atlantis
11th May 2021, 19:18
This Dolby Vision thing is a mess and you can't watch it on a normal computer. All look violet. At least with HDR10+ you can watch it normally on a computer.
Is that's right? You can't watch a Dolby Vision on a normal computer in SDR?
stax76
11th May 2021, 19:21
@videoh
So you are learning how open source and GitHub works, keep doing so.
stax76
11th May 2021, 20:03
I don't know what you did expect after the arguments and insults, I tried long and hard enough to get along, like 20 years, what goes around comes around.
44vince44
11th May 2021, 20:03
This is a real mess :-(
I am NOT addressing to any specific person here.
As part of the current maintainers, the only thing I will say is that we miss Stax76 very much when he doesn't drop a line every now and then. There is mutual appreciation, trust and respect. And a very nice work relationship.
This forum should not be a place for lies or empty threats.
creeve4
12th May 2021, 02:22
Since upgrading to 2.5.0 I am getting the following error when using mClean on 4K video:
Script Error
Resize: Planar destination height must be a multiple of 2.
(C:\StaxRip-v2.5.0-x64\Apps\Plugins\AVS\mClean\mClean.avsi, line 100)
A few more details:
This also happens in 2.4.0
I am using Avisynth+ and am not resizing the video, only cropping it. The cropped dimensions are all divisible by 2.
If I apply mClean before cropping I do not get this error. If I crop first then apply mClean I get it.
Using Vapoursynth I do not get this error.
venom_dark
13th May 2021, 17:09
Hello everyone! Hope you doing well!
Since I discovered this great GUI and their tools I can't stop using it, thanks to the creator and all the maintainers!
Ok, I know that high quality settings take some time to encode, so, I saw and I use everytime the OpenCL option for the x264 (CPU) settings and it gives me a very nice boost but only in the first pass, I'm doing 2pass because sometimes I need to set the bitrate and others the size, and my question is, is this a normal behavior? Is there a possible way to make OpenCL acceleration for the second pass too?
BTW, I just tested with Hybrid and OpenCL acceleration works with the first and second pass.
Thanks in advance!
P.S.: I use a Nvidia Graphics card for the OpenCL
44vince44
14th May 2021, 06:28
@creeve4 Internally there may be divisions by two again.
When using crop or resize, it is recommended that the size of the cropped video, both width and height, are divisible by 8.
Anyway, we can't help you if you don't provide with more information:
- mediainfo of the source (or at least resolution and bitrate)
- the script used (you can copy content of "Preview Code"
JKyle
14th May 2021, 07:22
@44vince44,
@creeve4 cross-posted the same issue on the mClean thread (https://forum.doom9.org/showthread.php?p=1942748#post1942748), and it turns out that mClean script has a bug when it comes to a 4K source.
I suggested a fix that addresses the issue on the same thread (https://forum.doom9.org/showthread.php?p=1942879#post1942879).
The mClean script will be updated in the next release of StaxRip.
---
@venom_dark,
If there are no logs, no analysis is possible.
Plz post your log in the Issue Tracker of GitHub (https://github.com/staxrip/staxrip/issues) along with a proper explanation.
venom_dark
14th May 2021, 13:31
@venom_dark,
If there are no logs, no analysis is possible.
Plz post your log in the Issue Tracker of GitHub (https://github.com/staxrip/staxrip/issues) along with a proper explanation.
I will! Thank you very much!
44vince44
15th May 2021, 07:25
@JKyle, thanks for the explanation !!! again, a tool issue ;-)
Arkana
15th May 2021, 15:44
There's a catch with Profile 7 sources. They are dual-layers, and depending on what kind of ELs they have (MEL vs FEL), it can be hard or impossible to re-encode with open-source tools like x265. Even a 1:1 remux without re-encoding can pose a problem for LLDV(Low Latency Dolby Vision) devices. See this note (https://avdisco.com/t/demystifying-dolby-vision-profile-levels-dolby-vision-levels-mel-fel/95/2) by desray.
Matter of fact, you can't tell until you do the encoding hands on. You may need to convert the HEVC stream as well to Profile 8.1 along with the RPU itself before re-encoding... Maybe you don't have to. I can't tell. Plz try it yourself.
This all happens because Dolby Vision is not a free, open format like HDR10 or HDR10+.
In my experience, single-layer sources (Profiles 5, 8.1, 8.2) were not that difficult to re-encode, but dual-layer profiles were different.
thanks for the detailed answer. appreciated
Arkana
16th May 2021, 15:15
@@JKyle so for now it's not possible to have a mkv file for re-encoded dolby vision stream using staxrip?
manolito
16th May 2021, 16:55
The last movie I converted, I used this script (with v1.4):
DGHDRtoSDR(white = 30, black = 0, gamma = 0.5, hue = 0.0,
\ r = 1.05, g = 1.06, b = 1.08, tm = 0.9,
\ roll = 0.7, fulldepth = true, mode = "pq",
\ impl = "255")
After doing more test encodes using LG, Sony and Samsung HDR demos (all PQ) I think that your HDRtoSDR parameters give way better results than the defaults. Especially the default for white (400) is ridiculously high. Is this only true for PQ sources, or does it also apply for HLG?
Since I did not find any HLG sources, I determined that just reducing the value for white to 30 gives already nice results, but they tend to look "cold". Your params fix this, and so far I have not found a source where they look bad. So I will use your params as my new defaults until I hit a source where the conversion result looks terrible... :D
And NO, I still do not want to tweak the params separately for each source using preview and a color picker. Especially since I have no way to compare the conversion results with the original. None of my software and hardware players supports HDR, and this won't change in the forseeable future.
So thanks for sharing your params, much appreciated...
44vince44
17th May 2021, 06:12
You're welcome manolito. I didn't find any HLG source either.
You can compare the output to one of players that do that conversion. I know of mpv or Stax76's mpv.net.
Although mpv (.net) tends to give a slightly bluish result, it is good as a guide.
@ to anyone who wants to know how I got those params:
those parameters were obtaines by adjusting on a source with the help of a color picker. It took me a couple of minutes only to find them.
First calibrate the brightest area you find in the whole feature, then calibrate the blacks. Then adjust gamma and roll to get the desired "contrast". Then adjust colors (r, g,b, values). Then re-tweak them all. With practice, it becomes easy.
Atak_Snajpera
17th May 2021, 14:36
You're welcome manolito. I didn't find any HLG source either.
https://4kmedia.org/travelxp-4k-hdr-hlg-sample/
videoh
17th May 2021, 16:12
@ to anyone who wants to know how I got those params:
Thank you, guys. I agree that the defaults are not so good. When you have a set of parameters for HLG that you like I'll update the tools with your values for both PQ and HLG.
manolito
18th May 2021, 18:53
After a lot more tests I think I know which settings I will use for PQ and HLG sources (until someone else comes up with much better settings)... :D
My results are in no way scientific, I just took some available sources, converted them to SDR (and SD with REC.601) and watched the results. What really helped me was the LG_Cymatic_Jazz clip which is available at Andy Tather's site as PQ (original LG) and HLG (from Astra satellite test broadcast). Both originate from the same master, and while I do not know how accurately the Astra engineers converted the PQ source to HLG I just assume they did a good job. Download here:
https://andytather.net/Panda/VideoGalleryPage.aspx
I converted the PQ source using the 44vince44 parameters which resulted in a nice looking SD clip. Then I tried to match this result using the HLG source, and the closest result I could get was using the HDRtoSDR default parameters with the exception of the "white" parameter which needed to be raised to 2000 (from the default of 400).
To sum it up my DGHDRtoSDR parameters are as follows:
HLG sources:
DGHDRtoSDR(mode="hlg", white=2000)
PQ sources:
DGHDRtoSDR(mode="pq", white=30, gamma=0.5, r=1.05, g=1.06, b=1.08, roll=0.7)
The results are here:
https://we.tl/t-LhX0RzobLJ
Far from perfect I guess, but at least for my needs this is a very good starting point.
videoh
19th May 2021, 02:08
Cool. Thank you manolito.
bin.n2f
21st May 2021, 23:49
https://ibb.co/rysw4x6
what wrong here am i messing some files ?:thanks:
https://ibb.co/rysw4x6
FileNotFoundException (2.1.7.1)
System.IO.FileNotFoundException:
File name: 'System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a'
Atlantis
22nd May 2021, 15:33
FFT3DFilter v2.9 (https://github.com/pinterf/fft3dfilter/releases) is released
I already put this on the page request long before 2.6.0 release and it is still not included with 2.6.0
https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests
44vince44
22nd May 2021, 16:29
Must have been a mistake from our part. I'm checking this with @Dendraspis.
44vince44
22nd May 2021, 17:00
Ok it has been accidentally deleted 19 days ago.
@Jkyle, it appears (if I'm not mistaken) it was deleted after your commit here (https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests/c1e4e579c0619eb10df2f18ce399481b69bf8c92), please confirm there is no reason (read explanation below) ?
@Atlantis, it appears JKyle was cleaning up the page, at the exact same time you were editing. When someone edits a Wiki page, and stays long in edit mode, the page does not get refreshed, so they have no idea someone else has made a new addition.
I think that's what happened 19 days ago. A sync problem: 2 people editing at the same time...
Will be included in next release.
JKyle
22nd May 2021, 19:54
I have no idea what happened. I didn't mean to delete anything intentionally.
Like @44vince44 said, maybe the document was opened almost at the same time, but it's highly possible that I opened it first and @Atlantis opened it just a little bit later before I finished editing.
And I guess I saved it later than @Atlantis.
That's why I couldn't see @Atlantis's edit when I opened the document, and his edit was overwritten when I saved it.
Hmm...
guest
23rd May 2021, 07:30
FFT3DFilter v2.9 (https://github.com/pinterf/fft3dfilter/releases) is released
I already put this on the page request long before 2.6.0 release and it is still not included with 2.6.0
https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests
Yes, from back in March.
Why don't you just add it / overwrite it, yourself !!!
Atlantis
23rd May 2021, 09:53
Yes, from back in March.
Why don't you just add it / overwrite it, yourself !!!
What kind of question is that? What that has got to do with anything? I said it was not updated in staxrip.
44vince44
23rd May 2021, 11:24
@Pauly Dunne
Atlantis has done the correct thing to do, and thanks for that Atlantis.
chipxtreme
23rd May 2021, 23:19
AVG is picking up ffmpeg as containing a virus in latest build
JKyle
24th May 2021, 00:29
AVG is picking up ffmpeg as containing a virus in latest build
You need to be aware that some antivirus engines false detect executables compressed by UPX. See this thread on GitHub (https://github.com/staxrip/staxrip/issues/653) for detail.
I unpacked the same ffmpeg.exe file (27.48 MiB) by running the following command:
upx -d ffmpeg.exe
The resulting ffmpeg.exe is much bigger now. (81.17 MiB)
I uploaded it to VirusTotal and here's the scanning result: see this (https://www.virustotal.com/gui/file/b91cfd7ff6588d0f6bff17da8187bfacce4e3f607fc97cbbbb7319f879a5528d/detection).
This false detection issue comes up pretty often. Hmm...
On StaxRip, while the Audio Encoding, if we choose the normalize option, the gain output always becomes 0 dB. But what if I want to use the normalize option but same time I want the gain output upto -1 dB, then which custom parameter should I use?
AFAIK, normalizing to 0 dB is hard wired in the code. If you want this 'feature', you can make a feature request on the GitHub Issue Tracker (https://github.com/staxrip/staxrip/issues).
Netsurfer1793
24th May 2021, 03:07
Hello,
Is it somehow possible to use the StaxRip version 2.5+ with VapourSynth on Windows 7?
As VapourSynth/Python dropped support for Windows 7 with R53 would it be possible to e.g. revert the VapourSynth (and probably also Python) version on StaxRip 2.5+ back to R52?
guest
24th May 2021, 03:37
What kind of question is that? What that has got to do with anything? I said it was not updated in staxrip.
That wasn't a question !!
I stated that FFT3DFilter v2.9 was released back in March.
And the other comment was merely a suggestion, of how to update it yourself...:sly:
guest
24th May 2021, 03:39
@Pauly Dunne
Atlantis has done the correct thing to do, and thanks for that Atlantis.
Fair enough, it's always good to "do the right thing", but sometimes you can "DIY" :sly:
JKyle
24th May 2021, 04:49
Is it somehow possible to use the StaxRip version 2.5+ with VapourSynth on Windows 7?
As VapourSynth/Python dropped support for Windows 7 with R53 would it be possible to e.g. revert the VapourSynth (and probably also Python) version on StaxRip 2.5+ back to R52?
Conceptually, you can
1) uninstall VapourSynth and Python from your system, if there's any, and restart Windows.
2) install Python 3.8.x x64 version, e.g., 3.8.10 x64 install version (https://www.python.org/ftp/python/3.8.10/python-3.8.10-amd64.exe), on your Windows 7.
3) install VapourSynth x64 R52 (https://github.com/vapoursynth/vapoursynth/releases/tag/R52).
4) Restart Windows, and launch StaxRip.
5) Go to Tools > Settings > Frameserver and select 'Use installed directly' for VapourSynth Mode.
https://i.imgur.com/wKpEkEb.png
6) Restart StaxRip, and you'll be able to use VapourSynth R52 on Windows 7.
Since VapourSynth is just a Python module, you should always install Python first, and there should be no VapourSynth on the system when Python is installed.
Netsurfer1793
24th May 2021, 13:22
Conceptually, you can
Thank you. That worked.
However I also had to adjust the version numbers in StaxRips Apps dialog.
But now it seems to work. :thanks:
Just to be sure:
Could there be any issues with using older Python and VapourSynth versions with newer StaxRip versions?
Or can I use the older versions without worries?
Atlantis
24th May 2021, 14:04
That wasn't a question !!
I stated that FFT3DFilter v2.9 was released back in March.
And the other comment was merely a suggestion, of how to update it yourself...:sly:
Again it was a useless comment that did not help anything or anyone. I tried really hard not to say stupid.
You say "Why don't you just add it / overwrite it, yourself !!!"
I'm not an admin or the project manager of staxrip, I have no access to staxrip project to update it.
If you mean on my own computer, you think I don't know how to download it? I'm following the project, provided a link so I know how to download and use it.
Again the post was to inform that a tool has not been updated on staxrip. It was not a personal question on what should I do on my computer.
JKyle
24th May 2021, 17:06
However I also had to adjust the version numbers in StaxRips Apps dialog.
I didn't mention it because it's a matter of course.
Could there be any issues with using older Python and VapourSynth versions with newer StaxRip versions?
Or can I use the older versions without worries?
If the VapourSynth scripts/filters/plugins were developed no later than R52, there should be no issues.
Otherwise, it's definitely case by case, of course.
AFAIK, all the VapourSynth plugins/filters registered in StaxRip as of version 2.6.0 are compatible with R52/Python 3.8.x.
But I cannot guarantee 100%.
guest
25th May 2021, 00:42
Again it was a useless comment that did not help anything or anyone. I tried really hard not to say stupid.
You say "Why don't you just add it / overwrite it, yourself !!!"
I'm not an admin or the project manager of staxrip, I have no access to staxrip project to update it.
If you mean on my own computer, you think I don't know how to download it? I'm following the project, provided a link so I know how to download and use it.
Again the post was to inform that a tool has not been updated on staxrip. It was not a personal question on what should I do on my computer.
Whatever, mate...now I think what you're doing with this, IS "stupid" !!!
You have blown it out of all proportion, you've also insulted one's intelligence !!!
All it was, was a reference to when that filter update was released.
And a simple suggestion on how one could update it within Staxrip.
THAT'S IT !!!!
There was no question, it's not useless & was nothing personal !!!
Your original post sounded a little impatient & annoyed, TBH !!!
I already put this on the page request long before 2.6.0 release and it is still not included with 2.6.0
Netsurfer1793
25th May 2021, 14:49
I didn't mention it because it's a matter of course.
Yes, you are right. I also didn't meant it as a criticism. I've just mentioned it.
After all, StaxRip also force you to adjust the version numbers before you can proceed. So no way to forget about it. :)
If the VapourSynth scripts/filters/plugins were developed no later than R52, there should be no issues.
Otherwise, it's definitely case by case, of course.
AFAIK, all the VapourSynth plugins/filters registered in StaxRip as of version 2.6.0 are compatible with R52/Python 3.8.x.
But I cannot guarantee 100%.
Thanks for the info. Yes, it makes sense. I will then keep in mind to check the compatibility with old versions.
I also hope that in case of issues the new plugins just won't work and would show an error instead of doing something unexpected silently.
JKyle
26th May 2021, 00:02
Based on our discussion here, I've added two new wiki documents:
About False Virus Detection Warnings (https://github.com/staxrip/staxrip/wiki/About-False-Virus-Detection-Warnings)
How to use VapourSynth on Windows 7 in StaxRip 2.5.0 and later (https://github.com/staxrip/staxrip/wiki/How-to-use-VapourSynth-on-Windows-7-in-StaxRip-2.5.0-and-later)
And if you're interested in applying a custom VapourSynth filter that is not registered in StaxRip, you can see this discussion thread on GitHub (https://github.com/staxrip/staxrip/discussions/718) for reference.
JKyle
27th May 2021, 02:15
AFAIK, normalizing to 0 dB is hard wired in the code.
Sorry but I was wrong about this. :rolleyes:
It turns out that gain can offset the normalize value.
See this post (https://github.com/staxrip/staxrip/issues/719#issuecomment-849140399) for detail. :)
avinewbie
27th May 2021, 21:06
Based on our discussion here, I've added two new wiki documents:
And if you're interested in applying a custom VapourSynth filter that is not registered in StaxRip, you can see this discussion thread on GitHub (https://github.com/staxrip/staxrip/discussions/718) for reference.
Thank you, thank you for that link to adding filters in VS
Salem874
28th May 2021, 19:31
I just updated staxrip and every time I launch it I get a pop-up dialog with the error
Load VapourSynth first
Filters > Filter Setup > VapourSynth
even though I have it installed. I've tried deleting the settings files and reset the load template I continue to get this error. I also tried to reset my filters so it's set to AVISynth instead and then save as template that loads on startup and it continues to load AVS Filters for vapoursynth instead. Appreciate any thoughts on how to fix this. Thank you.
Having the same issue...any ideas?
JKyle
29th May 2021, 15:19
Not easy to figure out what went wrong with such insufficient info. But my guess is that your frameserver setting is garbled up for some reason.
Try resetting it by switching b/w portable and installed, restarting StaxRip each time, and see if it resolves the problem. If not, you need to start afresh with a new StaxRip deployment.
shodan5000
30th May 2021, 23:57
Could AddGrain be added for vapoursynth or at least someone explain to me how to add it to Staxrip as a selectable profile? I've tried my best to research this for myself but with no success. I have the .dll from here https://github.com/HomeOfVapourSynthEvolution/VapourSynth-AddGrain
JKyle
31st May 2021, 03:12
Could AddGrain be added for vapoursynth or at least someone explain to me how to add it to Staxrip as a selectable profile?...
https://github.com/HomeOfVapourSynthEvolution/VapourSynth-AddGrain
Since it's a binary plugin, you just need to specify the path to the dll file, and use the function call provided by the plugin.
It's basically the same as DGHDRtoSDR (https://github.com/staxrip/staxrip/wiki/How-to-register-DGTonemap-&-DGHDRtoSDR-filters-in-StaxRip).
1. Switch to the VapourSynth mode in StaxRip by clicking AVS Filters ⇨ Filter Setup ⇨ VapourSynth.
2. Click Tools ⇨ Folders ⇨ Plugins.
3. Make a folder named AddGrain there and copy/paste AddGrain.dll into that folder.
4. Click VS Filters ⇨ Profiles....
5. Under the [Noise] section, put these lines (there should be an empty line above and beneath):
AddGrain =
core.std.LoadPlugin(r"%plugin_dir%AddGrain\AddGrain.dll")
clip = core.grain.Add(clip, var=1.0, uvar=0.0, hcorr=0.0, vcorr=0.0, seed=-1, constant=False, opt=0)
6. Apply Noise > AddGrain. Adjust var, hcorr, vcorr to your taste.
For example, (var=800, hcorr=0, vcorr=0.9) yields the following result:
https://i.imgur.com/PbhElBY.png
I'm gonna register this VS plugin and its filter profile for the next release.
---
[Side Note]
Since it's just one dll file, maybe you can put AddGrain.dll in the Plugins folder directly, not in its subfolder, and remove the first line of the filter profile as follows:
AddGrain = clip = core.grain.Add(clip, var=1.0, uvar=0.0, hcorr=0.0, vcorr=0.0, seed=-1, constant=False, opt=0)
No empty lines are necessary.
This is because all the dll files in the Plugins folder of VapourSynth are autoloaded by StaxRip.
But there's a catch: files in the subfolders of Plugins folder or py script files in Plugins folder do not autoload. We need to load them explicitly in those cases.
shodan5000
31st May 2021, 11:25
I got it to work now. Thank you very, very much for the thorough explanation. Out of curiosity, why does the plugin's code look different in Staxrip than what's provided on its Github?
(Github)
grain.Add(clip clip[, float var=1.0, float uvar=0.0, float hcorr=0.0, float vcorr=0.0, int seed=-1, bint constant=False, int opt=0])
vs
(Staxrip)
AddGrain = clip = core.grain.Add(clip, var=1.0, uvar=0.0, hcorr=0.0, vcorr=0.0, seed=-1, constant=False, opt=0)
JKyle
31st May 2021, 15:13
It's a very basic combination of StaxRip filter profile syntax and VapourSynth syntax.
See the VapourSynth documentation (http://www.vapoursynth.com/doc/).
To add a side note, the code on the plugin's GitHub is not the real code to be used in reality. It's just a manual for the function call.
You need to distinguish them.
tormento
2nd June 2021, 10:34
I usually do some compression tests with different parameters in SMDegrain. Is it possible to automate the parameter change inside the script and apply them on a few percentage of a video?
44vince44
2nd June 2021, 21:37
I think this is planned for StaxRip v6.x.x
tormento
4th June 2021, 14:15
Did I lost some release note or the sound playing after encoding has not been implemented yet?
44vince44
5th June 2021, 14:56
It won't be done!
You have to do it yourself in Tools > Advanced > Event Command.
There you can program StaxRip to do whatever you want, including playing a sound for the selected event. This was already discussed and explained on Github.
JKyle
5th June 2021, 16:11
Hope these two simple samples will be of help.
Completion sound:
https://i.imgur.com/GfzRY1I.png
Copy target file log to the target folder
https://i.imgur.com/4CuEDFN.png
MysteryX
6th June 2021, 19:48
I saw 2 issues with StaxRip.
I imported a GoPro video with PC levels, but it exports by default as x265 with range Limited. I have to go and manually change the level in x265 settings. Is this by design?
Also, if you add KNLMeansCL, both Medium and Strong presets are exactly the same (h=4). Btw I personally found that setting d=2 is generally worth the extra computing (but not a=2).
The how does Open File Batch work? The first time it asked me how to do it, I said Automatic which added the videos straight into the job queue without allowing me to change or validate any options. Then when I do it again, it just adds raw videos to the job queue without asking me anything at all. So I'm just adding the videos 1 by 1 and resetting the config for each.
JKyle
6th June 2021, 20:58
I imported a GoPro video with PC levels, but it exports by default as x265 with range Limited. I have to go and manually change the level in x265 settings.
It's because you enabled Import VUI metadata in Options > Video, and your GoPro video has Color range : Limited video metadata in its media info. Disable the option if you don't want to import the VUI(video usability info) metadata.
Also, if you add KNLMeansCL, both Medium and Strong presets are exactly the same (h=4).
Thanks for the info. But it's already reported and will be fixed in the next release.
The how does Open File Batch work?
File Batch is definitely for videos with very similar properties.
For File Batch processing, you need to first load a template specifically customized for the videos in mind.
If you don't have any template, you need to compose one.
But since a template is an empty project, there should be no file in the project when you compose a template.
So my recommendation is as follows:
1) Load one of the video files that are to be processed by File Batch.
2) Do project settings: options (⇐ each and every item of Options matters), filter script settings, video/audio encoder settings, and muxer(mkv, mp4, etc.) settings.
3) Launch another session of StaxRip (right-click StaxRip icon on taskbar > Click StaxRip), and do the settings exactly the same as 2) without any source file.
4) Save the settings of 3) as a new template, and do File Batch after closing the first StaxRip from 1) (you don't have to save the project from 2)).
[Side note]
Source: Automatic determines what source filter is employed based on the settings in Tools > Settings > Preprocessing & Source Filters.
So for File Batch, don't choose Automatic unless you know how it works. Otherwise, it's highly probable that you end up with unexpected results like you said.
MysteryX
6th June 2021, 22:00
Even if VUI Range remains Auto, it still encodes as Limited.
Question is: why did GoPro set VUI Range to Limited if it's in fact Full.
Now I'm encoding as x264 10-bit manually setting VUI to PC.
Log contains this, and the output has broken color range.
resize [WARN]: converting range from TV to PC
After testing, it's possible to properly encode it as Full with x265 but not x264.
JKyle
7th June 2021, 05:28
Now I'm encoding as x264 10-bit manually setting VUI to PC.
Log contains this, and the output has broken color range.
After testing, it's possible to properly encode it as Full with x265 but not x264.
Have you tried force-setting Input Range to PC along with the (Output) Range setting to PC?
In my case, I see no warning message if I set those two options for a TV-range (⇐ video metadata) source file.
And the output file has the expected video metadata: Color range : Full.
But if you find that the actual color range is limited unlike the metadata, then you better report it to x264 developers.
MysteryX
8th June 2021, 03:58
Have you tried force-setting Input Range to PC along with the (Output) Range setting to PC?
In my case, I see no warning message if I set those two options for a TV-range (⇐ video metadata) source file.
And the output file has the expected video metadata: Color range : Full.
But if you find that the actual color range is limited unlike the metadata, then you better report it to x264 developers.
I'm not very familiar with StaxRip, just started using it. If you tell me exactly what to write and where, I can try it quickly. For now I encoded the videos as H265 and it's fine.
JKyle
8th June 2021, 04:45
If you tell me exactly what to write and where, I can try it quickly.
This will illustrate how to search & set color range related encoder options in x264.
https://i.imgur.com/Y7vXcRp.gif
This Search & Set feature is available for any video encoder in StaxRip.
44vince44
8th June 2021, 06:44
@MysteryX
This is not related to staxrip, this is related to the command line encoders, so that's what we call "tool issue"
In x265, you have to set as undefined, it will be interpreted as Limited, and you'll get the whole 0-255 range. This is something I'm sure of, and use all the time.
In x264, which I don't use, I believe you have to try encodes and see what setting you must use. I would not be surprised if TV would give the you correct result.
This is counterintuitive. But since there is no explanation of how those switched work...
How to test: try selecting a range of frames in the preview, encode them with the TV setting.
Compare the encode with the original using a color picker. You'll see the impact on whites and blacks....
You should not care about the mediainfo. You should care about how it plays and if it renders blacks at 0.0.0 and whites at 255.255.255.
StormMeows
25th June 2021, 00:42
Hey guys, I plan to build a PC dedicated to video encoding. Staxrip was recommended by another awesome member here. If I get something like an AMD threadripper, will staxrip be able to take advantage of all of the cores and threads at 100%? I'm assuming with a dedicated encoding rig I could run multiple movies in staxrip at once? I'm currently trying to weigh all of the pros and cons of building a dedicated machine. I have a lot of bluray backups that I need to encode the video only and pass through the lossless audio. Do you guys think building a dedicated rig would be worth it? I currently have a i9-9900k and Nvidia 2080 Super. I was considering just using the slowest preset and using the GPU, but it sounds like the CPU is going to blow that out of the water. I like the video to be as close to possible to the original and just need some space savings from the original. Any thoughts appreciated. Thank you guys!
jlw_4049
25th June 2021, 00:46
Hey guys, I plan to build a PC dedicated to video encoding. Staxrip was recommended by another awesome member here. If I get something like an AMD threadripper, will staxrip be able to take advantage of all of the cores and threads at 100%? I'm assuming with a dedicated encoding rig I could run multiple movies in staxrip at once? I'm currently trying to weigh all of the pros and cons of building a dedicated machine. I have a lot of bluray backups that I need to encode the video only and pass through the lossless audio. Do you guys think building a dedicated rig would be worth it? I currently have a i9-9900k and Nvidia 2080 Super. I was considering just using the slowest preset and using the GPU, but it sounds like the CPU is going to blow that out of the water. I like the video to be as close to possible to the original and just need some space savings from the original. Any thoughts appreciated. Thank you guys!An i9 9900k is plenty to get you started with cpu encoding. Staxrip will use as many cores as x264/x265 can utilize based on the content.
Going to a thread ripper would allow you to get more encodes done at once, but won't always give you more fps on a single encode at a time.
With that i9 9900k once you Q up a few to encodes, it'll catch up with you quicker you think.
Main thing is, make sure you have adequate cooling, since the cpu will be at ~100% for multiple hours to even days depending on your Q or content.
Keep in mind you won't be able to encode AND game at high fps at the same time. It'll be one or the other. Pausing the encode will free up some cycles, but it still is running and holds the ram.
Sent from my SM-G986U1 using Tapatalk
Khun_Doug
25th June 2021, 15:50
I was doing X264 and X265 encodes with an I7-6850K and moved to an AMD 3950X. On the I7 an X265 HD encode could go as long as 17-24 hours for one movie. That same task dropped to 4-7 hours with the 3950X. Shorter encodes, such as an episode Start Trek TOS was taking 4 1/2 hours, and dropped to about 2 hours. Filtering will make a difference. And with the 3950X I find I can encode more than one video at a time.
I just recently changed the 3950X out for a 5950X. I was able to encode old B&W movies that are 4:3 SD with a good amount of filtering, with 3 encodes running simultaneously, and the CPU was not maxed out. I had no trouble using Outlook and Firefox while the encodes were running. That 5950X is a beast!
jlw_4049
25th June 2021, 15:55
I was doing X264 and X265 encodes with an I7-6850K and moved to an AMD 3950X. On the I7 an X265 HD encode could go as long as 17-24 hours for one movie. That same task dropped to 4-7 hours with the 3950X. Shorter encodes, such as an episode Start Trek TOS was taking 4 1/2 hours, and dropped to about 2 hours. Filtering will make a difference. And with the 3950X I find I can encode more than one video at a time.
I just recently changed the 3950X out for a 5950X. I was able to encode old B&W movies that are 4:3 SD with a good amount of filtering, with 3 encodes running simultaneously, and the CPU was not maxed out. I had no trouble using Outlook and Firefox while the encodes were running. That 5950X is a beast!But the i9 9900k and ryzen 3xxx series have similar ICP.
X264 can only use about 8 threads, so it would be similar speeds.
I actually went from an i7 6800k to the ryzen 1700, it was a massive difference then too
Sent from my SM-G986U1 using Tapatalk
Khun_Doug
25th June 2021, 19:23
I bought the Ryzen 3950X in March of 2020, before inventory went to nothing. I was on a waiting list for the Ryzen 5950X and got it at MSRP, not the crazy prices scalpers are asking. That 5950X with all those threads is a serious piece of silicon (big iron back in the mainframe days). Actually, so was the 3950X. I'm amazed that everything runs faster, but at the same thermals or less, and in the same socket on the same motherboard. The X265 encodes move along quite quickly.
Joekiwi
28th June 2021, 01:23
[QUOTE=MysteryX;1944442]I saw 2 issues with StaxRip.
Also, if you add KNLMeansCL, both Medium and Strong presets are exactly the same (h=4). Btw I personally found that setting d=2 is generally worth the extra computing (but not a=2).
Thanks for that - I saw they were the same as well - I will try d=2 as well - I don't try too hard to be the best encoder - but I believe temporal noise reduction is the safest - I mean if a film is 24 fames/second - you just have to be aware of effects flashes of brief light.
I only use light if at all - my GPU does it - so too much slow down
StormMeows
5th July 2021, 19:29
Hey guys, I have finally started encoding with Staxrip. I originally backed up my blu-ray collection (lossless), but now I am encoding the backups to save on space. I am trying to figure out how to approximate the end file size. The problem I am having is the first movie ended up being 10GB BIGGER than the original lossless file so I know my CRF value is too low.
I did the "Run Compressibility Check" within Staxrip. This uses my encoder settings, but with a CRF 18. Here are the results for this movie:
Size in MB: 9,162
Video Bitrate 8,000
Quality 44%
Compressibility .38
How can I determine the lowest CRF value to use based off of this compressibility check? In my original encode I used a CRF of 14 and it made the bitrate 40.9 MB/s. The original blu-ray is only 23 MB/s. It appears I would need to use at least a CRF of 20 on this movie, but is there a way to roughly tell what CRF to use based off of the information I have provided? I want the new encoded version to be as close to lossless, but I need to save at least some space, definitely not almost double the original lossless file.
*EDIT* I think I am most likely going to need to use Selectrangevery in the script and do test encodes per ~10 minutes of the film at different CRF values and estimate the final value size. Please let me know if this sounds like the best plan of action.*
Hopefully this all makes sense. I'm loving StaxRip so far for backing up my collection and hope you guys can help. Thanks!
Atlantis
6th July 2021, 22:12
I also use SelectRangeEvery for compressibility check. It is by percent. Here are the values I calculated for myself:
1% Compressibility Check = SelectRangeEvery(4800,48)
2% Compressibility Check = SelectRangeEvery(2400,48)
5% Compressibility Check = SelectRangeEvery(1440,72)
10% Compressibility Check = SelectRangeEvery(1200,120)
2% and 5% are the best to get an approximate of the final bitrate. Sometimes the final bitrate is a little lower.
To make you feel good I always use CRF 22 for 1080p.
shodan5000
6th July 2021, 23:34
Any idea of when a new beta release might be dropping?
JKyle
9th July 2021, 21:23
Dendraspis is working on the next release (v2.7.0) and it will be available no later than next week according to him. See here (https://github.com/staxrip/staxrip/discussions/734#discussioncomment-965751).
I'd like to take this opportunity to post a BIG WARNING in advance regarding the next release version: if you want to carry along your custom Encoder Profiles to the new release version, you need to back up the custom Encoder Profiles before update and restore them after the update.
This is because aomenc is now renamed to AOMEnc at the source code level and thus all the Encoder Profiles are reset accordingly.
And since I've added/updated dozens of filter plugins and profiles, there's gonna be a big change in the filter menus (default filter profiles) for both AVS and VS. If you have any custom filter profiles, back them up and restore them after resetting the AVS/VS filter profiles. Refer to the Changelog (https://github.com/staxrip/staxrip/blob/master/Changelog.md) to see what filters will be added/updated.
StormMeows
10th July 2021, 22:26
I also use SelectRangeEvery for compressibility check. It is by percent. Here are the values I calculated for myself:
1% Compressibility Check = SelectRangeEvery(4800,48)
2% Compressibility Check = SelectRangeEvery(2400,48)
5% Compressibility Check = SelectRangeEvery(1440,72)
10% Compressibility Check = SelectRangeEvery(1200,120)
2% and 5% are the best to get an approximate of the final bitrate. Sometimes the final bitrate is a little lower.
To make you feel good I always use CRF 22 for 1080p.
Thank you, I am currently doing SelectRangeEvery(2000, 50, 10000)
and really like this.
Guys, what's the best way to check the encode sample to the source? Is there an easy way to do this so I can see the same frame on the source and encode simultaneously? I want to check for transparency between the new encode and source.
Also, is changing the "threads" and "lookahead threads" the best way to put my CPU at 100% usage with Staxrip? My current AMD 16/32 processor only uses 75% most of the time. I have the threads set to the default 0 each. This is what they look like in MediaInfo after the test sample threads=25 / lookahead_threads=6 / . Also, if there is a way to force the CPU at 100% saturation, then will there be a quality loss compared to the stock Staxrip settings? I should finally mention that this is for x264 8-bit blu-ray encodes.
Thanks for any help! I really appreciate it. I am new to Staxrip and loving it so far for high quality blu-ray encodes.
Atlantis
10th July 2021, 23:33
in Tools-Advanced there is Video Comparison.
SelectRangeEvery(2000, 50, 10000)
What does that 10000 do? Is that an offset and why are you using it?
JKyle
11th July 2021, 02:10
in Tools-Advanced there is Video Comparison.
FYI, there's another simple external tool for vertical-slider/split-screen two-video comparison: video-compare (https://github.com/pixop/video-compare/tree/20200724).
https://user-images.githubusercontent.com/18571394/117585888-d1a66900-b10c-11eb-9479-c3aabe4ddf97.gif
Since video-compare is a CLI tool, I made a very simple GUI for it: video-compare_GUI (https://github.com/JJKylee/video-compare_GUI/releases).
For more info, see this issue thread (https://github.com/staxrip/staxrip/issues/702).
StormMeows
11th July 2021, 03:06
in Tools-Advanced there is Video Comparison.
SelectRangeEvery(2000, 50, 10000)
What does that 10000 do? Is that an offset and why are you using it?
Thank you, I will definitely check this out! The 10000 value starts the movie at that segment so I am ensuring to not test the opening credits, etc. So 50 frames done every 2000 frames, starting at frame 10000. I have still been making some adjustments to this, but it seems to be working well for my test encodes.
Edit: I tried the program within Staxrip (Video Comparison), but the problem now is that my source is the full movie and my sample's first frame is 10000 at about the 5:30 minute mark of the movie. Any way that I can make it so it does the source at the SelectRangeEvery(2000,50,10000) like my test? Thanks!
FYI, there's another simple external tool for vertical-slider/split-screen two-video comparison: video-compare (https://github.com/pixop/video-compare/tree/20200724).
https://user-images.githubusercontent.com/18571394/117585888-d1a66900-b10c-11eb-9479-c3aabe4ddf97.gif
Since video-compare is a CLI tool, I made a very simple GUI for it: video-compare_GUI (https://github.com/JJKylee/video-compare_GUI/releases).
For more info, see this issue thread (https://github.com/staxrip/staxrip/issues/702).
Edit: I gave the program a try, but with any videos I try, it just gives me a [Win2Error] The system cannot find the specified file. I tried it on multiple blu-rays on my hard drive .MKV files. Also, if I can get it working, similar to my question above, how would I alter my source .MKV so it starts at the same frame as all of my tests? Thanks
JKyle
11th July 2021, 03:40
Edit: I gave the program a try, but with any videos I try, it just gives me a [Win2Error] The system cannot find the specified file. I tried it on multiple blu-rays on my hard drive .MKV files.
Make sure you put the executables in the same folder.
Unzip the compressed 7z file and put video-compare_GUI.exe in the same folder as video-compare.exe.
And you need to cut the video files to make them in sync.
StormMeows
11th July 2021, 04:47
Make sure you put the executables in the same folder.
Unzip the compressed 7z file and put video-compare_GUI.exe in the same folder as video-compare.exe.
And you need to cut the video files to make them in sync.
Sorry I do not see where to downloaded the executables. Can you link me to them please? I just see the GUI.exe file. I see a bunch of "Code" in the link, but I tried those in a folder with the GUI and it still doesn't work.
So I should cut the source using the same SelectEveryRange that I used on the test encodes? What program should I use to cut the source to match the test encodes? Thanks
JKyle
11th July 2021, 05:35
For video-compare, download the file in the release page.
And you shouldn't re-encode the reference video. Use stream copy cutting with MKVToolNix or ffmpeg. Google for how to do it.
StormMeows
11th July 2021, 05:44
For video-compare, download the file in the release page.
And you shouldn't re-encode the reference video. Use stream copy cutting with MKVToolNix or ffmpeg. Google for how to do it.
Thank you! I didn't even think about using MKVtoolnix. That makes it WAY easier! I use that program all of the time. Thank you again :)
JKyle
11th July 2021, 05:51
Thank you! I didn't even think about using MKVtoolnix. That makes it WAY easier! I use that program all of the time.
Or you can do the stream copy cutting of the reference video on StaxRip with Preview (for trims) and Copy/Mux (for video encoder), No Audio, and MKV(mkvmerge).
That's basically the same as using MKVToolNix and maybe more intuitive.
StormMeows
11th July 2021, 07:52
Or you can do the stream copy cutting of the reference video on StaxRip with Preview (for trims) and Copy/Mux (for video encoder), No Audio, and MKV(mkvmerge).
That's basically the same as using MKVToolNix and maybe more intuitive.
Awesome! I also found a way by using Asynith+ and AVSpmod with the help of a fellow member. This is such an awesome community!
Also, I made a post in regards to this, but I figured I would ask it here in case you guys know. In Staxrip if I leave the GOP settings default, it rounds down the min keyint value to 23 since my bluray source is 23.976. I have seen others highly recommend to set this value to 24 (min--keyint24). Which is technically the correct way of doing this? I realize it is 24 FPS on most blurays but 23 isn't far off. Also, how important is this setting for video quality? I realize it is the minimum distance between I-frames but I'm not an expert so I don't know what that entails for my final encode. Thoughts greatly appreciated! Thanks guys
Atlantis
11th July 2021, 11:20
I just tried video-compare. It's strange, I don't see the full picture. It's zoomed in.
Atlantis
11th July 2021, 23:15
So for the first time I played with HDR to SDR encoding and did a little test and I'm impressed how easy it is and how good the results look like. Used Staxrip Wiki. Thank you.
What gives better looks from these 3? I'm not much into tweaking too much. The shorter and easier the better.
1- DGReinhard()
2- DGHable()
3- DGHDRtoSDR(mode="pq", white=50)
For the short test I did, DGReinhard looks better.
JKyle
12th July 2021, 00:06
I just tried video-compare. It's strange, I don't see the full picture. It's zoomed in.
Maybe it's bug in video-compare itself.
So for the first time I played with HDR to SDR encoding and did a little test and I'm impressed how easy it is and how good the results look like. Used Staxrip Wiki. Thank you.
What gives better looks from these 3? I'm not much into tweaking too much. The shorter and easier the better.
1- DGReinhard()
2- DGHable()
3- DGHDRtoSDR(mode="pq", white=50)
For the short test I did, DGReinhard looks better.
@manolito did some test on 3(DGHDRtoSDR) to get a better result. See here (https://forum.doom9.org/showthread.php?p=1943079#post1943079).
For DGTonemap(1 & 2), someone can refer to its manual and do some testing. (I haven't and am not willing to, though.) :rolleyes:
StormMeows
12th July 2021, 19:07
Hey guys, is there a good rule of thumb for cropping when encoding blu-rays to x264 8-bit? I manually cropped a 1080p blu-ray to 1920x1036, but it is in Red and the SAR value is highlighted in red at 1.853281. If I use the Auto Crop in Stax Rip it wants to cut more than just the black bars and make it 1920x1032. I don't want to encode this movie at the wrong crop value, nor do I want to crop part of the actual movie. Please let me know what the best way/rule of thumb would be with cropping.
Thank you guys!
JKyle
12th July 2021, 19:29
Hey guys, is there a good rule of thumb for cropping when encoding blu-rays to x264 8-bit? I manually cropped a 1080p blu-ray to 1920x1036, but it is in Red and the SAR value is highlighted in red at 1.853281. If I use the Auto Crop in Stax Rip it wants to cut more than just the black bars and make it 1920x1032.
Adjust the Output Mod (multiples of a specific number) value in Options > Image > Output Mod.
Crop is auto-corrected based on this output mod value if Options > Image > Crop > Auto correct crop values is turned on.
Assistant warns on aspect ratio error based on the cropped pixel values if Options > Assistant > Warn on aspect ratio error is turned on.
Since you choose to encode in x264, mod 2 (= even numbers) will be usually enough except you employ filters that require specific mods or resize drastically so the resulting pixel size becomes not encodable (=odd) in x264.
StaxRip is a highly customizable app. You can do some testing with various option settings.
Plus, if you have a question on a specific option item, right click on it and a short help dialog will pop up in most cases.
StormMeows
12th July 2021, 19:39
Adjust the Output Mod (multiples of a specific number) value in Options > Image > Output Mod.
Crop is auto-corrected based on this output mod value if Options > Image > Crop > Auto correct crop values is turned on.
Assistant warns on aspect ratio error based on the cropped pixel values if Options > Assistant > Warn on aspect ratio error is turned on.
Since you choose to encode in x264, mod 2 (= even numbers) will be usually enough except you employ filters that require specific mods or resize drastically so the resulting pixel size becomes not encodable (=odd) in x264.
StaxRip is a highly customizable app. You can do some testing with various option settings.
Plus, if you have a question on a specific option item, right click on it and a short help dialog will pop up in most cases.
Thank you so much! This is what I was looking to do (mod2), but didn't see it under settings. Really appreciate the thorough response!
Atlantis
13th July 2021, 00:26
To be safe crop at mod 8. The default value in staxrip is already 8. Even mod 4 is not safe.
StormMeows
13th July 2021, 02:47
To be safe crop at mod 8. The default value in staxrip is already 8. Even mod 4 is not safe.
Hey thank you for this. So it is always better to crop evenly on each side and then if it still has 1 thin black line on each side, that's okay (undercrop by 1x on each side)? I have already ran into several cases where Staxrip wants to actually crop a small part of the video.(over crop)
Also, how can I ensure this setting saves the next time I enter Staxrip? It seems like every time I exit out of Staxrip, it won't save some of my settings.
Another cool thing that I have found out about Staxrip is that you can encode VC-1 Blu-rays. When I was researching, for some reason it was saying that I couldn't encode the blu-ray if it was VC-1, maybe things have changed (outdated info)?
Thanks for any guidance.
Atlantis
13th July 2021, 08:22
Having 1 or 2 black lines on the edge is not a good idea. The encoder gives an artifact on the encoded video edge. You need a little more. For example some movies crop to 1920 x 804, although I can crop them to 1920 x 808, I don't do that and I crop them to 1920 x 816.
If you don't crop by mod 8 you could have hardware player problems. For example some amlogic devices if you give them a mod 4 video, they will repeat the last 4 lines to make it mod 8 and it gives a very bad visible visual artifact at the bottom.
StormMeows
13th July 2021, 17:28
Having 1 or 2 black lines on the edge is not a good idea. The encoder gives an artifact on the encoded video edge. You need a little more. For example some movies crop to 1920 x 804, although I can crop them to 1920 x 808, I don't do that and I crop them to 1920 x 816.
If you don't crop by mod 8 you could have hardware player problems. For example some amlogic devices if you give them a mod 4 video, they will repeat the last 4 lines to make it mod 8 and it gives a very bad visible visual artifact at the bottom.
Thank you, I will overcrop instead of leave black lines and use mod8. I really appreciate the advice 🙏
Atlantis
13th July 2021, 18:59
I personally undercrop. There is nothing wrong with having a little black bars. I would die if I overcrop. The thought that I'm throwing away part of the image is unthinkable to me! :)
StormMeows
13th July 2021, 19:01
I personally undercrop. There is nothing wrong with having a little black bars. I would die if I overcrop. The thought that I'm throwing away part of the image is unthinkable to me! :)
Sorry, I think i misunderstood you then. So it's okay to leave bigger black bars, but not thin black lines (like 1px)? You're saying that leaving 2 thin lines will cause artifacts but a bit bigger black lines won't? Thanks
Atlantis
13th July 2021, 19:51
Yes that is what I am saying. Your original Bluray is 1920 x 1080 with huge black bars already for some movies. There is no problem.
I have discovered that 1 or 2 black lines is too little and gives subtle artifact in the encode. Do your own test. Maybe you will not notice it and it is ok for you.
For example, encode a movie that crops at 804 both at 808 crop and 816 crop and check if you see the difference.
StormMeows
13th July 2021, 20:25
Yes that is what I am saying. Your original Bluray is 1920 x 1080 with huge black bars already for some movies. There is no problem.
I have discovered that 1 or 2 black lines is too little and gives subtle artifact in the encode. Do your own test. Maybe you will not notice it and it is ok for you.
For example, encode a movie that crops at 804 both at 808 crop and 816 crop and check if you see the difference.
I understand what you're saying now. Sorry about that. You leave bigger black bars so there is no artifacts. So if it crops to 804, do 816 instead to have the bars bigger kind of similar to blurays with huge black bars.
Atlantis
13th July 2021, 22:37
Exactly. Very simple.
1- Crop to mod 8.
2- Avoid 1-2 lines of black bars.
StormMeows
14th July 2021, 01:39
Exactly. Very simple.
1- Crop to mod 8.
2- Avoid 1-2 lines of black bars.
Hey, it almost seems like Mod2 might be best, which in most cases it will just over crop the top and bottom by 1 pixel. I don't think 1 pixel is going to make that big of a difference on top and bottom. This is the guidelines that a lot of encoders use from what I have seen. It seems to be the standard to overcrop by 1pixel versus under crop.
Since we are on Staxrip topic, I have been loving this program. Just to verify, for x264 8-bit encodes, there is no way for me to tell Staxrip to use 100% of my CPU? It typically ranges between 70-80% with occasional spikes of up to 91%. I just want to make sure since locking it at 100% would be even faster of encodes.
Also, how do I save settings like the Mod2 setting. Each time I exit Staxrip, it switches back to 8. Thank you guys!
Atlantis
14th July 2021, 08:30
If your player can handle mod2 then good for you. As I already explained not all hardware players can. My 3 Amlogic CoreELEC players can handle only mod 8.
JKyle
14th July 2021, 08:48
Since we are on Staxrip topic, I have been loving this program. Just to verify, for x264 8-bit encodes, there is no way for me to tell Staxrip to use 100% of my CPU? It typically ranges between 70-80% with occasional spikes of up to 91%. I just want to make sure since locking it at 100% would be even faster of encodes.
Currently only x265 and AOMEnc are capable of chunk encoding in StaxRip. AFAIK, chunk encoding was not enabled for x264 since there was not much demand.
If you want to see chunk encoding in x264, you need to submit a feature request in the Issue Tracker on GitHub (https://github.com/staxrip/staxrip/issues). And of course, whether it will be adopted or not depends on our main developer Dendraspis's mind. :D
If you can't wait to use x264 chunk encoding, you may want to use other software that has such feature like RipBot264 or Av1an.
Also, how do I save settings like the Mod2 setting. Each time I exit Staxrip, it switches back to 8.
You need to save the option in a template not in a particular project.
Start StaxRip, don't open any source file, change Options, and click on File > Save Project As Template.... Use that specific template (File > Project Templates...) to use the saved options afterwards.
For more info about templates in StaxRip, read the corresponding section (https://github.com/staxrip/staxrip/wiki/Usage#templates) on the GitHub wiki.
It's strongly recommended that users take time to read the basic StaxRip usage guide (https://github.com/staxrip/staxrip/wiki/Usage) on the wiki. And you may be able to find answers to many of your questions on the wiki as well. Please read/search the wiki guides first before asking questions.
guest
14th July 2021, 09:52
If you can't wait to use x264 chunk encoding, you may want to use other software that has such feature like RipBot264 or Av1an.
Hi J,
I think I might have mentioned this before, but if you and whoever else could get their knowledge on the same wave length, and introduced a chunk encoding function like RipBot, you would by far, have the best encoding app EVER !!!!
It clearly can be done successfully, so you've just got to figure out how Atak did it, so many years ago.....:p
Atlantis
14th July 2021, 10:51
Man, there is always something new you have to learn! Chunk encoding. Is it correct to say that the default value of 1 gives the best quality and it's only slower?
Atak_Snajpera
14th July 2021, 11:01
Just to verify, for x264 8-bit encodes, there is no way for me to tell Staxrip to use 100% of my CPU? It typically ranges between 70-80% with occasional spikes of up to 91%. I just want to make sure since locking it at 100% would be even faster of encodes.
Even if you see 75% of CPU usage this does not mean that you lose 25% of performance. SMT !=CORE. Probably you already get 90% of your max FPS.
Besides. If i'm not mistaken x264 Has hard thread limit set at 24. Devs discovered that more threads reduce quality.
StormMeows
14th July 2021, 18:24
If your player can handle mod2 then good for you. As I already explained not all hardware players can. My 3 Amlogic CoreELEC players can handle only mod 8.
Hey, yeah my player has no issues with mod2 (nvidia shield pro) so I will stick to that. Thanks again for the insightful information.
Currently only x265 and AOMEnc are capable of chunk encoding in StaxRip. AFAIK, chunk encoding was not enabled for x264 since there was not much demand.
If you want to see chunk encoding in x264, you need to submit a feature request in the Issue Tracker on GitHub (https://github.com/staxrip/staxrip/issues). And of course, whether it will be adopted or not depends on our main developer Dendraspis's mind. :D
If you can't wait to use x264 chunk encoding, you may want to use other software that has such feature like RipBot264 or Av1an.
You need to save the option in a template not in a particular project.
Start StaxRip, don't open any source file, change Options, and click on File > Save Project As Template.... Use that specific template (File > Project Templates...) to use the saved options afterwards.
For more info about templates in StaxRip, read the corresponding section (https://github.com/staxrip/staxrip/wiki/Usage#templates) on the GitHub wiki.
It's strongly recommended that users take time to read the basic StaxRip usage guide (https://github.com/staxrip/staxrip/wiki/Usage) on the wiki. And you may be able to find answers to many of your questions on the wiki as well. Please read/search the wiki guides first before asking questions.
Wow, thank you so much for the thorough response! It definitely sounds like with x264 i will just stick to Staxrip because I want to maximize quality. As mentioned down below, after 24 threads are used, there be a downgrade in quality. I would rather have a slightly slower encode time than lose quality. Transparency to the source is my goal for bluray 1080p backups and that's why I use x264 over x265 for this content. When I start doing 4k encodes, I'll switch to x265.
Sorry for not reading through the Wiki all the way. I will definitely get to that soon and will refrain from asking generic questions. Thank you!
Even if you see 75% of CPU usage this does not mean that you lose 25% of performance. SMT !=CORE. Probably you already get 90% of your max FPS.
Besides. If i'm not mistaken x264 Has hard thread limit set at 24. Devs discovered that more threads reduce quality.
Thanks so much for the detailed reply! I stick to what I'm doing because I don't want a quality loss. I have 32 threads on my CPU so if I can't fully take advantage of that for x264, then so be it.
StormMeows
14th July 2021, 19:59
If I do Chunk Encoding on x265 10 bit, the default value is 1. Should this be changed to use more of my CPU then? I am only using 50% of my CPU when testing x265 10-bit. Also, why is there so much fluctuation of the CPU usage% when encoding. It will be at like 50% then go to 70%, then back down and so forth.
Edit: I looked into it and perhaps I should change Settings > General maximum number of parallel processes to help max the CPU out? I could also just open up staxrip and run 2 encodes at the same times to possibly max out the CPU usage, right? There has to be a way with x265 10bit to get it to 100% cpu usage constant.
Thanks guys
BobDig
16th July 2021, 09:19
There has to be a way with x265 10bit to get it to 100% cpu usage constant.
No problem here. Just turn off SMT in the UEFI, it does nothing for video encoding with x26*. If you want to keep it on, it doesn't matter anyways. Do a test encode with a sample and see yourself.
Khun_Doug
16th July 2021, 16:10
Due to the way x265 uses parallel threads for the decision trees, each thread will run a different amount of time. This is not like x264. The effect is that a single x265 cannot really saturate a CPU. There are a few things to try to ramp up your saturation. First is to make sure to use a PreFetch, depending on the filters you use. Some filters, such mClean, SMDegrain, SMDegrain with motion vectors, LSFMod, and many others, really benefit from PreFetch. In my experience with a Ryzen 3950x, now my 5950x, I didn't see any benefit by using PreFetch higher than 14 on HD source, despite having 32 threads available. I find a PreFetch of 8 is adequate for SD sources. Remember that you can only get x265 to go so fast because of the decision-making parallel threads.
The other thing to do is run one than one job at the same time. On my 3950x and 5950x, I was easily able to run 3 and 4 SD encodes simultaneously. Please keep in mind that the number and types of filters you use will affect CPU usage.
StormMeows
16th July 2021, 18:40
Due to the way x265 uses parallel threads for the decision trees, each thread will run a different amount of time. This is not like x264. The effect is that a single x265 cannot really saturate a CPU. There are a few things to try to ramp up your saturation. First is to make sure to use a PreFetch, depending on the filters you use. Some filters, such mClean, SMDegrain, SMDegrain with motion vectors, LSFMod, and many others, really benefit from PreFetch. In my experience with a Ryzen 3950x, now my 5950x, I didn't see any benefit by using PreFetch higher than 14 on HD source, despite having 32 threads available. I find a PreFetch of 8 is adequate for SD sources. Remember that you can only get x265 to go so fast because of the decision-making parallel threads.
The other thing to do is run one than one job at the same time. On my 3950x and 5950x, I was easily able to run 3 and 4 SD encodes simultaneously. Please keep in mind that the number and types of filters you use will affect CPU usage.
Thank you for the detailed reply. I typically do not use filters so I'm not sure how much PreFetch would help me. I am just mainly doing standard 1080p high quality/transparent encodes. I may just use x264 8 bit since that's the same as the source and is much, much quicker for these backups. Perhaps I could speed up x264 8 bit blu-ray encodes by running 2 staxrip encodes at once? :) Thanks
No problem here. Just turn off SMT in the UEFI, it does nothing for video encoding with x26*. If you want to keep it on, it doesn't matter anyways. Do a test encode with a sample and see yourself.
Thank you, I will definitely give it a try. Does this help for x264 8 bit encodes as well or just x265? Anything to help use more of my CPU power for x264? It sounds like not a whole lot, unless I want to just run 2 simultaneous encodes.
StormMeows
17th July 2021, 02:08
Does anyone know what quality of FLAC is used in Stax Rip? It has a quality scale from 0-11 with 11 being the best quality/compresses the best. Does Stax use this by default or is there a way to encode FLAC to 11 quality?
*Edit* I downloaded FLAC.exe and directed it to Staxrip with command line, but then staxrip wants the following for my DTS-MA track: Error for encoding a raw file you must specify a value for --endian, --sign, --channels, --bps, and --sample-rate . If anyone can help, it would be great. Hopefully the standard FLAC user a high quality/best compression like 11.
Thanks
JKyle
17th July 2021, 04:49
@StormMeows,
You're trying to reinvent the wheel.
If you look at the command line for flac encoding (bottom of Audio Settings), or at the log, you'll see that ffmpeg (more precisely, flac encoder wrapped in ffmpeg) is used. (As a matter of fact, all audio codecs other than AAC use ffmpeg as their encoders in StaxRip. You'll be able to find it out if you look at the command lines.)
In StaxRip, some private options for a specific audio encoder are missing from the menu to avoid complications. Instead, you can always put custom options in the Custom field.
Refer to the flac encoder section in the ffmpeg manual (https://ffmpeg.org/ffmpeg-codecs.html#flac-2), and put the compression level related option as follows (12 is the maximum):
https://i.imgur.com/lWZSQOp.png
If you want to encode an audio track only, right click on the corresponding track > Execute. You can find the encoded audio track in the project temp folder.
StormMeows
17th July 2021, 18:04
@StormMeows,
You're trying to reinvent the wheel.
If you look at the command line for flac encoding (bottom of Audio Settings), or at the log, you'll see that ffmpeg (more precisely, flac encoder wrapped in ffmpeg) is used. (As a matter of fact, all audio codecs other than AAC use ffmpeg as their encoders in StaxRip. You'll be able to find it out if you look at the command lines.)
In StaxRip, some private options for a specific audio encoder are missing from the menu to avoid complications. Instead, you can always put custom options in the Custom field.
Refer to the flac encoder section in the ffmpeg manual (https://ffmpeg.org/ffmpeg-codecs.html#flac-2), and put the compression level related option as follows (12 is the maximum):
https://i.imgur.com/lWZSQOp.png
If you want to encode an audio track only, right click on the corresponding track > Execute. You can find the encoded audio track in the project temp folder.
You're awesome! thank you so much!!!! :D Have a great weekend!
Schattenspieler
17th July 2021, 19:44
If you want to encode an audio track only, right click on the corresponding track > Execute. You can find the encoded audio track in the project temp folder.
On that note I got a question: Is it possible to deactivate the confirmation dialogue for audio encoding? And maybe to encode more than a single audio track in one session at once (maybe cued, not parallel)?
I use it once in a while to convert AC3/DTS to AAC and thus decrease file size.
Gesendet von meinem H8324 mit Tapatalk
JKyle
18th July 2021, 05:07
Is it possible to deactivate the confirmation dialogue for audio encoding?
The confirmation dialog is a required process for stream selection/mapping when you encode an audio track not demuxed from the source file.
But it's not necessary when you encode a single audio file that is already extracted from the source file.
If I'm not mistaken, there's no way to disable the dialog for extracted files. So it amounts to a feature request.
Use the Issue Tracker (https://github.com/staxrip/staxrip/issues) to submit a feature request, as I always recommend. Feature requests written here will not be considered.
And maybe to encode more than a single audio track in one session at once (maybe cued, not parallel)?
I don't get it. What do you mean by 'cued not parallel'? :rolleyes:
If you mean 'batch encoding' of audio files, use audio encoding programs such as fre:ac (https://www.videohelp.com/software/fre-ac), etc.
But if you want to make use of qaac, you need to compose a DOS batch for AAC encoding due to license issues, AFAIK.
If anyone knows about an audio encoding program that enables users to use a custom encoder like qaac, plz post here.
-QfG-
18th July 2021, 10:33
One question, i didn't know if this is a bug or feature. I Use StaxRip 2.6.0 and the included Patman x264 Encoder.
In the Settings i can choice under "Input/Output2" the SEI Output. If i change the options, a command --opts 1 will be added. But the Encoder says that is an unknown command.
My fail, or needed a special x264 Encoder?
1- DGReinhard()
2- DGHable()
3- DGHDRtoSDR(mode="pq", white=50)
4-HDRTools
I have the best results with HDRTools (https://forum.doom9.org/showthread.php?t=175488&highlight=HDRTools) -
Loadplugin("%startup_dir%\Apps\Plugins\AVS\HDRTools\hdrtools.dll")
ConvertYUVtoXYZ(Color=0,HDRMode=0,OOTF=false,OutputMode=2,threads=1)
ConverXYZ_BT2446_C_HDRtoSDR(PQMode=true,Lhdr=30000.0,Lsdr=100.0,pColor=0,pct_ref=0.6,pct_ip=0.6,pct_wp=1.0,pct_sdr_skin=1.0,pct_hdr_skin=0.44,threads=1)
ConvertXYZtoYUV(Color=2,pColor=0,OOTF=false,threads=1)
Tweak(bright=-3.5, coring=false, realcalc=false, dither=false)
ConvertBits(8)
JKyle
18th July 2021, 16:50
I Use StaxRip 2.6.0 and the included Patman x264 Encoder.
In the Settings i can choice under "Input/Output2" the SEI Output. If i change the options, a command --opts 1 will be added. But the Encoder says that is an unknown command.
You're right. I could reproduce the same issue.
The opts option is not present in the full console help. And if I run x264 with --opts only, the encoding fails with the following error.
--------------------------- Video encoding ---------------------------
x264 0.163.3059+11-1aa8b82-.Mod-by-Patman.-x64-gcc10.3.0
D:\Tmp\StaxRip-v2.6.0-x64\Apps\Encoders\x264\x264.exe --opts 1 --synth-lib D:\Tmp\StaxRip-v2.6.0-x64\Apps\FrameServer\AviSynth\AviSynth.dll --output "D:\Test\Two audio sample_temp\Two audio sample_new_out.h264" "D:\Test\Two audio sample_temp\Two audio sample_new.avs"
D:\Tmp\StaxRip-v2.6.0-x64\Apps\Encoders\x264\x264.exe: unknown option -- opts
This needs to be fixed. I reported this issue on the Issue Tracker (https://github.com/staxrip/staxrip/issues/748) and it will be fixed in the next release.
--------------------------------------------------
4-HDRTools
I have the best results with HDRTools (https://forum.doom9.org/showthread.php?t=175488&highlight=HDRTools) -
Loadplugin("%startup_dir%\Apps\Plugins\AVS\HDRTools\hdrtools.dll")
ConvertYUVtoXYZ(Color=0,HDRMode=0,OOTF=false,OutputMode=2,threads=1)
ConverXYZ_BT2446_C_HDRtoSDR(PQMode=true,Lhdr=30000.0,Lsdr=100.0,pColor=0,pct_ref=0.6,pct_ip=0.6,pct_wp=1.0,pct_sdr_skin=1.0,pct_hdr_skin=0.44,threads=1)
ConvertXYZtoYUV(Color=2,pColor=0,OOTF=false,threads=1)
Tweak(bright=-3.5, coring=false, realcalc=false, dither=false)
ConvertBits(8)
Thanks for the sample script. It showed me there's a loophole in the current StaxRip release.
Since plugins_JPSDR is a merge of the following AviSynth plugins,
AutoYUY2, NNEDI3, ResampleMT, aWarpSharpMT, HDRTools
you should be able to call filter functions provided by HDRTools natively in StaxRip. But since some filter functions like ConverXYZ_BT2446_C_HDRtoSDR are missing from the registration in StaxRip, you may encounter a dependency issue as of now.
Just put
LoadPlugin("%app:JPSDR%")
instead of
Loadplugin("%startup_dir%\Apps\Plugins\AVS\HDRTools\hdrtools.dll")
and remove the redundant HDRTools folder from the program tree. This way you can save drive space and avoid duplicates.
==================================================
[UPDATE]
I've added the following two missing filters to JPSDR in StaxRip plugin registration.
ConvertLinearRGBtoYUV_BT2446_A_HDRtoSDR, ConverXYZ_BT2446_C_HDRtoSDR
The update will be reflected in the next release, v2.7.0, so you are not gonna need the extra LoadPlugin("%app:JPSDR%") line starting in the next version.
-QfG-
18th July 2021, 18:42
THX @JKyle for the informations.
Atlantis
18th July 2021, 19:03
Thank you so much for including HDRTools.
Maybe also add this if it works well for HDR to SDR as it was said
ConvertYUVtoXYZ(Color=0,HDRMode=0,OOTF=false,OutputMode=2,threads=1)
ConverXYZ_BT2446_C_HDRtoSDR(PQMode=true,Lhdr=30000.0,Lsdr=100.0,pColor=0,pct_ref=0.6,pct_ip=0.6,pct_wp=1.0,pct_sdr_skin=1.0,pct_hdr_skin=0.44,threads=1)
ConvertXYZtoYUV(Color=2,pColor=0,OOTF=false,threads=1)
Tweak(bright=-3.5, coring=false, realcalc=false, dither=false)
ConvertBits(8)
I have not tested it yet.
Atlantis
19th July 2021, 23:55
I noticed that in the staxrip log the date is not written if I'm not mistaken. You get the time, the duration but not a date. It would be useful if the date was written at least once somewhere. Maybe at the beginning so we could tell how old is an encode.
JKyle
20th July 2021, 19:40
Thanks to @-QfG-'s pointer, the following HDRTools related HDR to SDR tonemapping filter profiles will be added by default in the next release version, v2.7.0.
(FYI, PQ(Perceptual Quantizer) = st2084 = SMPTE ST 2084, and HLG(Hybrid Log-Gamma) = std-b67 = arib-std-b67)
[PQ videos]
HDR to SDR | HDRTools | PQ =
ConvertYUVtoXYZ(Color=0, HDRMode=0, OOTF=false, OutputMode=2)
ConverXYZ_BT2446_C_HDRtoSDR(PQMode=true, Lhdr=$enter_text:HDR max mastering luminance level (in cd/m2)? (Default: 10000.0)$, Lsdr=100.0, pColor=0)
ConvertXYZtoYUV(Color=2, pColor=0, OOTF=false, OutputMode=2)
ConvertBits(8)
[HLG videos]
HDR to SDR | HDRTools | HLG =
ConvertYUVtoXYZ(Color=0, HDRMode=2, OOTF=false, OutputMode=2)
ConverXYZ_BT2446_C_HDRtoSDR(PQMode=false, Lhdr=$enter_text:HDR max mastering luminance level (in cd/m2)? (Default: 1000.0)$, Lsdr=100.0, pColor=0)
ConvertXYZtoYUV(Color=2, pColor=0, OOTF=false, OutputMode=2)
ConvertBits(8)
AVS only.
Add the above code to your AVS Filter Profiles under the [Color] section (blank lines above and below) if you want to use them now.
For reference, whether an HDR video is PQ or HLG can be verified in its mediainfo.
Refer to the HDRTools manual (http://avisynth.nl/index.php/HDRTools) for further customization.
Atlantis
23rd July 2021, 12:31
This is the second time that this has happened to me. An encode finishes and later I find out that it has not encoded the full video. Like half of it.
So, without any errors and without saying anything in the log, the video encoding finishes sooner. The job is finished, everything is muxed. The running time in explorer and media info looks correct. So you can't actually tell that there is only half of the video, the running time is of the audio. You have no idea of knowing something went wrong unless you play the very end.
this is what it shows in the log
x265 [INFO]: HEVC encoder version 3.5+10+13-7c9bc0cb14 [Mod by Patman]
x265 [INFO]: build info [Windows][GCC 10.2.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-3.1 (Main tier)
x265 [INFO]: Thread pool created using 8 threads
x265 [INFO]: Slices : 1
x265 [INFO]: frame threads / pool features : 3 / wpp (9 rows)
x265 [WARN]: Source height < 720p; disabling lookahead-slices
x265 [INFO]: Coding QT: max CU size / min CU size : 64 / 8
x265 [INFO]: Residual QT: max TU size / max TU depth : 32 / 1 inter / 1 intra
x265 [INFO]: ME / range / subpel / merge : hex / 57 / 2 / 3
x265 [INFO]: Keyint min / max / scenecut / bias : 23 / 250 / 40 / 5.00
x265 [INFO]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [INFO]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [INFO]: References / ref-limit cu / depth : 3 / on / on
x265 [INFO]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [INFO]: Rate Control / qCompress : CRF-22.0 / 0.60
x265 [INFO]: tools: rd=3 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp
x265 [INFO]: tools: b-intra strong-intra-smoothing deblock sao
Start: 2:36:27 AM
End: 3:51:09 AM
Duration: 01:14:42
HEVC : 448 MiB1280*536 (2.40:1), at 23.976 (24000/1001) FPS, HEVC (Main 10@L3.1@Main)
---------------------------- Muxing to MKV ----------------------------
mkvmerge 56.1
...
...
As you see at the end of video encode it doesn't show the usual
encoded 180432 frames in 11045.61s (16.34 fps), 1022.70 kb/s, Avg QP:26.84
creeve4
23rd July 2021, 14:24
A couple questions:
1. Regarding this commit (https://github.com/staxrip/staxrip/commit/d70a8338c24e0a6bb4c915ca37040eef5670479c): How can I change these default values (after Staxrip is compiled)? Previously (version 2.5.0 and earlier) I would just modify the complied scripts themselves.
2. I have been using Staxrip to benchmark my CPU settings (I am playing around with PBO for my R9 5950X) and I noticed that for the same file my encodes decrease by 0.25-0.30 fps when my computer has been running for several hours vs if I start the encode shortly after a reboot. I have tried setting the Staxrip priority to High, but this has no affect. Any ideas?
Atak_Snajpera
23rd July 2021, 14:46
Higher temps will reduce turbo boost frequency on your CPU. That's normal after several hours of encoding using AVX2 instructions.
Atlantis
23rd July 2021, 15:27
I just re-encoded the same movie and this time it was complete. So it's strange, I can't reproduce it on the same file.
It would be great if staxrip showed an error if it didn't complete the video encode.
Khun_Doug
23rd July 2021, 15:43
I also have the Ryzen 5950X and use a 240MM AIO. With PBO the voltages go high and some of the cores hit high frequency. But the heat from this is wild and the AIO does its job but the CPU still gets close to 80C or even a bit higher. What I decided to do was set several frequency and voltage combinations in the BIOS and with the Asrock A-Tuning tool. I found that I can get a clock of 4200 with a low voltage, and the entire machine runs cool. The small difference in encode times is minimal versus having a cooler machine. I also made another profile for 3850 GHz and an even lower voltage. The machine blazes along, does everything I need, and no crazy CPU temperatures. One thing to be aware of. If you go this route, make sure to try something like Prime95 to taste your CPU for stability. The voltage too low will cause some failures and you don't want that.
creeve4
23rd July 2021, 16:13
Higher temps will reduce turbo boost frequency on your CPU. That's normal after several hours of encoding using AVX2 instructions.
Maybe I was not clear in my question.
As an example:
If I start an encode shortly after a reboot, I get 3.5fps average for the 5 minute clip I am using to benchmark.
If I start an encode with this same clip after I have been using the computer for several hours (non-encoding use) I will only get 3.25 fps.
In both cases I am not experiencing any thermal throttling (temps are about 72C the entire encode). I am using a 360mm AIO cooler.
Atak_Snajpera
24th July 2021, 08:32
Why don't you run hwinfo and log temps and cpu frequency during encoding?
creeve4
24th July 2021, 14:26
Why don't you run hwinfo and log temps and cpu frequency during encoding?
I have been 😂
Like I said temps are very low. Frequencies seem to be approximately the same in both situations.
JKyle
25th July 2021, 21:29
StaxRip v2.7.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.7.0
Don't forget to back up your custom Encoder Profiles before update. See this post (https://forum.doom9.org/showthread.php?p=1947159#post1947159) for detail.
This is the VirusTotal scan result: here (https://www.virustotal.com/gui/url/c07fbb5eb981064f8e04cad74a5a513d35edc20f680533105fc4e10dfced8978/detection).
And about false virus warnings, see this wiki document (https://github.com/staxrip/staxrip/wiki/About-False-Virus-Detection-Warnings).
Atlantis
25th July 2021, 21:50
I installed it. What happened to Neo FFT3D? It is not included in the package like before. I think you forgot it.
It's like the most important filter!
https://github.com/HomeOfAviSynthPlusEvolution/neo_FFT3D
Atlantis
25th July 2021, 22:34
Something wanted to say for a long time about the main window. The size is fixed, can't it be resizable?
If it is hard to program it that way and fixed is easier, at least it should be a little larger. It's too small for today needs. For example I have 8-9 filters and would like to see them all at once and not to scroll.
Atlantis
25th July 2021, 23:13
I see that in the new version we get muxing timestamps in mkv. I have done a little research but don't get it. Why do we need it? We didn't use it before. Is it only for syncing audio and video? if yes why it worked before without it.
JKyle
25th July 2021, 23:15
There was a hiccup in the release of v2.7.0.
It's fixed and everything is working OK now. Plz re-download the file.
Atlantis
25th July 2021, 23:42
I just spend time to reconfigure from zero, please say you only added Neo FFT3D. I already added it myself. :)
Update: ok I see more has been changed in the package. I'm going to re-download and overwrite it without re-configuring again, that would be ok I guess?
JKyle
25th July 2021, 23:54
A couple more.
Re-download the file, just overwrite the existing Apps folder with the new one.
JKyle
26th July 2021, 00:04
I see that in the new version we get muxing timestamps in mkv. I have done a little research but don't get it. Why do we need it? We didn't use it before. Is it only for syncing audio and video? if yes why it worked before without it.
It's to prevent audio sync issues when the mediainfo is incorrectly recorded as CFR by some apps like OBS.
See this post on the Issue Tracker (https://github.com/staxrip/staxrip/issues/730#issuecomment-861119949).
It didn't work right before when we could extract timestamps from only VFR MKV files.
JKyle
26th July 2021, 01:27
FYI, there's a lot of change in the filter profiles/menus in v2.7.0.
For those of you who just overwrite the files (although not recommended officially): do not forget to
1) backup your own custom filter profiles
2) restore the default profiles
https://i.imgur.com/Ff1nBzHl.png
3) and then add your custom filter profiles again
to see the new changes. Same for VapourSynth.
And don't forget to update your old settings by taking similar steps as above for each and every menu, profile, template, setting, etc.
And in case you're using installed frameservers (AVS or VS), try switching b/w portable and installed (installed -> portable -> installed, restarting StaxRip each step) to purge any remaining garbage in the settings file.
user77777
26th July 2021, 14:43
What could be the problem?
https://www.upload.ee/image/13343313/16.41.45.png
JKyle
26th July 2021, 21:51
@everyone,
You need to replace SMDegrain.avsi with the following updated file in order to avoid SMDegrain errors in v2.7.0.
SMDegrain.avsi (https://cdn.discordapp.com/attachments/850730860654624829/869312727779270707/SMDegrain.avsi) (version: 3.1.2.115s)
Location:
<StaxRip-Folder>\Apps\Plugins\AVS\SMDegrain\SMDegrain.avsi
There was some internal function name changes along the way and this will definitely cause script errors if you keep using the shipped script file SMDegrain.avsi. So please make sure to update the file.
Atlantis
26th July 2021, 22:19
Anyone experiencing that the new version is slower? Not the encoding, talking about staxrip itself, it seems it does the usual stuff slower than the past version.
user77777
27th July 2021, 04:06
Replaced the file with a new SMDegrain.avsi (version: 3.1.2.115s) - one nothing has changed (
https://www.upload.ee/image/13344627/06.12.37.png
https://www.upload.ee/image/13343313/16.41.45.png
JKyle
27th July 2021, 04:37
@user77777
SMDegrain update was not intended specifically for your case.
Your error cannot be reproduced.
Google 'Platform returned code 1114'.
lordalibaski
28th July 2021, 16:59
I had this problem because I use an old Xeon CPU so had to install an older version of JPSDR
Apps - Manage - Search - JPSDR - Auto Update - let it download and choose the correct version for your system I had to choose Release_XP_SSE2 and it fixed this issue.
SupermanTV
28th July 2021, 19:32
Hi everyone,
I am currently digitizing my old DVs and DVDs: deinterlacing, etc. and I'm wondering if Staxrip handles color subsampling differently now.
Images: (from DV yuv411 / DVD yuv420)
- Original DV 4-1-1 capture.
- Staxrip encode from 2019: bit darker/contrast.
- Staxrip 2.7.0 (and other recent versions): Notice the change in red tone.. Seems like there's a yellowish tint overall in the newer Staxrip encode...
I'm hoping maybe someone can test this with older DVs out there to confirm, so I can get a better idea about this.
Thanks a lot for any input!!
**My script: (MOV ProRes SD or HQ)
- Automatic Source:
tcFile = "%temp_file%_timestamps.txt" # timestamps file path
Exist(tcFile) ? FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex", timecodes=tcFile) : FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex")
ConvertToYUV420()
- Crop(8, 6, -16, -10)
- QTGMC(preset="Very Slow", InputType=0, sourceMatch=3, lossless=2, sharpness=0.5, tr2=3, ediThreads=8)
Prefetch(7)
- KNLMeansCL(D=1, A=1, h=2, device_type="auto")
- nnedi3_rpow2(rfactor=2, cshift="LanczosResize", fwidth=960, fheight=720)
Atlantis
29th July 2021, 10:46
Did some tests. So I'm not liking this timestamps thing. I encoded a video. When I jump to a frame number for example, then when I go to the same number on the source, it is not the same frames. It's 2 different frames assigned to the same frame number. This is troubling for me so I'm not going to use them.
fredlkrue
29th July 2021, 15:46
Did some tests. So I'm not liking this timestamps thing. I encoded a video. When I jump to a frame number for example, then when I go to the same number on the source, it is not the same frames. It's 2 different frames assigned to the same frame number. This is troubling for me so I'm not going to use them.
Same here, it shows different output frame rate.
Source: 23.976 fps
Output: 23.8095 fps
JKyle
29th July 2021, 18:24
Timestamps extraction for MKV files is not hard-wired in the new version. It's an option for the templates/projects.
https://i.imgur.com/t9B6BYhl.png
If it doesn't help, you can turn it off.
Do you have any issue with turning it off in your startup or favorite templates?
Atlantis
29th July 2021, 19:15
No, I'm just saying I am not going to use it.
It's strange that it does that. Why the frame numbers should change and not point to the same image? Is it normal?
JKyle
29th July 2021, 19:41
No, I'm just saying I am not going to use it.
I don't think I need to persuade you to use it.
If you think it's not working as expected but you can't help but use it, report a bug with concrete evidence.
Like I pointed out, the new timestamps extraction feature is obviously helpful for some users with some videos. As always, there is no universal cure-all in video encoding. If the new feature doesn't work right, then maybe it's not fit for the specific video, or a bug. If you are sure it's a bug, submit a bug report with a valid log or any supporting material.
But in this case, it's obviously different: you can always opt out of this new feature in Options. I truly don't understand why you keep complaining about things that you can choose not to use in the first place.
JKyle
29th July 2021, 20:26
In case you enabled timestamps extraction, chose MKV as the output format, and there is a change in frame numbers/frame rate/duration, the Assistant is supposed to issue a warning/suggestion as follows in v2.7.0:
https://i.imgur.com/ilOm9Yzl.png
If you are sure the Assistant does not warn about those changes, then plz report a bug with a valid example.
Atlantis
29th July 2021, 22:04
I truly don't understand why you keep complaining about things that you can choose not to use in the first place.
I truly don't understand what you are saying and why you are saying these things. Please give examples of things you think I keep complaining. Your post is a false statement. I do not keep complaining about stuff.
In case you don't know, this is a forum, not your personal home. A forum is a place for people to discuss. So when I notice new stuff I write here to discuss with people. I'm not sending letters to your home. In case you are not interested in a subject matter, it is very easy, you just ignore it. So please stop complaining about posts you don't like. You ignore them. It is very easy. I do it all the time.
JKyle
29th July 2021, 22:28
Please give examples of things you think I keep complaining. Your post is a false statement. I do not keep complaining about stuff.
So,
God knows how many times, how many years ago I asked please like for Audio and Subtitles, add buttons ALL and NONE for attachments. If we had those, at least we could deselect all with buttons.
Something wanted to say for a long time about the main window. The size is fixed, can't it be resizable?
If it is hard to program it that way and fixed is easier, at least it should be a little larger. It's too small for today needs. For example I have 8-9 filters and would like to see them all at once and not to scroll.
these were not complaints?
And putting several posts about the same topic (timestamps) over and over without providing any supporting material is not a complaint?
They sound just like complaints to me.
Many developers and contributors including @stax76, @44vince44, and me have repeatedly asked that users please be a little bit more cooperative by posting issue reports and feature requests on the GitHub repo with logs, error messages, and samples. And you squarely declined it and insisted on posting here claiming that you are just giving advice and suggestions.
Well, OK. Even though I feel uncomfortable with the way you present your arguments,
...you just ignore it.
I will.
chipxtreme
31st July 2021, 19:58
Is it just me but I just went to auto update NVEnc and MKVToolnix to latest versions on 2.7.0 and it failed. In previous versions always worked. Working again in 2.8.0
SupermanTV
2nd August 2021, 18:13
Anyone?? I'd appreciate any help.
Hi everyone,
I am currently digitizing my old DVs and DVDs: deinterlacing, etc. and I'm wondering if Staxrip handles color subsampling differently now.
Images: (from DV yuv411 / DVD yuv420)
- Original DV 4-1-1 capture.
- Staxrip encode from 2019: bit darker/contrast.
- Staxrip 2.7.0 (and other recent versions): Notice the change in red tone.. Seems like there's a yellowish tint overall in the newer Staxrip encode...
I'm hoping maybe someone can test this with older DVs out there to confirm, so I can get a better idea about this.
Thanks a lot for any input!!
**My script: (MOV ProRes SD or HQ)
- Automatic Source:
tcFile = "%temp_file%_timestamps.txt" # timestamps file path
Exist(tcFile) ? FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex", timecodes=tcFile) : FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex")
ConvertToYUV420()
- Crop(8, 6, -16, -10)
- QTGMC(preset="Very Slow", InputType=0, sourceMatch=3, lossless=2, sharpness=0.5, tr2=3, ediThreads=8)
Prefetch(7)
- KNLMeansCL(D=1, A=1, h=2, device_type="auto")
- nnedi3_rpow2(rfactor=2, cshift="LanczosResize", fwidth=960, fheight=720)
guest
3rd August 2021, 10:53
Hi everyone,
I am currently digitizing my old DVs and DVDs: deinterlacing, etc. and I'm wondering if Staxrip handles color subsampling differently now.
Images: (from DV yuv411 / DVD yuv420)
- Original DV 4-1-1 capture.
- Staxrip encode from 2019: bit darker/contrast.
- Staxrip 2.7.0 (and other recent versions): Notice the change in red tone.. Seems like there's a yellowish tint overall in the newer Staxrip encode...
I'm hoping maybe someone can test this with older DVs out there to confirm, so I can get a better idea about this.
Thanks a lot for any input!!
**My script: (MOV ProRes SD or HQ)
- Automatic Source:
tcFile = "%temp_file%_timestamps.txt" # timestamps file path
Exist(tcFile) ? FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex", timecodes=tcFile) : FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex")
ConvertToYUV420()
- Crop(8, 6, -16, -10)
- QTGMC(preset="Very Slow", InputType=0, sourceMatch=3, lossless=2, sharpness=0.5, tr2=3, ediThreads=8)
Prefetch(7)
- KNLMeansCL(D=1, A=1, h=2, device_type="auto")
- nnedi3_rpow2(rfactor=2, cshift="LanczosResize", fwidth=960, fheight=720)
Well, first of all, if you want someone to "see" the examples, you need to attach them a different way, as sometimes they can take a long time to be "approved", so no one can view them. Imgur for example.
So clearly something has been changed or modified from build to build, hence the different results.
TomSmith
3rd August 2021, 12:32
Hi,
for some time I do have a problem with the VCEencC. I just installed StaxRip 2.7 to solve it but it is still not going to work...
Right now the error is:
GPU #0 (AMD Radeon RX 5700) [H.265/HEVC] does not support input format P010.
Finished with error in VCEEncC
I don't know where I did anything to set the input format to P010.
Using StaxRip 2.6 it was the same error but showing - if I remember correctly - 'nv12'.
If there is someone knowing anything about this error and how to fix it, let me know, please.
Kind regards,
Found the answer... VCEEncC 6.13 has to be used to avoid this error.
SupermanTV
3rd August 2021, 17:05
Well, first of all, if you want someone to "see" the examples, you need to attach them a different way, as sometimes they can take a long time to be "approved", so no one can view them. Imgur for example.
So clearly something has been changed or modified from build to build, hence the different results.
Thank you for replying, and the advise!!
I'll try with Imgur.
SupermanTV
3rd August 2021, 17:14
Trying again with url to my images:
https://imgur.com/a/PPvX0JC
Hi everyone,
I am currently digitizing my old DVs and DVDs: deinterlacing, etc. and I'm wondering if Staxrip handles color subsampling differently now.
Images: (from DV yuv411 / DVD yuv420)
- Original DV 4-1-1 capture.
- Staxrip encode from 2019: bit darker/contrast.
- Staxrip 2.7.0 (and other recent versions): Notice the change in red tone.. Seems like there's a yellowish tint overall in the newer Staxrip encode...
I'm hoping maybe someone can test this with older DVs out there to confirm, so I can get a better idea about this.
Thanks a lot for any input!!
**My script: (MOV ProRes SD or HQ)
- Automatic Source:
tcFile = "%temp_file%_timestamps.txt" # timestamps file path
Exist(tcFile) ? FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex", timecodes=tcFile) : FFVideoSource("%source_file%", cachefile="%source_temp_file%.ffindex")
ConvertToYUV420()
- Crop(8, 6, -16, -10)
- QTGMC(preset="Very Slow", InputType=0, sourceMatch=3, lossless=2, sharpness=0.5, tr2=3, ediThreads=8)
Prefetch(7)
- KNLMeansCL(D=1, A=1, h=2, device_type="auto")
- nnedi3_rpow2(rfactor=2, cshift="LanczosResize", fwidth=960, fheight=720)
Fishman0919
4th August 2021, 18:10
I'm try to use --hme-search star,sea,full but the encoder fails to start.
Any ideas?
... after testing with ffmpeg and x265.exe (x265-3.5+11-c8905a7 and x265-3.5+12+14-106329cbd-[Mod-by-Patman])... seems to be an encoder issue... using sea and fulll at the same time fails.
Atlantis
5th August 2021, 00:05
The release between v2.7.0 and v2.8.0 was so close! Only 6 days.
BobDig
8th August 2021, 11:33
"Timestamps extraction for MKV files" is not working for me too, guys please remove it.
It will make an encoding useless because it is crashing in the end. How can this be the default?
If the warning appears, you have to go the container settings, then you have to select the full path of the Timestamps extraction-file with the cursor and press delete. Why? If you ignore this message the endfile will be unplayable and or staxrip crashes after the encoding.
The alternative is to close staxrip, delete the temp folder and then start fresh and deselecting this feature under options before you do anything else.
Third thing to do is to create a template. But no new user or noobie will do that.
In my eyes you are destroying this project with over complicating things..., who asked about this feature in the first place.
Atlantis
8th August 2021, 14:37
Just don't use it. No need to remove it. As it was explained before, disable it in the options.
Morku
8th August 2021, 22:47
Hi, I am new to StaxRip and have a question.
Everytime I select a Source, the whole video will get Demux e.g. hevc. Depending on videofile, this can be huge. The documentation says, I can "2. Only audio and subtitle streams of preferred languages are automatically demuxed." what I would prefer. In Options -> Video -> "Demux Video" is already unchecked. It Demux the hevc anyway. Is it really necessary? Thought the lwi file will be enough. Thank you very much!
Atlantis
8th August 2021, 22:58
It does not demux the video for me.
Morku
9th August 2021, 09:11
I have deleted the Settings folder. Now it's doing fine. Maybe I messed around and have overseen something.
Atlantis
9th August 2021, 15:26
I always do a clean install. I don't even copy my settings. I make them on a new installation.
LaddieMawery
11th August 2021, 21:25
I've been running into an error today with a x265 encode. Doing anything but muxing the audio straight crashes the process. I've tried it with AC3, AAC, and OPUS, but it crashes every time.
Crashes happened using both 2.8.0 and 2.7.0 versions of the program as well. Most of the crashes don't output a log file either, it just hangs until the process is forced closed.
Pastebin link to the error message. (https://pastebin.com/kQ93RLr2)
It says to update FFMPEG, but I've had no issues with other encodes until today.
Edit: I ended up remuxing the disc instead of using the raw files and everything seems to work fine.
Magik Mark
17th August 2021, 07:14
Hi!
Can someone guide me on doing this:
1. Reencode DTS and Atmos audio track such that the "dialogue" part is boosted 3x, outputting the same audio format
Thanks
kalehrl
17th August 2021, 09:20
How can I manually switch to light theme?
By default it is black.
Atlantis
17th August 2021, 15:57
Tools -> Settings -> User Interface
craigpro
28th August 2021, 15:21
Since video-compare is a CLI tool, I made a very simple GUI for it: video-compare_GUI (https://github.com/JJKylee/video-compare_GUI/releases).
For more info, see this issue thread (https://github.com/staxrip/staxrip/issues/702).
Thanks for this tool - I found it quite useful as finally I could do some pre and post encode comparions. Previously I'd used FFmetrics and while that analysed the encoded video being very (0.98 SSIM) close to the original I wasn't aware of what the actual differences were.
Bug report? I noticed that with 1080p source the video replay was only showing what appeared to be maybe the 'top left' quarter of the video from both files - is there a way to make it show at full size / video source resolution please? I tried the 'high DPI' setting but that doesn't affect it.
EDIT: also I tried running the command line version of the video-compare-20210827-win64.zip tool and it displayed with no issues at 1080p for both files.
Anyways thank you!
Using your video compare gui I could see that some extremely fine details with texture in shirts and around hair was being lost. Mind you this is re-encoding an original 1080p 1.22GB x264 encoded file with a 2 pass NVenc 265 encoding and the resultant file being output as a 210MB file (same resolution).
Increasing the minimum bitrate to retain those fine details might be interesting to experiment with but I'm fairly happy with the file reduction size already as this is for non archival purposes and from memory I think you helped me with my settings a while ago (thank you!).
--vbr 0 --codec h265 --preset P7 --output-depth 10 --multipass 2pass-full --vbr-quality 33 --aq --aq-temporal --bref-mode middle --bframes 4 --ref 5 --lookahead 32 --multiref-l0 5 --multiref-l1 4 --vpp-deband range=24,thre=6,thre_y=6,thre_cb=6,thre_cr=6,dither=24,dither_y=24,dither_c=24
EDIT 2: Hmm something else I noticed - the colours values from the x264 'source' file are lighter than the x65 NVenc encoded file - it's like the 265 encoder is boosting / making the colours lighter? will investigate more in the moring.. is midnight my time.
https://imgur.com/a/jOTdbIr
craigpro
30th August 2021, 01:43
ok making a new post - I've noticed that encoding from 8 bit x264 to 10 bit NVenc 265 the colours are slightly 'lightened/changed' on the 265 encoded file.
my settings:
--vbr 0 --codec h265 --preset P7 --output-depth 10 --multipass 2pass-full --vbr-quality 33 --aq --aq-temporal --bref-mode middle --bframes 4 --ref 5 --lookahead 32 --multiref-l0 5 --multiref-l1 4 --vpp-deband range=24,thre=6,thre_y=6,thre_cb=6,thre_cr=6,dither=24,dither_y=24,dither_c=24
example stills from video - the zoomed in section shows an area of hair - the left hand size is the original video and the right hand side is the encoded video - looking at the pixel RGB values for the same pixel, they are different.
https://imgur.com/a/jOTdbIr
left hand side RGB = 120 - 98 - 96
right hand side RGB = 131 - 102 - 96
note I don't have any colourspace options ticked at all in my encoder options - I'm trying a test encode right at this moment.
update: ok so I did colourspace enabled, translate from bt709, matrix translate to bt709 and there is still a colour shift.
for my test video, the RGB colour codes for each encoding with the hex value
265 = 80 33 0 502100
264 = 72 25 0 481900
so there is definitely some colourshifting going on which should NOT be occurring - has anyone else noticed this? I'm using Staxrip 2.1.9.0 with NVenc 5.29
thank you.
update 2: I just updated to Staxrip 2.8.0 and tested and the colour shifting is still there with the same settings as listed above, no colourspace options enabled.
264 79 32 0 4F2000
265 87 35 0 572300
craigpro
30th August 2021, 09:32
hmm third observation with Staxrip 2.8.0 - NVenc encoding appears to be about twice as slow as it was in 2.1.9.0 - I could encode an average length TV episode (1080p) in around 5 minutes, NVenc 5.38 is telling me 11 minutes. VE is still at 99% as per 2.1.9.0
Baconce
30th August 2021, 11:21
hmm third observation with Staxrip 2.8.0 - NVenc encoding appears to be about twice as slow as it was in 2.1.9.0 - I could encode an average length TV episode (1080p) in around 5 minutes, NVenc 5.38 is telling me 11 minutes. VE is still at 99% as per 2.1.9.0
Where did you find Nvenc 5.38 ??? :sly:
craigpro
30th August 2021, 11:25
Where did you find Nvenc 5.38 ??? :sly:
sorry my mistake.. it's NVenc 5.36 - looked like an 8 to me.
UPDATE 01/09 - today I noticed that even though Staxrip says NVenc 5.36, Staxrip 2.8.0 only comes with NVenc 5.35. So I downloaded 5.37 from Rigaya's github and I'm testing it now.. still seems to be about twice as slow than the much earlier NVenc 5.29 which I was using in Staxrip 2.1.9.0, but maybe the earlier version wasn't doing something correctly (I'm surprised no one has investigated the colourspace issue).
chipxtreme
30th August 2021, 20:07
hmm third observation with Staxrip 2.8.0 - NVenc encoding appears to be about twice as slow as it was in 2.1.9.0 - I could encode an average length TV episode (1080p) in around 5 minutes, NVenc 5.38 is telling me 11 minutes. VE is still at 99% as per 2.1.9.0
I had that before. Did fresh install and it worked at usual speed again.
craigpro
31st August 2021, 08:42
I had that before. Did fresh install and it worked at usual speed again.
I guess I can remove and then try a re-install, however this was a fresh install into a new folder and new settings from my old 2.1.9.0 installation.
EDIT: nope still the same processing time of around 10 minutes per hour's worth of video when encoding to h265 using NVenc.
tormento
2nd September 2021, 16:36
I am trying to work with grayscale spaces but I am getting an error by StaxRip:
avs [INFO]: AviSynth+ 3.7.1 (r3431, master, x86_64)
avs [INFO]: 1296x1080 0:0 @ 24000/1001 fps (cfr)
avs [INFO]: color matrix: bt709
resize [WARN]: converting from gray16le to yuv420p16le
The script is:
SetMemoryMax()
SetFilterMTMode("DEFAULT_MT_MODE", 2)
LoadPlugin("D:\Eseguibili\Media\DGDecNV\DGDecodeNV.dll")
DGSource("F:\In\7,5 1_49 lighthouse, The\lighthouse.dgi",ct=0,cb=0,cl=312,cr=312)
ConvertToY()
ConvertBits(16)
SMDegrain (tr=4, thSAD=400, refinemotion=true, contrasharp=false, PreFilter=4, truemotion=true, plane=0, chroma=false)
Prefetch(6)
In other jobs, I get
resize [WARN]: converting from gray to yuv420p
Why should a resize happen if I never asked StaxRip to do it? And, above all, why does it want to change my colorspace? :p
DJATOM
2nd September 2021, 20:24
Try --output-csp i400
tormento
3rd September 2021, 09:38
Try --output-csp i400
Where?
DJATOM
3rd September 2021, 11:17
In command line options (there should be a field to enter those, I didn't used Staxrip for a while).
tormento
3rd September 2021, 20:09
In command line options (there should be a field to enter those, I didn't used Staxrip for a while).
Can't find. :scared:
jlw_4049
3rd September 2021, 20:58
Can't find. :scared:Custom command in the codec options
Sent from my SM-G986U1 using Tapatalk
tormento
4th September 2021, 12:23
Custom command in the codec options
I don't think it's a matter of the encoder.
DJATOM
4th September 2021, 17:16
I think encoder should print an error about input and default colorspace mismatch and don't try to resolve since desired output is undefined.
tormento
5th September 2021, 10:06
I think encoder should print an error about input and default colorspace mismatch and don't try to resolve since desired output is undefined.
It's the [resize] header to make me wonder.
DJATOM
5th September 2021, 10:12
There is no option to disable that resize (without nuking the code and recompiling). You probably can ignore it as UV planes will have constant value anyway, so it doesnt change the result.
Mister XY
10th September 2021, 06:12
Greetings, I have a question.
Does Staxrip offer the possibility that if I have a certain audio source that a certain profile will be loaded automatically?
In other words, if I have AC3, he should take the copy / mux profile and if I have DTS, he should take the AAC profile.
It can be done by hand, but can something like that also be automated?
tormento
10th September 2021, 16:06
Could be possible to automatically import QP file in the same directory of .avs?
Not so useful for single file mode but helpful for batch too.
legend
11th September 2021, 12:55
How do I sharpen video? Is there have option to do that.
Atlantis
11th September 2021, 13:29
in Filters->Line->Sharpen
legend
12th September 2021, 19:43
How do I add my desired text in the end of source file. For example I like to add- 720p.x265.HEVC in the end and automatically add in every encode
Mister XY
12th September 2021, 22:29
How can i load with ps1 script different Audio Profiles?
# active project
$p = [ShortcutModule]:: p
#global object with miscelenius stuff
$g = [ShortcutModule]::g
if ([MediaInfo]::GetAudio($p.FirstOriginalSourceFile, "Format") -eq "AC-3")
{
$muxAudio0 = new-object "MuxAudioProfile"
$g.LoadAudioProfile0($muxAudio0)
$muxAudio1 = new-object "NullAudioProfile"
$g.LoadAudioProfile1($muxAudio1)
}
Arkana
14th September 2021, 15:44
Hello, is there any way to modify writing library like this?
https://i.postimg.cc/ncfMHPSN/screenshot-1554.png (https://postimages.org/)
Dragonfiii
15th September 2021, 03:54
Hi, I am playing with the Options/Subtitles/Preferred Languages function, but I can not seem to find the naming/shortcut for Norwegian language to be included in this list. Does anyone know what to type in Preferred Languages to make it highlight Norwegian subtitles when demuxing?
I have tried: No, Nor, Norwegian, Norway, Norsk, Bok, Bokol
videoh
15th September 2021, 13:00
nor
(lower case)
jlw_4049
15th September 2021, 14:14
Hello, is there any way to modify writing library like this?
https://i.postimg.cc/ncfMHPSN/screenshot-1554.png (https://postimages.org/)You'd need to compile your own x265 and change the code for it to say what ever you wanted
Sent from my SM-G986U1 using Tapatalk
Atlantis
16th September 2021, 00:13
So I finally tried qaac for AAC encoding. My God how fast it is. I always used eac3to/Nero. Not anymore!
The same movie took
eac3to 08:42
qaac 01:43
I knew I shouldn't use something that is 10 years old!
jlw_4049
16th September 2021, 06:18
So I finally tried qaac for AAC encoding. My God how fast it is. I always used eac3to/Nero. Not anymore!
The same movie took
eac3to 08:42
qaac 01:43
I knew I shouldn't use something that is 10 years old!Qaac is the best
Sent from my SM-G986U1 using Tapatalk
tormento
21st September 2021, 12:17
Qaac is the best
fdk-aac is. :)
jlw_4049
21st September 2021, 13:12
fdk-aac is. :)They are both really good, this is really subjective though
https://docs.google.com/forms/d/e/1FAIpQLSdzicmou4ekLaFYnfjZWIsNbt8XpVkOVelPcE5LYo5e7YGNMw/viewanalytics
Sent from my SM-G986U1 using Tapatalk
chipxtreme
21st September 2021, 20:25
Looks like theres a bug with latest NVEnc
NVEnc Error (v2.8.0)
H.265/HEVC isn't supported by the graphics card.
StaxRip.ErrorAbortException: H.265/HEVC isn't supported by the graphics card.
at StaxRip.NVEnc.Encode() in D:\Code\Github\staxrip\staxrip\Source\Encoding\NVEnc.vb:line 87
at System.Threading.Tasks.Task.Execute()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 371
Magik Mark
22nd September 2021, 00:47
fdk-aac is. :)
Hi!
Where did you download fdk aac? It seems it is not included by default?
jlw_4049
22nd September 2021, 01:26
Hi!
Where did you download fdk aac? It seems it is not included by default?If you can't find a compiled source you're supposed to compile it yourself technically
Sent from my SM-G986U1 using Tapatalk
Magik Mark
22nd September 2021, 02:01
Ok then.
What would be a good setting that would boost the dialogue? Something similar to dynaudnorm in ffmpeg
tormento
22nd September 2021, 08:16
Hi!
Where did you download fdk aac? It seems it is not included by default?
There is a thread in audio section.
Magik Mark
22nd September 2021, 09:23
Thanks a lot!
Now I'm trying to figure out how to configure it to something similar to dynaudnorm.
Any tips?
tormento
22nd September 2021, 12:46
Thanks a lot!
Now I'm trying to figure out how to configure it to something similar to dynaudnorm.
Any tips?
There are some ffmpeg builds with fdk-aac enabled. If you are used to it, it’s plain transparent.
jlw_4049
22nd September 2021, 13:04
Yeah compiling it yourself if you've never done it is tedious
Sent from my SM-G986U1 using Tapatalk
tormento
22nd September 2021, 13:28
Yeah compiling it yourself if you've never done it is tedious
Sent from my SM-G986U1 using Tapatalk
Yeah, much better to google for ffmpeg sherpya
Magik Mark
23rd September 2021, 00:09
Thanks for the tip
rbauer
23rd September 2021, 19:33
fdk-aac is. :)
Nope :cool:
https://hydrogenaud.io/index.php?topic=120062.0
Magik Mark
25th September 2021, 04:15
Guys
How do we encode HE-AAC v2? I would like to do some experiment
Atlantis
26th September 2021, 16:42
Could you please explain something. Using qaac 2.72 Patman quality 50. The command line is qaac64.exe --tvbr 50.
During encode, staxrip is showing
AAC-LC Encoder, TVBR q54, Quality 96
What's q54? Why 54?
legend
26th September 2021, 19:19
Can anyone help me to do the following
1. How do I make sample from SelectRangeEvery. When I do that it shows full runtime of the video rather than from SelectRangeEvery command.
2. How do I change frame rate mode from variable to constant in x265 encoding?
Atlantis
26th September 2021, 23:46
If you write SelectRangeEvery(2400,48) it should show only 2% of the movie.
In x265 as far as I know it is constant by default, you don't have to do anything.
How do you get variable framerate?
jlw_4049
27th September 2021, 00:52
Selectrangeevery(1000,10) every 1000 frames would encode 10.
Sent from my SM-G986U1 using Tapatalk
legend
27th September 2021, 03:43
In x265 as far as I know it is constant by default, you don't have to do anything.
How do you get variable framerate?
Yes I know it’s constant by default. But in mediainfo it shows frame rate mode : variable
tebasuna51
1st October 2021, 09:51
Could you please explain something. Using qaac 2.72 Patman quality 50. The command line is qaac64.exe --tvbr 50.
During encode, staxrip is showing
AAC-LC Encoder, TVBR q54, Quality 96
What's q54? Why 54?
See the UPDATED FAQ 3 here (https://forum.doom9.org/showthread.php?p=424070#post424070)
@Tormento
I also recommend qaac over fdk
tormento
14th October 2021, 08:02
Updated x264 and x265 are out but not compatible with StaxRip status window.
Do you plan to build a update and compatible version of those or have we to wait for next StaxRip iteration?
P.S: I loved when Staxrip had nightly too...
jlw_4049
14th October 2021, 08:50
Updated x264 and x265 are out but not compatible with StaxRip status window.
Do you plan to build a update and compatible version of those or have we to wait for next StaxRip iteration?
P.S: I loved when Staxrip had nightly too...The guy managing the software right now only follows github. However a couple here relay messages
Sent from my SM-G986U1 using Tapatalk
Ripmann
21st October 2021, 19:05
Which are considered the absolutely best denoisers out there, in both CPU and GPU categories? I need to remove grain with losing as little quality and detail as possible.
RipBot used MDegrain and KNLMeansCL, so these are the only two I'm familiar with. I like CPU-based MDegrain, but I never found a way to effectively use GPU-based KNLMeansCL at stronger values without losing a lot of detail, even with "wmode=3". My usual solution was to use MDegrain for main processing with a very slight pass of KNLMeansCL (to slighty smooth things over), but I see a ton of newer filters I've never heard of and I have no idea which ones are considered much better alternatives for what I need.
Atlantis
25th October 2021, 13:26
I got a new system and was testing h265 encoding. I finally can do nVidia H265 encoding and was amazed how faster it is than x265. My system is already a lot faster for x265 than before.
x265 : 5.31 fps.
nVidia H265 : 60.96 fps!
Is nVidia H265 encoding quality as good as x265 encoding?
Next I tried Intel H265 encoding and it says your hardware doesn't support it. How come? I have the 11th Gen Intel processor. What more do I need?
jlw_4049
25th October 2021, 15:01
I got a new system and was testing h265 encoding. I finally can do nVidia H265 encoding and was amazed how faster it is than x265. My system is already a lot faster for x265 than before.
x265 : 5.31 fps.
nVidia H265 : 60.96 fps!
Is nVidia H265 encoding quality as good as x265 encoding?
Next I tried Intel H265 encoding and it says your hardware doesn't support it. How come? I have the 11th Gen Intel processor. What more do I need?Hardware encoding is no where near as close as software encoding. It's designed for speed!
That being said if the quality is good enough for you then there isn't anything wrong with it.
For your Intel iGPU you might need to enable it in BIOS or hook up another monitor to the on board video. Otherwise when it's set to auto and nothing is using it it's actually off and your computer will say that it's not there for programs looking for it
Sent from my SM-G986U1 using Tapatalk
Atlantis
25th October 2021, 16:27
For my very limited 2 tests I have done both 2K and 4K HDR, nVidia H265 looks good for the same final bitrate. I have a GeForce RTX 3070. What would be the difference if it was an RTX 3080? (difference in h265 encoding only)
Should I go and enable the Intel encoding? Is it worth it compared to nVidia?
jlw_4049
25th October 2021, 20:57
For my very limited 2 tests I have done both 2K and 4K HDR, nVidia H265 looks good for the same final bitrate. I have a GeForce RTX 3070. What would be the difference if it was an RTX 3080? (difference in h265 encoding only)
Should I go and enable the Intel encoding? Is it worth it compared to nVidia?All of the 30xx gpus will encode to the same quality
I'm not up to date on rather or not Intel or nvidia is better but I imagine nvidia would be better
Sent from my SM-G986U1 using Tapatalk
Atlantis
26th October 2021, 01:20
Nope, not liking NVEnc. Got excited too soon. It gives banding effects in gradients. X265 gives smooth surfaces. Back to x265.
The good thing is that I learned Multithreading! I was surprised that some of the filters are still as slow as before, QTGMC for example. I get like 3 fps like the old system.
Then I learned how to use Multithreading and it's up to 8 fps.
I imagined since this system is 2.5 times faster in x265 encoding, it should be 2.5 times faster in all filters but it is as slow as my old system with QTGMC. I suppose it is not optimized for newer processors?
craigpro
26th October 2021, 14:08
Nope, not liking NVEnc. Got excited too soon. It gives banding effects in gradients. X265 gives smooth surfaces. Back to x265.
Thank you for sharing your experiences - could you possibly share a snippet of NVenc banding? I've been using the NVenc encoder and haven't noticed any so just wondering what I should be looking for. Thank you.
Atlantis
26th October 2021, 18:16
https://i.postimg.cc/qRV465cT/banding.jpg
Left is x265 CRF 22, right is nVidia H265 QP 26. All 10 bit. This makes an equivalent bitrate.
However if you go with high enough bitrate with nvidia you wont see banding. But I don't want that much bitrate.
jlw_4049
26th October 2021, 22:28
Nope, not liking NVEnc. Got excited too soon. It gives banding effects in gradients. X265 gives smooth surfaces. Back to x265.
The good thing is that I learned Multithreading! I was surprised that some of the filters are still as slow as before, QTGMC for example. I get like 3 fps like the old system.
Then I learned how to use Multithreading and it's up to 8 fps.
I imagined since this system is 2.5 times faster in x265 encoding, it should be 2.5 times faster in all filters but it is as slow as my old system with QTGMC. I suppose it is not optimized for newer processors?Qtgmc is really limited and not threaded too well. There's ways to make it a little faster but it really doesn't have much to do with your CPU speed. It's just sloooooow lol
Sent from my SM-G986U1 using Tapatalk
Atlantis
26th October 2021, 23:01
I made it 3 times faster. Put in the first line
SetFilterMTMode("DEFAULT_MT_MODE", MT_MULTI_INSTANCE)
and the last line
Prefetch(8)
8 is number of threads.
dr.zapp
29th October 2021, 05:20
I have a AMD Ryzen 9 3900X, it flies through QTGMC X265 encoding. The following script gives me 40+ FPS @60% CPU.
SetFilterMTMode("DEFAULT_MT_MODE", MT_MULTI_INSTANCE)
QTGMC1 = QTGMC(preset="Slower", inputType=2, edithreads=64)
QTGMC2 = QTGMC(preset="Slower", inputType=3, prevGlobals="Reuse", edithreads=64)
Repair(QTGMC1, QTGMC2, 1)
Prefetch(64)
Atlantis
29th October 2021, 13:53
I tried Prefetch(16) but it slows down very badly. I have Intel i9-11900K 3.5GHZ. Best is Prefetch(8) for me.
Is adding edithreads= necessary? I just use QTGMC(InputType=2, TR2=2)
Your source is progressive, right? Why do you use 2 QTGMC, does it make it faster?
QTGMC1 = QTGMC(preset="Slower", inputType=2, edithreads=64)
QTGMC2 = QTGMC(preset="Slower", inputType=3, prevGlobals="Reuse", edithreads=64)
Repair(QTGMC1, QTGMC2, 1)
dr.zapp
30th October 2021, 06:31
I tried Prefetch(16) but it slows down very badly. I have Intel i9-11900K 3.5GHZ. Best is Prefetch(8) for me.
Is adding edithreads= necessary? I just use QTGMC(InputType=2, TR2=2)
Your source is progressive, right? Why do you use 2 QTGMC, does it make it faster?
I'm not sure if edithreads and prefetch are redundant- I'll have to try it and see.
My source is interlaced- lossless capture of VHS with magicYUV. The QTGMC with repair gives me the smoothest results. I think it is because it does a 2nd pass motion estimation instead of just a straight bob? I just played around with the different options in Staxrip to find the best.
BobDig
30th October 2021, 08:58
The good thing is that I learned Multithreading!
Have you tried VapourSynth instead of AviSynth?
It is just one "switch" in StaxRip, if you know where to look.
Atlantis
30th October 2021, 11:30
With my new system, no. I tried it long ago but I thought reading AviSynth is much easier to us and more filters so I switched back to AviSynth.
Why? Is VapourSynth much faster than AviSynth on new systems?
BobDig
30th October 2021, 15:41
With my new system, no. I tried it long ago but I thought reading AviSynth is much easier to us and more filters so I switched back to AviSynth.
Why? Is VapourSynth much faster than AviSynth on new systems?
Easier? It is just a "switch" in StaxRip.
https://abload.de/img/clipboard01c6je2.png
Try it with QTGMC, it should be much faster with VapourSynth.
Atlantis
30th October 2021, 18:34
I have used it, I know where it is. I mean reading an AviSynth script is easier.
Khun_Doug
31st October 2021, 15:51
I found that several of the VapourSynth filters do not work exactly the same as the AviSynth counterpart they tried to mirror. I had several encodes that did not look right, but encoded correctly with AviSynth. I use QTGMC with PreFetch at least 8, even as high as 12. I'm using a Ryzen 5950X. I didn't notice QTGMC causing trouble as the encodes moved along as expected.
LazyNcoder
31st October 2021, 18:03
Hello,
I got a question. is there any way to change the default names of demuxed files? For example the demuxed srt file name is ID1 English.srt I want to change it using macros or source name etc.
Thanks
guest
1st November 2021, 05:50
So does anyone know why we haven't heard from JKyle in nearly 3 months ??
LazyNcoder
1st November 2021, 07:55
I have a complicated situation. I'd be thankful if anyone could help.
To avoid long path error, I set the temp file to a short name. "_temp"
When I use LWLibavSource, with the default value, it would create a "temp.lwi" to my "_temp" folder. To avoid the file to be overwritten I changed the default value to:
clip = core.lsmas.LWLibavSource(r"%source_file%", cachefile=r"%temp_dir%%source_name%.lwi")
While it doesn't throw any errors per se, Staxrip would act weird and also the log file in the _temp folder is incomplete(while the log file in the stax's folder is OK)
If I change it to:
clip = core.lsmas.LWLibavSource(r"%source_file%", cachefile=r"%source_file%.lwi")
It will also work OK but it will create a lwi file on the source folder(not the temp folder) and it's not nice.
Can anyone help please?
Patman
3rd November 2021, 06:36
So does anyone know why we haven't heard from JKyle in nearly 3 months ??
We ask ourselves that too (Dendraspis and I)
Is unusual ...
Emulgator
3rd November 2021, 18:12
#4424, #4425.
guest
4th November 2021, 02:56
#4424, #4425.
Yes, #4425 was the last one on this Forum..
https://forum.doom9.org/showpost.php?p=1948749&postcount=4425
It seems to me that he might have been having an issue with Atlantis, and that's it, he's gone :( I'm saying he, but JKyle "maybe" a she...you never know, (with all due respect)
But it wasn't the very last post !!!
This seems to be :-
https://forum.doom9.org/showpost.php?p=1949140&postcount=434
And there are others that used to be posting all the time, they've seemingly just disappeared...
There has been several noticeable absences from these doom9 forums recently...
Atak_Snajpera, the RipBot64 dev, rarely makes an appearance these days, and has done very little in keeping RipBot up to date.
Stax76 & JKyle, not a lot is happening with Staxrip these days, it was ALWAYS getting "played" with & updated. I'll take that back, there was a new build released only 21 days ago, and I missed it :(
Hmmmm, I just read thru the Staxrip changelog, and there is NO mention of JKyle's involvement, maybe there's been a name change :confused::sly::rolleyes:
Whatever the situation, keep up the good work, Dendraspis !!!
Atlantis
4th November 2021, 03:59
Having an issue with me? I have done nothing to nobody. He was getting impatient and replied to everything with a negative tone. Like when I was talking how I tested extracting timestamps and it works incorrectly or other stuff, he would say why don't you contact the original programmer. At the end I replied in that post that this is a forum, it's not your personal space, you don't have to reply to every post. Also I am writing in a forum to share information with everyone. There is no need to get defensive when I say for example extracting timestamps doesn't work correctly for me. I write here to hear from many people and not just one person.
guest
4th November 2021, 05:23
Having an issue with me? I have done nothing to nobody. He was getting impatient and replied to everything with a negative tone. Like when I was talking how I tested extracting timestamps and it works incorrectly or other stuff, he would say why don't you contact the original programmer. At the end I replied in that post that this is a forum, it's not your personal space, you don't have to reply to every post. Also I am writing in a forum to share information with everyone. There is no need to get defensive when I say for example extracting timestamps doesn't work correctly for me. I write here to hear from many people and not just one person.
Well, that's fair enough, I'm just saying that there seems to be a touch of finality in that last post, that's all.
Well, OK. Even though I feel uncomfortable with the way you present your arguments,
Originally Posted by Atlantis View Post
...you just ignore it.
I will.
But JKyle WAS very instrumental in the ongoing progress of Staxrip.
craigpro
4th November 2021, 13:48
Left is x265 CRF 22, right is nVidia H265 QP 26. All 10 bit. This makes an equivalent bitrate.
However if you go with high enough bitrate with nvidia you wont see banding. But I don't want that much bitrate.
Thanks for sharing Atlantis, yeah I don't go so aggressive with the encoding settings.
https://i.postimg.cc/FzCDKHdz/stax.png
Patman
4th November 2021, 20:36
Yes, #4425 was the last one on this Forum..
https://forum.doom9.org/showpost.php?p=1948749&postcount=4425
It seems to me that he might have been having an issue with Atlantis, and that's it, he's gone :( I'm saying he, but JKyle "maybe" a she...you never know, (with all due respect)
But it wasn't the very last post !!!
This seems to be :-
https://forum.doom9.org/showpost.php?p=1949140&postcount=434
And there are others that used to be posting all the time, they've seemingly just disappeared...
There has been several noticeable absences from these doom9 forums recently...
Atak_Snajpera, the RipBot64 dev, rarely makes an appearance these days, and has done very little in keeping RipBot up to date.
Stax76 & JKyle, not a lot is happening with Staxrip these days, it was ALWAYS getting "played" with & updated. I'll take that back, there was a new build released only 21 days ago, and I missed it :(
Hmmmm, I just read thru the Staxrip changelog, and there is NO mention of JKyle's involvement, maybe there's been a name change :confused::sly::rolleyes:
Whatever the situation, keep up the good work, Dendraspis !!!
JKyle has not been active at discord for a long time either. I was still in contact with him / her and Dendraspis too, but it has been quiet for 3 months.
cartman0208
7th November 2021, 17:04
Hey all, could one of you point me to the right direction with my problem:
I have a file1: somevideofile.mp4
and a file2: somevideofile_.mp4 (note the underscore)
Both files have the same video but different audio tracks and I want to mux it into a file: somevideofile.mkv with both audio tracks
My current approach is:
-load the first file into staxrip (first audio gets filled automatically)
-right-click the second audio field, and browse to and open the second video file
-add the job
Is there a way the second audio field gets filled on loading the videofile somevideofile.mp4?
That way I could handle multiple files at once.
Magik Mark
12th November 2021, 04:11
Most practical solution is to crop the image
Khun_Doug
12th November 2021, 16:47
There is not going to be a quick solution to this. Certainly not something that will be a few clicks and it's done. I believe the only way to achieve your goal is to manually write a AviSynth script. You can easily access both sources simultaneously. One solution would be to take the web download and overwrite the center area with the contents of the Blu-Ray data. Another option would be appending the top and bottom of the web download to the Blu-Ray image.
Just keep in mind there are several possible problems with all of these solutions. You are not guaranteed that both sources have exactly the same scene image for every frame. Another possible issue would be brightness and contrast, even color saturation and hue, could be different.
craigpro
13th November 2021, 14:50
Hey all, could one of you point me to the right direction with my problem:
I have a file1: somevideofile.mp4
and a file2: somevideofile_.mp4 (note the underscore)
Both files have the same video but different audio tracks and I want to mux it into a file: somevideofile.mkv with both audio tracks
generally I do this type of thing manually with MKVtoolnix GUI - I add in the first mp4/mkv and select the video stream and/or subtitles streams etc.. then add in the second mp4/mkv and unselect the video file and select whatever audio streams, chapters or other streams I want.
This of course can also be used to add in director's commentaries and alternate languages from other movies files.. eg: I've used it to add in an AC3 soundtrack from a 720p source to a 1080p video which only had a stereo soundtrack.
Sucks if you want to automate processing a folder, but otherwise doing it manually works for me.
cartman0208
14th November 2021, 12:52
generally I do this type of thing manually with MKVtoolnix GUI - I add in the first mp4/mkv and select the video stream and/or subtitles streams etc.. then add in the second mp4/mkv and unselect the video file and select whatever audio streams, chapters or other streams I want.
This of course can also be used to add in director's commentaries and alternate languages from other movies files.. eg: I've used it to add in an AC3 soundtrack from a 720p source to a 1080p video which only had a stereo soundtrack.
Sucks if you want to automate processing a folder, but otherwise doing it manually works for me.
Thanks,
that is basically what I currently do with StaxRip.
I guess I'll write my own script ;)
zorrax
14th November 2021, 17:04
Hi
simple question (but I did not find):
how to specify the options for the pass 2 (x265 encoding) ?
i mean --scenecut-aware-qp and --vbv-live-multi-pass which are specific for pass2
bgtip
4th December 2021, 16:27
How do I batch resize without upscaling?
My current resize settings are 1280 x auto, and I have a bunch of files with different resolution, i.e. 1080p, 720p, 480p. The resulting files are all 720p.
I want no upscale.
How to do this?
Thx
lordalibaski
12th December 2021, 21:38
I have never needed to ask this question before about staxrip but is there any filters where you can adjust colours when decoding.
I've got this really old VHS tape, it's a NTSC recording done using a (PAL) Panasonic NV-FS200 & Lite-on HD760GX. I need to reduce some of the redness in this video but I don't want to install any other software just for this video, so was hoping there is a filter that can be used.
Like I said this is an old video and I do apologise for the quality that wasn't my fault some of these videos from this contest were very badly recorded. I haven't cropped it either so don't worry about that I can do that myself this is just a small snippet I just wanted to see if anyone can find a decent enough filter that can reduce the colouring in this video. Personally I think some kind of saturation filter might work but I have no idea how to use one in staxrip.
test file
https://www.sendspace.com/file/sjr2df
Much appreciated for any help.
Khun_Doug
13th December 2021, 16:44
You can try TWEAK to adjust the hue and saturation. There is quite a bit of information on the net on how to use TWEAK. You might look at LEVELS to bring of the gamma, etc.
Another option that would probably work is to download and use VirtualDub-2. There is a really good color control plug-in, and there are also third party plug-ins that also deal with color. It's all freeware. You can handle the cropping and color change there, and then use the output from that as source to StaxRip for encoding, etc. Just a suggestion, and the cost is right.
lordalibaski
13th December 2021, 17:02
I tried vd2 but got this error
https://i.postimg.cc/63zBLLMk/Screenshot-2021-12-13-155538.png
I haven't used it in years just not had time to see into that error just yet.
Never heard of this TWEAK before is that for a MAC by any chance? I'm using windows 10, I do have a full copy of filmora but I just don't want to install it just for 1 video.
Ps sorted that error needed mpeg2 plugin.
1st attempt in vd2 colours look better already just need to try a few more
https://i.postimg.cc/w3KtSYNK/test-avi-snapshot-00-51-2021-12-13-16-29-33.jpg
Only turned saturation down on that but looks 10 times better already, these old DMC USA videos are really poor quality.
Sorry to bother you with this silly question, but I have just tried the color mill filter to change the saturation but it also changes the resolution to 360x288 which is a bit pointless, do you know of any other color filters that let you keep the same aspect ratio.
AMED
13th December 2021, 21:10
How do I batch resize without upscaling?
My current resize settings are 1280 x auto, and I have a bunch of files with different resolution, i.e. 1080p, 720p, 480p. The resulting files are all 720p.
I want no upscale.
How to do this?
Thx
I would create 2 templates one with resize enabled and one with out.
Load all your 1080p in to the template with resize enabled and all your 720p and 480p to the template without resize enabled.
lordalibaski
13th December 2021, 22:30
I've sorted it I had the wrong version of virtualdub2 installed got colormill working properly.
Khun_Doug
14th December 2021, 16:42
Tweak and Levels are part of AviSynth. I believe Tweak is built into the StaxRip menus. You can also add a line for Levels in with Tweak. Do an Internet search on the format of Tweak and Levels. They really are handy tools to have.
But I still believe the color controls in VD2 are going to work better for you in this case.
ProWo
15th December 2021, 15:48
Hey all, could one of you point me to the right direction with my problem:
I have a file1: somevideofile.mp4
and a file2: somevideofile_.mp4 (note the underscore)
Both files have the same video but different audio tracks and I want to mux it into a file: somevideofile.mkv with both audio tracks
This can be easily done with clever FFmpeg-GUI.
Load your somevideofile.mp4, click main, click multiplex, click Add Stream, select somevideofile_.mp4, check that only one videostream is checked, select mkv as container, click multiplex.
https://i.postimg.cc/8cMHLNtP/1.jpg (https://postimages.org/)
Done.
https://forum.doom9.org/showthread.php?t=181206
ahmadrizqi
20th December 2021, 03:52
How to use AviSynth AutoOverlay Plugin in StaxRip?
I've two types of Video.
1. BLURAY (Resolution: 1920x800)
https://i.ibb.co/DL1s6pw/ySJznEN.png
2. WEBDL (Resolution: 1920x1080)
https://i.ibb.co/tJFpPJz/ZUclo2i.png
What I want to do is: Over the BLURAY video, I want to just fill the top & bottom black bars using the WEBDL video.
Like this:
https://i.ibb.co/dpRyt8H/y-SJzn-ENZUclo2i.png
Now, how can I able to do this using StaxRip?
Assuming that framerate is the same, you can add code to the end of source filter in StaxRip (right click source filter -> edit code)
a = FFVideoSource("webdl.mp4").KillAudio.Crop(0,0,0,-940)
b = FFVideoSource("bluray.mp4").KillAudio.Crop(0,140,0,-140)
c = FFVideoSource("webdl.mp4").KillAudio.Crop(0,940,0,0)
StackVertical(a,b,c)
tormento
23rd December 2021, 18:14
How to properly encode a variable framerate file keeping it as VFR?
I have tried to index the original mkv with the included FFMS, LWLibavVideo and the external DGIndexNV. All three output constant framerate: LW and DG at 29.97 and FFMS at a median value of 29.405.
My only way to keep audio in sync is to mux the encoded video with the original file, disabling the old video and enabling the new one.
Any better idea? Perhaps using FFMpeg without passing thru AVS could fit better?
ProWo
27th December 2021, 19:07
How to properly encode a variable framerate file keeping it as VFR?
I have tried to index the original mkv with the included FFMS, LWLibavVideo and the external DGIndexNV. All three output constant framerate: LW and DG at 29.97 and FFMS at a median value of 29.405.
My only way to keep audio in sync is to mux the encoded video with the original file, disabling the old video and enabling the new one.
Any better idea? Perhaps using FFMpeg without passing thru AVS could fit better?
Mux it to avi and you have vbr
Atlantis
28th December 2021, 12:16
Why would anyone want variable framerate?
tormento
28th December 2021, 13:58
Why would anyone want variable framerate?
Simply because some sources are like that, such as CCTV recordings and anime.
The first records at a slow pace, increasing frame rate just when movement is detected.
The second use, in their original form, 29,97 for panning and 23,976 for character action. Sometimes it happens to find them in the original form.
Having a variable framerate output avoids audio desync and keeps video in the original form without having to dedup, telecide, duplicate and so.
Arkana
5th January 2022, 13:14
Hi. Is this still valid or there;s easier/latest way to encode DV on Staxrip?
https://github.com/staxrip/staxrip/wiki/Encoding-Dolby-Vision-with-StaxRip-using-x265
jlw_4049
5th January 2022, 14:21
Hi. Is this still valid or there;s easier/latest way to encode DV on Staxrip?
https://github.com/staxrip/staxrip/wiki/Encoding-Dolby-Vision-with-StaxRip-using-x265Yes this is proper
https://github.com/staxrip/staxrip/wiki/Encoding-Dolby-Vision-with-StaxRip-using-x265
Sent from my SM-G986U1 using Tapatalk
Arkana
5th January 2022, 16:30
Yes this is proper
https://github.com/staxrip/staxrip/wiki/Encoding-Dolby-Vision-with-StaxRip-using-x265
Sent from my SM-G986U1 using Tapatalk
thank you
tormento
11th January 2022, 10:58
Is there a way to save ALL the settings and not only the encoding ones in templates?
At the moment I have two separate installation directories of StaxRip, one to demux and remux after encoding anime, the other one to plain encode the video without any demux or remux involved.
It would be nice to remember everything per template. Any idea?
DMD
12th January 2022, 18:24
Good evening.
It is the first time I'm using this magnificent tool, i kindly ask where I can find a guide to set StaxRip to perform encoding for UHD files with codec HEVC and profile Main10High@L5.1
Thank you very much
shodan5000
12th January 2022, 21:00
How are the maintainers doing? Seems like StaxRip has stalled and died development wise.
DMD
15th January 2022, 13:08
Good morning.
In the X265 section there is a way to disable Encodind Setting, so that it does not appear in Medianfo?
Thank you very much
guest
16th January 2022, 05:24
How are the maintainers doing? Seems like StaxRip has stalled and died development wise.
It does certainly seem like development has "died"...
"Staxrip" has gone off in another direction, and is developing other app's.
"JKyle" (who was doing a LOT of work), has disappeared, his last post was back in early July '21.
The latest release was back in early October '21. v2.10.0, by "Dendraspis"
Same can be said for RipBot264, there has been a serious lack of updates, or revisions, in what seems like years (but it's probably only about 1)
So sad, too bad :(
Mister XY
16th January 2022, 11:56
Good morning.
In the X265 section there is a way to disable Encodind Setting, so that it does not appear in Medianfo?
Thank you very much
Look under bitstream for "info" and disabled it.
Then you see in the line --no-info and you have no info about your encoding settings.
DMD
17th January 2022, 13:29
Thank you for the information.
I tried to do an encoding test UHD, with Intel Core i5 9600K/GeForce RTX 2070 VG258,
with Preset "Very slow" I get a processing of 0.15 fps, with preset "Medium"> (1.56 fps).
I feel like crying, I don't know if I cry less with Ryxen 9 5900X.
Boulder
17th January 2022, 15:46
Very slow offers little benefit in x265. Use either slower or slow.
Atlantis
17th January 2022, 22:35
I am using qaac and normalize. Where is it passing the gain information here, I don't see it.
----------------------------- Find Gain 1 -----------------------------
ffmpeg N-103081-gf7958d0883-x64-gcc10.3.0 Patman
"...\StaxRip\Apps\FrameServer\AviSynth\ffmpeg.exe" -i "...\ID1 English {English}.dts" -sn -vn -hide_banner -af volumedetect -f null NUL
[dts @ 000002881e0ca100] Estimating duration from bitrate, this may be inaccurate
Input #0, dts, from '...\ID1 English {English}.dts':
Duration: 02:04:21.12, start: 0.000000, bitrate: 768 kb/s
Stream #0:0: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 768 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (dts (dca) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Output #0, null, to 'NUL':
Metadata:
encoder : Lavf59.4.101
Stream #0:0: Audio: pcm_s16le, 48000 Hz, 5.1(side), s16, 4608 kb/s
Metadata:
encoder : Lavc59.3.102 pcm_s16le
video:0kB audio:4196880kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[Parsed_volumedetect_0 @ 000002881f8d8b00] n_samples: 2148802560
[Parsed_volumedetect_0 @ 000002881f8d8b00] mean_volume: -24.7 dB
[Parsed_volumedetect_0 @ 000002881f8d8b00] max_volume: 0.0 dB
[Parsed_volumedetect_0 @ 000002881f8d8b00] histogram_0db: 499086
[Parsed_volumedetect_0 @ 000002881f8d8b00] histogram_1db: 417998
[Parsed_volumedetect_0 @ 000002881f8d8b00] histogram_2db: 508168
[Parsed_volumedetect_0 @ 000002881f8d8b00] histogram_3db: 669711
[Parsed_volumedetect_0 @ 000002881f8d8b00] histogram_4db: 900526
------------------------ Convert DTS to FLAC 1 ------------------------
ffmpeg N-103081-gf7958d0883-x64-gcc10.3.0 Patman
"...\StaxRip\Apps\FrameServer\AviSynth\ffmpeg.exe" -i "...\ID1 English {English}.dts" -y -hide_banner -ac 2 "...\ID1 English {English}_3628178175.flac"
[dts @ 000002455451a140] Estimating duration from bitrate, this may be inaccurate
Input #0, dts, from '...\ID1 English {English}.dts':
Duration: 02:04:21.12, start: 0.000000, bitrate: 768 kb/s
Stream #0:0: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 768 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (dts (dca) -> flac (native))
Press [q] to stop, [?] for help
[flac @ 000002455614b580] encoding as 24 bits-per-sample
Output #0, flac, to '...\ID1 English {English}_3628178175.flac':
Metadata:
encoder : Lavf59.4.101
Stream #0:0: Audio: flac, 48000 Hz, stereo, s32 (24 bit), 128 kb/s
Metadata:
encoder : Lavc59.3.102 flac
video:0kB audio:1150542kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000703%
-------------------------- Audio Encoding 1 --------------------------
qaac 2.72 Patman
"...\StaxRip\Apps\Audio\qaac\qaac64.exe" --tvbr 50 "...\ID1 English {English}_3628178175.flac" -o "...\ID1 English {English}_3628178175.m4a"
qaac 2.72, CoreAudioToolbox 7.10.9.0
ID1 French {French}_3628178175.m4a
AAC-LC Encoder, TVBR q54, Quality 96
358133760/358133760 samples processed in 1:43.563
Overall bitrate: 98.5194kbps
I see it finds it in Find Gain but when does it pass it to the encoding or even flac?
coolgit
19th January 2022, 06:44
I have installed fillborders and AWB_Kelvin using ShiftCCT (Correlated Colour Temperature) function in AVS filters - profiles. Both are working.
Now for the tricky part.
Using vdub2 avisynth i have a set of trim commands
Trim(0,18416)
Trim(18417,20223).ShiftCCT(7700)
Trim(20224,81096)
Trim(81097,81223).ShiftCCT(7700).Levels(0, 1.1, 255, 0, 255)
Trim(81224,81311)
Trim(81312,86070).ShiftCCT(7700).Levels(0, 1.1, 255, 0, 255)
Trim(86071,131324)
Trim(131325,136269).Levels(0, 1.1, 255, 0, 255).Tweak(bright=0,cont=1.1)
Trim(136270,151079)
Trim(151080,156603).Levels(0, 1.05, 255, 0, 255).Tweak(bright=0,cont=1.1)
Trim(156604,159596)
Trim(159597,168204).ShiftCCT(8700).Levels(0, 1.05, 255, 0, 255).Tweak(bright=0,cont=1.1)
Trim(168205,175366)
Trim(175367,184808).ShiftCCT(7700)
Trim(184809,192795)
When i tried to do it in staxrip in one of the avs filters box, it crashed with stack overflow error blah blah.
OverflowException (v2.8.0)
Arithmetic operation resulted in an overflow.
System.OverflowException: Arithmetic operation resulted in an overflow.
at StaxRip.PreviewForm.GetDrawPos(Int32 frame) in D:\Code\Github\staxrip\staxrip\Source\Forms\PreviewForm.vb:line 402
at StaxRip.PreviewForm.pnTrack_Paint(Object sender, PaintEventArgs e) in D:\Code\Github\staxrip\staxrip\Source\Forms\PreviewForm.vb:line 484
at System.Windows.Forms.Control.OnPaint(PaintEventArgs e)
at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
at System.Windows.Forms.Control.WmPaint(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
It seems i can't use Trim(18417,20223).ShiftCCT(7700) or
Trim(18417,20223)
ShiftCCT(7700)
in one box but
Trim(18417,20223)
another box
ShiftCCT(7700) works.
Is there a way of doing the same or similar to vdub2?
I don't thinks it is practical to do 28 boxes plus other boxes.
VincAlastor
21st January 2022, 08:13
Hello, since SVT-AV1 v0.8.7-363 build the following warning appears:
"[SVT-Warning]: --keyint is now intra-period + 1!"
I would like to ask you to test the StaxRip SVT-AV1 encoder Options cmd and GUI settings for upcoming releases.
Thank you :)
edit: SVT-AV1 0.9 stable was released. Please find all changes for staxrip on gitlab:
https://gitlab.com/AOMediaCodec/SVT-AV1/-/releases
DMD
24th January 2022, 11:55
Today I noticed that I am updating the x265 encoder x265-3.5+21+12-cb341a7ef-[Mod-by-Patman] (https://github.com/Patman86/x265-Mod-by-Patman/releases/tag/3.5%2B21%2B12) is this the correct version for StaxRip?
Thank you
https://i.postimg.cc/76gj169s/Screenshot-002.png
lazyjss
25th January 2022, 04:15
Using staxrip x265 to encode some bluray remuxs, after a 2 day long encode, mediainfo shows resulting file as variable frane rate 23.976 instead of constant.
Could anyone tell me how to set a constant frane rate please?
Zcehtro
1st February 2022, 01:18
Hi. I've been a long time lurker.
Created an account to ask about the development of StaxRip.
I've noticed that development kind of died, and the project coders are ASAP as far as anybody knows.
I've check here, discord and reddit, and haven't been able to find what has happened.
I'd like to ask seasoned StaxRip users, would the outdated-"ness" of this program eventually render it obsolete? If so, would Handbrake be a viable alternative?
Or would it remain in time?
shodan5000
1st February 2022, 17:26
Well, anyone else interested in maintaining StaxRip?
Zcehtro
1st February 2022, 23:05
I believe a major concern when using StaxRip, is maintaining the plugins/apps/tools up to date, and therefore the GUI that operates their parameters as well.
Regarding the application functionality and features in itself, it should be only secondary if the main objective is to at least keep the project alive.
I'd love to help out, but my coding experience is mainly in VBA with Excel. At best I write simple AVS scripts but nothing advanced like from the legendary Didée.
Magik Mark
2nd February 2022, 07:28
Guys,
In the event nobody wants to maintain staxrip, will Adobe media encoder do a great job in converting x264 to x265? Will it also capable converting different audio formats to aac?
Thanks
AMED
10th February 2022, 22:54
In case anyone wants to update their portable Vapoursynth from R54 to R55 there is a maintenance release that works fine with Staxrip 2.10.
https://github.com/vapoursynth/vapoursynth/releases/tag/R55-API3
Download the 64bit portable version and unzip in to staxrip\Apps\FrameServer\VapourSynth\.
fredlkrue
11th February 2022, 14:17
In case anyone wants to update their portable Vapoursynth from R54 to R55 there is a maintenance release that works fine with Staxrip 2.10.
https://github.com/vapoursynth/vapoursynth/releases/tag/R55-API3
Download the 64bit portable version and unzip in to staxrip\Apps\FrameServer\VapourSynth\.
There is a compatibility issue with R55, checkout the following commit:
https://github.com/staxrip/staxrip/commit/d7cfbaf410871ca089296def19bf1549ad64b240
AMED
11th February 2022, 20:15
There is a compatibility issue with R55, checkout the following commit:
https://github.com/staxrip/staxrip/commit/d7cfbaf410871ca089296def19bf1549ad64b240
There are 2 builds of R55.
The one I'm talking about is a maintenance release. vs.get_core() still works so compatible with Staxrip.
http://www.vapoursynth.com/2021/09/r55-start-of-the-api3-builds/
https://github.com/vapoursynth/vapoursynth/releases/tag/R55-API3
This is the one you are referencing. vs.get_core() has been replaced with vs.core and doesn't work with Staxrip.
http://www.vapoursynth.com/2021/09/r55-audio-support-and-improved-performance/
https://github.com/vapoursynth/vapoursynth/releases/tag/R55
fredlkrue
12th February 2022, 00:14
There are 2 builds of R55.
The one I'm talking about is a maintenance release. vs.get_core() still works so compatible with Staxrip.
http://www.vapoursynth.com/2021/09/r55-start-of-the-api3-builds/
https://github.com/vapoursynth/vapoursynth/releases/tag/R55-API3
This is the one you are referencing. vs.get_core() has been replaced with vs.core and doesn't work with Staxrip.
http://www.vapoursynth.com/2021/09/r55-audio-support-and-improved-performance/
https://github.com/vapoursynth/vapoursynth/releases/tag/R55
I see, thanks for the tip.
Amateur
12th February 2022, 17:52
Is anyone willing to help a newbie out with using this program? How do I actually implement additional filters into my encode like dedot, anti-aliasing, FastLineDarken, or line thinning (I forget what the line thinning filter was if anyone could remind me)?
I've gone through some posts on here which say you can see your code "The entire script is shown in the menu with 'Preview Code'." but I only see Preview in the top menu which opens up the video instead of any code.
Thank you
Atlantis
14th March 2022, 00:03
I noticed if you have a 5.1 flac and choose to encode it to stereo AAC, it doesn't do the conversion. The conversion works if you have ac3 or dts 5.1.
It seems the channel conversion to stereo happens in here
------------------------ Convert AC3 to FLAC 2 ------------------------
ffmpeg N-103081-gf7958d0883-x64-gcc10.3.0 Patman
"....ffmpeg.exe" -i "....English.ac3" -af volume=1.2dB -y -hide_banner -ac 2 "....ID1 English_562399560.flac"
So if your source is already flac 5.1, the conversion to stereo never happens.
fredlkrue
22nd March 2022, 14:42
I noticed if you have a 5.1 flac and choose to encode it to stereo AAC, it doesn't do the conversion. The conversion works if you have ac3 or dts 5.1.
It seems the channel conversion to stereo happens in here
------------------------ Convert AC3 to FLAC 2 ------------------------
ffmpeg N-103081-gf7958d0883-x64-gcc10.3.0 Patman
"....ffmpeg.exe" -i "....English.ac3" -af volume=1.2dB -y -hide_banner -ac 2 "....ID1 English_562399560.flac"
So if your source is already flac 5.1, the conversion to stereo never happens.
Do a bug report, I see some activity from Dendraspis.
DMD
26th March 2022, 08:28
There are 2 builds of R55.
The one I'm talking about is a maintenance release. vs.get_core() still works so compatible with Staxrip.
http://www.vapoursynth.com/2021/09/r55-start-of-the-api3-builds/
https://github.com/vapoursynth/vapoursynth/releases/tag/R55-API3
This is the one you are referencing. vs.get_core() has been replaced with vs.core and doesn't work with Staxrip.
http://www.vapoursynth.com/2021/09/r55-audio-support-and-improved-performance/
https://github.com/vapoursynth/vapoursynth/releases/tag/R55
Is the R57 (http://www.vapoursynth.com/) version also to be tested with StaxRip?
Thank you
AMED
26th March 2022, 10:36
Is the R57 (http://www.vapoursynth.com/) version also to be tested with StaxRip?
Thank you
https://github.com/staxrip/staxrip/pull/841
AMED
3rd April 2022, 08:18
StaxRip v2.11.0 released
https://github.com/staxrip/staxrip/releases
maupassant
5th April 2022, 04:20
Problem with StaxRip 2.11.0 only.
I tried to use the mClean VS filter and I received an error message 👍
Script Error
Python exception: No attribute with the name vcm exists. Did you mistype a plugin namespace?
Traceback (most recent call last):
File "src\cython\vapoursynth.pyx", line 2242, in vapoursynth.vpy_evaluateScript
File "src\cython\vapoursynth.pyx", line 2243, in vapoursynth.vpy_evaluateScript
File "C:\1957\REQUESTS\THE AVENGERS\title_t00 (02)_temp\title_t00 (02)_new.vpy", line 46, in
clip = G41Fun.mClean(clip, thSAD=400, chroma=True, sharp=10, rn=14, deband=0, depth=0, strength=20)
File "C:\STAXRIP\StaxRip-v2.11.0-x64\Apps\Plugins\VS\Scripts\G41Fun.py", line 2504, in mClean
c = core.vcm.Median(clip, plane=[0, 1, 1]) if chroma else clip
File "src\cython\vapoursynth.pyx", line 1891, in vapoursynth._CoreProxy.getattr
File "src\cython\vapoursynth.pyx", line 1754, in vapoursynth.Core.getattr
AttributeError: No attribute with the name vcm exists. Did you mistype a plugin namespace?
AMED
19th April 2022, 04:24
StaxRip v2.12.0 released
https://github.com/staxrip/staxrip/releases
Atlantis
3rd May 2022, 18:19
Can you encode 2 video tracks in one job? For example to have HDR and SDR video tracks in one file.
BobDig
5th May 2022, 10:30
Probably no one wants that, because most players these days do it on the fly (HDR->SDR)?
jlw_4049
6th May 2022, 04:02
Well, anyone else interested in maintaining StaxRip?
Dendraspis is maintaining staxrip on Github. He does not use the forum, so if anyone is wanting things fixed/updated it's probably best to refer to the github.
https://github.com/staxrip/staxrip
He also maintains a discord server for staxrip https://discord.gg/uz8pVR79Bd
Good morning.
In the NVEnc section I can't find the INFO option as in the x265> Bitstream section.
Some idea?
Thanks
Zetti
11th May 2022, 09:11
StaxRip v2.13.0 released
https://github.com/staxrip/staxrip/releases
Ripmann
1st June 2022, 05:10
Hi guys, I was told that you can set up StaxRip to implement overlays with custom filters. Armed with that knowledge I spent hours scouring the web and blindly testing some functions, but I'm just too much of a FFMPEG/StaxRip newb to figure this out by my own. Can somebody please help me out? I don't like wasting other people's time but this is rather important and I am stuck.
In short, I have two identical HD videos of varying ratios. I need to overlay one on the other and then output the result without losing any quality. Something like this, except this example re-encodes the output to a fraction of source's size and I need to keep it as close to the originals as possible:
ffmpeg -i Back.mkv -i Front.mkv -filter_complex "[0:v][1:v]overlay=0:0" -map 1:a -c:a copy output.mkv
I tried tinkering with filter_complex in StaxRip as a custom filter but it doesn't seem to recognize the function. Even if it did, I'm not sure I can figure out how to adjust it so it'll first apply the overlay and then re-encode the combined result with StaxRip's regular single file settings. I also tried the AutoOverlay plugin but I couldn't even install it with StaxRip, let alone figure out how to execute it for my needs. If there's a kindly encoding expert who could spare a few minutes to teach me how to do this, I would immensely appreciate the help.
fafner88
13th July 2022, 12:09
Hi Guys. I need help installing scripts/plugins in StaxRip. I'm a complete newbie when it comes to these sorts of things and I don't know anything about code. I tried to search for guides on google but it all seemed too complicated for me. Can someone guide me step by step on how to do it?
Basically I want to install this plugin
http://avisynth.nl/index.php/SeeSaw
And the page tells me that I also need to install MaskTools2. Can someone show me how I install these two things? Thank you.
fafner88
13th July 2022, 12:44
I'd like also to report a potential bug in the mpv.net player. The filters appear to randomly mess up the contrast during playback. Sometimes the contrast is fine, but then when you add filters or change the code the contrast goes down and the picture looks off (the blacks look too light). I can sometimes fix the contrast by switching a filter off and on, but it doesn't always work. Is someone familiar with this issue?
tormento
14th July 2022, 10:11
Is there a way to throw an entire folder in batch encoding and have the qp file recognized and inserted in x265?
Alternatively, is there any variable to put in the x265 options to have some name pushing in the encoder in batch mode?
BobDig
27th July 2022, 08:10
Is there a decimate filter in staxrip? Or to be more precise, is there a filter which just removes random duplicate frames in a video?
Pulp Catalyst
31st July 2022, 10:36
Hello in my log i'm getting this R:\>"C:\PROGZ\ENCODING\RipBot264v1.26.2 (14-07-22)\tools\mkvtoolnix\mkvmerge.exe" "@D:\Temp\RipBot264temp\job1\job1_MuxFiles.json"
mkvmerge v69.0.0 ('Day And Age') 64-bit
Error: The file 'D:\Temp\RipBot264temp\job1\Encoded_Audio_1.opus' could not be opened for reading: open file error
any ideas what's causing this?
edit 1
i reinstalled everything from scratch, it's working fine now...something must of went wrong with one of the files.
Atlantis
16th August 2022, 11:30
How can we encode and have 3 audio tracks?
Update: never mind. I see multiple audio tracks are implemented. In the container I thought you could only add and mux audio. But you can actually also encode there. Thank you.
stax76
30th August 2022, 14:08
Here is a machine translation of a beginner-friendly guide, originally authored by Doom9 member Brother John.
The translation process was easier than a thought it would, but I think the result is already good.
Some things are not yet up-to-date.
Tools used:
https://www.deepl.com/translator
https://github.com/marktext/marktext
Find it here:
website:
https://staxrip.github.io/x265-encoding-tutorial
website repo:
https://github.com/staxrip/x265-encoding-tutorial
I've updated the staxrip wiki, so people can find it. Native speakers helping to update it would be very helpful.
maupassant
21st September 2022, 01:58
Changed PC today, now with Windows 11 instead of Windows 10.
Now, mp4 files re-encoded with VideoRedo won't load in StaxRip.
Any help will be gladly appreciated. Thanks.
https://thumbs4.imagebam.com/e7/ab/a8/MEDNOEK_t.jpg (https://www.imagebam.com/view/MEDNOEK)
guest
21st September 2022, 07:49
Changed PC today, now with Windows 11 instead of Windows 10.
Now, mp4 files re-encoded with VideoRedo won't load in StaxRip.
Any help will be gladly appreciated. Thanks.
https://thumbs4.imagebam.com/e7/ab/a8/MEDNOEK_t.jpg (https://www.imagebam.com/view/MEDNOEK)
Hi, did you re-install this:-
https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170
After all, that error msg is for this :o
maupassant
21st September 2022, 15:43
Hi, did you re-install this:-
https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170
After all, that error msg is for this :o
Hi TDS,
Yes, I did. All of them.
WarnerBrah
4th November 2022, 01:36
so I have this line loaded into stax vapoursynth
"clip = havsfunc.SMDegrain(clip, tr=2, Str=1.5, pel=1, search=3, prefilter=6, thSAD=180, contrasharp=True, truemotion=False, RefineMotion=True, chroma=False, plane=0)"
what i want is to enter more parameters for the prefilter=6 which is BM3DCUDA.
how do i do that?
guest
11th November 2022, 02:27
so I have this line loaded into stax vapoursynth
"clip = havsfunc.SMDegrain(clip, tr=2, Str=1.5, pel=1, search=3, prefilter=6, thSAD=180, contrasharp=True, truemotion=False, RefineMotion=True, chroma=False, plane=0)"
what i want is to enter more parameters for the prefilter=6 which is BM3DCUDA.
how do i do that?
I would think it would be as simple as adding what you want to that "call".
eg:-
(clip,tr=8,thSAD=800,thSADC=400,thSCD1=400,thSCD2=130,contrasharp=true,prefilter=6,str=1.2,refinemotion=true,blksize=8)
WarnerBrah
11th November 2022, 21:12
well the call puts the parameters for SMDegrain and not for the prefilter.
the syntax for BM3DCUDA is like this:
BM3D_CUDA (clip, clip "ref", float[] "sigma", int[] "block_step", int[] "bm_range", int "radius", int[] "ps_num", int[] "ps_range", bool "chroma", int "device_id", bool "fast", int "extractor_exp")
but I don't understand how to integrate this parameters into the SMDegrain line.
Examples
DGSource("sample.dgi")
ConvertBits(bits=32)
BM3D_CUDA(sigma=0.5, radius=2)
BM3D_VAggregate(radius=2)
ConvertBits(bits=16)
the example is from http://avisynth.nl/index.php/BM3DCUDA
guest
16th November 2022, 02:40
well the call puts the parameters for SMDegrain and not for the prefilter.
the syntax for BM3DCUDA is like this:
BM3D_CUDA (clip, clip "ref", float[] "sigma", int[] "block_step", int[] "bm_range", int "radius", int[] "ps_num", int[] "ps_range", bool "chroma", int "device_id", bool "fast", int "extractor_exp")
but I don't understand how to integrate this parameters into the SMDegrain line.
Examples
DGSource("sample.dgi")
ConvertBits(bits=32)
BM3D_CUDA(sigma=0.5, radius=2)
BM3D_VAggregate(radius=2)
ConvertBits(bits=16)
the example is from http://avisynth.nl/index.php/BM3DCUDA
As I don't use Staxrip, I can't relate that well, and there isn't as much help here, these days.
However, maybe you could try something like this :-
pre=BM3D_CUDA(sigma=5,radius=1)
SMDegrain(tr=4,thSAD=400,thSADC=200,thSCD1=400,thSCD2=130,contrasharp=true,prefilter=pre,str=1.2,refinemotion=true)
Magik Mark
22nd November 2022, 22:31
Stax
Is StaxRIP still being worked on? There are new features in Rigaya NVenc that may need to be incorporated as well as updates on many plugins
guest
26th November 2022, 00:45
Stax
Is StaxRIP still being worked on? There are new features in Rigaya NVenc that may need to be incorporated as well as updates on many plugins
It almost seems like ongoing development of Staxrip has stalled, there hasn't been a new build for quite some time.
Same goes for Handbrake, last build was way back in Jan '22.
And not that too many seem to use RipBot264, it's also pretty much stalled, too. :( :confused:
Edit:- got a substantial RipBot264 update today :)
DMD
26th November 2022, 09:45
Good morning
Regarding AV1 encoding will it be implemented on StaxRip?
Thank you
guest
29th November 2022, 11:15
Good morning
Regarding AV1 encoding will it be implemented on StaxRip?
Thank you
Have you heard of this ??
https://github.com/cdgriffith/FastFlix/releases/tag/5.0.0
Emulgator
29th November 2022, 23:43
AV1 is already in Staxrip (2.13.0): AOMEnc, Rav1e, SVT-AV1
thomy21
11th December 2022, 09:18
Is Staxrip still being further developed?
Emulgator
11th December 2022, 16:29
https://github.com/staxrip/staxrip/graphs/contributors
If all are really nice to stax76, Dendraspis, JKyle, and all the others I guess yes ;-)
guest
12th December 2022, 05:46
https://github.com/staxrip/staxrip/graphs/contributors
If all are really nice to stax76, Dendraspis, JKyle, and all the others I guess yes ;-)
Well, JKyle, (who was VERY involved with Staxrip, for a time), his last post on Doom9 was way back in August '21, and the last update for Staxrip was back in May '22, and there has been MANY updates to the components it uses, in that time.
So, unless you are "brave" enough to update it yourself, who knows what's going on, moving forward.
Sad, really, and it's not the only encoding app that seems to be "slipping behind" :(
cartman0208
24th December 2022, 12:14
Hi all,
I have some MP4 files that I want to remux into MKV
Mediainfo shows a content description in the General>Comment section in the MP4.
After remuxing that information is gone ...
Is there a way to copy that information over into the MKV with StaxRip?
Ripmann
28th December 2022, 18:53
Is Staxrip still being further developed?
I'd really like to know that as well. I took a look at some of its components last week, and a lot of them were outdated. While you can manually update the latest binaries for some stuff like FFMpeg, SVT-AV1, or AOMEnc, there's some stuff that seems to stop working with newer versions. VapourSynth, for example, is already on v61, but updating it manually from v54 seems to break things.
If the development has stopped and the author is no longer interested in (or capable of) updating the tool with new features, perhaps you could at least consider doing occasional across-the-board-component-update maintenance releases from now on, so the more casual users can at least get the performance benefits of encoder updates, newer FFMpeg features, and so on?
Nikos
29th December 2022, 19:38
I want to encode a large .avi file (200GB, FICV) to x264.
The auto-selection for the source is FFVideoSource instead of AVISource.
The ffindex build time is too long.
In the case of .avi files is there any advantage to using FFVideoSource?
Khun_Doug
31st December 2022, 17:17
In my experience with reading AVI sources, the AVISource driver was not as accurate as the FFVideoSource. Just allow the indexer to complete, set your encode and try a sample of 5 to 10 minutes. The sample wallow you to determine if the encode is done properly.
Nikos
31st December 2022, 22:04
Thanks for your answer.
From my tests, I didn't see any difference.
I use only resize and no complex filters and do 1 pass (crf) encoding.
Ripmann
5th January 2023, 17:01
Hey guys, sorry for a newb question but I never needed this before. Is there a way to stop StaxRip from closing its main UI once you start the job list, so you can continue working on further jobs while the first ones on the list are encoding?
fredlkrue
5th January 2023, 19:34
Hey guys, sorry for a newb question but I never needed this before. Is there a way to stop StaxRip from closing its main UI once you start the job list, so you can continue working on further jobs while the first ones on the list are encoding?
Just open another StaxRip window and keep adding jobs.
Lan4
14th January 2023, 00:41
Hello.
Can I use Avslibplacebo in Staxsrip?
Error when encoding:
Muxing to MP4 returned exit code: 1 (0x1)
Kuler087
18th January 2023, 18:43
Anyway to zoom 400% when cropping in staxrip?
A quite useful feature in avspmod I wish was present in staxrip.
OAKside
24th January 2023, 07:00
Still enjoying StaxRip almost daily. Of course I miss the regular updates, but I love that many things can be manually updated, or worked around. Only things bugging me are AV1-related (ex: SVT-AV1, update commands, show bitrate during encoding, or don't hang when "--progress 2"). Anyway, love you all who've helped with StaxRip over the years. Still nothing beats it.
OAKside
24th January 2023, 07:06
Hey guys, sorry for a newb question but I never needed this before. Is there a way to stop StaxRip from closing its main UI once you start the job list, so you can continue working on further jobs while the first ones on the list are encoding?
You can open another instance of StaxRip while encoding, and add jobs. (I would only be careful changing global settings during this time, as I've had the changes disappear, probably overwritten by other instance. Or maybe I imagined this.) But yes, new jobs should be just fine. Edit: I missed fredlkrue's reply, agreed.
guest
25th January 2023, 03:00
Still enjoying StaxRip almost daily. Still nothing beats it.
Have you heard of RipBot264, it has one unbeatable feature !!
And the Pauly Dunne builds have a LOT more filtering options !!
creeve4
31st January 2023, 03:23
I have been using the audio settings below to convert TrueHD and DTS-HD 7.1 to 5.1 AC3.
Is this correct or do I need advanced options for mapping the channels correctly?
Audio Settings (https://ibb.co/Ks3vs6m)
Khun_Doug
31st January 2023, 17:32
I recommend reading the ffmpeg information on how downgrading the number of channels is handled. In this case you are going from DTS 7.1 to 5.1 AC3. I would be curious how the two extra source channels are muxxed into 5.1 format. The ffmpeg docs should cover that.
Additonally, you have the "normalize" box checked. You may decide to retain the original levels of the DV source, so unchecking this is something you might want to investigate. Perhaps try listening to so a sample with and without normalize to see it sounds.
creeve4
31st January 2023, 18:39
I recommend reading the ffmpeg information on how downgrading the number of channels is handled. In this case you are going from DTS 7.1 to 5.1 AC3. I would be curious how the two extra source channels are muxxed into 5.1 format. The ffmpeg docs should cover that.
Additonally, you have the "normalize" box checked. You may decide to retain the original levels of the DV source, so unchecking this is something you might want to investigate. Perhaps try listening to so a sample with and without normalize to see it sounds.
I have read through the ffmpeg documentation as well as Section 7.8 of the Digital Audio Compression Standard (Document A/52:2012). Unfortunately I can only make assumptions based on the information available in these documents as there is no explicit information for downmixing from 7.1 to anything greater than stereo.
guest
1st February 2023, 01:29
I have read through the ffmpeg documentation as well as Section 7.8 of the Digital Audio Compression Standard (Document A/52:2012). Unfortunately, I can only make assumptions based on the information available in these documents as there is no explicit information for downmixing from 7.1 to anything greater than stereo.
May I suggest you give this a try, (just for audio conversions) I use it quite a bit now,
https://forum.doom9.org/showthread.php?t=181206&page=10
I used to use eac3to.
https://forum.doom9.org/showthread.php?t=125966
You can remux the converted audio with MKVToolNix
https://mkvtoolnix.download/downloads.html
creeve4
1st February 2023, 02:12
May I suggest you give this a try, (just for audio conversions) I use it quite a bit now,
https://forum.doom9.org/showthread.php?t=181206&page=10
I used to use eac3to.
https://forum.doom9.org/showthread.php?t=125966
You can remux the converted audio with MKVToolNix
https://mkvtoolnix.download/downloads.html
Thank you, I will give it a try!
Ripmann
3rd February 2023, 16:21
Did anyone have any luck integrating latest VapourSynth into StaxRip? Some of the updated VS plugins now require API4 from VS R55+, but I wasn't able to update to VapourSynth R60 and Python 3.10 manually. It keeps crashing for some reason, and the error log is unhelpful.
Havokdan
4th February 2023, 11:23
Good morning, I often use StaxRip to remux video files to insert data from nfo files (more varied information, such as synopses and etc.) in mkvs tags, I would like to know how to do this via command line with StaxRip, I'm looking to add StaxRip as a post-process to another application calling TinyMediaManager which renames the files, as well as downloads nfo files with information about the movie and/or episode of the series, as well as artwork such as cover art, posters and the like related to media , with this I intend TinyMediaManager to invoke StaxRip, insert nfo that as well as arts in mkv file via command line, could anyone help me please? I'm a beginner and my knowledge of running things via the command line is limited.
*I'm using google translator.
Lan4
9th February 2023, 17:43
Is it possible to use in Staxrip Dogway pack of sharpeners?
https://github.com/Dogway/Avisynth-Scripts/blob/master/MIX%20mods/SharpenersPack.avsi
johnvick
11th February 2023, 04:25
Using Staxrip to encode using 265 on new Ryzen 5900x 12 core CPU. The settings are: --bitrate 2250 --preset slow --output-depth 10 --pools 24
I am getting 18 fps with CPU use around 60% on 24 threads - max temp 87C typical temp 84C so I don't think there is thermal throttling.
Any tips on coaxing more fps out of this CPU?
Khun_Doug
11th February 2023, 17:09
You don't mention what filters, if any, are being used. Depending on filters, you will likely benefit from using the PreFetch. I have a Ryzen 5950X and find that a PreFetch of 12 or 14 works well with HD source. For SD, I find a value of 6 or 8 works best.
You will find that depending on the source, it is unlikely you will get more out of the processor. The way X265 does parallelism means the various threads take different amount of time to complete. Each thread needs to complete before the encoding can continue as the decision tree works out the best way to encode the source. I rarely max out my 5950X.
One last thing worth mentioning. You don't mention if you are using the Ryzen precision boost. In my experience with both my 3950X and then the 5950X, I found that disabling precision boost and doing a manual overclock allowed me to get a lot more out of the CPU with less heat. Sometimes the stock voltages are too high, causing unnecessary heat. You can experiment with various clock speeds and voltages, and testing for stability with something like Prime95 or Cinebench.
johnvick
11th February 2023, 18:39
No filters and pretty much default settings other than the command line above. I'll try the Precision boost tip. Thanks.
bananenmann
12th February 2023, 15:40
Hello,
While using QTGMC for deinterlacing older MPEG2-/-VOB-files (Pal, NTSC but also 1080p-MPEG2-HDTV-files) the produced material is NOT progressive, when I choose ffmpeg-ProRes output in a MOV Container. MediaInfo reports the produced file to be formerly progressive and afterwards changed to "interlaced" (?) - what is definetively wrong. The source material had been interlaced. I tried it with different interlaced video clips and everytime got the same mediainfo report.
10 second testfile (with StaxRip 2.11 and 2.12 - OR with StaxRip 2.10 with ffmpeg from Staxrip 2.11 or 2.12):
Video
ID : 1
Format : ProRes
Format version : Version 0
Format profile : 422 HQ
Codec ID : apch
Duration : 10 s 0 ms
Bit rate mode : Variable
Bit rate : 111 Mb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 50.000 FPS
Color space : YUV
Chroma subsampling : 4:2:2
Scan type : Interlaced
Original scan type : Progressive
Scan type, store method : Interleaved fields
Scan order : Top Field First
Bits/(Pixel*Frame) : 5.363
Stream size : 133 MiB (98%)
Writing library : fmpg
Same Video-File with StaxRip 2.10:
Video
ID : 1
Format : ProRes
Format version : Version 0
Format profile : 422 HQ
Codec ID : apch
Duration : 10 s 0 ms
Bit rate mode : Variable
Bit rate : 111 Mb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 50.000 FPS
Color space : YUV
Chroma subsampling : 4:2:2
Scan type : Progressive
Bits/(Pixel*Frame) : 5.363
Stream size : 133 MiB (98%)
Writing library : fmpg
With staxrip 2.10 medianfo reports the same video sources as "progressive" after deinterlacing with QTGMC (as it should be). The bug is in Version 2.11 and in Version 2.12 as well.
I'm not a specialist in encoding, but I found out, that the bug has something to do with the new ffmpeg-version in the "StaxRip\Apps\FrameServer\AviSynth"-Folder. ALL ffmpeg Versions since then produce this bug - even if I download the newest ffmpeg-builds from here: https://www.gyan.dev/ffmpeg/builds/. Maybe something with ffmpeg itself changed and I need to use new parameters? I alway use this one:
-c:v prores -profile:v 3
Thanx in advance - and sorry if my report is too simple. I'm not a specialist, as I mentioned before. Have a nice day!!! ;)
guest
13th February 2023, 01:32
You don't mention what filters, if any, are being used. Depending on filters, you will likely benefit from using the PreFetch. I have a Ryzen 5950X and find that a PreFetch of 12 or 14 works well with HD source. For SD, I find a value of 6 or 8 works best.
You will find that depending on the source, it is unlikely you will get more out of the processor. The way X265 does parallelism means the various threads take different amount of time to complete. Each thread needs to complete before the encoding can continue as the decision tree works out the best way to encode the source. I rarely max out my 5950X.
One last thing worth mentioning. You don't mention if you are using the Ryzen precision boost. In my experience with both my 3950X and then the 5950X, I found that disabling precision boost and doing a manual overclock allowed me to get a lot more out of the CPU with less heat. Sometimes the stock voltages are too high, causing unnecessary heat. You can experiment with various clock speeds and voltages, and testing for stability with something like Prime95 or Cinebench.
Hi, this is very interesting, I too have a 3950X & 5950X, and they are quite often slower at encoding than my 5900X...
I will have to try you suggestion :)
So what manual OC settings did you use ??
Cheers.
Khun_Doug
15th February 2023, 17:21
Hi, this is very interesting, I too have a 3950X & 5950X, and they are quite often slower at encoding than my 5900X...
I will have to try you suggestion :)
So what manual OC settings did you use ??
Cheers.
The usual YMMV applies here. First thing I did was disable Precision Boost. I then started with core speed of 3800 and adjusted the voltage. I saved that profile in BIOD. Go for the lowest CPU core voltage that allows a stable machine. I then repeated that for 4000, and then 4200. I found with the 5950X, 3800 and 4000 handle things quite well. I have rarely used the 4200 MHz clock.
And stability is key. Once you pick a clock speed and voltage, the system should be able to handle a CineBench without fault. I also used Primt95 on CPU Test. That will give you a good idea on how well your CPU cooler is performing. Make sure to watch your CPU temperatures.
Atlantis
15th February 2023, 23:45
What is the fast and easy way to convert HDR to SDR without thinking and tweaking? What filter already in staxrip to use?
Atlantis
16th February 2023, 18:58
Is there anyway to change the default settings of audio encoding? I don't think templates work in this case.
For example anytime I choose AAC encoding, I want the normalize not to be checked.
Valdiralita
17th February 2023, 19:06
Is there anyway to change the default settings of audio encoding? I don't think templates work in this case.
For example anytime I choose AAC encoding, I want the normalize not to be checked.
Click on the audio codec and choose "Edit Profiles..."
Atlantis
18th February 2023, 12:12
Oh thanks. It has been years I wanted this and never saw that!
guest
20th February 2023, 06:06
The usual YMMV applies here. First thing I did was disable Precision Boost. I then started with core speed of 3800 and adjusted the voltage. I saved that profile in BIOD. Go for the lowest CPU core voltage that allows a stable machine. I then repeated that for 4000, and then 4200. I found with the 5950X, 3800 and 4000 handle things quite well. I have rarely used the 4200 MHz clock.
And stability is key. Once you pick a clock speed and voltage, the system should be able to handle a CineBench without fault. I also used Primt95 on CPU Test. That will give you a good idea on how well your CPU cooler is performing. Make sure to watch your CPU temperatures.
Thanks for the reply.
What I've recently done, with my ASUS ROG X570 board, and 5950X is:-
Set the PBO Fmax to Enabled.
Set PBO to Enabled.
Curve Optimizer - Auto.
Ai OC (memory settings) to D.O.C.P.
Running a Thermaltake 360 AIO, with push / pull fans.
And it's running at approx 4400 - 4500Mhz when encoding.
It is currently running better than I remember, so that's nice ;)
DMD
20th February 2023, 08:34
Good morning.
Sorry for the trivial question, regarding the encoder incorporated turns out the version "3.5+37+12-4e46995bc-.Mod-by-Patman.-x64-msvc1931 (01/04/2022)" which works very well.
I ask if I missed any updates, because StaxRip, which refers me to the GitHub site has the same version.
Thanks
guest
21st February 2023, 00:07
Good morning.
Sorry for the trivial question, regarding the encoder incorporated turns out the version "3.5+37+12-4e46995bc-.Mod-by-Patman.-x64-msvc1931 (01/04/2022)" which works very well.
I ask if I missed any updates, because StaxRip, which refers me to the GitHub site has the same version.
Thanks
Hi DMD,
I don't use Staxrip very much, but sadly the development has slowed in recent months :(
If you're running 2.13.0, that IS the latest available.
It might be up to the users to update certain components, manually.
Here's the latest Patman x265:-
https://forum.doom9.org/showthread.php?p=1983320#post1983320
So what do you think of your 7950X ??
DMD
21st February 2023, 08:36
Hi DMD,
I don't use Staxrip very much, but sadly the development has slowed in recent months :(
If you're running 2.13.0, that IS the latest available.
It might be up to the users to update certain components, manually.
Here's the latest Patman x265:-
https://forum.doom9.org/showthread.php?p=1983320#post1983320
So what do you think of your 7950X ??
Many thanks for the report, as StaxRip refers me to the GitHub link where the old version still appears.
The Ryzen runs like a charm, I'm using it very little these days because I lent it to my son who is doing stress tests with games to keep him entertained a bit.
As far as encoding goes, I did a simple test with the script you can see, just to get an idea.
https://i.postimg.cc/BZLx93Jw/Ridimensiona-di-Slower.png
guest
22nd February 2023, 03:52
Many thanks for the report, as StaxRip refers me to the GitHub link where the old version still appears.
The Ryzen runs like a charm, I'm using it very little these days because I lent it to my son who is doing stress tests with games to keep him entertained a bit.
As far as encoding goes, I did a simple test with the script you can see, just to get an idea.
Hello again, I noticed you asked kedautinh12 for some advice...good move, he has helped me a LOT :)
I really don't think you need to waste time using "slower" preset, either.
Yes, I am VERY happy with my 7950X, not long after buying that, I just had to try a 13900KF, just to see what all the fuss was about, took a little bit of fiddle to get them both going the way I wanted, and they are VERY close to the same speed, when it comes to encoding.
But I use RipBot264.
So do you think you'll be able to figure out how to update things in Staxrip ??
I might be able to help with some basic stuff, but like I said, I don't use it very much at all.
DMD
22nd February 2023, 08:01
Hello again, I noticed you asked kedautinh12 for some advice...good move, he has helped me a LOT :)
I really don't think you need to waste time using "slower" preset, either.
Yes, I am VERY happy with my 7950X, not long after buying that, I just had to try a 13900KF, just to see what all the fuss was about, took a little bit of fiddle to get them both going the way I wanted, and they are VERY close to the same speed, when it comes to encoding.
But I use RipBot264.
So do you think you'll be able to figure out how to update things in Staxrip ??
I might be able to help with some basic stuff, but like I said, I don't use it very much at all.
Thank you for the explanations.
In your experience, doesn't StaxRrip render much with Ryzen 7950X?
I could experiment with RipBot264, but I have never used it, to do encoding of master files(DNxHR HQX HDR) in 4K HDR format
I don't know where to start, so I ask if there is a guide and if I could use the script I currently use in StaxRip.
Thanks
guest
22nd February 2023, 11:39
Thank you for the explanations.
In your experience, doesn't StaxRrip render much with Ryzen 7950X?
I could experiment with RipBot264, but I have never used it, to do encoding of master files(DNxHR HQX HDR) in 4K HDR format
I don't know where to start, so I ask if there is a guide and if I could use the script I currently use in StaxRip.
Thanks
Hi DMD,
I'm sure the 7950X would work very well with Staxrip, there's no reason it wouldn't be good :)
I think I will send you a PM to discuss the rest of this post.
AMED
22nd February 2023, 18:11
Did anyone have any luck integrating latest VapourSynth into StaxRip? Some of the updated VS plugins now require API4 from VS R55+, but I wasn't able to update to VapourSynth R60 and Python 3.10 manually. It keeps crashing for some reason, and the error log is unhelpful.
I built a new version of Staxrip v2.13.0 with DJATOM's VS changes and it successfully opened a video using the portable VS v60. But when I tried to use some of the denoise presets things went pear shaped very quickly. So it looks like most if not all plugins and scripts need to be updated and individually tested.
I can sort of understand why Dendraspis might not be interested in pushing Staxrip forward especially with all the VS changes that need to happen just to keep functioning how it currently is.
Bemx2k
2nd March 2023, 01:53
Hey Guys
Any chance for StaxRip to support NVenc AV1 ( rtx 4xxx cards )
YaBoyShredderson
2nd March 2023, 10:20
Im running a few tests with staxrip, and using ffmetrics (vmaf) to compare the results.
Mediainfo reports the frame rate of the original at 23.976 (24000/1001) and the encoded files as 23.976. It doesnt have the fractional part.
This seems correct, but when i put them into ffmetrics to compare, it reports the source correctly, but reports the encodes at 23.81, highlighted in red as a mismatch, and this causes the vmaf scores to be inaccurate, often around 35.
I tried to work around this by encoding to ut video i think its called. A lossless codec, and this solves the problem of the framerates being mismatched (because the lossless encode has the sams problem), but introduces the problem of the sources being 10gb each, and i have like 50 sources.
I tried setting the framerate manually in staxrip to 24000/1001 but it still didnt work.
How can i fix this?
Khun_Doug
2nd March 2023, 16:53
Please provide more information on the source media? Is the source progressive or interlaced? Do you have any filters that handle interlace, such Yadif, IVTC, etc? I have seen a few cases where the source was progressive but there were duplicate frames. Using Decimate I was able to eliminate the dup frames, but the output frame rate no longer matched the source.
YaBoyShredderson
2nd March 2023, 18:41
Please provide more information on the source media? Is the source progressive or interlaced? Do you have any filters that handle interlace, such Yadif, IVTC, etc? I have seen a few cases where the source was progressive but there were duplicate frames. Using Decimate I was able to eliminate the dup frames, but the output frame rate no longer matched the source.
Theyre blurays of tv shows i ripped and split up into small 5 minute parts for testing. 1080p 23.976 stuff, progressive. I dont have any filters, just the basic preset from staxrip, which i then changed to my desired settings, i can list all of the changes i made:
Codec: x264
Quality: crf 18
Preset: VerySlow
Tune: Film
Profile: High
Threads: 1
Those are all the settings i set myself, so everything else is default.
Another thing about the source. I used MKVToolNix to split them, and also just pulled the AVC video stream out, so the files dont have any other content. The original bluray rips had the video file (the only remaining data), the audio, pgs subs and also chapter.
Khun_Doug
3rd March 2023, 17:23
My suspicion is MKToolNix is changing the framerate somehow. Or, the source has duplicate frames and something is detecting those duplicate frames and discarding them.
I would try the following: Open the full source with StaxRip. Use the Preview to identify the five minute segment you want to encode. You can remove the audio streams so you are left with just the video. That process takes the source, does the conversion, and creates an output file that should match the frame rate of the source.
fredlkrue
5th March 2023, 17:51
Try unchecking the setting "Extract timestamps from MKV files (if existing)" from StaxRip's Timestamps options.
Zetti
12th March 2023, 11:05
Version 2.14.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.14.0
hevron
12th March 2023, 11:09
Version 2.14.0 is released.
:goodpost::thanks::goodpost:
----------------------------------------
Version 2.14
ffmpeg Version = N-106445-g723065a346-x64-gcc11.2.0
Date = 2022-03-27
Version 2.13
ffmpeg Version = N-107100-g4d45f5acbd-x64-gcc12.1.0
Date = 2022-06-12 (Long updated)
❓❓❓
Version 2.14
JPSDR Version = 3.2.8 W7 AVX2
Date = 2022-04-18
Version 2.13
JPSDR Version = 3.3.0 W7 AVX2
Date = 2022-06-26 (Long updated)
❓❓❓
Version 2.14
D2VSource avs Version = 1.2.4
Date = 2021-12-11
Version 2.13
D2VSource avs Version = 1.3.0
Date = 2022-05-15 (Long updated)
❓❓❓
Version 2.14
eac3to Version = 3.34
Date = 2017-11-19
Version 2.13
eac3to Version = 3.36
Date = 2022-05-08 (Long updated)
❓❓❓
Version 2.14
MP4Box Version = 2.1-DEV-rev79-gdf29bc8a0-x64-gcc11.3.0 Patman
Date = 2022-05-01
Version 2.13
MP4Box Version = 2.1-DEV-rev209-gf5ecb997b-x64-gcc12.1.0 Patman (Long updated)
Date = 2022-06-12
❓❓❓
Version 2.14
qaac Version = 2.73
Date = 2022-02-08
Version 2.13
qaac Version = 2.77
Date = 2022-11-29 (Long updated)
❓❓❓
Morku
12th March 2023, 11:56
Yeah, that made me wonder, too. It makes a little difficult for me to update, since I updated all my Tools manually. But they have a Update-Request (https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests) page I try to contribute. For v2.13 it was respected.
It's great to see another update and I hope this will continue :)
guest
12th March 2023, 13:20
Yes, it certainly seems strange that a huge amount of the dependencies are still quite old...:confused: :eek:
Looks like a manual update is on the cards...:rolleyes:
hevron
12th March 2023, 13:24
Yeah, that made me wonder, too. It makes a little difficult for me to update, since I updated all my Tools manually. But they have a Update-Request (https://github.com/staxrip/staxrip/wiki/Tool-Update-Requests) page I try to contribute. For v2.13 it was respected.
It's great to see another update and I hope this will continue :)
:thanks:
The list might look like this:
guest
12th March 2023, 14:08
:thanks:
The list might look like this:
Best not to attach anything on this Forum, as it takes a LONG time for the Attachments Pending Approval.
Maybe using Imgur, or similar, in the future. ;)
hevron
12th March 2023, 14:30
Best not to attach anything on this Forum, as it takes a LONG time for the Attachments Pending Approval.
Maybe using Imgur, or similar, in the future. ;)
https://imgur.com/a/gW1yisM
Atlantis
12th March 2023, 17:57
What was the problem with
- AVS QTGMC not working properly
?
guest
12th March 2023, 18:42
https://imgur.com/a/gW1yisM
Nice 👍
I would be careful with AVS r3950, I've had problems with that, in RipBot264...gone back to r3944.
hevron
14th March 2023, 10:25
What was the problem with
- AVS QTGMC not working properly
?
I have problems with this all the time.
Frame rate goes up to 50 and NVEncC encodes unbearably long. I use another AVS filter: fieldDeinterlace. :(
Atlantis
14th March 2023, 13:19
I'm using it right now with x265
QTGMC()
SelectOdd()
On an interlaced 25fps clip. Does this cause problems?
hevron
14th March 2023, 15:38
I'm using it right now with x265
QTGMC()
SelectOdd()
On an interlaced 25fps clip. Does this cause problems?
I would like to use it for my dvds(interlaced) 25fps with x264.
john33
14th March 2023, 16:55
Haven't used it in years, but this used to work for me:
QTGMC( Preset="Slow", FPSDivisor=2 )
Atlantis
14th March 2023, 19:19
It's very slow however. They have to rewrite it for modern machines.
DMD
15th March 2023, 07:59
Good morning.
A question I always wanted to ask and I always had a doubt about it.
Before starting x265 encoding if you have source material with aspect ratio higher than 1.78:1 , if I do cropping, will these frame pixels be excluded from the encoding?
Thank you
BobDig
15th March 2023, 10:25
Frame rate goes up to 50 and That is what you want. If you want lower framerates, take another deinterlacer.
Khun_Doug
15th March 2023, 15:43
Be sure to use PreFetch to increase the speed/performance. I find that a PreFetch of 6 works well.
As for FPS, the deinterlace choice depends on the source. Sometimes I can get away with YadidMod2. Other times QTGMC is the best choice. Of course, we're talking about 25 FPS source, or material that was incorrectly interlaced. I've had source material where the interlacing was visible in nearly every frame. Pick one and go to preview and step through some scenes where there is movement. That will help determine if the deinterlacing is being properly handled.
Another choice would be TDEint. I have had fair results with choosing the bob option, and setting the deinterlace type to 5.
Encoding at 50 FPS, or even higher depending on the source, does not appear to increase file size of the encode.
guest
16th March 2023, 05:16
Good morning.
A question I always wanted to ask and I always had a doubt about it.
Before starting x265 encoding if you have source material with aspect ratio higher than 1.78:1 , if I do cropping, will these frame pixels be excluded from the encoding?
Thank you
Hi DMD,
If you don't get an answer, I would suggest that you just test a 5 minute or so, sample of that video.
Then you'll know...
Ripmann
22nd March 2023, 01:46
Thanks for the update. Is there a way to do hardware-based AV1 encoding on the latest version?
uper
3rd April 2023, 22:33
Could you share the command line that you use to compress with x265? I know that each command depends on a thousand factors but I suppose that I open some default configuration that works better
Zetti
7th April 2023, 13:02
Version 2.15.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.15.0
Thanks for the news.
I wonder why the x265 encoder is not updated which remained at version 3.5+37+12-4e46995bc-.Mod-by-Patman (01/04/2022), maybe there are no stable bersions yet.
https://github.com/jpsdr/x265/releases
guest
9th April 2023, 03:10
Thanks for the news.
I wonder why the x265 encoder is not updated which remained at version 3.5+37+12-4e46995bc-.Mod-by-Patman (01/04/2022), maybe there are no stable bersions yet.
https://github.com/jpsdr/x265/releases
Yes, it's a shame that whoever is releasing these new builds, isn't keeping them as up to date, as they could be.. :(
But at least you know how to do it yourself :)
Emulgator
9th April 2023, 12:35
Learn to say thank you. Many thanks, Dendraspis !
Glarioo
9th April 2023, 16:42
Thank you very much for the update, Dendraspis.
Guest
11th April 2023, 03:57
Please help me, thanks
How can i set the zoom to 50:50
https://thumbs4.imagebam.com/97/78/a5/MEK2XP4_t.png (https://www.imagebam.com/view/MEK2XP4)
You've asked about this before.....
Check the settings shown in the blue text at the bottom of the window.
guest
11th April 2023, 13:35
Because I didn't get help before
My problem is only when Encode film with 1920 x 1030 ratio or higher
Can you tell in more detail?
Thank you
TBH, I don't use StaxRip very often, so you need to explain what you think the error is ??
The blue text at the bottom recommends what you need to do..
Do you want the 50:50, or is that the problem ?
Looks like you need to manually change some settings to fix it.
You might need to manually change the height to 1032 or 1040, as it states that it needs to be the width divisible by 8.
guest
11th April 2023, 15:49
I try to set it to be 50:50, without paying attention to the problem of divisibility by 8
Thank you for explaining! :thanks:
But is there any way to get a height that is not divisible by 8? :confused:
Again, I don't use StaxRip enough to answer that...but from what I can tell, it will show that same sort of error if its not.
But it looks like the video you've loaded isn't divisible by 8, and thats the problem.
Why its like that, is anybody's guess :(
AMED
11th April 2023, 22:58
You can change the divisible 8 by going in to options, Image and changing the output mod drop down.
Atlantis
19th April 2023, 22:37
https://github.com/staxrip/staxrip/releases/tag/v2.16.0
god_md5
22nd April 2023, 14:36
Assertion failed: TimecodeDelay >= int16(0x8000) && TimecodeDelay <= int16(0x7FFF), file lib/libmatroska/src/KaxCluster.cpp, line 261
how to fix this QTGMC ?
Atlantis
24th April 2023, 23:10
Maybe write what command you are using. I just used QTGMC and it worked.
QTGMC(InputType=2, TR2=2)
Tonysa
4th May 2023, 10:24
Hi everyone, I had already exposed my problem previously without solving it. If I can re -propose it, I will be more specific. I have to convert an MP4 file from television registration (it's a vfr video). If I convert the entire video without making cuts, the result is excellent and without audio synchronization problems. If, on the other hand, I make cuts to remove some advertisements, StaxRip warns me that "the duration changed and doesn't fit the original timestamps, which can cause unwanted results. You can delete/change the timestamps file selection under Container Option > Option" and the result is a video with synchronization problems... Anyone can help me?
Hi everyone, I had already exposed my problem previously without solving it. If I can re -propose it, I will be more specific. I have to convert an MP4 file from television registration (it's a vfr video). If I convert the entire video without making cuts, the result is excellent and without audio synchronization problems. If, on the other hand, I make cuts to remove some advertisements, StaxRip warns me that "the duration changed and doesn't fit the original timestamps, which can cause unwanted results. You can delete/change the timestamps file selection under Container Option > Option" and the result is a video with synchronization problems... Anyone can help me?
What are you using to remove ads, etc ?
Might pay to do the StaxRip run beforehand.
Tonysa
4th May 2023, 12:32
What are you using to remove ads, etc ?
Might pay to do the StaxRip run beforehand.
To remove ads I use StaxRip
To remove ads I use StaxRip
I didn't know you could do that with StaxRip....
I do a lot of ads removal, but I use VideoRedo... it's semi automatic :)
Tonysa
4th May 2023, 13:08
I didn't know you could do that with StaxRip....
I do a lot of ads removal, but I use VideoRedo... it's semi automatic :)
I also used video redo. But staxrip is much more intuitive and has options that videoredo doesn't have... for example automatic shutdown when the job is done
I also used video redo. But staxrip is much more intuitive and has options that videoredo doesn't have... for example automatic shutdown when the job is done
Well, as my sig suggests, I use RipBot, and that just gained a nice edit feature.
Don't use StaxRip enough to know how to do that editing, I'll have to have a look.
But maybe there is something wrong with the trim function and that's why the audio is out of sync after you've done a cut.
But I think you'll find there is some way of getting VideoRedo to auto shutdown..
https://videoredo.net/msgBoard/index.php?threads/auto-shutdown-computer-after-batch-execution.35848/
fozter
9th May 2023, 19:07
Having some problems with staxrip not being able to cut the audio when using the cutting filter in v2.16.0.
Source container is avi(video=utvideo, audio=pcm_s16le)
Here is part of the log, seems to be a problem with ffmpeg:
----------------------------- Demux Audio -----------------------------
ffmpeg n6.0-8-g18dde8d4cf-20230319
C:\StaxRip-2.16.0-Stable\Apps\Encoders\ffmpeg\ffmpeg.exe -y -hide_banner -probesize 10M -i "C:\source.avi" -vn -sn -c:a pcm_s16le "C:\source_temp\ID1.wav"
Guessed Channel Layout for Input Stream #0.1 : stereo
Input #0, avi, from 'C:\source.avi':
Metadata:
software : Lavf60.3.100
Duration: 01:44:23.09, start: 0.000000, bitrate: 43144 kb/s
Stream #0:0: Video: utvideo (ULY0 / 0x30594C55), yuv420p(bt470bg/unknown/unknown), 720x480, 41598 kb/s, SAR 8:9 DAR 4:3, 29.97 fps, 29.97 tbr, 29.97 tbn
Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s
Stream mapping:
Stream #0:1 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Output #0, wav, to 'C:\source_temp\ID1.wav':
Metadata:
software : Lavf60.3.100
ISFT : Lavf60.3.100
Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s
Metadata:
encoder : Lavc60.3.100 pcm_s16le
video:0kB audio:1174400kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000006%
Start: 21:33:58
End: 21:34:01
Duration: 00:00:02
...
---------------------- Indexing using ffmsindex ----------------------
...
---------------------------- Configuration ----------------------------
...
--------------------------- AviSynth Script ---------------------------
...
Trim(37632, 41576)
Spline36ResizeMT(680, 510, prefetch=4)
------------------------- Source Script Info -------------------------
Width : 720
Height : 480
Frames : 187705
Time : 01:44:23.090
Framerate : 29.970029 (30000/1001)
Format : YUV420P8
------------------------- Target Script Info -------------------------
Width : 680
Height : 510
Frames : 3945
Time : 02:11.632
Framerate : 29.970029 (30000/1001)
Format : YUV420P8
---------------------- Media Info Audio Source 1 ----------------------
General
Complete name : C:\source_temp\ID1.wav
Format : Wave
Format settings : PcmWaveformat
File size : 1.12 GiB
Duration : 1 h 44 min
Overall bit rate mode : Constant
Overall bit rate : 1 536 kb/s
Writing application : Lavf60.3.100
Audio
Format : PCM
Format settings : Little / Signed
Codec ID : 1
Duration : 1 h 44 min
Bit rate mode : Constant
Bit rate : 1 536 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Bit depth : 16 bits
Stream size : 1.12 GiB (100%)
----------------------------- Find Gain 1 -----------------------------
ffmpeg n6.0-8-g18dde8d4cf-20230319
C:\StaxRip-2.16.0-Stable\Apps\Encoders\ffmpeg\ffmpeg.exe -i "C:\source_temp\ID1.wav" -sn -vn -hide_banner -af volumedetect -f null NUL
Guessed Channel Layout for Input Stream #0.0 : stereo
Input #0, wav, from 'C:\source_temp\ID1.wav':
Metadata:
encoder : Lavf60.3.100
Duration: 01:44:23.47, bitrate: 1536 kb/s
Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (pcm_s16le (native) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Output #0, null, to 'NUL':
Metadata:
encoder : Lavf60.3.100
Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
Metadata:
encoder : Lavc60.3.100 pcm_s16le
video:0kB audio:1174400kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[Parsed_volumedetect_0 @ 00000153e159f800] n_samples: 601292800
[Parsed_volumedetect_0 @ 00000153e159f800] mean_volume: -41.0 dB
[Parsed_volumedetect_0 @ 00000153e159f800] max_volume: -14.2 dB
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_14db: 5
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_15db: 17
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_16db: 41
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_17db: 99
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_18db: 273
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_19db: 1497
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_20db: 7938
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_21db: 31045
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_22db: 88245
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_23db: 184295
[Parsed_volumedetect_0 @ 00000153e159f800] histogram_24db: 320557
Start: 21:35:31
End: 21:35:33
Duration: 00:00:02
----------------- Create avi file for audio cutting 1 -----------------
ffmpeg n6.0-8-g18dde8d4cf-20230319
C:\StaxRip-2.16.0-Stable\Apps\Encoders\ffmpeg\ffmpeg.exe -f lavfi -i color=c=black:s=16x16:d=6263.090166667:r=29.970029970 -y -hide_banner -c:v copy "C:\source_temp\ID1_2894080409_cut_.avi"
mkvmerge cannot cut audio without video so an avi file has to be created
Input #0, lavfi, from 'color=c=black:s=16x16:d=6263.090166667:r=29.970029970':
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Video: wrapped_avframe, yuv420p, 16x16 [SAR 1:1 DAR 1:1], 29.97 fps, 29.97 tbr, 29.97 tbn
Output #0, avi, to 'C:\source_temp\ID1_2894080409_cut_.avi':
Metadata:
ISFT : Lavf60.3.100
Stream #0:0: Video: wrapped_avframe, yuv420p, 16x16 [SAR 1:1 DAR 1:1], q=2-31, 29.97 fps, 29.97 tbr, 29.97 tbn
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
video:0kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Output file is empty, nothing was encoded
Start: 21:35:33
End: 21:35:35
Duration: 00:00:01
General
Complete name : C:\source_temp\ID1_2894080409_cut_.avi
Format : AVI
Format/Info : Audio Video Interleave
Format settings : BitmapInfoHeader
File size : 5.63 KiB
Frame rate : 29.970 FPS
Writing application : Lavf60.3.100
Video
ID : 0
Format : RGB
Codec ID : 0x00000000
Codec ID/Info : Basic Windows bitmap format. 1, 4 and 8 bpp versions are palettised. 16, 24 and 32bpp contain raw RGB samples
Width : 16 pixels
Height : 16 pixels
Display aspect ratio : 1.000
Frame rate : 29.970 (30000/1001) FPS
Color space : RGB
Bit depth : 8 bits
Scan type : Progressive
----------------------------- Cut Audio 1 -----------------------------
mkvmerge 74.0
C:\StaxRip-2.16.0-Stable\Apps\Support\MKVToolNix\mkvmerge.exe -o "C:\source_temp\ID1_2894080409_cut_.mkv" "C:\source_temp\ID1_2894080409_cut_.avi" "C:\source_temp\ID1.wav" --split parts-frames:37632-41577 --ui-language en
mkvmerge v74.0 ('You Oughta Know') 64-bit
'C:\source_temp\ID1_2894080409_cut_.avi': Using the demultiplexer for the format 'AVI'.
Error: The demultiplexer for the file 'C:\source_temp\ID1_2894080409_cut_.avi' failed to initialize:
The file content does not match its format type and was not recognized.
Start: 21:35:35
End: 21:35:35
Duration: 00:00:00
--------------------------- Video encoding ---------------------------
NVEnc 7.24
C:\StaxRip-2.16.0-Stable\Apps\Encoders\NVEnc\NVEncC64.exe --vbr 2500 --preset P7 --multipass 2pass-full --aq --aq-temporal --bref-mode middle --bframes 4 --ref 5 --lookahead 32 --strict-gop --weightp --mv-precision q-pel --cabac -i "C:\source_temp\output.avs" -o "C:\source_temp\output_out.h264"
--------------------------------------------------------------------------------
C:\source_temp\output_out.h264
--------------------------------------------------------------------------------
...
-------------------------- Audio Encoding 1 --------------------------
qaac 2.79
C:\StaxRip-2.16.0-Stable\Apps\Encoders\ffmpeg\ffmpeg.exe -i "C:\source_temp\ID1.wav" -ac 2 -loglevel fatal -hide_banner -f wav - | C:\StaxRip-2.16.0-Stable\Apps\Audio\qaac\qaac64.exe --cvbr 192 --normalize --gain 14.2 - -o "C:\source_temp\ID1_2894080409.m4a"
qaac 2.79, CoreAudioToolbox 7.10.9.0
ID1_2894080409.m4a
Scanning maximum peak...
300646400/-1 samples processed in 0:03.422
Peak: 0.196045 (-14.1529dB)
AAC-LC Encoder, CVBR 192kbps, Quality 96
300646400/300646400 samples processed in 0:48.359
Overall bitrate: 197.406kbps
Start: 21:35:35
End: 21:36:27
Duration: 00:00:52
General
Complete name : C:\source_temp\ID1_2894080409.m4a
Format : MPEG-4
Format profile : Apple audio with iTunes info
Codec ID : M4A (M4A /mp42/isom)
File size : 149 MiB
Duration : 1 h 44 min
Overall bit rate mode : Variable
Overall bit rate : 199 kb/s
Encoded date : 2023-05-07 19:35:38 UTC
Tagged date : 2023-05-07 19:36:27 UTC
Writing application : qaac 2.79, CoreAudioToolbox 7.10.9.0, AAC-LC Encoder, CVBR 192kbps, Quality 96
Encoding Params : (Binary)
Audio
ID : 1
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 1 h 44 min
Bit rate mode : Variable
Bit rate : 197 kb/s
Maximum bit rate : 255 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 147 MiB (99%)
Encoded date : 2023-05-07 19:35:38 UTC
Tagged date : 2023-05-07 19:36:27 UTC
---------------------------- Muxing to MP4 ----------------------------
...
@fozter
Your problem may be related to this
https://github.com/staxrip/staxrip/issues/997
fozter
10th May 2023, 14:31
@fozter
Your problem may be related to this
https://github.com/staxrip/staxrip/issues/997
Thank you!
My temporary fix is to replace ffmpeg with an earlier version(5.1.2).
Hopefully it is resolved in the next version of staxrip
lawre
10th May 2023, 15:29
The latest version in which everything works well is Staxrip 2.14.0.
guest
11th May 2023, 03:38
The latest version in which everything works well is Staxrip 2.14.0.
OUCH...:scared:
Arkana
19th May 2023, 00:28
Using staxrip x265 to encode some bluray remuxs, after a 2 day long encode, mediainfo shows resulting file as variable frane rate 23.976 instead of constant.
Could anyone tell me how to set a constant frane rate please?
I'm having the same problem
and this is my encoding LOG
------------------------- System Environment -------------------------
StaxRip : v2.16.0
Windows : Windows Server 2022 Standard 2009
Language : English (United States)
CPU : AMD Ryzen 9 7950X3D 16-Core Processor
GPU : Microsoft Remote Display Adapter, Microsoft Basic Display Adapter
Resolution : 1366 x 768
DPI : 96
Code Page : 1252
---------------------- Indexing using ffmsindex ----------------------
D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\Plugins\Dual\ffms2\ffmsindex.exe D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX.mkv D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_temp\temp.ffindex
Writing index... done.
Start: 4:55:58 AM
End: 4:56:06 AM
Duration: 00:00:07
----------------------- Media Info Source File -----------------------
D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX.mkv
General
Complete name : D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX.mkv
Format : Matroska
Format version : Version 4
File size : 12.4 GiB
Duration : 2 h 4 min
Overall bit rate : 14.2 Mb/s
Frame rate : 23.976 FPS
Writing application : mkvmerge v75.0.0 ('Goliath') 64-bit
Writing library : libebml v1.4.4 + libmatroska v1.7.1
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5@High
HDR format : Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 4 min
Bit rate : 13.5 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
-------------------------- Demux timestamps --------------------------
mkvextract 74.0
D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\Support\MKVToolNix\mkvextract.exe --ui-language en timestamps_v2 D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX.mkv 0:D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_temp\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_timestamps.txt
Start: 4:56:30 AM
End: 4:56:33 AM
Duration: 00:00:03
------------------------------ Auto Crop ------------------------------
AutoCrop 2.2
D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\Support\AutoCrop\AutoCrop.exe D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_temp\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_new_source.avs 15 0
0,68,0,68
Start: 4:56:35 AM
End: 4:56:40 AM
Duration: 00:00:04
---------------------------- Configuration ----------------------------
Template : Manual Workflow
Video Encoder Profile : x265 2160p HDR
Container/Muxer Profile : MKV (mkvmerge)
--------------------------- AviSynth Script ---------------------------
AddAutoloadDir("D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\FrameServer\AviSynth\plugins")
LoadPlugin("D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\Plugins\Dual\ffms2\ffms2.dll")
tcFile = "D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_temp\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_timestamps.txt" # timestamps file path
Exist(tcFile) ? FFVideoSource("D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX.mkv", cachefile="D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_temp\temp.ffindex", timecodes=tcFile) : FFVideoSource("D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX.mkv", cachefile="D:\Apps\
Crop(0, 68, -0, -68)
------------------------- Source Script Info -------------------------
Width : 3840
Height : 2160
Frames : 179200
Time : 02:04:34.133
Framerate : 23.976023 (24000/1001)
Format : YUV420P10
------------------------- Target Script Info -------------------------
Width : 3840
Height : 2024
Frames : 179200
Time : 02:04:34.133
Framerate : 23.976023 (24000/1001)
Format : YUV420P10
--------------------------- Video encoding ---------------------------
x265 3.5+37+12-4e46995bc-.Mod-by-Patman.-x64-msvc1931
D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\Support\avs2pipemod\avs2pipemod64.exe -dll=D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\FrameServer\AviSynth\AviSynth.dll -y4mp | D:\Apps\StaxRip-v2.16.0-x64\StaxRip-v2.16.0-x64\Apps\Encoders\x265\x265.exe --frames 179200 --crf 20.5 --output-depth 10 --profile main10 --level-idc 5.1 --rd 4 --rdoq-level 2 --limit-modes --aq-mode 5 --vbv-bufsize 47500 --vbv-maxrate 38000 --subme 5 --me umh --merange 35 --max-merge 3 --rc-lookahead 25 --lookahead-slices 4 --min-keyint 24 --keyint 240 --frame-threads 5 --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1)" --hdr10 --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --chromaloc 2 --dolby-vision-profile 8.1 --dolby-vision-rpu D:\Apps\Dolby_Vision_Tool_v0.53\Ant.Man.and.the.Wasp.Quantumania.2023.IMAX_[EXTRACTED]\RPU.bin --repeat-headers --aud --hrd --deblock -3:-3 --no-sao --no-strong-intra-smoothing --y4m --
avs2pipemod[info]: writing 179200 frames of 24000/1001 fps, 3840x2024,
sar 0:0, YUV-420-planar-10bit progressive video.
y4m [INFO]: 3840x2024 fps 24000/1001 i420p10 unknown frame count
x265 [INFO]: HEVC encoder version 3.5+37+12-4e46995bc [Mod by Patman]
x265 [INFO]: build info [Windows][MSVC 1931][64 bit] 10bit
x265 [INFO]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [INFO]: Main 10 profile, Level-5.1 (High tier)
x265 [INFO]: Thread pool created using 32 threads
x265 [INFO]: Slices : 1
x265 [INFO]: frame threads / pool features : 5 / wpp (32 rows)
x265 [INFO]: Coding QT: max CU size / min CU size : 64 / 8
x265 [INFO]: Residual QT: max TU size / max TU depth : 32 / 1 inter / 1 intra
x265 [INFO]: ME / range / subpel / merge : umh / 35 / 5 / 3
x265 [INFO]: Keyint min / max / scenecut / bias : 24 / 240 / 40 / 5.00
x265 [INFO]: Lookahead / bframes / badapt : 25 / 4 / 2
x265 [INFO]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [INFO]: References / ref-limit cu / depth : 3 / on / on
x265 [INFO]: AQ: mode / str / qg-size / cu-tree : 5 / 1.0 / 32 / 1
x265 [INFO]: Rate Control / qCompress : CRF-20.5 / 0.60
x265 [INFO]: VBV buffer / maxrate / init : 47500 / 38000 / 0.900
x265 [INFO]: tools: limit-modes rd=4 psy-rd=2.00 rdoq=2 early-skip rskip mode=1
x265 [INFO]: tools: signhide tmvp b-intra lslices=4 deblock(tC=-3:B=-3)
avs2pipemod[info]: finished, wrote 179200 frames [100%].
avs2pipemod[info]: total elapsed time is 22411.943 sec.
x265 [INFO]: VES muxing with Dolby Vision RPU file successful in x265
x265 [INFO]: frame I: 2362, Avg QP:19.17 kb/s: 25309.95
x265 [INFO]: frame P: 48136, Avg QP:21.34 kb/s: 12050.29
x265 [INFO]: frame B: 128702, Avg QP:25.31 kb/s: 3031.66
x265 [INFO]: Weighted P-Frames: Y:4.5% UV:3.5%
x265 [INFO]: consecutive B-frames: 18.9% 8.3% 9.8% 24.8% 38.1%
encoded 179200 frames in 22412.85s (8.00 fps), 5747.85 kb/s, Avg QP:24.16
Format : HEVC
Format/Info : High Efficiency Video Coding
File size : 5.04 GiB
Frame rate : 23.976 FPS
Writing library : x265 3.5+37+12-4e46995bc:[Windows][MSVC 1931][64 bit] 10bit
Video
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Width : 3 840 pixels
Height : 2 024 pixels
Display aspect ratio : 1.897
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Writing library : x265 3.5+37+12-4e46995bc:[Windows][MSVC 1931][64 bit] 10bit
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : BT.2020
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Start: 1:21:49 PM
End: 1:22:01 PM
Duration: 00:00:12
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 4 min
Bit rate : 5 795 kb/s
Width : 3 840 pixels
Height : 2 024 pixels
Display aspect ratio : 1.897
Frame rate mode : Variable
Frame rate : 23.976 FPS
---------------------------- Job Complete ----------------------------
Start: 7:08:14 AM
End: 1:22:01 PM
Duration: 06:13:46
@Arkana,
In Staxrip > Option > Timestamps. untick extract timestamps from MKV files.
You don't need to re encode your files just load them in to MKVtoolnix and set the correct frame rate and start multiplexing. the new file should have a constant frame rate.
https://forum.doom9.org/showthread.php?t=183779
madey83
19th May 2023, 07:54
hi,
i have problem with encoding DV source like silo s01e01 Ntb/ggwp release. I've opened bug https://github.com/staxrip/staxrip/issues/1010 but to be honest i do not know if it is bug or source problem related.
Could you please take a look on this issue and give some suggestion how to solve it?
Thank you in advance.
Zetti
20th May 2023, 03:27
Version 2.17.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.17.0
Zetti
22nd May 2023, 10:36
Version 2.18.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.18.0
Atlantis
22nd May 2023, 10:42
@Arkana,
In Staxrip > Option > Timestamps. untick extract timestamps from MKV files.
I don't understand why it is not disabled by default. I said it a long ago, it causes a lot of problems. The majority of cases is constant framerate. It should be disabled.
In some very rare specialized advanced cases, the user should go and enable it. Which I have never encountered.
I don't understand why it is not disabled by default. I said it a long ago, it causes a lot of problems. The majority of cases is constant framerate. It should be disabled.
In some very rare specialized advanced cases, the user should go and enable it. Which I have never encountered.
looks like it could be fixed in v2.18. Timestamps will only be extracted if the source is VFR is now enabled by default.
Good morning
I just downloaded the latest version is giving me problems with the NVEncC encoder (7.25). it returns me error message.
I found the error my fault!!!
I had copied the NVEncC command line and some commands were not imported.
Emulgator
24th May 2023, 02:21
2.17 and 2.18: Drag-and drop of a .avs onto Source drop region collapses StaxRip.
2.16 works.
jinkazuya
26th May 2023, 15:24
Is there a way to have staxrip author implement the upscale feature or function in staxrip? I heard people keep saying about AI upscale besides training the models, pretty much they are also somewhat based on scripts and I think most of the scripts created by doom9 users or authors could do pretty much the same thing but just without training.
BTW, it seems we miss the old day when Didee was still around and he is one of the greatest video script creators ever. Just wonder if he will ever create scripts again for video enhancement. Here gotta say thanks to stax76 and whoever gets involved in this project. This is a great app.
Is there a way to have staxrip author implement the upscale feature or function in staxrip?
Best to make a polite request on github.
https://github.com/staxrip/staxrip/issues
Zetti
27th May 2023, 12:16
Version 2.19.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.19.0
Atlantis
27th May 2023, 18:49
I just used 2.19. I noticed a huge performance improvement with Neo_FFT3D.
I don't know where it comes but it is almost the same speed as without it.
- Without it
27.35 fps
- Neo_FFT3D(bt=3, y=3, u=2, v=2, sigma=2)
24.88 fps
I don't remember exactly but I think in the past it was around 5 fps.
speedy
29th May 2023, 22:08
I'm sure this is news to almost no one here, but I just switched to StaxRip after using both ffmpeg cli and Handbrake and just wish I moved over sooner. StaxRip fits my needs extremely well and makes using AviSynth substantially easier.
One thing, I'm curious about though... is it possible to have StaxRip extract a Dolby Vision RPU from a source file and inject it into the destination file?
guest
30th May 2023, 01:14
I'm sure this is news to almost no one here, but I just switched to StaxRip after using both ffmpeg cli and Handbrake and just wish I moved over sooner. StaxRip fits my needs extremely well and makes using AviSynth substantially easier.
One thing, I'm curious about though... is it possible to have StaxRip extract a Dolby Vision RPU from a source file and inject it into the destination file?
Well, I prefer RipBot264....
As for DV rpu's, you have spent a fair bit of time on the DDVT thread, it's a pretty easy process to do after your encoding,
but it might be a little complicated to do within another app (I could be wrong).
And I think -QfG- is only going to make it easier to do...
cartman0208
1st June 2023, 15:40
One thing, I'm curious about though... is it possible to have StaxRip extract a Dolby Vision RPU from a source file and inject it into the destination file?
Not extract, but inject/encode.
For extraction I use the neat, yet quite unknown: HDR-Multi-Tool-GUI from github.
The insert location in Staxrip depends on the selected encoding method. With NVENC(H265) it's in the VUI Options
Emulgator
1st June 2023, 20:32
2.17 and 2.18 and 2.19 on Win10P64: Drag-and drop of a .avs onto Source drop region, or loading an .avs script via file manager collapses StaxRip.
2.16 works. Can anybody repeat that ?
A different system Win7U64SP1: 2.19 throws CLR20r3 Error, 2.16 works.
.net Incompatibilties ?
Arkana
4th June 2023, 01:28
Hi. I'm using Staxrip to convert HDR into SDR format with this DGTonemap method https://github.com/staxrip/staxrip/wiki/How-to-tonemap-HDR-to-SDR#method-2-dgtonemap-avs-only-preview-possible
My goal is replicate same color output to this https://caps-a-holic.com/c.php?d1=16585&d2=11107&s1=179356&s2=108990&i=9&l=0&a=1
But instead it went like this, horribly overexposed
https://i.postimg.cc/zb0y3bHT/Misery-1990-121240.png (https://postimg.cc/zb0y3bHT)
Then I set DGHable(exposure=1.0) and resulted like this. Better but color sightly washed
https://i.postimg.cc/3dWt820C/Misery-1990-2160p-121240.png (https://postimg.cc/3dWt820C)
another comparison
https://caps-a-holic.com/c.php?d1=16585&d2=11107&s1=179349&s2=108982&i=2&l=0&a=1
https://i.postimg.cc/CnS9r5cr/Misery-1990-29331.png (https://postimg.cc/CnS9r5cr)
Any help to get video converted like the caps-a-holic site?
Zetti
7th June 2023, 16:07
Version 2.20.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.20.0
Bluedraft
12th June 2023, 17:22
Hi, I'm using Staxrip 2.6 to get ride off some noise in a video. I'm using temporal degrain 2 for that purpose but I notice that works incredible slow (0.6 fps) because it's using only un cpu core and apparently none of the cudas of my gpu. I'm wondering if I could take some advantage of the hardware with this filter or any other in Staxrip that works the same in order to speed up the process.
System
Ryzen 7 5700x (8core 16 threads)
Nvidia RTX 3060 ti
32 GB ram
Windows 10 64bit
Thanks in advance for any help.
guest
13th June 2023, 02:01
Hi, I'm using Staxrip 2.6 to get rid of some noise in a video. I'm using temporal degrain 2 for that purpose but I notice that works incredible slow (0.6 fps) because it's using only un cpu core and apparently none of the cudas of my gpu. I'm wondering if I could take some advantage of the hardware with this filter or any other in Staxrip that works the same in order to speed up the process.
System
Ryzen 7 5700x (8core 16 threads)
Nvidia RTX 3060 ti
32 GB ram
Windows 10 64bit
Thanks in advance for any help.
If that wasn't a typo, that build is over 2 years old :(
You might want to see what SMDegrain filters do for you, I'm sure there are a few more options in the newer builds.
Good luck.
Atlantis
14th June 2023, 13:39
Use Neo_FFT3D. It's very fast.
magnexx
14th June 2023, 21:19
Hello, i switched from bdrebuilder to staxrip because bdrebuilder doesn't support VCEEncC h265 (AMD) and QSVEncC h265 (Intel).
I don't have much experience in encoding.
However, I have a problem with VCEEncC h265 where my HDR information is lost. MediaInfo shows:
Source:
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
After encode with StaxRip VCEEncC h265:
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L5@High
Codec ID : V_MPEGH/ISO/HEVC
Why the HDR information are missing? And why it change the format profile? Can anyone help me? What i have to change in the settings?
If I encode with QSVEnc h265 (Intel), then the information remains the same as in the source. however, it takes longer, so I would like to encode via AMD.
Thank you
Regards from germany
tormento
26th June 2023, 20:48
How can I set nvencc to have hevc lossless encoding? There are no options esposet for preset lossless and so.
Zetti
3rd July 2023, 08:16
Version 2.21.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.21.0
Baconce
5th July 2023, 09:18
rav1e --> malware detected :(
HansGruber
5th July 2023, 12:32
rav1e --> malware detected :(
Yep, same. Hoping it's a false positive
Atlantis
6th July 2023, 00:13
StaxRip v2.22.0
Windows Defender
Trojan:Win32/Wacatac.B!ml
Alert level: Severe
Status: Active
Category: Trojan
Details: This program is dangerous and executes commands from an attacker
Apps\Encoder\rav1e\rav1e.exe
Atlantis
6th July 2023, 00:15
What is rav1e.exe and what is it used for?
guest
6th July 2023, 02:28
StaxRip v2.22.0
Windows Defender
Trojan:Win32/Wacatac.B!ml
Alert level: Severe
Status: Active
Category: Trojan
Details: This program is dangerous and executes commands from an attacker
Apps\Encoder\rav1e\rav1e.exe
I see you're still under that rock https://www.cosgan.de/images/midi/frech/h047.gif
It's NOT v2.22.0 yet !!!
rav1e is an AV1 encoder...
Atlantis
6th July 2023, 14:42
I don't understand what you wrote. It's incomprehensible.
Atlantis
6th July 2023, 15:13
By the way be careful, I don't know if it's related but few hours later I had major problems with my PC where I couldn't do anything. I had to shutdown and do an integrity check and I got this.
Windows Resource Protection found corrupt files and successfully repaired them.
For online repairs, details are included in the CBS log file located at
windir\Logs\CBS\CBS.log. For example C:\Windows\Logs\CBS\CBS.log. For offline
repairs, details are included in the log file provided by the /OFFLOGFILE flag.
guest
6th July 2023, 15:14
I don't understand what you wrote. It's incomprehensible.
Short memory ??
https://forum.doom9.org/showthread.php?p=1988772#post1988772
Don't you understand English ??
guest
8th July 2023, 11:54
StaxRip v2.22.0
https://github.com/staxrip/staxrip/releases/tag/v2.22.0
OAKside
19th July 2023, 08:32
Is it possible for StaxRip to show more information (esp. bitrate) during an SVT-AV1 encoding job? It shows progress, and every so often the "average system encoding speed" is reported. For example, I have no idea when using CRF mode if the bitrate is in the desired range while encoding. I've tried "--progress 2" but it reports so often it can hang or crash StaxRip.
Edit: Opened issue (https://github.com/staxrip/staxrip/issues/1045)at GitHub, response was incredible. Dendraspis and Patman86 to the rescue! Many fixes for AV1 (SVT-AV1, AOM) in StaxRip 2.24. Thank you guys so much.
Emulgator
19th July 2023, 11:59
2.17, 2.18, 2.19, 2.20, 2.22 on Win10P64:
Drag-and drop of a .avs onto Source drop region, or loading an .avs script via file manager collapses StaxRip.
2.16 works fine.
.net incompatibilties ?
4.8.04084 was installed, as part of OS.
On a different system Win7U64SP1:
2.19, 2.22 throw CLR20r3 Error.
2.16 works fine.
.net incompatibilties ?
4.8.03715 was installed, manually.
Can anybody repeat that (I would make a report at github then), or is it just me ?
P.S. From 2.23 on this seems to be solved.
Zetti
24th July 2023, 21:31
Version 2.23.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.23.0
Zetti
29th July 2023, 08:30
Version 2.24.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.24.0
katzenjoghurt
30th July 2023, 22:08
May I request a feature?
I'm heavily using StaxRip's Video Comparison tool.
Big disappointment today when the UI looked like I could load an .avs script in there for comparison - but it didn't work out.
https://i.imgur.com/EWO3mwk.png
Would be so helpful when comparing sources with different framerate / frame count / frame interpolation or where one video has a slight offset.
It looks like StaxRip is under the hood generating an .avs file in "C:\Users\[User]\AppData\Local\Temp" as soon as a video is loaded - but manipulating this .avs is useless as StaxRip doesn't seem to reload it ever.
Zetti
30th July 2023, 22:54
Request directly to Dendraspis is better:
https://github.com/staxrip/staxrip/issues
katzenjoghurt
31st July 2023, 12:18
:thanks: Did so!
Zetti
2nd August 2023, 19:15
Version 2.25.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.25.0
VirulentPip
3rd August 2023, 12:22
This error was randomly occurring in older build so updated to 2.25.0 and still occurs.
Have an Arc A380 which appears to sometimes not be "found" then it goes to the UHD 770 albeit at a very low fps.
https://imgur.com/9tqUlEd
When the A380 is engaged it says something about PG mode not supported on platform and switching to FF - I have no idea what this means.
https://imgur.com/bdZt8Bl
tormento
5th August 2023, 12:54
Is there any way to connect avs_libplacebo resize feature with resolution slider?
I tried many ways and all of them failed. Help!
Mzvasturbo
14th August 2023, 20:16
Hi i am compresing 4k remux with staxrip using nvenc h265. Quality is great for my standards and ripping is blazing fast vs standard x265 cpu encode.
Now i have one problem and i am wondering is this staxrip issue or h265? i am using CQP constant QP and when my remux have dolby vision and i want to rip it with staxrip it says for dolby vision use variable bitrate.
katzenjoghurt
14th August 2023, 21:32
So excited for the upcoming version with updated VapourSynth!! :)
https://github.com/staxrip/staxrip/issues/981
MrOctober
18th August 2023, 22:18
I am getting an error loading videos I have edited with VideoRedo.
https://imgur.com/PsNTQhX
After I click Ignore, I get this.
Script Error
AviSynth+ script does not return a video clip
Zetti
22nd August 2023, 16:42
Version 2.26.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.26.0
wallander
22nd August 2023, 17:44
Hallo,
and thanks to all for the new version.
At the moment, I use every staxrip verion in a separate folder with settings folder in app folder.
Can I copy the settings folder with my templates from 2.25.0 into 2.26.0 ?
Thanks fpr help.
...or, what ist the best way for update, when I use staxrip and settings in the same folder?
Zetti
22nd August 2023, 22:09
Version 2.27.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.27.0
Baconce
23rd August 2023, 21:11
Version 2.27.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.27.0
:thanks:
Zetti
25th August 2023, 09:38
Version 2.28.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.28.0
Baconce
28th August 2023, 16:20
Version 2.28.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.28.0
:thanks:
Trench
6th September 2023, 02:33
Just upgraded from StaxRip 2.25.0 to StaxRip 2.28.0, and what I'm seeing is that the 64-bit version of libFLAC.DLL was placed in the .\StaxRip\Apps\Audio\eac3to\ folder, but eac3to.exe is and has been a 32-bit executable.
The symptom I had was that "Blu-ray Folder" always came up with an empty playlist in StaxRip 2.28.0, because eac3to.exe failed to load its dependencies and never actually executed.
Zetti
6th September 2023, 11:53
Version 2.29.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.29.0
Atlantis
6th September 2023, 21:19
It seems the settings has changed between 25 and 29. I lost half my settings. Doing a clean install.
NanoBot
6th September 2023, 21:22
Yes, the format of the settings has changed, as mentioned here:
https://github.com/staxrip/staxrip/releases/tag/v2.26.0
Atlantis
6th September 2023, 23:14
Oh thanks. I was also going to say no more viruses anymore before seeing that! :) rav1e.exe
It doesn't specifically say we changed the settings format by the way.
Atlantis
6th September 2023, 23:29
In x265 there is --aq-mode 2 by default. I don't think this was the case before. What does it do?
I did a little research, in the past staxrip didn't put --aq-mode 2 in the command line but the result was the same as mode 2 while x265 docs say mode 1 is the default!
Atlantis
7th September 2023, 17:06
Question, can you encode 2 video tracks in the same job?
Kuler087
7th September 2023, 17:33
while x265 docs say mode 1 is the default!
?
mode 2 has been the default aq mode in x265.exe for a while now.
https://i.ibb.co/0mdDzSS/Capture-d-cran-2023-09-07-123231.png
Atlantis
7th September 2023, 17:39
Oh thank you. I was reading this. It came up in google first!
https://x265.readthedocs.io/en/2.5/cli.html
Atlantis
9th September 2023, 17:26
I just noticed that in the latest version, the log file has changed. In the log file, the mediainfo of the source is not added anymore. Only the target is added.
This is essential, to have the mediainfo of both the source and target.
Bluedraft
9th September 2023, 23:28
I need to replace only this frame
https://i.ibb.co/FhmPc8Q/1.jpg (https://ibb.co/FhmPc8Q)
With this one
https://i.ibb.co/xjZwxX6/2.jpg (https://ibb.co/xjZwxX6)
Is there any way to do it with StaxRip?
Atlantis
10th September 2023, 09:27
I bet obviously not.
Emulgator
10th September 2023, 12:20
Feed the following avisynth script matched to your requirements (don't know if .avs import works again)
source=last
faultframeno=<your faulty frameno here>
repair=source.<your repairalgo here>
Trim(source,0,faultframeno-1)++Trim(repair,faultframeno,faultframeno)++Trim(source,faultframeno+1,0)
Atlantis
10th September 2023, 17:56
Which means you have to re-encode the whole video. It is not just replacing a frame.
Pulp Catalyst
10th September 2023, 22:48
Haven't asked for a while, Can stax do auto HDR to SDR tone mapping automatically without user interaction yet.
I mean Stax will detect and use best settings based on Source?
if so, what would the sequence be inside the stax gui (where would it sit, at the end, middle, just after the source)
Thanks
laserbones
17th September 2023, 19:47
I've having no luck searching for this answer and feel like I'm blind. Are there simple variable and constant bitrate settings in Staxrip? Where can I control these settings? in x264 options there are 3 rate controls. Are these the setting I need to learn? I'm used to just selecting VBR or CBR in handbrake or adding a -q:v flag in ffmpeg.
Khun_Doug
20th September 2023, 15:31
Are you asking about these values for hardware (GPU) encoding? Or are you looking at software encoders, x264 and s265? That makes a difference in how you adjust the encoder and what quality you expect to get. It could also be the type of job you are trying to accomplish. If this is just final archiving of material and detail encoding isn't the goal, then hardware encoders are the way to go.
If you are looking for speed, GPU encoders are generally better. If you are interested in getting more control on how the encoder does its job, the software encoders are the way to go. I personally think software encoders, while they may take more time, are a much better choice.
N'Cha
23rd September 2023, 19:15
Hi
I see a lot of choices of filters in StaxRip but it's very complicated to find comparison online about each filters and their pros/cons, especially on anime
For anime (1080p) what are the best filters to use for each of these categories?
- Upscaler
- Sharpen
- Anti-Aliasing
- Denoise
- Degrain
- Deblock
- Dehalo
- Dering
I know, some will say "it depends on the anime" but by "best" I mean the filters the brings a mix of "good enough (visible improvement vs the source file) + not too slow + versatile (fit for most anime)
Also, do the order of filters matter?
Thanks in advance :D
laserbones
24th September 2023, 06:52
Are you asking about these values for hardware (GPU) encoding? Or are you looking at software encoders, x264 and s265? That makes a difference in how you adjust the encoder and what quality you expect to get. It could also be the type of job you are trying to accomplish. If this is just final archiving of material and detail encoding isn't the goal, then hardware encoders are the way to go.
If you are looking for speed, GPU encoders are generally better. If you are interested in getting more control on how the encoder does its job, the software encoders are the way to go. I personally think software encoders, while they may take more time, are a much better choice.
I'm assuming I'm using software encoding. I'm selecting x264 from the encoding profiles. I'm not selecting NVEenC or any other hardware profile. Am I able to control if I'm using VBR or CBR? I actually just want to know what the x264 profile uses. I'm used to having a more direct option in Adobe Media Encoder or Handbrake to select CBR or VBR. I'm assuming these setting are different in Staxrip. I've gone through the settings and I'm confused on what settings control these options.
N'Cha
24th September 2023, 16:04
What would be the best "source" choice between FFVideoSource (default) FFM2, LWLibAvVideoSource and L-Smash? I don't understand the pros and cons in term of quality, speed, features, compression etc. for encoding .mkv of anime (from Bluray remux)
Also, is it possible (if yes, how?) to add DGDecodeNV as source filter in Staxrip?
Thanks for the help
seagate
29th September 2023, 14:02
https://i.postimg.cc/jjhT6KBh/Stax-Rip-v-2-29-0-x64.png
The Train 1964 UHD100 2160p HEVC HDR10 DoVi DTS-HD MA 2.0
Complete name : 00004.m2ts
Format : BDAV
Format/Info : Blu-Ray Video
File size : 91,6 GB
Duration : 2 h 13 min
Overall bit rate mode : Variable
Overall bit rate : 98,6 Mb/s
Maximum Overall bit rate : 109 Mb/s
Frame rate : 24,000 FPS
Video #1
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 h 13 min
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 24,000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color pri : BT.2020
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1015 cd/m2
Maximum Frame-Average Light : 154 cd/m2
Video #2
ID : 4117 (0x1015)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 2 h 13 min
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 24,000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color pri : BT.2020
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Muxing mode : Stream extension
Codec ID : 134
Duration : 2 h 13 min
Bit rate mode : Variable
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48,0 kHz
Frame rate : 93,750 FPS (512 SPF)
Bit depth : 18 bits
Compression mode : Lossless
Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 13 min
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48,0 kHz
Frame rate : 31,250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 365 MB (0%)
Service kind : Complete Main
Audio #3
ID : 4354 (0x1102)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 13 min
Bit rate mode : Constant
Bit rate : 128 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48,0 kHz
Frame rate : 31,250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 122 MB (0%)
Service kind : Complete Main
Audio #4
ID : 4355 (0x1103)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 13 min
Bit rate mode : Constant
Bit rate : 128 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48,0 kHz
Frame rate : 31,250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 122 MB (0%)
Service kind : Complete Main
Audio #5
ID : 4356 (0x1104)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 2 h 13 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48,0 kHz
Frame rate : 31,250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 183 MB (0%)
Service kind : Complete Main
Text
ID : 4768 (0x12A0)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
v.2.29.0 - error log (https://www.upload.ee/files/15743993/v.2.29.0_-_error_log.txt.html)
Trench
30th September 2023, 09:25
I had re-created my templates in StaxRip over the past few releases since it seemed wise, but now I'm encountering an issue which I'm not sure whether its new behavior of updated underlying tools, or something I forgot to include in my settings.
I have existing .MP4 files with x265 video and AAC audio. Using these as the source file in StaxRip, I make a project that uses Copy/Mux on the video track (I'm not re-encoding or changing anything in the video), but I will re-encode the audio track to make a 2-channel AAC version in addition to the existing 5.1 AAC audio track. The result is saved back to .MP4 format again.
The problem is that the resulting .MP4 can no longer seek during playback. It will play fine from the beginning, but attempting to seek hangs things up. Playing the ORIGINAL .MP4 FILE seeks just fine & successfully, which to me meant the x265 encode had everything it needed to seek.
So I'm keeping/muxing the video track from the .MP4 where seeking works successfully. But my re-packaged .MP4 using this Copy/Muxed video track now fails to seek, like some flag of the MP4 container is now missing even though the x265 encoding itself is unmodified.
Any hints for how I could have broken seeking when using StaxRip Copy/Mux with an MP4 source and destination container & a x265 video track would be appreciated.
Glarioo
16th October 2023, 15:16
Why does this happen?
Log file attached
Glarioo
16th October 2023, 21:33
Why does this happen?
Log file attached
Found. Profile was set to main instead of main10.
katzenjoghurt
22nd October 2023, 00:26
Has someone run into this yet?
https://i.imgur.com/T57YRCC.png
Sorry, the second part of the log message is German as it seems to come from the system.
Essentially it is saying that the process can't access the Settings.dat file as it's already used by another process.
Happens to me SOMETIMES while batch processing multiple jobs...
It's super-annoying: I return to my PC expecting to see the result of my jobs... and instead I see this window.
I can then click retry and batch processing of the next StaxRip project would continue.
Probably it's got something to do with my setup though...
- I linked to my own installation of VapourSynth R64 and Python 3.11
- I added some VS functions to the profiles
Unless it's a common problem, I guess one of the two is triggering it.
I resetted/deleted the Settings.dat and also set up StaxRip completely anew... but the problem returned.
Totally looks like a race condition issue - like StaxRip is SOMETIMES blocking itself from accessing the settings file while switching to a new job.
Whether StaxRip is on HDD or SSD doesn't seem to matter.
Again - anyone ever seen that?
The randomness makes it so nasty to debug and fix....
edit: I looked at the respective code, looks all well handled with mutexes, and compiled my own version that should do a retry after two seconds and show a warning popup.
But the problem didn’t reoccur yet… hum.
Maybe NOD32 (my virus scanner) is/was sometimes locking the settings file briefly after it’s saved and before it’s reloaded?
Still puzzled…
Atlantis
24th October 2023, 19:12
I had to cut out a part of a video. I used trim and imported external audio which should be in sync after the trimming.
After a long encode I discovered that the audio is out of sync.
Is trimming with the preview windows also cut the audio? The audio is correct I don't want to touch it.
katzenjoghurt
25th October 2023, 10:54
I had to cut out a part of a video. I used trim and imported external audio which should be in sync after the trimming.
After a long encode I discovered that the audio is out of sync.
Is trimming with the preview windows also cut the audio? The audio is correct I don't want to touch it.
It should be fine in 99% of all cases.
I've been using an older StaxRip version until recently and there I sometimes (!) also ran into async audio when reencoding older/odd clips, like interlaced DVD extras or so.
I would try with a different source filter in your case and a quick test encode (lower resolution / fast encoder settings).
Maybe you also notice a slight change in the reported fps after changing the source filter - that would be a good sign that that is the solution.
Another idea: as you imported an external audio track manually - maybe for the original audio track some delay was defined in the container that is lost after you add it manually?
Atlantis
25th October 2023, 14:44
The trimming video does also trim the audio. Found these in the log
----------------- Create avi file for audio cutting 1 -----------------
---------------- Create avi file for subtitle cutting ----------------
As I said, the audio is correct, It did not need to be cut.
Maybe there should be an option that when you trim the video, you can disable trimming the audio and subtitles.
katzenjoghurt
25th October 2023, 21:22
As I said, the audio is correct, It did not need to be cut.
Maybe there should be an option that when you trim the video, you can disable trimming the audio and subtitles.
Ahh, you were trying to trim a video and add an external audio track that ALREADY was pre-cut to fit just into the section you were about to trim.
Yes, in that case you had to mux the audio track in as a second step after cutting the video stream / reencoding a trimmed section.
But you found that out yourself.
And it should be a quick process too.
Your use case sounds like a real edge case to me though.
Atlantis
25th October 2023, 23:01
For example to want to have both SDR and HDR track in a video which is a main stream case, having both SDR and HDR for maximum quality.
I had to cut one second from the SDR version to sync it with the HDR version.
katzenjoghurt
26th October 2023, 00:23
For example to want to have both SDR and HDR track in a video which is a main stream case, having both SDR and HDR for maximum quality.
I had to cut one second from the SDR version to sync it with the HDR version.
Hm. You need an external Muxer anyway then to combine the two video streams and the audio stream.
So you can use StaxRip to just cut the first second of the video stream and ignore audio in your case completely.
Some lossless cutting tool would be better in this case though, so you don‘t have to reencode everything just to cut the first second. But the somewhat working ones I’m aware of cost money.
Theoretically there‘s also the option to delay the video stream in MKVToolnix by a negative 1000ms. That would mean the first second would be skipped.
Not sure how well this is supported by (hardware) players though.
Atlantis
26th October 2023, 11:00
I tried video delay, it does not work even on PC. If you add a delay to a video track in MKV, it does not register, it is not written in mkv. Only audio delay.
I do not need to cut audio, audio is from the HDR source and perfectly in sync. Yes at the end I use MKVToolnix to mux the 2 videos.
katzenjoghurt
26th October 2023, 15:51
I also tried out a negative delay in a video stream in MKVToolnix and it worked in VLC.
But as I said - it could very well be that it doesn‘t work in all players.
And yes, indeed - you don‘t need to cut the audio for your use case. So just ignore the audio track in StaxRip and just mux the resulting shortened SDR video track together with the HDR video track and the original audio track you already have.
Atlantis
26th October 2023, 16:03
When I use MediaInfo it does not show the delay for video. Can you see the delay in MediaInfo? Please copy paste it here.
katzenjoghurt
27th October 2023, 12:04
When I use MediaInfo it does not show the delay for video. Can you see the delay in MediaInfo? Please copy paste it here.
Ok, had a third look.
What‘s actually happening under the hood of MKVToolnix is that a negative delay in a video stream will result in a real cut of the stream. Very probably unprecisely at a neighboring keyframe.
I tried it again with a smaller file and there I noticed that it became even smaller by setting a negative delay to the video stream.
Meh. Sorry about that bad advice.
von Suppé
29th October 2023, 11:37
Very probably unprecisely at a neighboring keyframe.
I tried it again with a smaller file and there I noticed that it became even smaller by setting a negative delay to the video stream.
Yes, setting negative videodelay results in video being cut, where indeed MTX can only cut at keyframes.
With TrueHD there can be a residual - positive - delay because it can't be cut at every frame. Somewhat similar to video, TrueHD has "major sync" frames where cuts can be made.
von Suppé
29th October 2023, 14:25
I'm currently looking into DoViBaker. From its repo at github I understand it's an avisynth plugin that processes FEL video, RPU and BL and merge all into one videostream. Initially looking for a all-in-one GUI I imagine StaxRip supports this for a recode. If so, I can use some help on workflow and probably what extra files in what folders should be placed.
I'm on Windows 7 64 bit. I already replaced MKVToolNix "mkv***.exes" with Qt5-build ones. Should Python be involved (I haven't the faintest) is there a way to let it work? I know -QfG- doviscripts have a Python folder that seems to work with Win7.
I'm asking a lot, hope you don't mind
von Suppé
29th October 2023, 16:57
Being at it, any idea why StaxRip reports different framerates at import on elementary hevc stream and when in mkv?
I checked the hevc stream; it's definitely 23.976fps, Staxrip shows 25fps.
mkv import shows correct 23.976 fps
https://i.postimg.cc/906W2Yfd/Stax-Rip-import-screenshots.png
Atlantis
29th October 2023, 20:23
That's why I never use elementary hevc streams. I always use mkv. Too many problems with elementary streams. Do they even have framerates in them? I always thought they don't have it.
von Suppé
29th October 2023, 21:08
Elementary videostreams certainly have timestamps. Which you can manipulate, btw. Not certain if framerate headers are written here. Maybe MediaInfo calculates framerate by taking a certain amount of them and divide that amount by last timestamp?
I like working with elementary streams to avoid discrepancies where container framerate info may differ from elementary. Still wondering why StaxRip would report 25 for a 23.976 hevc-stream though.
Kuler087
29th October 2023, 21:08
I'm currently looking into DoViBaker. From its repo at github I understand it's an avisynth plugin that processes FEL video, RPU and BL and merge all into one videostream. Initially looking for a all-in-one GUI I imagine StaxRip supports this for a recode. If so, I can use some help on workflow and probably what extra files in what folders should be placed.
I'm on Windows 7 64 bit. I already replaced MKVToolNix "mkv***.exes" with Qt5-build ones. Should Python be involved (I haven't the faintest) is there a way to let it work? I know -QfG- doviscripts have a Python folder that seems to work with Win7.
I'm asking a lot, hope you don't mind
You have to create an avisynth script like this and then you can encode the avs file in Staxrip.
LoadPlugin("I:\DoViBaker_x64.dll")
LoadPlugin("I:\dgdecnv_242\DGDecodeNV.dll")
bl = DGSource("I:\Movie_BL.dgi")
el = DGSource("I:\Movie_EL.dgi")
SetFilterMTMode("DoViBaker",2)
DoViBaker(bl, el, rpu= "I:\Movie_RPU_FEL.bin")
ConvertToYUV420(matrix="2020")
ConvertBits(10)
Prefetch(8)
von Suppé
29th October 2023, 21:19
Thank you, Kuler087. This will get me started. I reckon StaxRip can't create the intermediates when feeding it a P7 FEL mkv/mp4?
Kuler087
29th October 2023, 21:25
I'm not sure, I don't use staxrip a lot but it would need to be able to demux the BL and EL and extract the RPU(with ffms2 the rpu can be read from the stream though). I don't think this has been implemented in staxrip yet?
if you have an Nvidia GPU , check out the script in my signature, there is a workflow(7-1) that can create the avisynth script for you(you need to edit it a bit though).
von Suppé
29th October 2023, 21:40
...with ffms2 the rpu can be read from the stream though). I don't think this has been implemented in staxrip yet?
I use quietvoid's dovitool for demuxing and extracting RPU. Couldn't find it in StaxRip's Apps folder. But for now it's no problem I think.
Thanks again.
Atlantis
29th October 2023, 22:26
It's possible that it's not just staxrip. I clearly remember having difficulty muxing elementary hevc streams with MKVTOOLNIX reporting wrong fps. Add that element to MKVTOOLNIX GUI and see what it reports.
von Suppé
30th October 2023, 08:46
StaxRip throws me an error when trying to recode my avs script. Which I think is ok; it plays well in mpv player:
LoadPlugin("F:\dovibaker\DoViBaker_x64.dll")
LoadPlugin("F:\dovibaker\DGDecodeNV.dll")
bl = DGSource("F:\dovibaker\BL.dgi")
el = DGSource("F:\dovibaker\EL.dgi")
SetFilterMTMode("DoViBaker",2)
DoViBaker(bl, el, rpu= "F:\dovibaker\RPU.bin")
ConvertToYUV420(matrix="2020")
ConvertBits(10)
Prefetch(8)
Screenshot StaxRip Video encoding error:
https://i.postimg.cc/nLbJdKdB/Stax-Rip-video-encoding-error.png
Anybody knows what's wrong here?
von Suppé
30th October 2023, 08:47
It's possible that it's not just staxrip. I clearly remember having difficulty muxing elementary hevc streams with MKVTOOLNIX reporting wrong fps. Add that element to MKVTOOLNIX GUI and see what it reports.
Not exactly sure what you want me to try to do here. Can you please explain with more detail?
Atlantis
30th October 2023, 11:06
To check what you said was wrong.
Mux the elementary hevc stream to mkv with MKVTOOLNIX GUI
and see what fps it gives.
von Suppé
30th October 2023, 18:22
Mux the elementary hevc stream to mkv with MKVTOOLNIX GUI and see what fps it gives.
I did. MediaInfo says 23.976 (24000/1001) fps. Why should it be different? Using MTX 79.0
Atlantis
30th October 2023, 23:03
Because you said Staxrip shows it as 25 fps. This was a basic check to see what you get with another tool.
Atlantis
31st October 2023, 02:15
Is it possible to use BM3D in an avisynth script? It's only in the VS plugins.
von Suppé
31st October 2023, 18:44
Because you said Staxrip shows it as 25 fps.
Yes, and I still wonder why it does. I've checked the hevc framerate and even after having rewritten timestamps just to be sure, still StaxRip reports 25.
MediaInfo showing container framerate doesn't guarantee elementary videostream having the same. Where it doesn't always show something to indicate some discrepancy.
As an example, here's a MediaInfo takeout on mkv, where the same 23.976fps BL.hevc has been muxed in 24 fps container:
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 30 s 0 ms
Bit rate : 68.3 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 24.000 FPS
Original frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.343
Stream size : 244 MiB (100%)
The "Framerate" and "Original framerate" tells you something's jiffy. But as said, MediaInfo doesn't always show this. That's why I like working with elementary streams. Particularly in cases of hardware accelerated encodings or where I even smell ffmpeg's container muxing being involved, I don't take any risk. And prior to anything instantly demux elementary video and go repair/rewrite timestamps.
DanDare1983
6th November 2023, 12:01
Hi, I'd like to just demux some videos so I have the raw files but everytime I demux, the files end up getting remuxed to MKV. I'm looking for a way where I can just simply demux and that's it. I can remux the files at a later date. Thankyou
Atlantis
6th November 2023, 17:20
What is your file and what do you do exactly? You can use other software to demux.
DanDare1983
6th November 2023, 19:06
What is your file and what do you do exactly? You can use other software to demux.
I'm demuxing from a blu-ray folder (mpls) and would just like the raw demuxed streams. I like the interface and find it very easy to use. The program demuxes the streams fine but then starts to use avisynth for some reason? I would just like the demuxed streams only without going to another process if possible.
onekmilesbehind
6th November 2023, 20:06
Apologies if this has been asked before. I searched and looked on the wiki and Github but couldn't find anything specifically related.
Is there any way to query Staxrip for the status of the current encode? Or absent that, have it log the status to a file at some specified interval?
I'm trying to find a cleaner way to fetch the encode state than by remoting in to the encoding rig itself.
Zetti
17th December 2023, 00:17
Version 2.30.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.30.0
hevron
18th December 2023, 18:31
Version 2.30 - It's still unstable, I'll test it further.
Version 2.29 - works fine.
Thanks a lot for bringing back the status bar.
Staxrip is my favorite program.
Atlantis
20th December 2023, 12:05
Please note, that since v2.29.0 for x265 an AVX2 build is included. If you want a generic build or one, that is even more challenging for your CPU, visit @Patman86 's Releases and simply replace x265.exe.
What should I get for my CPU for best fast results?
11th Gen Intel(R) Core(TM) i9-11900K @ 3.50GHz
Atlantis
20th December 2023, 12:07
Version 2.30 - It's still unstable, I'll test it further.
What does that mean? In what way, what happens? I have not installed it yet and want to wait if it's too serious.
Emulgator
20th December 2023, 14:28
i9-11900K can use AVX512, so you may use
https://github.com/Patman86/x265-Mod-by-Patman/releases/download/3.5%2B147%2B17/x265-3.5+147+17-e8947f740-.Mod-by-Patman.-x64-avx512-msvc1937.7z
plus an extended commandline for that occasion, IIRC --asm avx512
Worked nicely here.
https://forum.doom9.org/showthread.php?p=1976814#post1976814
https://forum.doom9.org/showthread.php?p=1982805#post1982805
Atlantis
20th December 2023, 20:34
Thank you. I will try it and do 2 tests with AVX2 and AVX512 and report here.
Zetti
1st January 2024, 11:41
Version 2.31.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.31.0
Atlantis
1st January 2024, 23:34
So I did several tests. I don't need to download a separate x265. x265 capable of AVX512 is already included in StaxRip.
for a short 4K HDR test
Without AVX512 - 5.21 fps
With--- AVX512 - 5.82 fps
Emulgator
2nd January 2024, 14:06
Yes. I just saw that with 2.31 (actually much earlier), AVX512 option became tickable now.
Beautiful, many thanks, Dendraspis & Patman86 !
chipxtreme
3rd January 2024, 20:04
So I use a pre-set for re-encoding x265 with NVEnc which I've used for a long time now. Seems decent(ish) quality and very fast.
Since v2.30 my Target box is missing options to Adjust Size in MB or Video Bitrate so having to stay on 2.29 for now.
Unless there's something i'm missing?
kalehrl
3rd January 2024, 21:13
Can you add InpaintDelogo plugin:
https://forum.doom9.org/showthread.php?t=176860
Thank you.
Emulgator
3rd January 2024, 23:47
You would just feed a script calling Inpaint DeLogo.
kalehrl
4th January 2024, 09:46
I tried but StaxRip has it's own plugins folder different from the system Avisynth one.
InpaintDelogo line which works when using system Avisynth didn't work in StaxRip.
I would need to put all InpaintDelogo plugins into StaxRip plugins folder but I've only recently started using it so I'm not sure how to do it.
nakTT
4th January 2024, 17:14
Hi good day.
I'm running the latest version of Staxrip (v2.31.0) using SVT-AV1.
It appear the encoding would fail if I use any other preset other than the default (10). Please help.
Thank you in advance.:thanks:
Below is the "detail error message":
Error Video encoding (v2.31.0)
Video encoding returned exit code: -1073741795 (0xC000001D)
--------------------------- Video encoding ---------------------------
SvtAv1EncApp 1.8.0-1+3-43997134-[Mod-by-Patman]-x64-msvc1938
"C:\Soft Mix\StaxRip 2.31.0\Apps\Support\avs2pipemod\avs2pipemod64.exe" -dll="C:\Soft Mix\StaxRip 2.31.0\Apps\FrameServer\AviSynth\AviSynth.dll" -y4mp "C:\Users\KAI\Desktop\Mix\Video Encoding Samples\300 HD Short_temp\300 HD Short_new.avs" | "C:\Soft Mix\StaxRip 2.31.0\Apps\Encoders\SvtAv1EncApp\SvtAv1EncApp.exe" --input - --width 1280 --height 528 --output "C:\Users\KAI\Desktop\Mix\Video Encoding Samples\300 HD Short_temp\300 HD Short_new_out.ivf" --frames 181 --rc 0 --progress 2 --preset 9
Svt[info]: -------------------------------------------
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v1.8.0-1+3-43997134 [Mod by Patman]
Svt[info]: SVT [build] : Visual Studio 2022 64 bit
Svt[info]: LIB Build date: Dec 27 2023 17:06:37
Svt[info]: -------------------------------------------
avs2pipemod[info]: writing 181 frames of 24000/1001 fps, 1280x528,
sar 0:0, YUV-420-planar-8bit progressive video.
Svt[info]: Number of logical cores available: 4
Svt[info]: Number of PPCS 74
Svt[info]: [asm level on system : up to avx2]
Svt[info]: [asm level selected : up to avx2]
Svt[info]: -------------------------------------------
Svt[info]: SVT [config]: main profile tier (auto) level (auto)
Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 1280 / 528 / 24000 / 1001
Svt[info]: SVT [config]: bit-depth / color format : 8 / YUV420
Svt[info]: SVT [config]: preset / tune / pred struct : 9 / PSNR / random access
Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 32 / key frame
Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35
Svt[info]: -------------------------------------------
Encoding avs2pipemod[info]: finished, wrote 75 frames [41%].
avs2pipemod[info]: total elapsed time is 4.679 sec.
avs2pipemod[error]: only wrote 75 of 181 frames.
StaxRip.ErrorAbortException: Video encoding returned exit code: -1073741795 (0xC000001D)
--------------------------- Video encoding ---------------------------
SvtAv1EncApp 1.8.0-1+3-43997134-[Mod-by-Patman]-x64-msvc1938
"C:\Soft Mix\StaxRip 2.31.0\Apps\Support\avs2pipemod\avs2pipemod64.exe" -dll="C:\Soft Mix\StaxRip 2.31.0\Apps\FrameServer\AviSynth\AviSynth.dll" -y4mp "C:\Users\KAI\Desktop\Mix\Video Encoding Samples\300 HD Short_temp\300 HD Short_new.avs" | "C:\Soft Mix\StaxRip 2.31.0\Apps\Encoders\SvtAv1EncApp\SvtAv1EncApp.exe" --input - --width 1280 --height 528 --output "C:\Users\KAI\Desktop\Mix\Video Encoding Samples\300 HD Short_temp\300 HD Short_new_out.ivf" --frames 181 --rc 0 --progress 2 --preset 9
Svt[info]: -------------------------------------------
Svt[info]: SVT [version]: SVT-AV1 Encoder Lib v1.8.0-1+3-43997134 [Mod by Patman]
Svt[info]: SVT [build] : Visual Studio 2022 64 bit
Svt[info]: LIB Build date: Dec 27 2023 17:06:37
Svt[info]: -------------------------------------------
avs2pipemod[info]: writing 181 frames of 24000/1001 fps, 1280x528,
sar 0:0, YUV-420-planar-8bit progressive video.
Svt[info]: Number of logical cores available: 4
Svt[info]: Number of PPCS 74
Svt[info]: [asm level on system : up to avx2]
Svt[info]: [asm level selected : up to avx2]
Svt[info]: -------------------------------------------
Svt[info]: SVT [config]: main profile tier (auto) level (auto)
Svt[info]: SVT [config]: width / height / fps numerator / fps denominator : 1280 / 528 / 24000 / 1001
Svt[info]: SVT [config]: bit-depth / color format : 8 / YUV420
Svt[info]: SVT [config]: preset / tune / pred struct : 9 / PSNR / random access
Svt[info]: SVT [config]: gop size / mini-gop size / key-frame type : 161 / 32 / key frame
Svt[info]: SVT [config]: BRC mode / rate factor : CRF / 35
Svt[info]: -------------------------------------------
Encoding avs2pipemod[info]: finished, wrote 75 frames [41%].
avs2pipemod[info]: total elapsed time is 4.679 sec.
avs2pipemod[error]: only wrote 75 of 181 frames.
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 353
at StaxRip.SvtAv1Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in D:\Code\Github\staxrip\staxrip\Source\Encoding\SvtAv1Enc.vb:line 74
at StaxRip.SvtAv1Enc.Encode() in D:\Code\Github\staxrip\staxrip\Source\Encoding\SvtAv1Enc.vb:line 40
at System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 379
I found this among the "detail error message" above. Could this be the problem? Or it was just a symptom of an underlying problem that might be beyond my comprehension as just a normal user?:
Encoding avs2pipemod[info]: finished, wrote 75 frames [41%].
avs2pipemod[info]: total elapsed time is 4.679 sec.
avs2pipemod[error]: only wrote 75 of 181 frames.
StaxRip.ErrorAbortException: Video encoding returned exit code: -1073741795 (0xC000001D)
Zetti
8th January 2024, 09:14
Version 2.32.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.32.0
DMD
8th January 2024, 11:01
Excellent.
I noticed that the DoVi_Tool app has been integrated, I need to figure out how to use it.
Z'Hadum
11th January 2024, 16:08
The new function to export HDR Metadata in 2.32 does not work for me.
I imported my settings from previous Version (last I used before was 2.30)
if I open an HDR file I get the following error:
Error Extract Dolby Vision metadata (v2.32.0)
Extract Dolby Vision metadata returned exit code: 2 (0x2)
It's unclear what this exit code means, in case it's
a Windows system error then it possibly means:
# for hex 0x2 / decimal 2
STATUS_WAIT_2 ntstatus.h
ERROR_FILE_NOT_FOUND winerror.h
# The system cannot find the file specified.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x2
# for hex 0x2 / decimal 2
ERROR_FILE_NOT_FOUND winerror.h
# The system cannot find the file specified.
StaxRip.ErrorAbortException: Extract Dolby Vision metadata returned exit code: 2 (0x2)
It's unclear what this exit code means, in case it's
a Windows system error then it possibly means:
# for hex 0x2 / decimal 2
STATUS_WAIT_2 ntstatus.h
ERROR_FILE_NOT_FOUND winerror.h
# The system cannot find the file specified.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x2
# for hex 0x2 / decimal 2
ERROR_FILE_NOT_FOUND winerror.h
# The system cannot find the file specified.
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 353
at StaxRip.MainForm.ExtractDolbyVisionMetadata(Project proj) in D:\Code\Github\staxrip\staxrip\Source\Forms\MainForm.vb:line 3485
at StaxRip.MainForm.ExtractHdrMetadata(Project proj) in D:\Code\Github\staxrip\staxrip\Source\Forms\MainForm.vb:line 3418
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isEncoding) in D:\Code\Github\staxrip\staxrip\Source\Forms\MainForm.vb:line 2242
If I set the Options-> Video -> Extract HDR Metadata to "none"
it seems to work again. Do I miss somthing I have to setup to get HDR MEtadata extraction to work?
Zetti
15th January 2024, 19:40
Version 2.33.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.33.0
shodan5000
15th January 2024, 21:01
The new HDR metadata extraction is super handy. But what if I intend on cropping the video? How can I ensure that the RPU file is also cropped? Is that a function/UI option that needs to created?
Morku
16th January 2024, 17:16
I was wondering the same and so got the answer from the Dev:
Dendraspis
—
08.01.2024 15:55
The -crop command is always used. I've tested it with cropped and uncropped encodes and MediaInfo as well as the players were always happy with the outcome. Please tell me if it doesn't work for you.
shodan5000
16th January 2024, 21:01
I was wondering the same and so got the answer from the Dev:
Awesome. Thank you for the follow-up.
Bluedraft
16th January 2024, 23:39
Hello, I have a problem with staxrip and some denoise filters, every time I try to load smdegrain or mdegrain I get the following error
Script Error
Cannot load file 'C:/Apps/StaxRip-v2.30.0-x64/Apps/Plugins/AVS/AviSynthShader/Shader-x64.dll'. Platform returned code 126:
The specified module could not be found.
The file Shader-x64.dll exist and it's exactly in the path mentioned in the error.
I tried with staxrip 2.28 that worked perfectly in the past with these filters but now I get the same error, also tried with the latest version v2.32 but it happens the same also.
Any idea of what could be happening? I'm using staxrip in Windows 10 64bits.
Khun_Doug
20th January 2024, 17:26
I know this is a late reply to the post. It is possible the build of the plugin is not compatible with your CPU. What you can try is renaming the failed plugin to something to save it. Then copy the plugin from the working version and put that in the folder where the newer plugin is failing. You can also check details on the file to see if there is a version difference. My best guess is that something in the compilation is not compatible with your hardware.
An alternate possibility is that some other plugin that shader-x64 requires is missing. You should do some research on the plugin and see if it requires something extra to be functional. It may be that in the previous build that helper dll was included, but was omitted from the build you are using.
Zetti
26th January 2024, 16:23
Version 2.34.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.34.0
Bluedraft
28th January 2024, 09:56
@Khun_Doug Thanks for reply but it has nothing to do with my hardware (Ryzen 7, 32GB, 3060ti with the latest drivers), I've installed all Visual C++ libraries from 2010 to 2022 and latest DirectX and JRE. It's a staxrip problem.
I tried returning to v2.12 and it works perfect, all versions that came after freezes or crash with SMDegrain, MDegrain, CASm LSFMod and probably more filters, at least in my system.
The problem it's related to missing dependencies, it was introduced in v2.13 and apparently not completely fixed in v2.14 (although in the changelog of 2.14 say "Fix AVS SMDegrain not working properly due to missing dependencies (#931)").
A fix for this would be nice though, I'm using Staxrip on Windows 10 64bits.
lordalibaski
29th January 2024, 01:26
@Bluedraft
You are not the only person who as seen this happen, I tried it myself a couple of years ago and using any of those filters either froze or crashed staxrip but not all the time which I found strange.
Though I have just tried SMDegrain on the latest version of Staxrip and on the same system Ryzen 7 1st gen 1700 and it froze for about 10 seconds but eventually loaded, but on trying to add the job it froze again for another couple of seconds but did eventually start. I won't be using it because it seems to be a very slow process and I don't really need it when all I do is convert old VHS rips.
whiteshark99
31st January 2024, 11:38
hi all i'm using staxrip v2.34
to cut a long story short i had a fresh install of windows 10 now i get this error message when i try to convert to vp9 format.
thanks.
Error Video encoding VP | VP9 (v2.34.0)
Video encoding VP | VP9 returned exit code: -1313558101 (0xB1B4B1AB)
----------------------- Video encoding VP | VP9 -----------------------
ffmpeg N-113112-gf5f414d9c4-x64-gcc13.2.0
"D:\Portable Apps\StaxRip-v2.34.0-x64\Apps\FrameServer\AviSynth\ffmpeg.exe" -i "D:\Converting Testing\Media\John Wick 2 (2017)_temp\John Wick 2 (2017)_new.avs" -c:v libvpx-vp9 -pass 1 -b:v 600k -f rawvideo -passlogfile "D:\Converting Testing\Media\John Wick 2 (2017)_temp\John Wick 2 (2017)_new_2pass" -an -y -hide_banner NUL
[in#0 @ 000001c9f14199c0] Error opening input: Unknown error occurred
Error opening input file D:\Converting Testing\Media\John Wick 2 (2017)_temp\John Wick 2 (2017)_new.avs.
Error opening input files: Unknown error occurred
StaxRip.ErrorAbortException: Video encoding VP | VP9 returned exit code: -1313558101 (0xB1B4B1AB)
----------------------- Video encoding VP | VP9 -----------------------
ffmpeg N-113112-gf5f414d9c4-x64-gcc13.2.0
"D:\Portable Apps\StaxRip-v2.34.0-x64\Apps\FrameServer\AviSynth\ffmpeg.exe" -i "D:\Converting Testing\Media\John Wick 2 (2017)_temp\John Wick 2 (2017)_new.avs" -c:v libvpx-vp9 -pass 1 -b:v 600k -f rawvideo -passlogfile "D:\Converting Testing\Media\John Wick 2 (2017)_temp\John Wick 2 (2017)_new_2pass" -an -y -hide_banner NUL
[in#0 @ 000001c9f14199c0] Error opening input: Unknown error occurred
Error opening input file D:\Converting Testing\Media\John Wick 2 (2017)_temp\John Wick 2 (2017)_new.avs.
Error opening input files: Unknown error occurred
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 353
at StaxRip.ffmpegEnc.Encode(String args) in D:\Code\Github\staxrip\staxrip\Source\Encoding\ffmpegEnc.vb:line 151
at StaxRip.ffmpegEnc.Encode() in D:\Code\Github\staxrip\staxrip\Source\Encoding\ffmpegEnc.vb:line 134
at System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 379
Zetti
2nd February 2024, 20:23
Version 2.35.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.35.0
Atlantis
6th February 2024, 23:00
Man don't install it. So many new bugs with 2.35. It seems they completely broke the parsing file name system.
I'm opening an SDR file and it wants to extract it as Dolby Vision just because I have DELAY in an audio file name!
I'm so frustrated. More and more they break basic necessary stuff that worked correctly before. I will no longer install a new version.
What was the last stable version? I don't remember any more.
I have to say that I have a complete clean install.
Atlantis
7th February 2024, 10:11
and now Media Info Source File is added twice to the log
log file:
System Environment
Media Info Source File <----------------
Demux MKV
Configuration
Media Info Source File <----------------
AviSynth Script
I opened a ticket and it was closed immediately not at least allowing it open for few hours for discussion.
He says This is intended as the first one is read out when you open the source file and the second time is when you start the processing.
Which makes no sense to me.
DMD
9th February 2024, 09:00
Good morning.
In my configuration with version 2.35 it happened to me 2 times with the x265 encoding during processing crashes.
Also since I set the pc has work at night, I always select the hibernate command for the end of the processes, well even in this case I end up the next morning with a warning message that the processing is terminated at 98.5% and that some frames have not been processed.
Which in the previous version never happened to me, the operating system and the various software did not change.
Today I downgraded to version 2.34 and so far everything is running smoothly
I can't give an explanation and I have no idea why this is happening, this is the first time it has happened with the latest release.
Khun_Doug
10th February 2024, 16:56
There are a few possibilities for the error. The first thing I would try is copying the x265.exe from the working version and putting that in place of the version that faults. That would show if x265.exe is the culprit. It's possible there are changes in the newer x265.exe that are tripping up your hardware.
Another thing to check only applies to systems that have been overclocked. It's common that an overclock has not been thoroughly tested. Since x265 can stress the CPU, a faulty overclock can easily break x265. If you are overclocking the CPU / motherboard, I would highly recommend stress testing for stability with tools such as Primes95 and Cinebench. If those crash / fail, the overclock is not stable.
DMD
10th February 2024, 19:06
My system is not in overckloc is by default withhardware as in signature.
I did other testing by setting in StaxRip the selection to avx512 and replaced the default installed .exe encoder (avx2) with "3.5+153+15-813ccbff0-.Mod-by-Patman.-x64-avx512-msvc1937" and set the hibernate command as I often do overnight .
I verified for the same file it was faster, about 2% and completed without any problem.
At this point I don't know whether to deselect avx512 and leave Patman's avx2 encoder.
I will do more processing to test stability, and if I still get error messages, however I use a CPU cooler with ARCTIC Liquid Freezer II 280 A-RGB.
By all means, I reserve the right to perform more tests with default encoder (avx2) by unchecking the avx512 option.
https://i.postimg.cc/gcvLwnqh/Immagine-2024-02-10-185955.png
https://i.postimg.cc/43DnygYw/Immagine-2024-02-10-190110.png
DMD
14th February 2024, 23:19
There are a few possibilities for the error. The first thing I would try is copying the x265.exe from the working version and putting that in place of the version that faults. That would show if x265.exe is the culprit. It's possible there are changes in the newer x265.exe that are tripping up your hardware.
Another thing to check only applies to systems that have been overclocked. It's common that an overclock has not been thoroughly tested. Since x265 can stress the CPU, a faulty overclock can easily break x265. If you are overclocking the CPU / motherboard, I would highly recommend stress testing for stability with tools such as Primes95 and Cinebench. If those crash / fail, the overclock is not stable.
After several tests and a few days of losing my mind to figure out where the cause was, I discovered via stress test with AIDA64 it was not completing the test on both cache and RAM.
Having 4 memory sticks set to the maximum frequency @6000 MHz despite the EXPO certification (for Ryzen cpu).
By decreasing the frequency @5600MHz the test was passed and the x265 ecoding was completed without problems.
Fortunately so far the system is stable.
I did not think this problem could be caused by RAM instability.
Doing further research I learned that EXPO certification at maximum frequency refers to 2 sticks, using 4 sticks the maximum working frequency must be reduced to ensure system stability.
Zetti
23rd February 2024, 10:30
Version 2.36.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.36.0
Atlantis
23rd February 2024, 14:18
If we have 2.35, do we have to clean install?
Zetti
23rd February 2024, 14:53
No idea, i just posted the news here.
Atlantis
23rd February 2024, 20:33
This is a forum. I'm obviously asking everyone. Anyone who knows. I already copied over my old one. I didn't do clean install this time. We will see.
Morku
24th February 2024, 23:20
Please check out the Changelog as always to know what has changed and start with fresh settings to avoid side effects.
When it works, it works. Otherwise test with fresh settings.
Atlantis
26th February 2024, 21:00
No problems so far.
Zetti
17th March 2024, 20:36
Version 2.37.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.0
Joekiwi
17th March 2024, 21:45
Thanks for the quick updating , and the better handling of DV
Windows Defender canx download from github pointed source - 64 installer as virus detected
Zetti
18th March 2024, 17:06
Version 2.37.1 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.1
Spunkmeyer
18th March 2024, 19:26
Why would DV support be removed from VCencC?
Would be handy to keep as it's much quicker than x265.
Joekiwi
18th March 2024, 23:22
Version 2.37.1 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.1
Thanks - d/l this one , windows defender didn't kick a sad
Zetti
22nd March 2024, 12:09
Version 2.37.2 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.2
XadoX
23rd March 2024, 08:48
Since MeGUI seems to be dead, I wanted to try StaxRip.
In MeGUI I had always used the Clever Anamorphic Encoding. Does StaxRip also use anamorphic encoding by default?
kalehrl
23rd March 2024, 09:04
Not quite dead :)
https://forum.doom9.org/showthread.php?t=185399
Zetti
23rd March 2024, 21:59
Version 2.37.3 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.3
Zetti
28th March 2024, 12:38
Version 2.37.4 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.4
NathanX
2nd April 2024, 14:55
Hi everyone,
just downloaded Version 2.37.4 and ran into an error when trying to use SMDegrain: an error "Cannot load file C:/Users/xxx/Desktop/Staxrip-v2.37.4.0-x64/Apps/Plugins/AVS/AVS_LibPlacebo/AVS_libplacebo.dll. Platform returned code 126: Das angegebene Modul wurde nicht gefunden."
Last part in German means: the given module was not found. AVS_libplacebo.dll is there in the path where the error message claims that it can not load the file. I am using Windows Server 2019 64 Bit.
Can anyone help me out?
Thanks a ton!
Nathan
Guest
4th April 2024, 03:29
Hi everyone,
just downloaded Version 2.37.4 and ran into an error when trying to use SMDegrain: an error "Cannot load file C:/Users/xxx/Desktop/Staxrip-v2.37.4.0-x64/Apps/Plugins/AVS/AVS_LibPlacebo/AVS_libplacebo.dll. Platform returned code 126: Das angegebene Modul wurde nicht gefunden."
Last part in German means: the given module was not found. AVS_libplacebo.dll is there in the path where the error message claims that it can not load the file. I am using Windows Server 2019 64 Bit.
Can anyone help me out?
Thanks a ton!
Nathan
Maybe replacing that with this, may help...worth a shot.
https://github.com/Asd-g/avslibplacebo/releases/tag/1.5.2
I don't use Staxrip, and I also don't know what version of LibPlacebo is being used, but at least you'll be to date.
There's also been a very recent update of SMDegrain, too.
Z'Hadum
5th April 2024, 06:26
Hi,
just realized, that the autocrop is by default only be done on Dolbyvision Content:
This seems to be default since 2.35(?)
("Auto Crop after opening: Dolby Vision Only")
My Question:
What is the reason? In my opinion it makes no sense only to crop Dolbyvision Content
And why is it set to default?
Mistake?
Havokdan
5th April 2024, 14:13
https://github.com/staxrip/staxrip/releases/tag/v2.35.0
"This one is an important update for everyone, who also uses sources with Dolby Vision metadata and wants to transfer them to the encode/target properly while cropping the image. As it turned out, a lot of guides and information are wrong, misleading or at least incomplete from a general point of view. It took me hours to get and verify all the information about that topic and develop a way to ensure all different types of sources are treated the right way, so the encode will be as accurate as possible.
Basically almost everything should be straight forward and handled by StaxRip, definitely a lot easier, faster and less error prone than before. Please make sure to run a new instance with new settings and jobs to avoid side effects like lost or changed settings and handling.
(...)"
mcjordan
5th April 2024, 15:04
Any suggestions for best NVENC AV1 parameters for encoding 1080p good quality source via StaxRip? Any help will be appreciated. Sorry for inconvenience.
Zetti
6th April 2024, 20:07
Version 2.37.5 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.5
redford1974
7th April 2024, 17:24
------------------------- System Environment -------------------------
StaxRip : v2.37.5
Settings : v2.37.5
Windows : Windows 10 Home 23H2 2009 (22621.1.amd64fre.ni_release.220506-1250)
Language : Polish (Poland)
CPU : Intel(R) Core(TM) i7-14700K
RAM : 32GB
GPU : Intel(R) UHD Graphics 770
Resolution : 2560 x 1440
DPI : 96
Code Page : 1250
----------------- Process Blu-Ray folder using eac3to -----------------
"D:\Narzędzia\StaxRip\Apps\Audio\eac3to\eac3to.exe" "D:\FAST_FURIOUS_8_HDCLUB\BDMV\PLAYLIST"
Source Drive Type: Fixed
1) 00800.mpls, 00245.m2ts, 2:15:57
- Chapters, 21 chapters
- h264/AVC, 1080p24/1.001 (16:9)
- DTS Master Audio, English, multi-channel, 48kHz
- DTS, English, stereo, 48kHz
- DTS, Russian, multi-channel, 48kHz
- DTS, Czech, multi-channel, 48kHz
- DTS, Hungarian, multi-channel, 48kHz
- DTS, Polish, multi-channel, 48kHz
- AC3, English, stereo, 48kHz
----------------- Process playlist file using eac3to -----------------
D:\Narzędzia\StaxRip\Apps\Audio\eac3to\eac3to.exe D:\FAST_FURIOUS_8_HDCLUB\BDMV\PLAYLIST\ 1) -progressnumbers
Running in normal mode
Removing dialnorm
M2TS, 1 video track, 7 audio tracks, 17 subtitle tracks, 2:15:57
1: Chapters, 21 chapters
2: h264/AVC, 1080p24/1.001 (16:9)
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz, dialnorm: 0dB
(core: DTS, 5.1 channels, 1509kbps, 48kHz, dialnorm: 0dB)
4: DTS, English, 2.0 channels, 255kbps, 48kHz, dialnorm: 0dB
5: DTS, Russian, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
6: DTS, Czech, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
7: DTS, Hungarian, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
8: DTS, Polish, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
9: AC3 Surround, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -17ms
10: Subtitle (PGS), English
11: Subtitle (PGS), Russian
12: Subtitle (PGS), Czech
13: Subtitle (PGS), Hungarian
14: Subtitle (PGS), Polish
15: Subtitle (PGS), Bulgarian
16: Subtitle (PGS), Estonian
17: Subtitle (PGS), Latvian
18: Subtitle (PGS), Lithuanian
19: Subtitle (PGS), Romanian
20: Subtitle (PGS), Slovenian
21: Subtitle (PGS), Russian
22: Subtitle (PGS), Czech
23: Subtitle (PGS), Hungarian
24: Subtitle (PGS), Polish
25: Subtitle (PGS), English
26: Subtitle (PGS), English
----------------------------- Demux M2TS -----------------------------
eac3to 3.50
D:\Narzędzia\StaxRip\Apps\Audio\eac3to\eac3to.exe D:\FAST_FURIOUS_8_HDCLUB\BDMV\PLAYLIST\ 1) 2: D:\FAST_FURIOUS_8_HDCLUB.h264 3: "D:\FAST_FURIOUS_8_HDCLUB ID1 English.dtsma" 8: "D:\FAST_FURIOUS_8_HDCLUB ID6 Polish.dts" 1: D:\FAST_FURIOUS_8_HDCLUB_chapters.txt 10: "D:\FAST_FURIOUS_8_HDCLUB ID1 English.sup" 14: "D:\FAST_FURIOUS_8_HDCLUB ID5 Polish.sup" -progressnumbers
Running in normal mode
Removing dialnorm
M2TS, 1 video track, 7 audio tracks, 17 subtitle tracks, 2:15:57
1: Chapters, 21 chapters
2: h264/AVC, 1080p24/1.001 (16:9)
3: DTS Master Audio, English, 7.1 channels, 24 bits, 48kHz, dialnorm: 0dB
(core: DTS, 5.1 channels, 1509kbps, 48kHz, dialnorm: 0dB)
4: DTS, English, 2.0 channels, 255kbps, 48kHz, dialnorm: 0dB
5: DTS, Russian, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
6: DTS, Czech, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
7: DTS, Hungarian, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
8: DTS, Polish, 5.1 channels, 768kbps, 48kHz, dialnorm: 0dB
9: AC3 Surround, English, 2.0 channels, 192kbps, 48kHz, dialnorm: -27dB, -17ms
10: Subtitle (PGS), English
11: Subtitle (PGS), Russian
12: Subtitle (PGS), Czech
13: Subtitle (PGS), Hungarian
14: Subtitle (PGS), Polish
15: Subtitle (PGS), Bulgarian
16: Subtitle (PGS), Estonian
17: Subtitle (PGS), Latvian
18: Subtitle (PGS), Lithuanian
19: Subtitle (PGS), Romanian
20: Subtitle (PGS), Slovenian
21: Subtitle (PGS), Russian
22: Subtitle (PGS), Czech
23: Subtitle (PGS), Hungarian
24: Subtitle (PGS), Polish
25: Subtitle (PGS), English
26: Subtitle (PGS), English
Creating file "D:\FAST_FURIOUS_8_HDCLUB_chapters.txt"...
v02 Extracting video track number 2...
a08 Extracting audio track number 8...
a03 Extracting audio track number 3...
s10 Extracting subtitle track number 10...
s14 Extracting subtitle track number 14...
v02 Creating file "D:\FAST_FURIOUS_8_HDCLUB.h264"...
a03 Creating file "D:\FAST_FURIOUS_8_HDCLUB ID1 English.dtsma"...
a08 Creating file "D:\FAST_FURIOUS_8_HDCLUB ID6 Polish.dts"...
s10 Creating file "D:\FAST_FURIOUS_8_HDCLUB ID1 English.sup"...
s14 Creating file "D:\FAST_FURIOUS_8_HDCLUB ID5 Polish.sup"...
Video track 2 contains 195581 frames.
Subtitle track 10 contains 1833 captions.
Subtitle track 14 contains 1517 captions.
eac3to processing took 48 seconds.
Done.
Start: 18:06:01
End: 18:06:50
Duration: 00:00:49
----------------------- Media Info Source File -----------------------
D:\FAST_FURIOUS_8_HDCLUB.h264
General
Complete name : D:\FAST_FURIOUS_8_HDCLUB.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 22.7 GiB
Overall bit rate mode : Variable
Frame rate : 23.976 FPS
Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, Reference frames : 4 frames
Format, Slice count : 4 slices per frame
Bit rate mode : Variable
Maximum bit rate : 33.2 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Time code of first frame : 00:59:59:00
---------------------------- Configuration ----------------------------
Template : Automatic Workflow
Video Encoder : x264Enc
Video Encoder Profile : x264
Container/Muxer Profile : MKV (mkvmerge)
+++++
Process Priority : BelowNormal
Delete Temp Files : Disabled
--------------------------- AviSynth Script ---------------------------
AddAutoloadDir("D:\Narzędzia\StaxRip\Apps\FrameServer\AviSynth\plugins")
LoadPlugin("D:\Narzędzia\StaxRip\Apps\Plugins\Dual\L-SMASH-Works\LSMASHSource.dll")
LWLibavVideoSource("D:\FAST_FURIOUS_8_HDCLUB.h264", cachefile="D:\FAST_FURIOUS_8_HDCLUB.lwi")
Crop(0, 138, -0, -138)
------------------------- Source Script Info -------------------------
Width : 1920
Height : 1080
Frames : 195581
Time : 02:15:57.358
Framerate : 23.976023 (24000/1001)
Format : YUV420P8
------------------------- Target Script Info -------------------------
Width : 1920
Height : 804
Frames : 195581
Time : 02:15:57.358
Framerate : 23.976023 (24000/1001)
Format : YUV420P8
---------------------- Media Info Audio Source 1 ----------------------
General
Complete name : D:\FAST_FURIOUS_8_HDCLUB ID1 English.dtsma
Format : DTS XLL X
Format/Info : Digital Theater Systems
Commercial name : DTS-HD MA + DTS:X
File size : 3.18 GiB
Overall bit rate mode : Variable
FileExtension_Invalid : dts dtshd dtshdma
Audio
Format : DTS XLL X
Format/Info : Digital Theater Systems
Commercial name : DTS-HD MA + DTS:X
Bit rate mode : Variable
Channel(s) : 8 channels
Channel layout : C L R LFE Lb Rb Lss Rss Objects
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 16 bits
Compression mode : Lossless
---------------------- Media Info Audio Source 2 ----------------------
General
Complete name : D:\FAST_FURIOUS_8_HDCLUB ID6 Polish.dts
Format : DTS
Format/Info : Digital Theater Systems
File size : 747 MiB
Duration : 2 h 15 min
Overall bit rate mode : Constant
Overall bit rate : 768 kb/s
Audio
Format : DTS
Format/Info : Digital Theater Systems
Duration : 2 h 15 min
Bit rate mode : Constant
Bit rate : 768 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 747 MiB (100%)
------------------------ Error Video encoding ------------------------
x264 0.164.3186+8-53164ba-.Mod-by-Patman.-x64-gcc13.2.0
D:\Narzędzia\StaxRip\Apps\Support\avs2pipemod\avs2pipemod64.exe -dll=D:\Narzędzia\StaxRip\Apps\FrameServer\AviSynth\AviSynth.dll -y4mp D:\FAST_FURIOUS_8_HDCLUB.avs | D:\Narzędzia\StaxRip\Apps\Encoders\x264\x264.exe --crf 20 --profile high --level 4.1 --demuxer y4m --frames 195581 --output D:\FAST_FURIOUS_8_HDCLUB_out.h264 -
avs2pipemod[info]: writing 195581 frames of 24000/1001 fps, 1920x804,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [INFO]: 1920x804 0:0 @ 24000/1001 fps (cfr)
y4m [INFO]: color matrix: undef
x264 [INFO]: AVC Encoder x264 core 164 r3186+8 53164ba [Mod by Patman]
x264 [INFO]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x264 [INFO]: profile: High, level: 4.1, subsampling: 4:2:0, bit-depth: 8-bit
x264 [INFO]: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=25 lookahead_threads=4 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=20.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
avs2pipemod[info]: total elapsed time is 223.859 sec.
avs2pipemod[error]: only wrote 45099 of 195581 frames.
Video encoding returned exit code: -1073741819 (0xC0000005)
Start: 18:08:04
End: 18:11:49
Duration: 00:03:44
The problem occurs with the assumed processor offset
guest
8th April 2024, 07:12
redford1974
A HUGE first post, without really stating anything.
So I wouldn't be too surprised if it might be this:-
Narzędzia (which means instruments or tools)
NathanX
8th April 2024, 11:09
Maybe replacing that with this, may help...worth a shot.
https://github.com/Asd-g/avslibplacebo/releases/tag/1.5.2
I don't use Staxrip, and I also don't know what version of LibPlacebo is being used, but at least you'll be to date.
There's also been a very recent update of SMDegrain, too.
Thanks a lot for your reply. Staxrip already includes the very recent version of avslibplacebo.
Found out two interesting things:
1. Staxrip 2.24 does not need avslibplacebo for SMDegrain
2. Staxrip 2.37.4 using SMDegrain works without an issue on my other machine (Windows 10, different kind of CPU)
So this might be simply a platform thing. So I found a solution, at least for the moment.
NathanX
StvG
9th April 2024, 21:25
Hi everyone,
just downloaded Version 2.37.4 and ran into an error when trying to use SMDegrain: an error "Cannot load file C:/Users/xxx/Desktop/Staxrip-v2.37.4.0-x64/Apps/Plugins/AVS/AVS_LibPlacebo/AVS_libplacebo.dll. Platform returned code 126: Das angegebene Modul wurde nicht gefunden."
Last part in German means: the given module was not found. AVS_libplacebo.dll is there in the path where the error message claims that it can not load the file. I am using Windows Server 2019 64 Bit.
Can anyone help me out?
Thanks a ton!
Nathan
It's likely you're missing VisualC++ redistributables (https://github.com/Asd-g/avslibplacebo?tab=readme-ov-file#requirements).
RanmaCanada
10th April 2024, 05:46
I am sorry if this has been asked before but I can't seem to find an answer. How the heck do I stop staxrip from creating a temp folder of the source file in the temp folder. I am having serious issues with files that are longer, and the absurdity that I can't just have the files themselves dumped into a folder without having to create a named folder for the source is baffling to me. So for example, if I am encoding "my favourite movie that is really awesome" the resulting paths in the temp folder would be C:\temp\my favourite movie that is really awesome_temp\my favourite movie that is really awesome.<ext> for various files. I read on the git that there is supposed to be an option for 8.3 naming in temp files, but I can't for the life of me find it anywhere in the options. Yes this is a dumb windows issue in regards to path names, and it seems anything over 70 characters errors out, even with 260 character support. Am I just completely blind?? Is windows just that horrible in regards to support?
Each time it errors out it gives me a log that is perfect but then states that Quicksync is not supported. It's on an i5-1235u so yes quicksync is supported.
Windows 11 Pro, latest build of staxrip 2.37.5
I'm sorry. Just really frustrated with encodes failing when they should not be.
guest
10th April 2024, 07:35
I am sorry if this has been asked before but I can't seem to find an answer. How the heck do I stop staxrip from creating a temp folder of the source file in the temp folder. I am having serious issues with files that are longer, and the absurdity that I can't just have the files themselves dumped into a folder without having to create a named folder for the source is baffling to me. So for example, if I am encoding "my favourite movie that is really awesome" the resulting paths in the temp folder would be C:\temp\my favourite movie that is really awesome_temp\my favourite movie that is really awesome.<ext> for various files. I read on the git that there is supposed to be an option for 8.3 naming in temp files, but I can't for the life of me find it anywhere in the options. Yes this is a dumb windows issue in regards to path names, and it seems anything over 70 characters errors out, even with 260 character support. Am I just completely blind?? Is windows just that horrible in regards to support?
Each time it errors out it gives me a log that is perfect but then states that Quicksync is not supported. It's on an i5-1235u so yes quicksync is supported.
Windows 11 Pro, latest build of staxrip 2.37.5
I'm sorry. Just really frustrated with encodes failing when they should not be.
Maybe it's time to try another app...
Zetti
12th April 2024, 17:09
Version 2.37.6 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.37.6
Joekiwi
15th April 2024, 09:17
Any suggestions for best NVENC AV1 parameters for encoding 1080p good quality source via StaxRip? Any help will be appreciated. Sorry for inconvenience.
Given people are learning AV1 is software, I would stick with H265 where settings are pretty well known.
I assume you have a powerful system as need a 4000 series RTX.
If so consider H265 software encoding for 1080p as with a powerful CPU, won't be too slow.
I use NVENC H265. as encode quite a lot , so quicker, use a good amount of bit rate , for older movies use KNLmeansCL Light, as I feel tradeoff to picture so slight for gains.
I get pretty good SSim PSNR scores , except for 1 in 20 old movies where must add something to throw those checks . But when I check, it looks fine enough for me. Have heard some movies throw in hard to encode random noise, not sure it true
Zetti
16th April 2024, 19:21
Version 2.38.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.38.0
Atlantis
21st April 2024, 16:57
I'm on Win 11 and recently had to uninstall iTunes and use the Windows App version instead. The problem is that I don't have CoreAudioToolbox.dll anymore. It is in C:\Program Files\WindowsApps\AppleInc..... which is inaccessible.
Now what should I do for good AAC encoding? Can I separately get it somewhere or use something else to encode audio?
found it:
https://github.com/AnimMouse/QTFiles
Zetti
24th April 2024, 16:04
Version 2.38.2 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.38.2
Zetti
24th April 2024, 18:08
Version 2.38.3 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.38.3
Zetti
24th April 2024, 22:30
Version 2.38.4 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.38.4
guest
25th April 2024, 03:09
Version 2.38.4 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.38.4
I know you're only the "messenger" but someone needs to be doing more testing before a new release, unless they are depending on users for feedback...
But 3 release in just hours.... https://www.cosgan.de/images/smilie/konfus/n055.gif
tormento
25th April 2024, 08:51
But 3 release in just hours....
Never complain about people who work for free. That said, I never instantly update any major release ever as there are always some bugs happily harvesting the new features.
Atlantis
25th April 2024, 09:00
I know you're only the "messenger" but someone needs to be doing more testing before a new release, unless they are depending on users for feedback...
But 3 release in just hours.... https://www.cosgan.de/images/smilie/konfus/n055.gif
Wrong! StaxRip v2.38.5 was just released! I agree it's ridiculous. At least limit it to one release per day. Keep the fixes.
guest
25th April 2024, 09:21
Wrong! StaxRip v2.38.5 was just released! I agree it's ridiculous. At least limit it to one release per day. Keep the fixes.
You're right, so that 4 updates, so far today !!!
guest
25th April 2024, 09:23
Never complain about people who work for free. That said, I never instantly update any major release ever as there are always some bugs happily harvesting the new features.
Not a complaint, an observation...must be frustrating for StaxRip users, this had been going on for months.
I know they are trying to implement more & more options, but.....
Atlantis
25th April 2024, 15:54
Yes it's not the right way to do stuff even if it's free.
I copied StaxRip-v2.38.5-x64-EXE-ONLY to v2.38 and it erased all my settings. I have to start from zero.
Atlantis
25th April 2024, 15:58
Oh boy, don't download v2.38.5 it broke everything. Now I did a clean install and when running the program it is not asking where to put the settings.
Atlantis
26th April 2024, 09:59
StaxRip v2.38.6
Also replacing v2.38.0's StaxRip.exe only lets StaxRip ask you for the Settings folder like on a clean start. This is okay when updating from v2.38.0 and won't happen anymore. Just select the folder you already use and you're fine. Sorry for not mentioning that before.
Version 2.38.7 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.38.7
cartman0208
4th May 2024, 10:00
I don't know what you are complaining about ...
When I open the app, and I see there is a new release, I check the patch notes and if there is nothing of interest for me, I just dismiss that version.
But ... that's just me :rolleyes:
Atlantis
11th May 2024, 09:31
When encoding using x265, the Gamma info is not passed. How to pass the Gamma info?
Zetti
12th May 2024, 22:06
Version 2.39.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.39.0
Zetti
13th May 2024, 09:08
Version 2.39.1 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.39.1
Atlantis
15th May 2024, 16:19
Original file :
Color primaries : BT.709
Matrix coefficients : BT.709
Gamma : 2.400
encoded file :
Color primaries : BT.709
Matrix coefficients : BT.709
Gamma is not passed. How to pass it?
guest
30th May 2024, 05:41
Version 2.39.2 is released. (3 days ago)
https://github.com/staxrip/staxrip/releases/tag/v2.39.2
Zetti
30th May 2024, 20:51
Version 2.39.3 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.39.3
Emulgator
31st May 2024, 13:45
QSV encoding h265, UHD-Bluray settings as below: 2.36 works, 2.38, 2.39/1/2/3 fail with GPU hang. 2.39 logs look the same.
--vbr 27000 --codec hevc --quality best --profile main10 --level 5.1 --output-depth 10 --la-quality slow --ref 5 --gop-len 24 --strict-gop --vbv-bufsize 40000 --max-bitrate 45000 --qp-max 48 --videoformat ntsc --colormatrix bt709 --colorprim bt709 --transfer bt709 --atc-sei bt709 --pic-struct --aud --bluray
------------------------- System Environment -------------------------
StaxRip : v2.38.0
Settings : v2.38
Windows : Windows 10 Pro 22H2 2009 (19041.1.amd64fre.vb_release.191206-1406)
Language : German (Germany)
CPU : 11th Gen Intel(R) Core(TM) i9-11900K @ 3.50GHz
RAM : 128GB
GPU : Intel(R) UHD Graphics 750, NVIDIA GeForce RTX 3080 Laptop GPU
Resolution : 3840 x 2160
DPI : 144
Code Page : 1252
----------------------- Media Info Source File -----------------------
D:\The Movie\BDMV\STREAM\00000.dgi_3840x2160_prob-3.mov.avi
General
Complete name : D:\The Movie\BDMV\STREAM\00000.dgi_3840x2160_prob-3.mov.avi
Format : AVI
Format/Info : Audio Video Interleave
Format profile : OpenDML
Format settings : WaveFormatExtensible
File size : 685 GiB
Duration : 1 h 29 min
Overall bit rate : 1 098 Mb/s
Frame rate : 23.976 FPS
Writing library : VirtualDub2 build 44282/release
Video
ID : 0
Format : M0Y0
Codec ID : M0Y0
Duration : 1 h 29 min
Bit rate : 1 096 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Bits/(Pixel*Frame) : 5.512
Stream size : 684 GiB (100%)
Audio
ID : 1
Format : PCM
Format settings : Little / Signed
Codec ID : 00000001-0000-0010-8000-00AA00389B71
Duration : 1 h 29 min
Bit rate mode : Constant
Bit rate : 1 536 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Bit depth : 16 bits
Stream size : 982 MiB (0%)
Alignment : Aligned on interleaves
Interleave, duration : 42 ms (1.00 video frame)
Interleave, preload duration : 500 ms
---------------------------- Configuration ----------------------------
Template : UHD-BD 24p QSVEnc 27Mbps 709
Video Encoder : QSVEnc
Video Encoder Profile : QSVEncC (Intel) | H.265
Container/Muxer Profile : No Muxing
+++++
Process Priority : BelowNormal
Delete Temp Files : Disabled
--------------------------- AviSynth Script ---------------------------
AddAutoloadDir("C:\_PROG_64\! Video Encoders 64\StaxRip-v2.38.0-x64\Apps\FrameServer\AviSynth\plugins")
AviSource("D:\The Movie\BDMV\STREAM\00000.dgi_3840x2160_prob-3.mov.avi", audio=false)
ConvertToYUV420()
------------------------- Source Script Info -------------------------
Width : 3840
Height : 2160
Frames : 128570
Time : 01:29:22.440
Framerate : 23.976023 (24000/1001)
Format : YUV422P10
------------------------- Target Script Info -------------------------
Width : 3840
Height : 2160
Frames : 128570
Time : 01:29:22.440
Framerate : 23.976023 (24000/1001)
Format : YUV420P10
------------------------ Error Video encoding ------------------------
QSVEncC 7.62
"C:\_PROG_64\! Video Encoders 64\StaxRip-v2.38.0-x64\Apps\Encoders\QSVEncC\QSVEncC64.exe" --avsdll "C:\_PROG_64\! Video Encoders 64\StaxRip-v2.38.0-x64\Apps\FrameServer\AviSynth\AviSynth.dll" --vbr 27000 --codec hevc --quality best --profile main10 --level 5.1 --output-depth 10 --la-quality slow --ref 5 --gop-len 24 --strict-gop --vbv-bufsize 40000 --max-bitrate 45000 --qp-max 48 --videoformat ntsc --colormatrix bt709 --colorprim bt709 --transfer bt709 --atc-sei bt709 --pic-struct --aud --bluray -i "D:\The Movie\BDMV\STREAM\00000.dgi_3840x2160_prob-3.mov_temp\00000.dgi_3840x2160_prob-3.mov_qsv38.avs" -o "D:\The Movie\BDMV\STREAM\00000.dgi_3840x2160_prob-3.mov_qsv38.hevc"
------------------------------------------------------------------------------------------------------------------------
D:\The Movie\BDMV\STREAM\00000.dgi_3840x2160_prob-3.mov_qsv38.hevc
------------------------------------------------------------------------------------------------------------------------
videoPrm.mfx.CodecLevel value changed 4.1 -> unknown by driver
cop.VuiVclHrdParameters value changed on -> auto by driver
cop.ResetRefList value changed on -> auto by driver
cop.MaxDecFrameBuffering value changed 5 -> 0 by driver
cop.SingleSeiNalUnit value changed off -> auto by driver
QSVEncC (x64) 7.62 (r3298) by rigaya, Mar 17 2024 12:04:53 (VC 1938/Win)
OS Windows 10 x64 (19045) [UTF-8]
CPU Info 11th Gen Intel Core i9-11900K @ 3.50GHz [TB: 4.89GHz] (8C/16T) <Tigerlake>
GPU Info Intel UHD Graphics 750 (32EU) 350-1300MHz [125W] (31.0.101.4575)
Media SDK QuickSyncVideo (hardware encoder) FF, 1st GPU(i), API v2.09
Async Depth 3 frames
Hyper Mode off
Buffer Memory d3d11, 13 work buffer
Input Info AviSynth+ 3.7.3 r4003(yv12(10bit))->p010 [AVX2], 3840x2160, 24000/1001 fps
AVSync auto
Output H.265/HEVC(yuv420 10bit) main10 @ Level 5 (high tier)
3840x2160p 1:1 23.976fps (24000/1001fps)
Target usage 1 - best
Encode Mode Bitrate Mode - VBR
Bitrate 27000 kbps
Max Bitrate 40000 kbps
VBV Bufsize 22000 kb
QP Limit min: 22, max: 48
Ref frames 5 frames
Bframes 3 frames, B-pyramid: on
Max GOP Length 24 frames
Slices 4
VUI matrix:bt709,colorprim:bt709,transfer:bt709,videoformat:ntsc
atcsei bt709
Ext. Features WeightP WeightB GPB aud pic_struct tskip ctu:64 sao:all
bitstream: Failed to get frame ID for pts -1, using 2.
bitstream: Failed to get frame ID for pts -1, using 2.
bitstream: Failed to get frame ID for pts -1, using 2.
bitstream: Failed to get frame ID for pts -1, using 2.
MFXENCODE: device kept on busy for 30s, unknown error occurred.
Break in task MFXENCODE: gpu hang..
encoded 7 frames, 0.35 fps, 79.63 kbps, 0.00 MB
encode time 0:00:20, CPULoad: 5.2
frame type IDR 1
frame type I 2, total size 0.00 MB
frame type P 3, total size 0.00 MB
frame type B 3, total size 0.00 MB
QSVEncC.exe finished with error!
Video encoding returned exit code: -21 (0xFFFFFFEB)
Start: 14:38:26
End: 14:38:49
Duration: 00:00:22
Joekiwi
1st June 2024, 09:01
Hi Anyone using the latest Nvidia driver and NVEnc will need to download rigaya's latest version and copy it in, as encodes at a wrong bitrate, will naturally be fixed if you download a later version of staxrip with Nvenc colder updated
Emulgator
7th June 2024, 01:38
And regarding IntelQSV:
QSVEncC64.exe 7.62 brings the incompatibility.
QSVEncC64.exe 7.61 works in SR2.39.3
P.S. SR 2.40: the same problem with QSVEncC64.exe encoding .h265:
bitstream: Failed to get frame ID for pts -1
QSVEncC64.exe 7.65 can encode .h264, .MPEG-2, .vp9
(.av1 I can not test, not supported on my platform.)
P.P.S. I have just reported that to rigaya.
https://github.com/rigaya/QSVEnc/issues/202
Got rigaya's answer: add
--function-mode PG
to commandline and it works again.
BTW, huge options list in QSVEncC...
Zetti
8th June 2024, 10:06
Version 2.40.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.40.0
I restored the Auto Crop after opening setting to Dolby Vision Only as in previous versions.
To avoid the long analysis on HDR10 files.
Zetti
16th June 2024, 20:21
Version 2.41.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.41.0
guest
25th June 2024, 04:53
Version 2.41.5 is released. (2 days ago)
https://github.com/staxrip/staxrip/releases/tag/v2.41.5
Zetti
3rd July 2024, 14:51
Version 2.41.6 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.41.6
guest
10th July 2024, 02:43
Version 2.41.7 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.41.7
Guest
10th July 2024, 04:17
I used StaxRip for the first time in quite a while, today...
I have "chunk" & parallel encoding enabled, but when it was complete, I had 4 chunks (4 x .mkv files), why weren't they muxed into a single file ???
What have I missed, or has something changed ??
Atlantis
12th July 2024, 14:31
Didn't it have a video-compare tool? Did they remove it? I can't find it.
Emulgator
12th July 2024, 16:27
File -> Video Comparison (F5)
Atlantis
17th July 2024, 01:31
Oh thanks, I was looking in the tools and apps!
Atlantis
17th July 2024, 18:53
Windows Defender
Threat severe
Trojan:Script/Wacatac.B!ml
This program is dangerous and executes commands from an attacker
StaxRip-v2.41.7-x64-REPACK.7z
When I scan the folder where I unzipped it, it says no threats in that folder. For the moment deleted the zip package.
jay123210599
5th August 2024, 21:10
How do I make image sequences out of videos using StaxRip?
Guest
26th August 2024, 04:55
This is NOT exclusive to Staxrip either, this WILL affect ANY x265 encoding app sooner rather than later :(
I first noticed it in RipBot264 a week or so ago, with the first of these "new gen" x265 builds....
Error Video encoding (v2.41.7)
x265 x265-3.6+84+2-f6de9241c-.Mod-by-Patman.-x86-64-gcc14.2.0
C:\StaxRip-v2.41.7-x64\Apps\Encoders\x265\x265.exe --reader-options library=C:\StaxRip-v2.41.7-x64\Apps\FrameServer\AviSynth\AviSynth.dll --seek 0 --frames 1441 --crf 14 --preset slow --output-depth 10 --profile main10 --level-idc 5.1 --vbv-bufsize 160000 --vbv-maxrate 160000 --no-cutree --hme-search umh,umh,star --hme --no-open-gop --pme --asm avx512 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --hdr10 --colorprim bt709 --colormatrix bt709 --transfer bt709 --range limited --max-luma 1023 --max-cll "1000,400" --hdr10-opt --sar 1:1 --chromaloc 2 --no-info --repeat-headers --aud --hrd --deblock 2:2 --no-sao --no-strong-intra-smoothing --output "E:\Ripbot Encodes (4K)\00004_chunk_HDR100 cant stop the music_temp\00004_chunk_HDR100 cant stop the music_new_out.hevc" "E:\00004_chunk_HDR100 cant stop the music_temp\00004_chunk_HDR100 cant stop the music_new.avs"
x265 [WARN]: extra unused command arguments given <E:\00004_chunk_HDR100 cant stop the music_temp\00004_chunk_HDR100 cant stop the music_new.avs>
Video encoding returned exit code: 1 (0x1)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
StaxRip.ErrorAbortException: x265 x265-3.6+84+2-f6de9241c-.Mod-by-Patman.-x86-64-gcc14.2.0
C:\StaxRip-v2.41.7-x64\Apps\Encoders\x265\x265.exe --reader-options library=C:\StaxRip-v2.41.7-x64\Apps\FrameServer\AviSynth\AviSynth.dll --seek 0 --frames 1441 --crf 14 --preset slow --output-depth 10 --profile main10 --level-idc 5.1 --vbv-bufsize 160000 --vbv-maxrate 160000 --no-cutree --hme-search umh,umh,star --hme --no-open-gop --pme --asm avx512 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --hdr10 --colorprim bt709 --colormatrix bt709 --transfer bt709 --range limited --max-luma 1023 --max-cll "1000,400" --hdr10-opt --sar 1:1 --chromaloc 2 --no-info --repeat-headers --aud --hrd --deblock 2:2 --no-sao --no-strong-intra-smoothing --output "E:\Ripbot Encodes (4K)\00004_chunk_HDR100 cant stop the music_temp\00004_chunk_HDR100 cant stop the music_new_out.hevc" "E:\Ripbot Encodes (4K)\00004_chunk_HDR100 cant stop the music_temp\00004_chunk_HDR100 cant stop the music_new.avs"
x265 [WARN]: extra unused command arguments given <E:\00004_chunk_HDR100 cant stop the music_temp\00004_chunk_HDR100 cant stop the music_new.avs>
Video encoding returned exit code: 1 (0x1)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 366
at StaxRip.x265Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in D:\Code\Github\staxrip\staxrip\Source\Encoding\x265Enc.vb:line 103
at StaxRip.x265Enc._Closure$__28-0._Lambda$__2() in D:\Code\Github\staxrip\staxrip\Source\Encoding\x265Enc.vb:line 311
at System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 379
Another day, another release, (x265-3.6+85+1-b5cacb584-.Mod-by-Patman.-x86-64-gcc14.2.0) and it's still doesn't work same error msg as above.
DMD
2nd September 2024, 17:39
This is NOT exclusive to Staxrip either, this WILL affect ANY x265 encoding app sooner rather than later :(
I first noticed it in RipBot264 a week or so ago, with the first of these "new gen" x265 builds....
Surely it will already be fixed in version 2.42
Guest
3rd September 2024, 01:41
Surely it will already be fixed in version 2.42
I read somewhere, might have been Github, that Dendraspis posted a comment that the x265 issue has already been fixed for the upcoming 2.42 build.
DMD
4th September 2024, 14:59
I read somewhere, might have been Github, that Dendraspis posted a comment that the x265 issue has already been fixed for the upcoming 2.42 build.
Confirmed.
https://github.com/staxrip/staxrip/issues/1457
guest
6th September 2024, 12:44
Version 2.42.0 is released.
https://github.com/staxrip/staxrip/releases/tag/v2.42.0
Lots of changes, etc.
guest
9th September 2024, 15:37
Version 2.42.1 (update) is released. (just a small fix 1.16Mb)
https://github.com/staxrip/staxrip/releases/tag/v2.42.1
Here we go again..
DMD
9th September 2024, 15:58
Update needed at least for log file generation.
Shuichiyagami
15th September 2024, 03:01
I got something like this when i extract staxrip. Is this okay?
https://i.ibb.co/98rSGsD/yuiop.png (https://ibb.co/98rSGsD)
Guest
15th September 2024, 03:13
I got something like this when i extract staxrip. Is this okay?
https://i.ibb.co/98rSGsD/yuiop.png (https://ibb.co/98rSGsD)
Try downloading it again...
And/or use 7z to unpack it.
Bibo64
5th October 2024, 20:26
Hello guys,
since I changed from 2.29 to 2.42.1 last week, neither deinterlacing nor frame conversion work using ffmpeg within staxrip.
On the end of a fps conversion the program stops with an error that there were too less frames to encode. How can I tell staxrip that exactly this was my intention (I have 720p50 input which I convert to 480p25)?
And second, deinterlacing doesn't work with ffmpeg.
My command line looks like: -hwaccel cuda -hwaccel_output_format cuda -c:v h264_nvenc -profile:v high -v verbose -vf yadif,delogo=x=100:y=59:w=30:h=60,eq=gamma=0.91:saturation=1.4,crop=1920:1080:0:0,scale=1744x980:flags=lanczos,unsharp=3:3:2 -preset p6 -tune hq -rc vbr -rc-lookahead 32 -spatial-aq 1 -temporal-aq 1 -coder cabac -refs 2 -bf 4 -b_ref_mode middle -b:v 4300k
The log is this:
------------------------- System Environment -------------------------
StaxRip : v2.42.1
Settings : v2.42.1
Windows : Windows 10 Pro 22H2 2009 (19041.1.amd64fre.vb_release.191206-1406)
Language : German (Germany)
CPU : AMD Ryzen 9 5900X 12-Core Processor
RAM : 32GB
GPU : NVIDIA GeForce RTX 4060 Ti
Resolution : 2560 x 1440
DPI : 96
Code Page : 1252
----------------------- Media Info Source File -----------------------
D:\GBlueUE4k\1\20240921 Hello_fixed.ts
General
ID : 10016 (0x2720)
Complete name : D:\GBlueUE4k\1\20240921 Hello_fixed.ts
Format : MPEG-TS
File size : 2.46 GiB
Duration : 42 min 15 s
Overall bit rate mode : Variable
Overall bit rate : 8 342 kb/s
Frame rate : 25.000 FPS
Video
ID : 6571 (0x19AB)
Menu ID : 50032 (0xC370)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, Reference frames : 4 frames
Format, GOP : M=4, N=24
Codec ID : 27
Duration : 42 min 15 s
Bit rate : 7 478 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 FPS
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan type, store method : Separated fields
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.144
Stream size : 2.21 GiB (90%)
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Audio
ID : 6572 (0x19AC)
Menu ID : 50032 (0xC370)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 6
Duration : 42 min 15 s
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Delay relative to video : -56 ms
Stream size : 135 MiB (5%)
Language : German
Service kind : Complete Main
Dialog Normalization : -31 dB
cmixlev : -4.5 dB
surmixlev : -6 dB
dialnorm_Average : -27 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -27 dB
----------------------------- Demux Audio -----------------------------
ffmpeg N-116758-x64-gcc14.2.0
"C:\Programme (portabel)\StaxRip-v2.42.0-x64\Apps\FrameServer\AviSynth\ffmpeg.exe" -y -hide_banner -probesize 10M -i "D:\GBlueUE4k\1\20240921 Hello_fixed.ts" -vn -sn -c:a copy "D:\GBlueUE4k\1\20240921 Hello_fixed_temp\ID1_[de] (German) -56ms.ac3"
[h264 @ 000001fe726dc340] mmco: unref short failure
Last message repeated 1 times
[h264 @ 000001fe726dc340] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000001fe726dc340] mmco: unref short failure
Last message repeated 1 times
[h264 @ 000001fe726dc340] Increasing reorder buffer to 2
Input #0, mpegts, from 'D:\GBlueUE4k\1\20240921 Hello_fixed.ts':
Duration: 00:42:15.14, start: 19074.473467, bitrate: 8342 kb/s
Program 50032
Stream #0:0[0x19ab]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn
Stream #0:1[0x19ac](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 448 kb/s
Stream mapping:
Stream #0:1 -> #0:0 (copy)
Output #0, ac3, to 'D:\GBlueUE4k\1\20240921 Hello_fixed_temp\ID1_[de] (German) -56ms.ac3':
Metadata:
encoder : Lavf61.5.101
Stream #0:0(deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 448 kb/s
Press [q] to stop, [?] for help
[out#0/ac3 @ 000001fe726dc340] video:0KiB audio:138646KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.000000%
Start: 23:49:05
End: 23:49:06
Duration: 00:00:00
General
Complete name : D:\GBlueUE4k\1\20240921 Hello_fixed_temp\ID1_[de] (German) -56ms.ac3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
File size : 135 MiB
Duration : 42 min 15 s
Overall bit rate mode : Constant
Overall bit rate : 448 kb/s
Audio
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Duration : 42 min 15 s
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 135 MiB (100%)
Service kind : Complete Main
Dialog Normalization : -31 dB
cmixlev : -4.5 dB
surmixlev : -6 dB
dialnorm_Average : -27 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -27 dB
------------------------------ Auto Crop ------------------------------
AutoCrop 2.5
"C:\Programme (portabel)\StaxRip-v2.42.0-x64\Apps\Support\AutoCrop\AutoCrop.exe" "D:\GBlueUE4k\1\20240921 Hello_fixed_temp\20240921 Hello_fixed_source.avs" 3 15 3168 3168 1000 0
0,0,0,0
Start: 23:49:09
End: 23:49:09
Duration: 00:00:00
---------------------------- Configuration ----------------------------
Template : NVENC-ffmpeg-int-TV·HD-colorEnhanced-unsharp
Video Encoder : ffmpegEnc
Video Encoder Profile : ffmpeg | Nvidia | Nvidia H.264
Container/Muxer Profile : MKV (mkvmerge)
+++++
Process Priority : BelowNormal
Delete Temp Files : Disabled
Delete Temp Files Selection : Include
--------------------------- AviSynth Script ---------------------------
AddAutoloadDir("C:\Programme (portabel)\StaxRip-v2.42.0-x64\Apps\FrameServer\AviSynth\plugins")
LoadPlugin("C:\Programme (portabel)\StaxRip-v2.42.0-x64\Apps\Plugins\Dual\L-SMASH-Works\LSMASHSource.dll")
LWLibavVideoSource("D:\GBlueUE4k\1\20240921 Hello_fixed.ts", cachefile="D:\GBlueUE4k\1\20240921 Hello_fixed_temp\temp.lwi")
FadeIO2(50)
# hardware encoder resizes
------------------------- Source Script Info -------------------------
Width : 1920
Height : 1080
Frames : 63377
Time : 42:15.080
Framerate : 25 (25/1)
Format : YUV420P8
------------------------- Target Script Info -------------------------
Width : 1920
Height : 1080
Frames : 63381
Time : 42:15.240
Framerate : 25 (25/1)
Format : YUV420P8
------------- Error Video encoding Nvidia | Nvidia H.264 -------------
ffmpeg N-116758-x64-gcc14.2.0
"C:\Programme (portabel)\StaxRip-v2.42.0-x64\Apps\FrameServer\AviSynth\ffmpeg.exe" -hwaccel cuda -hwaccel_output_format cuda -i "D:\GBlueUE4k\1\20240921 Hello_fixed.ts" -c:v h264_nvenc -profile:v high -v verbose -vf yadif,delogo=x=143:y=69:w=60:h=80,eq=gamma=0.91:saturation=1.4,crop=1920:1080:0:0,scale=1744x980:flags=lanczos,unsharp=3:3:2 -preset p6 -tune hq -rc vbr -rc-lookahead 32 -spatial-aq 1 -temporal-aq 1 -coder cabac -refs 2 -bf 4 -b_ref_mode middle -b:v 4300k -an -y -hide_banner "D:\GBlueUE4k\1\20240921 Hello_fixed_temp\20240921 Hello_fixed_out.h264"
[h264 @ 000002614951f340] Reinit context to 1920x1088, pix_fmt: yuv420p
[h264 @ 000002614951f340] mmco: unref short failure
Last message repeated 1 times
[h264 @ 000002614951f340] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 000002614951f340] Increasing reorder buffer to 1
[h264 @ 000002614951f340] mmco: unref short failure
Last message repeated 1 times
[h264 @ 000002614951f340] Increasing reorder buffer to 2
[mpegts @ 0000026149514400] max_analyze_duration 5000000 reached at 5000000 microseconds st:0
Selecting decoder 'h264' because of requested hwaccel method cuda
Input #0, mpegts, from 'D:\GBlueUE4k\1\20240921 Hello_fixed.ts':
Duration: 00:42:15.14, start: 19074.473467, bitrate: 8342 kb/s
Program 50032
Stream #0:0[0x19ab]: Video: h264 (High), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first, left), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k tbn
Stream #0:1[0x19ac](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 448 kb/s
[out#0/h264 @ 000002614a6eec00] No explicit maps, mapping streams automatically...
[vost#0:0/h264_nvenc @ 00000261497e0580] Created video stream from input stream 0:0
[Parsed_delogo_1 @ 00000261495a4a80] x:100 y:59, w:30 h:60 band:1 show:0
[Parsed_scale_9 @ 000002614a7f42c0] w:1744 h:980 flags:'lanczos' interl:0
Correcting start time of Input #0 by 56000 us.
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (h264_nvenc))
[vost#0:0/h264_nvenc @ 00000261497e0580] Starting thread...
[vf#0:0 @ 00000261495a4440] Starting thread...
[vist#0:0/h264 @ 000002614a6ed040] [dec:h264 @ 00000261495a4a80] Starting thread...
[in#0/mpegts @ 0000026149514080] Starting thread...
Press [q] to stop, [?] for help
[h264 @ 00000261496b09c0] NVDEC capabilities:
[h264 @ 00000261496b09c0] format supported: yes, max_mb_count: 65536
[h264 @ 00000261496b09c0] min_width: 48, max_width: 4096
[h264 @ 00000261496b09c0] min_height: 16, max_height: 4096
[h264 @ 00000261496b09c0] Reinit context to 1920x1088, pix_fmt: cuda
[h264 @ 000002614b0e2040] mmco: unref short failure
Last message repeated 1 times
[h264 @ 000002614b0e2040] number of reference frames (0+5) exceeds max (4; probably corrupt input), discarding one
[h264 @ 00000261495bb2c0] mmco: unref short failure
Last message repeated 1 times
[Parsed_delogo_1 @ 0000026149512ec0] x:100 y:59, w:30 h:60 band:1 show:0
[graph -1 input from stream 0:0 @ 000002616b157cc0] w:1920 h:1080 pixfmt:cuda tb:1/90000 fr:25/1 sar:1/1 csp:bt709 range:tv
[auto_scale_0 @ 000002616b157dc0] w:iw h:ih flags:'' interl:0
[Parsed_yadif_0 @ 000002614aef83c0] auto-inserting filter 'auto_scale_0' between the filter 'graph -1 input from stream 0:0' and the filter 'Parsed_yadif_0'
Impossible to convert between the formats supported by the filter 'graph -1 input from stream 0:0' and the filter 'auto_scale_0'
[vf#0:0 @ 00000261495a4440] Error reinitializing filters!
[vf#0:0 @ 00000261495a4440] Task finished with error code: -40 (Function not implemented)
[vf#0:0 @ 00000261495a4440] Terminating thread with return code -40 (Function not implemented)
[vost#0:0/h264_nvenc @ 00000261497e0580] Encoder thread received EOF
[vost#0:0/h264_nvenc @ 00000261497e0580] Could not open encoder before EOF
[vost#0:0/h264_nvenc @ 00000261497e0580] Task finished with error code: -22 (Invalid argument)
[vost#0:0/h264_nvenc @ 00000261497e0580] Terminating thread with return code -22 (Invalid argument)
[vist#0:0/h264 @ 000002614a6ed040] [dec:h264 @ 00000261495a4a80] Decoder returned EOF, finishing
[vist#0:0/h264 @ 000002614a6ed040] [dec:h264 @ 00000261495a4a80] Terminating thread with return code 0 (success)
[vist#0:0/h264 @ 000002614a6ed040] All consumers of this stream are done
[in#0/mpegts @ 0000026149514080] All consumers are done
[in#0/mpegts @ 0000026149514080] Terminating thread with return code 0 (success)
[out#0/h264 @ 000002614a6eec00] Nothing was written into output file, because at least one of its streams received no packets.
[AVIOContext @ 00000261495a4240] Statistics: 0 bytes written, 0 seeks, 0 writeouts
[in#0/mpegts @ 0000026149514080] Input file #0 (D:\GBlueUE4k\1\20240921 Hello_fixed.ts):
[in#0/mpegts @ 0000026149514080] Input stream #0:0 (video): 36 packets read (543343 bytes); 4 frames decoded; 0 decode errors;
[in#0/mpegts @ 0000026149514080] Total: 36 packets (543343 bytes) demuxed
[AVIOContext @ 0000026149514ac0] Statistics: 4444304 bytes read, 2 seeks
Conversion failed!
Video encoding Nvidia | Nvidia H.264 returned exit code: -40 (0xFFFFFFD8)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Start: 14:33:34
End: 14:33:35
Duration: 00:00:01
Bibo64
7th October 2024, 19:30
I use staxrip since the very early days and always found a way for me to manage problems which occur with a new version.
But now I'm stuck...
I convert 720p50 content to 480p25 that fails because staxrip counts the frames encoded and realizes a mismatch (of course...!).
The second is a failure with deinterlacing. I use ffmpeg to impose the delogo filter and so I do all the work within an ffmpeg filter graph that fails completely.
I tried to post a few days before. It was blocked. Maybe my log file was too big?
Tanks in advance.
My command line for the deinterlacing job is: "C:\Programme (portabel)\StaxRip-v2.42.0-x64\Apps\FrameServer\AviSynth\ffmpeg.exe" -hwaccel cuda -hwaccel_output_format cuda -i "D:\GBlueUE4k\1\20240921 Hello_fixed.ts" -c:v h264_nvenc -profile:v high -v verbose -vf yadif,delogo=x=143:y=69:w=60:h=80,eq=gamma=0.91:saturation=1.4,crop=1920:1080:4:4,scale=1744x980:flags=lanczos,unsharp=3:3:2 -preset p6 -tune hq -rc vbr -rc-lookahead 32 -spatial-aq 1 -temporal-aq 1 -coder cabac -refs 2 -bf 4 -b_ref_mode middle -b:v 4300k -an -y -hide_banner "D:\GBlueUE4k\1\20240921 Hello_fixed_temp\20240921 Hello_fixed_out.h264"
error log output (excerpt):
[Parsed_delogo_1 @ 0000026149512ec0] x:100 y:59, w:30 h:60 band:1 show:0
[graph -1 input from stream 0:0 @ 000002616b157cc0] w:1920 h:1080 pixfmt:cuda tb:1/90000 fr:25/1 sar:1/1 csp:bt709 range:tv
[auto_scale_0 @ 000002616b157dc0] w:iw h:ih flags:'' interl:0
[Parsed_yadif_0 @ 000002614aef83c0] auto-inserting filter 'auto_scale_0' between the filter 'graph -1 input from stream 0:0' and the filter 'Parsed_yadif_0'
Impossible to convert between the formats supported by the filter 'graph -1 input from stream 0:0' and the filter 'auto_scale_0'
[vf#0:0 @ 00000261495a4440] Error reinitializing filters!
[vf#0:0 @ 00000261495a4440] Task finished with error code: -40 (Function not implemented)
[vf#0:0 @ 00000261495a4440] Terminating thread with return code -40 (Function not implemented)
[vost#0:0/h264_nvenc @ 00000261497e0580] Encoder thread received EOF
[vost#0:0/h264_nvenc @ 00000261497e0580] Could not open encoder before EOF
[vost#0:0/h264_nvenc @ 00000261497e0580] Task finished with error code: -22 (Invalid argument)
[vost#0:0/h264_nvenc @ 00000261497e0580] Terminating thread with return code -22 (Invalid argument)
[vist#0:0/h264 @ 000002614a6ed040] [dec:h264 @ 00000261495a4a80] Decoder returned EOF, finishing
[vist#0:0/h264 @ 000002614a6ed040] [dec:h264 @ 00000261495a4a80] Terminating thread with return code 0 (success)
[vist#0:0/h264 @ 000002614a6ed040] All consumers of this stream are done
[in#0/mpegts @ 0000026149514080] All consumers are done
DaMacFunkin
27th October 2024, 08:50
Hello, can someone help please?
I am trying to use Ngx-TrueHDR but i can not get a file that is 10 bit HDR on output, I have checked this thread below:
https://github.com/staxrip/staxrip/issues/1509
I have copied as ,many values as I can but always the same 8 bit output - here is my config:"C:\Encode Plus\Staxrip 2.42\Apps\Encoders\NVEncC\NVEncC64.exe" --avhw --vbr 40000 --codec h265 --preset quality --output-depth 10 --profile main --level 5.1 --qp-init 1 --max-bitrate 40000 --aq --aq-temporal --bref-mode each --bframes 5 --lookahead 32 --gop-len 240 --multiref-l0 5 --multiref-l1 2 --strict-gop --nonrefp --vpp-colorspace matrix=bt709:bt2020nc,colorprim=bt709:bt2020,transfer=bt709:bt2020-10,range=limited:limited --vpp-ngx-truehdr --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --colorrange limited --max-cll "1000,300" --chromaloc 2 --aud --repeat-headers --output-buf 64 --vbr-quality 22 --output-res 3840x2160 -i "C:\xxxx\xxxx\xxxxxx\Cowboys And Aliens (2011).mkv" -o "D:\Cache\Cowboys And Aliens (2011)_temp\Cowboys And Aliens (2011)_out.h265"
Here is my output file:
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L5.1@Main
HDR format : SMPTE ST 2086
Codec ID : V_MPEGH/ISO/HEVC
Duration : 1 h 58 min
Bit rate : 29.5 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.148
Stream size : 24.4 GiB (92%)
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light Level : 300 cd/m2
I think it is just the 8bit - 10 bit conversion that is falling down but I can't figure out what the switch should be?
Thank you for any help.
Emulgator
27th October 2024, 16:37
Maybe the source is 8 bit ? Mediainfo please.
DaMacFunkin
27th October 2024, 18:14
Hi,
The source is 8 bit, but isn't the point of this to convert a 8 bit SDR to 10 bit HDR via NGX True HDR?
I also have Output set at --output-depth 10 and transfer=bt709:bt2020-10
Surely Staxrip can convert 8bit to 10bit?
Emulgator
27th October 2024, 20:58
You got to upconvert in your script, Staxrip can not know otherwise.
Shuichiyagami
3rd November 2024, 15:42
Hmm... i got an error like this.
"Failed to load getVSScriptAPI function. Upgrade Vapoursynth to R55 or newer!"
And, how to upgrade Vapoursynth? I don't see any update menu on Staxrip
Joekiwi
15th November 2024, 12:19
Thanks mainly use NVENC with variable bit rate - starting using the QP max in encoding, seems to work well as an overall insurance to certain std. I assume as well constraint by max bite rate , so another safety feature
Will play around a bit more to find perfect max QP for my needs
Yes it pushed size up on some encodes , but SSIM and PSNR scores went up as well ( as an aside use VMAF as well for awhile - but seemed redundant as scores all correlated well , and that one maybe takes more time to calc )
anyway anyone else using NVENC qp int , max seem to work - interesting to see how much bitrate goes up on those 1 in 10 black and white movie that always gives lower SSIM scores -they look fine on viewing
craigpro
17th November 2024, 00:37
wow.. I had no idea Staxrip was supported any more, but really happy to see it is still in development.
I just updated from v2.8.0 and my old NVenc )using Rigaya's encoder (old v5.37, new 7.66) settings for hardware encoding were:
old
--vbr 0 --codec h265 --preset P7 --output-depth 10 --multipass 2pass-full --vbr-quality 33 --aq --aq-temporal --bref-mode middle --bframes 4 --ref 5 --lookahead 32 --multiref-l0 5 --multiref-l1 4 --vpp-deband range=24,thre=6,thre_y=6,thre_cb=6,thre_cr=6,dither=24,dither_y=24,dither_c=24
so re-creating that as best I could in v2.42.2 leads to:
new
--vbr 5000 --codec h265 --preset P7 --output-depth 10 --profile main --multipass 2pass-full --max-bitrate 17500 --aq --aq-temporal --bref-mode middle --bframes 4 --ref 5 --lookahead 32 --multiref-l0 5 --multiref-l1 4 --vpp-deband range=24,thre=6,thre_y=6,thre_cb=6,thre_cr=6,dither=24,dither_y=24,dither_c=24
The only difference I can see in the command line format (when I went through each options page in v2.8.0 and recreated them in v2.42.2) is the '--vbr 0' (2.8.0) changing to '--vbr 5000' (2.42.2) and the '--vbr-quality 33' (2.8.0) and '--vbr-quality 33 -' (2.42.2) options. I'm googling to find out what the actual difference is, but so far no luck.
I did some testing with the same settings and same source file and 2.42.2 was slightly quicker (a total of 35 minutes instead of 42 minutes) and had a slightly higher VBR for video than 2.8.0, that was copying from an external USB C mechanical SATA drive to an nvme drive for the test files and audio conversion etc.
Also I found it strange that the v2.8.0 encode with MAIN10 and 10bit video output was listed as 10bit, but the 2.42.2 encode was listed as 8bit when it has the same MAIN10 and 10bit video profile encoding settings. Source file is 8 bit, so maybe the 7.66 NVenc encoder doesn't convert 8 to 10 bit but the 5.37 NVEnc encoder did?
Just wondering if anyone has any suggestions please which might improve the video quality (though to be honest I've been re-encoding DVDs and Blurays for the past 3 years using these settings and I cannot notice any quality loss).
Thank you and THANK YOU! to the dev(s) still working on this (I'm catching up reading this thread)
craigpro
17th November 2024, 10:03
anyone else running 2.42.2 notice that temp files are not auto deleted after conversion?
Joekiwi
18th November 2024, 10:45
Craigpro, didn't know that was setting , quite like temp files as has text log and some stuff demuxed if need it - I also check SSIM scores
For DVDs I would just use H264 and CPU as so quick. For reasons i don't know - 264 is still best for DVDs.Some people use likes of Topaz AI to upscale and then encode to get smaller - Topaz isn't cheap and it's trial and error anyway
My settings are
--vbr 7000 --codec h265 --preset P7 --output-depth 10 --profile main10 --tier high --level 5.1 --multipass 2pass-full --qp-max 26 --max-bitrate 24000 --aq-temporal --bref-mode each --bframes 4 --ref 5 --lookahead 32 --gop-len 600 --slices 1 --multiref-l0 4 --multiref-l1 2 --no-b-adapt --no-i-adapt --weightp --ssim --psnr --mv-precision q-pel -i
So pretty similar to yours minus vpp-deband etc
the extra precision precision q-pel should technically improve your quality
For non clean movies mainly older - I always do KNLMeansCL light ( setting ) -denoising done on Cuda cores as well. I find the results not displeasing - will still keep filmic look and details - but really has big impact on using my VBR 7000 much better ,
Purist will hate it, but some remasters by studios are more brutal that this, wiping grain and smoothing things . Some go other way, leaving in temporal noise like sparkling - just why ??
I used to use some of the other options, but thing they work better for encodes at 2000 or 3000 bits eg B and I adapt
Just discovered the qp max - probably 26 is a bit demanding and will push bitrates out - i think for you qp max 30 maybe a good choice , will only hit those demanding parts of movie - shouldn't go over your max bitrate
Also can work kind of other way to decrease overall bitrates.
Eg if I have a modern Asian movie very clean, no noise , or modern style cartoon - I can drop my KNLMeansCL. set VBR to 3000 to 4000 and the have QP max at say 22
Ie I do encodes at 7000 and get a ssim score of .994 , so didn't really need all those bits , or pnr around 50 plus - For cartoons/anime , you should get close to perfect anyway
I do change VBR for 4K or how much I like a movie , or if it's a doco - Some movies will eat bitrates , conversely 99% of movies are perfectly fine watched at 3000 or 2000 with CPU . Some movies I think they add random noise or something to make them hard to encode with a quality factor- just my opinion - ie if noise 100% random - there is no easy way to encode it efficiently
Only shame is no open source will convert Atmos TrueHD to Dolby Digital Plus with atmos , same for DTS X - think no shrinking at moment - but DTS HD to DTS is a can do
Only problem I find Starip can't handle well is movies with variable play back speeds ie not constant - So use handbrake then- I sure there are scripts , but if i was that much into it , i would use CPU
And if say a subtitle goes for much longer that movie- Movie will play fine - just shows much longer length that has no video . just some sub wrongly timed for much later
tormento
18th November 2024, 10:52
Only shame is no open source will convert Atmos TrueHD to Dolby Digital Plus with atmos , same for DTS X - think no shrinking at moment - but DTS HD to DTS is a can do
AFAIK and tried, even commercial ones can’t. It’s like asking to recreate a 3D scene from a 2D rastered one or have perfect C source from a binary. You can achieve “ATMOS” like but with discrete channels only and once for all.
About noise: I find BM3DCUDA much more accurate and pleasant, leaving SMDegrain to some more noisy cases.
About variable frame rates: you can extract timestamps with various tools and apply back when muxing to MKV. There is an option too in staxrip to deal with it but I never played with it enough.
craigpro
20th November 2024, 08:57
Craigpro, didn't know that was setting , quite like temp files as has text log and some stuff demuxed if need it - I also check SSIM scores
My settings are
--vbr 7000 --codec h265 --preset P7 --output-depth 10 --profile main10 --tier high --level 5.1 --multipass 2pass-full --qp-max 26 --max-bitrate 24000 --aq-temporal --bref-mode each --bframes 4 --ref 5 --lookahead 32 --gop-len 600 --slices 1 --multiref-l0 4 --multiref-l1 2 --no-b-adapt --no-i-adapt --weightp --ssim --psnr --mv-precision q-pel -i
So pretty similar to yours minus vpp-deband etc
the extra precision precision q-pel should technically improve your quality
Just discovered the qp max - probably 26 is a bit demanding and will push bitrates out - i think for you qp max 30 maybe a good choice , will only hit those demanding parts of movie - shouldn't go over your max bitrate
Ie I do encodes at 7000 and get a ssim score of .994 , so didn't really need all those bits , or pnr around 50 plus - For cartoons/anime , you should get close to perfect anyway
Thanks for the reply Joekiwi, I just did a test and with staxrip 2.8.0 and the settings I've been using for the past 3 years I ended up with an SSIM score of 0.966 - I can't notice anything with 1080p video on my 75" TV, so good enough for me (and the 90% reduction in file size from 26GB > 2GB is more than an acceptable transfer for me).
title : Surround 5.1
BPS-eng : 1731917
DURATION-eng : 01:37:04.160000000
NUMBER_OF_FRAMES-eng: 546015
NUMBER_OF_BYTES-eng: 1260870592
SOURCE_ID-eng : 001101
_STATISTICS_WRITING_APP-eng: MakeMKV v1.15.0 win(x64-release)
_STATISTICS_WRITING_DATE_UTC-eng: 2024-11-08 04:05:02
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES SOURCE_ID
encoder : Lavc59.3.102 pcm_s16le
frame=139640 fps=151 q=-0.0 Lq=-0.0 size=N/A time=01:37:04.15 bitrate=N/A speed= 6.3x
video:120003kB audio:3276090kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
[Parsed_ssim_0 @ 000001ce54676f00] SSIM Y:0.960329 (14.015279) U:0.975661 (16.136959) V:0.979870 (16.961561) All:0.966141 (14.703287)
[Parsed_psnr_1 @ 000001ce54678000] PSNR y:41.829373 u:45.371809 v:45.719316 average:42.752872 min:30.327257 max:113.058966
C:\Staxrip\StaxRip-v2.8.0-x64>
I tried the same settings in staxrip 2.42.2 and it was still around the same filesize, but it took longer.. so I think I'm going to stick with my tried and tested settings at the moment, but I will definitely give the qp max setting a bit of a test to see if I can improve it noticeably for not much increase in file size.
jimbobub
9th December 2024, 20:54
Staxrip, Hybrid and Ripbot264 all have audio sync being off. Handbrake, Clever ffmpeg, avidemux and tmpgenc all have good audio sync. I'm converting a home video from dvd that is, according to mediainfo, 29.97 interlaced tff. h264 is the encoder output. I've tried encoding the audio to ac3 and other times I tried passthrough. With various staxrip decoders some show the source file as 29.97 and others 29.918. My goal is to be able to use qtgmc deinterlacer. I tried yadif bob as well with no luck with proper a/v sync. Is there a setting that I am missing that could help? Thanks.
Emulgator
10th December 2024, 03:22
You may report the sourcefilters that assume the wrong fps,
and for DVD decoding I suggest DG's MPEG2Source or DGSource (indexing comes first)
http://avisynth.nl/index.php/DGDecode
http://avisynth.nl/index.php/DGDecNV
and you may feed a Avisynth Script to Staxrip ending with Assumefps("ntsc_video")
jimbobub
10th December 2024, 13:33
Thanks for you response. I'm an intermediate, just barely, when it comes to playing around with stuff such as with the code editor. I'm willing to try but will need some help if you or others are willing. I have staxrip 2.42.2. I did see mpeg2source listed in the source options and I did try that decoder before and it did list the source frame rate correctly but after encoding to mp4, the audio is out of sync. I did not see dgsource listed in source decoders. Regarding dgdecode and dgdecnv, I do not know how to add them to staxrip if not already in there. If they are how to adjust the settings?
jimbobub
10th December 2024, 14:47
To be more exact on what I am trying to do. I have home videos that were transferred from vhs to dvd. I want to convert the dvd mpegs (29.97 interlaced tff) to mp4 bluray (59.94 progressive). Using handbrake for example I was able to do all this with no problem. I used yadif bob for a nice smooth motion video and sync was fine. Handbrake however has no color, contrast and brightness adjustments. On the original vhs videos these are a bit too high. What I like about staxrip is qtgmc and the color, contrast and brightness adjustments.
Emulgator
10th December 2024, 16:13
You may upload a sample.
wetransfer.com, up to 2GB free, uptime now down to 3 days IIRC.
Shuichiyagami
13th December 2024, 13:23
iam just use Staxrip recently, but now i want to try external filters like sharpening, so can somebody gave me the tutorial to use external filters?
Emulgator
14th December 2024, 18:27
You would feed an AviSynth script to Staxrip.
Any tutorial comes with the script or can be taken from
http://avisynth.nl/index.php/External_filters#Sharpeners
Shuichiyagami
31st December 2024, 13:22
I got an error like this when use anti-aliasing script.
Script Error
Python exception: Failed to load L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll. GetLastError() returned 126. The file you tried to load or one of its dependencies is probably missing.
Traceback (most recent call last):
File "src\\cython\\vapoursynth.pyx", line 3124, in vapoursynth._vpy_evaluate
File "src\\cython\\vapoursynth.pyx", line 3125, in vapoursynth._vpy_evaluate
File "L:\Download\[SubsPlease] Shadowverse Flame - 31 (1080p) [EC8C15F3].mkv_temp\[SubsPlease] Shadowverse Flame - 31 (1080p) [EC8C15F3]_new_view.vpy", line 20, in <module>
core.std.LoadPlugin(r"L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll", altsearchpath=True)
File "src\\cython\\vapoursynth.pyx", line 2860, in vapoursynth.Function.__call__
vapoursynth.Error: Failed to load L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll. GetLastError() returned 126. The file you tried to load or one of its dependencies is probably missing.
And how to automatically not include subtitle and attachment if the video we want to encode already have that?
https://i.ibb.co/K687qjZ/Untitled.png (https://ibb.co/K687qjZ)
Emulgator
1st January 2025, 12:58
core.std.LoadPlugin(r"L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll", altsearchpath=True)
the r in Front is suspicious to me. Does it belong there ? Remove it. Reload.
Goto L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll
Is NNEDI3CL.dll there ? If yes, report to the StaxRip developers.
Sub/Attach muxing settings: Staxrip implements these project-based and assumes these as default=yes, keep them
You just untick these:
Project -> Options -> Subtitles -> Default Subtitle -> None
Project -> Options -> Attachments -> Add Attachments to Muxing -> untick
Z2697
1st January 2025, 13:08
core.std.LoadPlugin(r"L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll", altsearchpath=True)
the r in Front is suspicious to me. Does it belong there ? Remove it. Reload.
Goto L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll
Is NNEDI3CL.dll there ? If yes, report to the StaxRip developers.
Sub/Attach muxing settings: Staxrip implements these project-based
Project -> Options -> Subtitles -> Default Subtitle -> None
Project -> Options -> Attachments -> Add Attachments to Muxing -> untick
It's python "raw string literal" that basically just saves the need for escaping (i.e. you can see the single backslash is used instead of double backslash you would normally need)
Z2697
1st January 2025, 13:24
I got an error like this when use anti-aliasing script.
Script Error
Python exception: Failed to load L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll. GetLastError() returned 126. The file you tried to load or one of its dependencies is probably missing.
Traceback (most recent call last):
File "src\\cython\\vapoursynth.pyx", line 3124, in vapoursynth._vpy_evaluate
File "src\\cython\\vapoursynth.pyx", line 3125, in vapoursynth._vpy_evaluate
File "L:\Download\[SubsPlease] Shadowverse Flame - 31 (1080p) [EC8C15F3].mkv_temp\[SubsPlease] Shadowverse Flame - 31 (1080p) [EC8C15F3]_new_view.vpy", line 20, in <module>
core.std.LoadPlugin(r"L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll", altsearchpath=True)
File "src\\cython\\vapoursynth.pyx", line 2860, in vapoursynth.Function.__call__
vapoursynth.Error: Failed to load L:\Fansub\StaxRip-v2.44.0-x64\Apps\Plugins\VS\nnedi3\NNEDI3CL.dll. GetLastError() returned 126. The file you tried to load or one of its dependencies is probably missing.
And how to automatically not include subtitle and attachment if the video we want to encode already have that?
https://i.ibb.co/K687qjZ/Untitled.png (https://ibb.co/K687qjZ)
The template and start up option is likely what you want. Although I'm not sure if the container options is saved with template, haven't used staxrip for quite a while.
Emulgator
1st January 2025, 13:38
r -> python "raw string literal"
Ah, ok.
DMD
1st January 2025, 18:18
Happy New Year to all
In the X264 encoder section (StaxRip 2.44.1) I can't get the commands to hide the items displayed in mediainfo “Witing library and Encoding setting”.
Any ideas?
Thanks
https://i.postimg.cc/wBbCsssp/Immagine-2025-01-01-180953.png
Leo 69
1st January 2025, 20:43
Happy New Year to all
In the X264 encoder section (StaxRip 2.44.1) I can't get the commands to hide the items displayed in mediainfo “Witing library and Encoding setting”.
Any ideas?
Thanks
There's no such setting in StaxRip. You can remove that information with ffmpeg:
ffmpeg -i input.mkv -c copy -bitexact -map_metadata -1 -vbsf filter_units=remove_types=6 output.mkv
DMD
1st January 2025, 21:26
There's no such setting in StaxRip. You can remove that information with ffmpeg:
ffmpeg -i input.mkv -c copy -bitexact -map_metadata -1 -vbsf filter_units=remove_types=6 output.mkv
Can I include the command line in the Custom section?
-QfG-
2nd January 2025, 06:06
--------------------------- Frame Mismatch ---------------------------
WARNING: Target file has -1 frames, but should have 59914 frames!
Encoding was probably terminated at 0,0% with a mismatch of 59915 frames!
Has anyone a solution for this, this is every time during x265 Encode.
Have sync issues with the DV layer, can't fix this error.
In the X264 encoder section (StaxRip 2.44.1) I can't get the commands to hide the items displayed in mediainfo “Witing library and Encoding setting”.
x264 core:164 r3198+7 bf259fa [Mod by Patman] modified (writes no encoding settings). This is the Encoder from StaxRip 2.44.1
https://mega.nz/folder/Qtch1Yjb#6pTc3OusOT7yrOaijOHLsA
DMD
2nd January 2025, 08:42
x264 core:164 r3198+7 bf259fa [Mod by Patman] modified (writes no encoding settings). This is the Encoder from StaxRip 2.44.1
https://mega.nz/folder/Qtch1Yjb#6pTc3OusOT7yrOaijOHLsA
Thank you very much :thanks:
It was what I was looking for, I will keep it carefully.
-QfG-
2nd January 2025, 17:20
If you have a new x264.exe you can send it to me and i will modify the file ;).
DMD
2nd January 2025, 20:39
If you have a new x264.exe you can send it to me and i will modify the file ;).
Thank you.
I'll keep abreast of new releases.
-QfG-
4th January 2025, 16:38
Ok, here the funny result. Using an Old StaxRip Version (v2.3.1) with most identcal settings:
(I can't use 2.44 templates with 2.3.1, so i rebuild it for 2.3.1)
(Thread #4396 (https://forum.doom9.org/showpost.php?p=2012411&postcount=4936))
STAXRIP v2.3.1:
--------------------------- Video encoding ---------------------------
x265 4.1.0.54 [PatMan]
B:\_RIPPING\StaxRip_2.1.3.0\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp B:\VIDEO\Arcane.S01E09_temp\Arcane.S01E09.avs | B:\_RIPPING\StaxRip_2.1.3.0\Apps\Encoders\x265\x265.exe --crf 12 --preset slower --tune animation --profile main10 --level-idc 5.1 --vbv-bufsize 90000 --vbv-maxrate 90000 --hme-search umh,umh,star --hme --refine-analysis-type off --min-keyint 1 --keyint 24 --no-open-gop --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --hdr10 --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --repeat-headers --no-info --hrd --aud --uhd-bd --no-strong-intra-smoothing --subme 5 --deblock -1:-1 --bframes 4 --ref 4 --no-sao --no-rect --no-amp --sar 1 --refine-mv 0 --rd 6 --rdoq-level 1 --tu-intra 1 --tu-inter 1 --limit-tu 0 --output-depth 10 --frames 56310 --y4m --output B:\VIDEO\Arcane.S01E09.hevc -
avs2pipemod[info]: writing 56310 frames of 24000/1001 fps, 3840x2160,
sar 0:0, YUV-420-planar-10bit progressive video.
y4m [INFO]: 3840x2160 fps 24000/1001 i420p10 sar 1:1 unknown frame count
raw [INFO]: output file: B:\VIDEO\Arcane.S01E09.hevc
x265 [INFO]: HEVC encoder version 4.1+54+9-0c07fe364 [Mod by Patman]
x265 [INFO]: build info [Windows][MSVC 1942][64 bit] 10bit
x265 [INFO]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [INFO]: Main 10 profile, Level-5.1 (High tier)
x265 [INFO]: Thread pool created using 32 threads
x265 [INFO]: Slices : 1
x265 [INFO]: frame threads / pool features : 6 / wpp(34 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]: HME L0,1,2 / range / subpel / merge : umh, umh, star / 48 / 5 / 4
x265 [INFO]: Keyframe min / max / scenecut / bias : 1 / 24 / 40 / 5.00
x265 [INFO]: Lookahead / bframes / badapt : 40 / 4 / 2
x265 [INFO]: b-pyramid / weightp / weightb : 1 / 1 / 1
x265 [INFO]: References / ref-limit cu / depth : 4 / off / on
x265 [INFO]: AQ: mode / str / qg-size / cu-tree : 2 / 0.4 / 32 / 1
x265 [INFO]: Rate Control / qCompress : CRF-12.0 / 0.60
x265 [INFO]: VBV buffer / maxrate / init : 90000 / 90000 / 0.900
x265 [INFO]: tools: limit-modes rd=6 psy-rd=0.40 rdoq=1 psy-rdoq=1.00
x265 [INFO]: tools: rskip mode=1 signhide tmvp b-intra deblock(tC=-1:B=-1)
x265 [INFO]: tools: dhdr10-info
avs2pipemod[info]: finished, wrote 56310 frames [100%].
avs2pipemod[info]: total elapsed time is 24316.033 sec.
x265 [INFO]: frame I: 2508, Avg QP:12.07 kb/s: 43225.82
x265 [INFO]: frame P: 14182, Avg QP:14.24 kb/s: 30505.64
x265 [INFO]: frame B: 39620, Avg QP:18.04 kb/s: 10256.31
x265 [INFO]: Weighted P-Frames: Y:18.9% UV:9.0%
x265 [INFO]: Weighted B-Frames: Y:10.9% UV:5.4%
encoded 56310 frames in 24324.01s (2.31 fps), 16824.65 kb/s, Avg QP:16.81
Start: 09:13:44
End: 15:59:08
Duration: 06:45:24
General
Complete name : B:\VIDEO\Arcane.S01E09.hevc
Format : HEVC
Format/Info : High Efficiency Video Coding
File size : 4.60 GiB
Video
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
---------------------------- Job Complete ----------------------------
Start: 09:13:43
End: 15:59:08
Duration: 06:45:25
StaxRip v2.44.1:
--------------------------- Video encoding ---------------------------
x265 4.1+54+9-0c07fe364-.Mod-by-Patman.-x64-avx2-msvc1942
B:\_RIPPING\StaxRip\Apps\Encoders\x265\x265.exe --reader-options library=B:\_RIPPING\StaxRip\Apps\FrameServer\AviSynth\AviSynth.dll --crf 12 --preset veryslow --tune animation --vbv-bufsize 80000 --vbv-maxrate 90000 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --hdr10 --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --chromaloc 2 --dolby-vision-profile 8.1 --dolby-vision-rpu "B:\VIDEO\Arcane - League of Legends - Season 1\Arcane.German.DTSHD.S01E09.2160p.UHD.BluRay.DV.HDR.HEVC.Remux.Repack-QfG.mkv_temp\HDRDVmetadata.rpu" --profile main10 --level-idc 5.1 --rd 6 --rdoq-level 1 --tu-intra 1 --tu-inter 1 --limit-tu 0 --sar 1 --qcomp 0.6 --ref 4 --bframes 4 --selective-sao 0 --rskip 0 --no-open-gop --no-info --no-sao --no-rect --no-amp --hme-search umh,umh,star --hme --repeat-headers --aud --uhd-bd --min-keyint 1 --keyint 24 --hrd --hdr --hdr-opt --output-depth 10 --output "B:\VIDEO\Arcane - League of Legends - Season 1\Arcane.German.DTSHD.S01E09.2160p.UHD.BluRay.DV.HDR.HEVC.Remux.Repack-QfG.hevc" --input "B:\VIDEO\Arcane - League of Legends - Season 1\Arcane.German.DTSHD.S01E09.2160p.UHD.BluRay.DV.HDR.HEVC.Remux.Repack-QfG.mkv_temp\Arcane.German.DTSHD.S01E09.2160p.UHD.BluRay.DV.HDR.HEVC.Remux.Repack-QfG.avs"
avs+ [INFO]: using external Avisynth library from: "B:\_RIPPING\StaxRip\Apps\FrameServer\AviSynth\AviSynth.dll"
avs+ [INFO]: AviSynth+ 3.7.3 (r4003, 3.7, x86_64)
avs+ [INFO]: 3840x2160 fps 24000/1001 i420p10 sar 1:1 frames 0 - 56309 of 56310
raw [INFO]: output file: B:\VIDEO\Arcane - League of Legends - Season 1\Arcane.German.DTSHD.S01E09.2160p.UHD.BluRay.DV.HDR.HEVC.Remux.Repack-QfG.hevc
x265 [INFO]: HEVC encoder version 4.1+54+9-0c07fe364 [Mod by Patman]
x265 [INFO]: build info [Windows][MSVC 1942][64 bit] 10bit
x265 [INFO]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [INFO]: Main 10 profile, Level-5.1 (High tier)
x265 [INFO]: Thread pool created using 32 threads
x265 [INFO]: Slices : 1
x265 [INFO]: frame threads / pool features : 6 / wpp(34 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]: HME L0,1,2 / range / subpel / merge : umh, umh, star / 48 / 4 / 5
x265 [INFO]: Keyframe min / max / scenecut / bias : 1 / 24 / 40 / 5.00
x265 [INFO]: Lookahead / bframes / badapt : 40 / 4 / 2
x265 [INFO]: b-pyramid / weightp / weightb : 1 / 1 / 1
x265 [INFO]: References / ref-limit cu / depth : 4 / off / off
x265 [INFO]: AQ: mode / str / qg-size / cu-tree : 2 / 0.4 / 32 / 1
x265 [INFO]: Rate Control / qCompress : CRF-12.0 / 0.60
x265 [INFO]: VBV buffer / maxrate / init : 80000 / 90000 / 0.900
x265 [INFO]: tools: rd=6 psy-rd=0.40 rdoq=1 psy-rdoq=1.00 signhide tmvp b-intra
x265 [INFO]: tools: strong-intra-smoothing deblock(tC=1:B=1) dhdr10-info
x265 [INFO]: VES muxing with Dolby Vision RPU file successful in x265
x265 [INFO]: frame I: 2508, Avg QP:14.78 kb/s: 28317.83
x265 [INFO]: frame P: 14182, Avg QP:16.85 kb/s: 18461.53
x265 [INFO]: frame B: 39620, Avg QP:19.81 kb/s: 5210.96
x265 [INFO]: Weighted P-Frames: Y:20.3% UV:10.4%
x265 [INFO]: Weighted B-Frames: Y:13.2% UV:7.2%
encoded 56310 frames in 29991.06s (1.88 fps), 9577.36 kb/s, Avg QP:18.84
Start: 04:32:34
End: 12:52:27
Duration: 08:19:52
General
Complete name : B:\VIDEO\Arcane - League of Legends - Season 1\Arcane.German.DTSHD.S01E09.2160p.UHD.BluRay.DV.HDR.HEVC.Remux.Repack-QfG.hevc
Format : HEVC
Format/Info : High Efficiency Video Coding
File size : 2.63 GiB
Frame rate : 23.976 FPS
Video
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
---------------------------- Job Complete ----------------------------
Start: 04:32:34
End: 12:52:27
Duration: 08:19:52
--------------------------- Frame Mismatch ---------------------------
WARNING: Target file has -1 frames, but should have 56310 frames!
Encoding was probably terminated at 0,0% with a mismatch of 56311 frames!
I think there is any pipeline problem with StaxRip 2.44x. :(
I using the same Encoder (x265 from StaxRip 2.44.1).
Also no A/V sync errors after Muxing FEL from original file.
Emulgator
5th January 2025, 01:18
Sounds familiar: I had the -1 frame problem with Topaz and certain more recent builds (uvz4073) of AviSynth.
pinterf's r4066 worked. I read r4003 from your log.
K.i.N.G
10th January 2025, 15:09
When using vapoursynth in staxrip, how can i adjust a filter parameter on specific frames and/or apply filters only to specific frames?
For example increase denoising strength on single frame flashes that seem hard to denoise (like muzzleflashes of guns in grainy footage).
I asked chatgpt and it keeps telling me to do it this way (i used a convert to greyscale to as a quicktest):
# Function to apply filter to specific frames
def filter_selected_frames(n, clip):
if n in [100, 200, 300]: # Apply filter only to frames 100, 200, and 300
return core.resize.Bicubic(clip, format=vs.GRAY8) # Apply the filter
return clip # Return unmodified frame for others
# Apply the conditional filter and store the result back in 'clip'
clip = core.std.FrameEval(clip, filter_selected_frames, prop_src=clip)
But it doesnt work in staxrip...
The UI itself gives no error in the statusbox below, but when i run the script i get this:
Error Video encoding (v2.44.1)
x265 x265-4.1+54+9-0c07fe364-.Mod-by-Patman.-x64-alderlake-gcc14.2.0
C:\Tools\StaxRip-v2.44.1-x64\Apps\Encoders\x265\x265.exe --reader-options library=C:\Tools\StaxRip-v2.44.1-x64\Apps\FrameServer\VapourSynth\VSScript.dll --crf 17 --preset slower --output-depth 10 --profile main10 --level-idc 5 --high-tier --rd-refine --psy-rdoq 1.33 --rskip-edge-threshold 4 --ctu 32 --qcomp 0.65 --nr-intra 10 --nr-inter 20 --vbv-bufsize 40000 --vbv-maxrate 40000 --merange 60 --max-merge 3 --rc-lookahead 48 --keyint 360 --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1)" --hdr10 --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --hdr10-opt --chromaloc 2 --repeat-headers --aud --hrd --deblock -3:-3 --no-sao --output "D:\0\CUT_4-normalx265Settings_6_out.hevc" --input "D:\0\CUT_4-normalx265Settings_6.vpy"
vpy [INFO]: using external VapourSynth library from: "C:\Tools\StaxRip-v2.44.1-x64\Apps\FrameServer\VapourSynth\VSScript.dll"
vpy [INFO]: VapourSynth Core R70
vpy [FLAW]:
Traceback (most recent call last):
File "src\\cython\\vapoursynth.pyx", line 3216, in vapoursynth.publicFunction
File "src\\cython\\vapoursynth.pyx", line 3218, in vapoursynth.publicFunction
File "src\\cython\\vapoursynth.pyx", line 834, in vapours occurred while getting frame 0
x265 [FLAW]: unable to open input file <D:\0\CUT_4-normalx265Settings_6.vpy>
Video encoding returned exit code: 1 (0x1)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
StaxRip.ErrorAbortException: x265 x265-4.1+54+9-0c07fe364-.Mod-by-Patman.-x64-alderlake-gcc14.2.0
C:\Tools\StaxRip-v2.44.1-x64\Apps\Encoders\x265\x265.exe --reader-options library=C:\Tools\StaxRip-v2.44.1-x64\Apps\FrameServer\VapourSynth\VSScript.dll --crf 17 --preset slower --output-depth 10 --profile main10 --level-idc 5 --high-tier --rd-refine --psy-rdoq 1.33 --rskip-edge-threshold 4 --ctu 32 --qcomp 0.65 --nr-intra 10 --nr-inter 20 --vbv-bufsize 40000 --vbv-maxrate 40000 --merange 60 --max-merge 3 --rc-lookahead 48 --keyint 360 --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1)" --hdr10 --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --hdr10-opt --chromaloc 2 --repeat-headers --aud --hrd --deblock -3:-3 --no-sao --output "D:\0\CUT_4-normalx265Settings_6_out.hevc" --input "D:\0\CUT_4-normalx265Settings_6.vpy"
vpy [INFO]: using external VapourSynth library from: "C:\Tools\StaxRip-v2.44.1-x64\Apps\FrameServer\VapourSynth\VSScript.dll"
vpy [INFO]: VapourSynth Core R70
vpy [FLAW]:
Traceback (most recent call last):
File "src\\cython\\vapoursynth.pyx", line 3216, in vapoursynth.publicFunction
File "src\\cython\\vapoursynth.pyx", line 3218, in vapoursynth.publicFunction
File "src\\cython\\vapoursynth.pyx", line 834, in vapours occurred while getting frame 0
x265 [FLAW]: unable to open input file <D:\0\CUT_4-normalx265Settings_6.vpy>
Video encoding returned exit code: 1 (0x1)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 366
at StaxRip.x265Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in D:\Code\Github\staxrip\staxrip\Source\Encoding\x265Enc.vb:line 109
at StaxRip.x265Enc.Encode() in D:\Code\Github\staxrip\staxrip\Source\Encoding\x265Enc.vb:line 79
at StaxRip.GlobalClass._Closure$__._Lambda$__141-7() in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 367
at System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 376
DMD
12th January 2025, 22:16
If you have a new x264.exe you can send it to me and i will modify the file ;).
New version x264-0.164.3204+8-8241910-[Mod-by-Patman]
https://github.com/Patman86/x264-Mod-by-Patman/releases/tag/0.164.3204%2B8
If it is also possible with this file.
Thank you
Trench
16th January 2025, 15:31
(Originally posted as https://forum.videohelp.com/threads/369913-StaxRip/page24#post2764022.)
I think I've googled sufficiently to say it doesn't exist, but doesn't hurt to ask: Is there any existing way I could convince existing StaxRip releases to add the "-no-check" parameter to any MP4Box command line it needs to generate when demuxing?
I've encountered more than one MP4 container which ends up throwing error, specifically about "not enough bytes in box colr: 6 left, reading 7":
StaxRip.ErrorAbortException: MP4Box 2.5-DEV-rev1021-g49a598895-x64-msvc1942
[isom] not enough bytes in box colr: 6 left, reading 7 (file H:\repos\gpac\src\isomedia\iff.c, line 226) - try specifying -no-check (might crash)
[iso file] Read Box "colr" (start 10855184763) failed (Invalid IsoMedia File) - skipping
[iso file] Read Box "avc1" (start 10855184623) failed (Invalid IsoMedia File) - skipping
[iso file] Read Box "stsd" (start 10855184607) failed (Invalid IsoMedia File) - skipping
[iso file] Read Box "stbl" (start 10855184599) failed (Invalid IsoMedia File) - skipping
[iso file] Read Box "minf" (start 10855184535) failed (Invalid IsoMedia File) - skipping
[iso file] Read Box "mdia" (start 10855184450) failed (Invalid IsoMedia File) - skipping
[iso file] Read Box "trak" (start 10855184314) failed (Invalid IsoMedia File) - skipping
[iso file] Read Box "moov" (start 10855184198) failed (Invalid IsoMedia File) - skipping
Which stops any further processing. In my particular instances, the MP4 files play fine as-is, and even the demux generates valid exports of all the track types when I manually figure out the needed MP4Box commands and then add "-no-check". I'm about to do it for a second time, so I just wanted to ask whether StaxRip might already have a way to add this without me manually doing the work to demux the MP4.
If it's not already there, does this seem worthy of me making a bug in the tracker, or is there a better place for "enhancement requests." Clearly for any MP4 I'm in control of generating, I would instead want to solve why the generated MP4 isn't valid. But for users of StaxRip receiving an MP4 which they can't otherwise "fix", perhaps having the "use -no-check" option would save them some grief and let StaxRip help them potentially get past the issue.
Oh, the idea didn't come to mind until writing this: Can I get StaxRip to reveal all the demux command lines it intends to generate for the current file? Because that's really "the issue"; because StaxRip processing aborts on the first demux command line that fails, I can't just "look at the StaxRip log" to see all the command lines needed and add -no-check to them to run them manually myself. Only the first failed command line is in the log. StaxRip is willing to preview me the command lines for the encodings it intends to perform, but if it will preview me the demux command lines, I've missed it.
lexx2
6th February 2025, 17:29
Question! Can Staxrip make use of the ssimulacra2 implementation in vapoursynth? Having viewed a bunch of encoding quality metrics and apps, I'm convinced that for high fidelity, VMAF is useless and ssimulacra2 is what I need to use. I haven't been able to find any implementation of it where I can compare an original file to a transcoded file and get output metrics. Then I saw that Staxrip can use vapoursynth in...some way... and there's an implementation of ssimulacra2 for vapoursynth.
//I'm in way over my head here. I'm...basically...familiar with CLI syntax, but not Linux shells, regular expressions, etc.
Shuichiyagami
16th February 2025, 13:48
Why my staxrip always ask "The target file already exist" like this every time after done encoding. Even though it really a new name file and not same like the raw file.
https://i.ibb.co.com/SDcxbvsF/RTYS.png (https://ibb.co.com/SDcxbvsF)
Emulgator
16th February 2025, 15:11
Unlucky wording, I guess, and I found it so from the first day I used StaxRip.
Maybe to keep you from pressing Accept/Next button again and overwriting the just finished encode.
Could be changed to "Target file encoded", and green, and only switching to abovementioned behaviour when Accept/Next button is pressed again.
Magik Mark
24th February 2025, 12:52
I have been trying to search for a guide that would convert DOVI to HDR. Can someone point me to the right direction?
Thanks
salvo00786
6th March 2025, 21:15
Hi... I updated to the latest version of Staxrip, but I don't know how to use Super Resolution or Nvidia VSR in encoder NVEncC options.
First of all, what are the differences between NVIDIA Super Resolution and NVIDIA VSR, what isthe best between these two?
If i select these in encoder options/resize, the file is not upscaled. How can I enable the upscale?
Emulgator
7th March 2025, 09:59
--output-res <int>x<int>[,<string>=<string>]
Set output resolution. When it is different from the input resolution, HW/GPU resizer will be activated automatically.
All other available resizer parameters and their dependencies see
https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md
These are a lot, and this may change daily with availability of implementations, so I better link to.
Just use CTRL+F vpp-resize in your browser and you will land somewhere in the last quarter.
Which algo is best you will tell after applying and reporting.
lordalibaski
31st March 2025, 19:43
Just installed the latest version and got this error
DirectoryNotFoundException (v2.46.1)
Could not find a part of the path 'D:\01 - My VHS and DVD\02 - ITF DJ Championships\1997 ITF USA Championships Advancement Class Eliminations Tape 2\1997 ITF USA Championships Advancement Class Eliminations Tape 2.mpeg_temp\1997 ITF USA Championships Advancement Class Eliminations Tape 2_staxrip.log'.
System.IO.DirectoryNotFoundException: Could not find a part of the path 'D:\01 - My VHS and DVD\02 - ITF DJ Championships\1997 ITF USA Championships Advancement Class Eliminations Tape 2\1997 ITF USA Championships Advancement Class Eliminations Tape 2.mpeg_temp\1997 ITF USA Championships Advancement Class Eliminations Tape 2_staxrip.log'.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
at System.IO.StreamWriter.CreateFile(String path, Boolean append, Boolean checkHost)
at System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize, Boolean checkHost)
at System.IO.File.InternalWriteAllText(String path, String contents, Encoding encoding, Boolean checkHost)
at StaxRip.StringExtensions.WriteFile(String instance, String path, Encoding encoding) in D:\Code\Github\staxrip\staxrip\Source\General\Extensions.vb:line 609
Emulgator
31st March 2025, 23:03
Path too long (266 characters)
lordalibaski
1st April 2025, 22:55
Why I didn't notice that I don't know, just checked the last time I converted it the title was just 1997 ITF USA Championships Advancement Class.
TR-9970X
8th April 2025, 07:49
Why I didn't notice that I don't know, just checked the last time I converted it the title was just 1997 ITF USA Championships Advancement Class.
Check your sig, are you sure you have an AMD 9550x3D ??
lordalibaski
9th April 2025, 00:13
I am sure why?
You sure you have all those running as your main systems!!
TR-9970X
9th April 2025, 00:30
I am sure why?
You sure you have all those running as your main systems!!
I've never heard of a 9550X3D, that's all.
Absolutely !!!
lordalibaski
9th April 2025, 00:59
You haven't heard of one but you have it in your sig!!
https://www.amd.com/en/products/processors/desktops/ryzen/9000-series/amd-ryzen-9-9950x3d.html
I actually got it on launch from overclockers.co.uk this will probably be my last system I purchase being the old fart I am.
TR-9970X
9th April 2025, 01:04
You haven't heard of one but you have it in your sig!!
https://www.amd.com/en/products/processors/desktops/ryzen/9000-series/amd-ryzen-9-9950x3d.html
I actually got it on launch from overclockers.co.uk this will probably be my last system I purchase being the old fart I am.
OK, well that just proves that you can't see the typo you've made!!!
Hey, I'm an old fart too :)
lordalibaski
9th April 2025, 01:09
I do now you've said lol bit like my stupid mistake with my other post not noticing the character length.
Will change it now I have noticed it.
TR-9970X
9th April 2025, 01:26
I do now you've said lol bit like my stupid mistake with my other post not noticing the character length.
Will change it now I have noticed it.
Nice.
So that's not a bad little system you've got there, are you a "gamer" or more of a "creator" ?
What did have before ?
I have to say, I'm slightly disappointed at the uplift in encoding speed between the 7950X and the 9950X3d...
lordalibaski
9th April 2025, 01:42
The last game I played on a PC was Command & Conquer (8 discs set) on Windows 98 never been into gaming at all.
I do a lot of VHS recording and encoding and I have been stuck on a Xeon x5470 for years but every time I have saved up the money for a new PC the wife used the money for home improvements. Though soon as she wanted a PC in the spare room it was ok for her to have mine and for me to finally purchase a much needed upgrade.
This is my YouTube channel, I had to start again because I wasn't happy with many of my conversions so deleted the old channel and started uploading them again.
https://www.youtube.com/@hiphoparchive-y9t
Going from the Xeon to this is a 1000x improvement especially using Staxrip it's gone from converting a 2hr recording that took between 4-6hrs down to 6minutes on this.
TR-9970X
9th April 2025, 02:10
The last game I played on a PC was Command & Conquer (8 discs set) on Windows 98 never been into gaming at all.
I do a lot of VHS recording and encoding and I have been stuck on a Xeon x5470 for years but every time I have saved up the money for a new PC the wife used the money for home improvements. Though soon as she wanted a PC in the spare room it was ok for her to have mine and for me to finally purchase a much needed upgrade.
This is my YouTube channel, I had to start again because I wasn't happy with many of my conversions so deleted the old channel and started uploading them again.
https://www.youtube.com/@hiphoparchive-y9t
Going from the Xeon to this is a 1000x improvement especially using Staxrip it's gone from converting a 2hr recording that took between 4-6hrs down to 6minutes on this.
Yeah, I'm not into gaming either...
Well, that's certainly a MAJOR upgrade, and a long time coming.
I do a lot of encoding / transcoding of movies & TV series, etc, and the more power you've got, the faster it all gets done.
There comes a time when we are all running out of time, so the faster we can do stuff, the better.
I rarely use Staxrip, my "go to" is Ripbot264 (but a modded build), have been using it for decades, in one form or another.
And as the saying goes, "Happy wife, happy life".
Cheers.
lordalibaski
21st April 2025, 01:10
Just downloaded the latest version and it won't even open!! had to go back to StaxRip-v2.46.3-x64 which opens straight away.
DMD
21st April 2025, 06:38
Just downloaded the latest version and it won't even open!! had to go back to StaxRip-v2.46.3-x64 which opens straight away.
Very strange, try downloading again, it works fine for me.
https://i.postimg.cc/Kvygj1xk/Screenshot-1756.png
lordalibaski
21st April 2025, 21:01
Nope 4 different downloads and attempts to get it to run and nope it won't open. It let's me create the settings directory but when I double click on the exe file nothing happens it doesn't even appear in task manager.
DMD
21st April 2025, 21:36
Once the file is unzipped by double clicking on the exe file, it will not open?
I have no idea why this happens, you might try running it on a virtual machine to see if the problem resides on the host computer.
https://i.postimg.cc/662hhrx8/Immagine-2025-04-21-221512.png
lordalibaski
21st April 2025, 21:52
That's correct but as soon as I go back to the last version it opens straight away
https://i.postimg.cc/cJcFc4DQ/Screenshot-2025-04-21-215117.png
bin.n2f
23rd April 2025, 21:46
That's correct but as soon as I go back to the last version it opens straight away
https://i.postimg.cc/cJcFc4DQ/Screenshot-2025-04-21-215117.png
same here
bin.n2f
23rd April 2025, 21:52
install the Microsoft Visual C++ Redistributable Runtimes All-in-One. to work
https://github.com/staxrip/staxrip
lordalibaski
24th April 2025, 22:10
install the Microsoft Visual C++ Redistributable Runtimes All-in-One. to work
https://github.com/staxrip/staxrip
I forgot I only just formatted my PC and didn't even think of installing runtimes that worked perfect thank you.
jimbobub
26th April 2025, 19:36
I get this error with staxrip :v2.46.4. v2.46.3 works fine.
Script Error
Cannot load file 'C:/Users/fluffy/Documents/PROGRAMS/StaxRip-v2.46.4-x64/Apps/Plugins/AVS/NNEDI3CL/nnedi3cl.dll'. Platform returned code 127:
The specified procedure could not be found.
(C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv_temp\A1_t00_edit_new.avs, line 127
StaxRip : v2.46.4
Settings : v2.46.4
Windows : Windows 10.0.26100 24H2 Professional
Language : English (United States)
CPU : Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz
RAM : 32GB
GPU : Intel(R) UHD Graphics 630
Resolution : 1920 x 1080
DPI : 96
Code Page : 1252
----------------------- Media Info Source File -----------------------
C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv
General
Complete name : C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv
Format : Matroska
Format version : Version 4
File size : 3.78 GiB
Duration : 1 h 22 min
Overall bit rate mode : Variable
Overall bit rate : 6 598 kb/s
Frame rate : 29.970 FPS
Writing application : Lavf61.1.100
Writing library : Lavf61.1.100
ErrorDetectionType : Per level 1
Video
ID : 1
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings : CustomMatrix / BVOP
Format, BVOP : Yes
Format, Matrix : Custom
Format, GOP : M=3, N=15
Format, picture structure : Frame
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 1 h 22 min
Bit rate mode : Variable
Bit rate : 6 275 kb/s
Maximum bit rate : 7 040 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
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.606
Time code of first frame : 00:00:00;00
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 3.59 GiB (95%)
Default : No
Forced : No
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 22 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 113 MiB (3%)
Service kind : Complete Main
Default : No
Forced : No
Dialog Normalization : -31 dB
dialnorm_Average : -31 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31 dB
------------------------------ Demux MKV ------------------------------
mkvextract 91
C:\Users\fluffy\Documents\PROGRAMS\StaxRip-v2.46.4-x64\Apps\Support\MKVToolNix\mkvextract.exe --ui-language en "C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv" tracks 1:"C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv_temp\ID1.ac3"
Extracting track 1 with the CodecID 'A_AC3' to the file 'C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv_temp\ID1.ac3'. Container format: Dolby Digital (AC-3)
Start: 2:08:31 PM
End: 2:08:33 PM
Duration: 00:00:02
General
Complete name : C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv_temp\ID1.ac3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
File size : 113 MiB
Duration : 1 h 22 min
Overall bit rate mode : Constant
Overall bit rate : 192 kb/s
Audio
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Duration : 1 h 22 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 113 MiB (100%)
Service kind : Complete Main
Dialog Normalization : -31 dB
dialnorm_Average : -31 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31 dB
---------------------- Indexing using ffmsindex ----------------------
C:\Users\fluffy\Documents\PROGRAMS\StaxRip-v2.46.4-x64\Apps\Plugins\Dual\ffms2\ffmsindex.exe "C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv" "C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv_temp\temp.ffindex"
Writing index... done.
Start: 2:08:33 PM
End: 2:08:35 PM
Duration: 00:00:01
------------------------------ Auto Crop ------------------------------
AutoCrop 2.5
C:\Users\fluffy\Documents\PROGRAMS\StaxRip-v2.46.4-x64\Apps\Support\AutoCrop\AutoCrop.exe "C:\Users\fluffy\Videos\Family Video 17\A1_t00_edit.mkv_temp\A1_t00_edit_new_source.avs" 3 15 7373 7373 1000 0
11,0,16,0
Start: 2:08:35 PM
End: 2:08:37 PM
Duration: 00:00:01
manolito
21st May 2025, 02:30
This is a very late update to a more than 4 years old post:
https://forum.doom9.org/showpost.php?p=1943079&postcount=4289
DGHDRtoSDR is now at version 1.16, and the parameters have changed quite a bit since then. I spent some time with optimizing the params for the current version, and the results look very good to me.
PQ sources:
DGHDRToSDR(mode="pq", white=1460, black=0, gamma=0.42, hue=0.00, r=1.00, g=1.00, b=1.15, tm=0.90, roll=0.70, fulldepth=false, impl="255")
HLG sources:
DGHDRtoSDR(mode="hlg", white=2820, gamma=0.50, r=1.14, g=1.11, b=1.16, roll=0.70)
The PQ params are stolen from a post by Gispos here at Doom9, I only changed the value for "white" a little bit. The HLG params are the result of my own tests, I think they are not that bad...
Whatever, I still prefer DGHDRtoSDR over the FFmpeg offerings, but this is probably a matter of taste.
Cheers
manolito
darkio
5th June 2025, 08:16
error on decrompression in the last archive.
StaxRip-v2.46.5-x64.7z
Cannot unrar
Atak_Snajpera
5th June 2025, 13:34
error on decrompression in the last archive.
StaxRip-v2.46.5-x64.7z
Cannot unrar
Because you are supposed to use 7-zip
https://www.7-zip.org/
darkio
5th June 2025, 15:50
Because you are supposed to use 7-zip
https://www.7-zip.org/
7zip and wimrar 6.02
TR-9970X
5th June 2025, 15:54
7zip and wimrar 6.02
It's not wimrar !
Try WinRAR 7.11 !
coolgit
25th August 2025, 11:34
Does anyone know what is wrong with this line. It is for the profile menu.
ConvertTo$select:msg:Select the output Format you wish to convert back to;Y8(matrix="$select:msg:Select Output Color Matrix;Rec601;Rec709;Rec2020$") # 8 bit only;YV12(matrix="$select:msg:Select Output Color Matrix;Rec601;Rec709;Rec2020$") # 8 bit only;YV16(matrix="$select:msg:Select Output Color Matrix;Rec601;Rec709;Rec2020$") # 8 bit only;YV24(matrix="$select:msg:Select Output Color Matrix;Rec601;Rec709;Rec2020$") # 8 bit only;YV411(matrix="$select:msg:Select Output Color Matrix;Rec601;Rec709;Rec2020$") # 8 bit only;YUV420(matrix="$select:msg:Select Output Color Matrix;Rec601;Rec709;Rec2020$") # 8-16, 32 bit;YUV422(matrix="$select:msg:Select Output Color Matrix;"Rec601;Rec709;Rec2020$") # 8-16, 32 bit;YUV444(matrix="$select:msg:Select Output Color Matrix;Rec601;Rec709;Rec2020$") # 8-16, 32 bit$ # omit if you want to stay at planar RGB
lordalibaski
25th August 2025, 16:34
What's happened with deinterlace on this new version it's not there anymore? I still use it for old VHS recordings I do, is there anyway of adding it back?
Cheers
Ignore me it's still there for some reason it indexed my source using D2V I only just noticed it when I tried another file.
lordalibaski
25th August 2025, 21:30
Just got my 1st error in ages, trying to convert a file smaller for someone but keep getting this error
Frame Mismatch (v2.48.3)
Target file has 132055 frames, but should have 132062 frames!
StaxRip.ErrorAbortException: Target file has 132055 frames, but should have 132062 frames!
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 533
Why does it keep giving me the same frames error!!
Bluedraft
1st October 2025, 19:03
Apparently filters are not being applied when using avisynth
Original
https://i.ibb.co/Xk7LyM5D/image.png (https://ibb.co/jZyfVswz)
Avisynth
neo_f3kdb(y=64, cb=64, cr=64, grainy=64, grainc=64, dynamic_grain=True)
SMDegrain(tr=2, thSAD=300, thSADC=150, prefilter=-1, contrasharp=True, RefineMotion=True)
https://i.ibb.co/Ld0YbCGq/1.png (https://ibb.co/7tSj8G9T)
Vaporsynth
clip = core.neo_f3kdb.Deband(clip, y=64, cb=64, cr=64, grainy=64, grainc=64, dynamic_grain=True)
clip = havsfunc.SMDegrain(clip, tr=2, thSAD=300, thSADC=150, prefilter=-1, contrasharp=True, RefineMotion=True)
https://i.ibb.co/YTT3q4vF/2.png (https://ibb.co/FqqKjkGL)
I'm doing this in Staxrip 2.50.3. The filter parameters are the same. It's clear that or something is broken in staxrip or I'm doing something wrong here, any help would be appreciated.
cypher007
15th October 2025, 23:21
i get this virus warning when i try to download 1.27.5.
after googling it seems an ongoing issue. why arent the files being cleaned before distribution?
Emulgator
17th October 2025, 01:34
StaxRip is at 2.50.3.5 at the moment...
Bluedraft
21st November 2025, 16:38
Is there is any option in Staxrip like the "Turbo analysis pass" of Handbrake for x265 enconding?
Khun_Doug
21st November 2025, 16:43
I don't know if this is what you are looking for. When preparing an encode I usually do a sample 10 minute encode to see the results. You can get a reasonable estimate of the bitrate and file size that way.
Bluedraft
21st November 2025, 18:40
Hello Khun_Doug, most of the time I use two-pass encoding, and I have read that the first pass (the analysis) can be run in turbo mode (i.e., a fast pass) without significantly affecting the final quality, but saving hours of encoding time. This option is available in Handbrake, but I can't find it in Staxrip, and for a specific encoding I need to use Staxrip because I have to perform some filtering that is not available in Handbrake.
Khun_Doug
24th November 2025, 17:01
In the options for x265, when set for two (or three) pass encoding, there is an option to select slow first pass. Uncheck that and the first pass runs much faster. I've read some people claim it doesn't seem to change the final result so much, or at all. I hope that is what you are looking for.
jimbobub
12th December 2025, 15:07
when using multithreading, a warning in green "nlmeans.avs did not load" but after a few seconds staxrip goes on to encode
Staxrip seems to be working as the encoded h264 video, from a dvd home mpg comes out fine. I'm wondering if there is a timing issue with the warning vs when all the modules loading? When using multithreading, staxrip is sluggish regarding changing settings such the width and height in resize but it does respond. The multithreading is about 2.5x faster. I went by the guide "How to set up a simple multithreaded QTGMC template for AviSynth".
Did the warning come up too soon? Is this normal behavior?
The warning comes up after starting the job. The warning, in green text, shows for about 3 seconds and after the program then goes on to encode.
Bluedraft
14th December 2025, 16:44
In the options for x265, when set for two (or three) pass encoding, there is an option to select slow first pass. Uncheck that and the first pass runs much faster. I've read some people claim it doesn't seem to change the final result so much, or at all. I hope that is what you are looking for.
I don't see that option; I only have the option to configure the preset for both passes.
https://i.ibb.co/BVY5gqWn/1.png (https://ibb.co/C5S3nhCP)
Khun_Doug
16th December 2025, 16:56
Browse the left column of categories. Each item has a list of options that will populate in the right pane. As I recall, the thing you want is in the Performance category. Just look around in those categories and you will find it.
javieracdc
19th December 2025, 02:50
Hi everyone
I have an issue that I'm trying to to solve convert VFR to CFR (59.940) from a video recording (MOV format) of an Iphone, this is the mediainfo:
Format : MPEG-4
Format profile : QuickTime
Codec ID : qt 0000.00 (qt )
File size : 20.7 GiB
Duration : 1 h 27 min
Overall bit rate : 33.8 Mb/s
Frame rate : 60.000 FPS
Encoded date : 2025-12-12 00:03:47 UTC
Tagged date : 2025-12-12 01:31:24 UTC
Writing library : Apple QuickTime
dateRecorded : 2025:12:11
cinema.p3.audioDeviceName : iPhone Micrófono
cinema.p3.exposureMode : Punto
cinema.p3.focusMode : AFC
cinema.p3.iso : 3000
cinema.p3.shutterSpeed : 1/61
cinema.p3.shutterAngle : 357º
org.smpte.rdd18.camera.shut : 356.51deg
cinema.p3.whiteBalanceMode : AWBc
WhiteBalanceKelvin : 3972
WhiteBalanceTintCc : 21
org.smpte.rdd18.camera.whit : 3972K
org.smpte.rdd18.camera.isos : 3000
org.smpte.rdd18.camera.shut : 0.016505
cinema.p3.toneMapping : Local
cinema.p3.cameraName : Cámara trasera
cinema.p3.stabilizationMode : Cinema2
com.apple.quicktime.softwar : Cinema P3 Pro Camera
com.apple.quicktime.creatio : 2025-12-11T21:03:47-0300
Video
ID : 2
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@Main
HDR format : Dolby Vision, Version 1.0, Profile 8.4, dvhe.08.08, BL+RPU, no metadata compression, HLG compatible
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 1 h 27 min
Source duration : 1 h 27 min
Bit rate : 32.2 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 60.000 FPS
Minimum frame rate : 57.582 FPS
Maximum frame rate : 62.305 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.259
Stream size : 19.7 GiB (95%)
Source stream size : 19.7 GiB (95%)
Title : Core Media Video
Encoded date : 2025-12-12 00:03:47 UTC
Tagged date : 2025-12-12 01:31:24 UTC
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : HLG
Matrix coefficients : BT.2020 non-constant
Codec configuration box : hvcC+dvvC
Audio
ID : 1
Format : PCM
Format settings : Little / Signed
Codec ID : lpcm
Duration : 1 h 27 min
Source duration : 1 h 27 min
Bit rate mode : Constant
Bit rate : 1 536 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Bit depth : 16 bits
Stream size : 962 MiB (5%)
Source stream size : 962 MiB (5%)
Title : Core Media Audio
Encoded date : 2025-12-12 00:03:47 UTC
Tagged date : 2025-12-12 01:31:24 UTC
I have tried all the filters recommended here:
https://github.com/staxrip/staxrip/wiki/How-to-edit-a-VFR(Variable-Frame-Rate)-video-avoiding-audio-sync-issues-in-StaxRip
But it always ends up generating a video that is at least 3 to 4 minutes shorter than the original video (which is approximately 1 hour and 30 minutes long) and it results out of sync audio
To “fix” it in a messy way, I import the original audio from the video and reduce the tempo with Audacity without affecting the pitch until it matches the exact time of the encoded video, and that's not a very elegant way to do it.
Is there a cleaner way to do it with Staxrip?
tormento
21st December 2025, 17:12
I have an issue that I'm trying to to solve convert VFR to CFR (59.940) from a video recording (MOV format) of an Iphone, this is the mediainfo
As last resource try TimecodeFPS (https://github.com/Asd-g/TimecodeFPS) but I can't help you more than that as I never used it.
javieracdc
22nd December 2025, 14:49
As last resource try TimecodeFPS (https://github.com/Asd-g/TimecodeFPS) but I can't help you more than that as I never used it.
But that only works for MKV sources, what about the rest of video extension as MOV?
tormento
22nd December 2025, 14:50
But that only works for MKV sources, what about the rest of video extension as MOV?
Convert to MKV first.
Anyway you can extract timestamps from MOV too.
Z2697
22nd December 2025, 16:20
It's not "only work for MKV", it takes the timecode file in the MKV format. (matroska timecodes format v2)
If no timecodes file provided then even MKV won't work.
The video file format does not matter, it will be already decoded raw data at that point.
Extracting timecodes from other formats in MKV format is possible and pretty easy.
The example from the plugin actually works for MP4/MOV as well.
https://github.com/Asd-g/TimecodeFPS/blob/9c98d1cf33f9cb7bfd3fb1510ec26b6123f89df5/timecodefps.txt#L68
Other method can be
ffmpeg -i input.mov -fps_mode passthrough -f mkvtimestamp_v2 timecodes.txt
javieracdc
22nd December 2025, 18:59
It's not "only work for MKV", it takes the timecode file in the MKV format. (matroska timecodes format v2)
If no timecodes file provided then even MKV won't work.
The video file format does not matter, it will be already decoded raw data at that point.
Extracting timecodes from other formats in MKV format is possible and pretty easy.
The example from the plugin actually works for MP4/MOV as well.
https://github.com/Asd-g/TimecodeFPS/blob/9c98d1cf33f9cb7bfd3fb1510ec26b6123f89df5/timecodefps.txt#L68
Other method can be
ffmpeg -i input.mov -fps_mode passthrough -f mkvtimestamp_v2 timecodes.txt
Thanks for the tip, however Staxrip alert about to use MKV as Input source and cannot continue if another format is loaded to use timecodeFPS module.
javieracdc
22nd December 2025, 21:03
Convert to MKV first.
Anyway you can extract timestamps from MOV too.
Remuxing to MKV also produces audio unsync....
lordalibaski
7th January 2026, 18:59
Anyone noticed using this latest version of staxrip when converting it's slowing down after a few minutes? I have noticed it doing it and thought what was happening well when I looked at my drive it looked like it went offline and after a 5 or so seconds it come back on again and staxrip continued converting!! it's only doing this when using staxrip I tried several other applications and not once did the drive go offline.
Pulp Catalyst
25th January 2026, 14:53
i haven't used staxrip in a long time, i heard something about Auto CRF (VMAF scanning), where using something like SVT-AV1-HDR along with VMAF scoring can setup a auto chain where the encoder will using the VMAF score set the CRF value on the encoder.
was wondering has anyone got any advice/feedback how that can be done in StaxRip, even if i don't end up using it, i'm fascinated by the concept and would like to play around with it.
i have tried getting it working, but getting confused with it, i'm reading that EVENT COMMANDS is needed, but then i read something about adding this tool ab-av1 which does the VMAF scoring?
DMD
30th January 2026, 12:10
Good morning.
Regarding x265 encoding, I would like to ask if there is a reliable procedure for estimating the bitrate within the same preset by setting a specific CFR.
I imagine that to do this I would have to encode a large part of the file and see the bitrate value produced, but this would take a long time.
Thank you.
valnar
4th February 2026, 18:43
Hi everyone. Relatively new to Staxrip.
So far so good. I love the fact you have all the Vapoursynth filters.
I've only been using it for one video at a time, but now I want to process a folder full of videos and having a heck of time figuring it out. When I configure one video in the way I want all of them to go, it says I cannot save it as a project template with a video loaded. However with nothing loaded, I have no audio, subtitles or anything else TO configure as a template. What is the preferred method?
For example, these are DVD's with light autocropping, so the end result might need to be ~704x480 anamorphic, but the program defaults are 1920x1080 progressive when you start it up... so not sure how to pick my parameters without something to bounce against.
SaboraPie
17th February 2026, 02:27
Hi!,
In the latest versions of the app, I get this error when trying to encoding in x265. What could be causing this?. Thanks for all
Error Video encoding (v2.50.8)
x265 4.1+223+43-5b546048f-[Mod-by-Patman]-x64-avx2-clang21.1.8
"D:\Creacion Internet VIDEO\StaxRip Encoder\Apps\Encoders\x265\x265.exe" --reader-options library="D:\Creacion Internet VIDEO\StaxRip Encoder\Apps\FrameServer\VapourSynth\VSScript.dll" --pass 1 --bitrate 5400 --preset slower --output-depth 10 --psy-rdoq 2.5 --aq-mode 3 --deblock -2:-2 --no-sao --stats "E:\Marta Ramonet\VideoBook_Marta Ramonet 2026.mp4_temp\VideoBook_Marta Ramonet 2026_new_out.stats" --output NUL --input "E:\Marta Ramonet\VideoBook_Marta Ramonet 2026.mp4_temp\VideoBook_Marta Ramonet 2026_new.vpy"
Video encoding returned exit code: -1073741795 (0xC000001D)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
StaxRip.ErrorAbortException: x265 4.1+223+43-5b546048f-[Mod-by-Patman]-x64-avx2-clang21.1.8
"D:\Creacion Internet VIDEO\StaxRip Encoder\Apps\Encoders\x265\x265.exe" --reader-options library="D:\Creacion Internet VIDEO\StaxRip Encoder\Apps\FrameServer\VapourSynth\VSScript.dll" --pass 1 --bitrate 5400 --preset slower --output-depth 10 --psy-rdoq 2.5 --aq-mode 3 --deblock -2:-2 --no-sao --stats "E:\Marta Ramonet\VideoBook_Marta Ramonet 2026.mp4_temp\VideoBook_Marta Ramonet 2026_new_out.stats" --output NUL --input "E:\Marta Ramonet\VideoBook_Marta Ramonet 2026.mp4_temp\VideoBook_Marta Ramonet 2026_new.vpy"
Video encoding returned exit code: -1073741795 (0xC000001D)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
en StaxRip.Proc.Start() en D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:línea 367
en StaxRip.x265Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) en D:\Code\Github\staxrip\staxrip\Source\Encoding\x265Enc.vb:línea 144
en StaxRip.x265Enc.Encode() en D:\Code\Github\staxrip\staxrip\Source\Encoding\x265Enc.vb:línea 113
en StaxRip.GlobalClass._Closure$__._Lambda$__162-7() en D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:línea 581
en System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- Fin del seguimiento de la pila de la ubicación anterior donde se produjo la excepción ---
en System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
en StaxRip.GlobalClass.ProcessJob(String jobPath) en D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:línea 590
StaxRip : v2.50.8
Windows : Windows 10.0.19045 22H2 Professional
Language : Spanish (Spain, International Sort)
CPU : Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz
RAM : 24GB
GPU : NVIDIA GeForce GTX 1650 SUPER
Emulgator
17th February 2026, 13:44
i7-2700K has no AVX2, just AVX.
TR-9970X
17th February 2026, 14:41
Hi!,
In the latest versions of the app, I get this error when trying to encoding in x265. What could be causing this?. Thanks for all
What Emulgator forget to mention was all you should need to do, is download an AVX x265 build, and overwrite the one that is there.
https://github.com/Patman86/x265-Mod-by-Patman/releases/download/4.1%2B223%2B43/x265-4.1+223+43-5b546048f-.Mod-by-Patman.-x64-avx-msvc1944.7z
SaboraPie
17th February 2026, 14:58
Ok, working!.
Is there really a difference in performance between the versions msvc1944, icc20250301 and clang2118?? Or why compile these three types of versions?
tebasuna51
19th February 2026, 09:02
Of course, with a CPU with a more advanced instruction set, faster encoding is achieved (not always noticeable).
dvd_maniac
4th March 2026, 12:53
----------------------- Error Audio Encoding 1 -----------------------
qaac 2.83
C:\StaxRip-v2.44.0-x64\Apps\Audio\qaac\qaac64.exe --tvbr 26 "D:\Done\Video12.mkv_temp\ID1_[en] (English)_1585584968.flac.flac" -o "D:\Done\TVideo12.mkv_temp\ID1_[en] (English)_1585584968.flac.m4a"
ERROR: 193: CoreAudioToolbox.dll
Audio Encoding 1 returned exit code: 2 (0x2)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I downloaded the Apple DLL files and fgollowed the instructions from here:
https://github.com/AnimMouse/QTFiles?tab=readme-ov-file
Everything worked before the un/reinstall.
What else can I try?
lordalibaski
29th April 2026, 01:35
I have never had this error before
Error Video encoding (v2.52.3.1)
x264 0.165.3223+26-ed3d55b-[Mod-by-Patman]-x64-gcc15.2.0
C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\Apps\Encoders\x264\x264.exe --crf 0 --sar 16:15 --synth-lib C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\Apps\FrameServer\VapourSynth\VSScript.dll --output "C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\1997 Technics World DJ Mixing Championship.vob_temp\1997 Technics World DJ Mixing Championship_out.h264" "C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\1997 Technics World DJ Mixing Championship.vob_temp\1997 Technics World DJ Mixing Championship.vpy"
vpy [INFO]: using external VapourSynth library from C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\Apps\FrameServer\VapourSynth\VSScript.dll
vpy [INFO]: VapourSynth Video Processing Library Core R73
vpy [INFO]: 720x576 0:0 @ 50/1 fps (cfr)
vpy [INFO]: color matrix: undef
x264 [INFO]: using SAR=16/15
x264 [INFO]: AVC Encoder x264 core 165 r3223+26 ed3d55b [Mod by Patman]
x264 [INFO]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 AVX512
x264 [INFO]: profile: High 4:4:4 Predictive, level: 3.1, subsampling: 4:2:0, bit-depth: 8-bit
x264 [INFO]: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=0 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=18 lookahead_threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=0
Video encoding returned exit code: -1073741819 (0xC0000005)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
StaxRip.ErrorAbortException: x264 0.165.3223+26-ed3d55b-[Mod-by-Patman]-x64-gcc15.2.0
C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\Apps\Encoders\x264\x264.exe --crf 0 --sar 16:15 --synth-lib C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\Apps\FrameServer\VapourSynth\VSScript.dll --output "C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\1997 Technics World DJ Mixing Championship.vob_temp\1997 Technics World DJ Mixing Championship_out.h264" "C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\1997 Technics World DJ Mixing Championship.vob_temp\1997 Technics World DJ Mixing Championship.vpy"
vpy [INFO]: using external VapourSynth library from C:\Users\jimmy\OneDrive\Desktop\StaxRip\StaxRip\Apps\FrameServer\VapourSynth\VSScript.dll
vpy [INFO]: VapourSynth Video Processing Library Core R73
vpy [INFO]: 720x576 0:0 @ 50/1 fps (cfr)
vpy [INFO]: color matrix: undef
x264 [INFO]: using SAR=16/15
x264 [INFO]: AVC Encoder x264 core 165 r3223+26 ed3d55b [Mod by Patman]
x264 [INFO]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2 AVX512
x264 [INFO]: profile: High 4:4:4 Predictive, level: 3.1, subsampling: 4:2:0, bit-depth: 8-bit
x264 [INFO]: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=0 mixed_ref=1 me_range=16 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0 threads=18 lookahead_threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=0
Video encoding returned exit code: -1073741819 (0xC0000005)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
at StaxRip.Proc.Start() in D:\Code\Github\staxrip\staxrip\Source\General\Proc.vb:line 366
at StaxRip.x264Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in D:\Code\Github\staxrip\staxrip\Source\Encoding\x264Enc.vb:line 117
at StaxRip.x264Enc.Encode() in D:\Code\Github\staxrip\staxrip\Source\Encoding\x264Enc.vb:line 89
at StaxRip.GlobalClass._Closure$__._Lambda$__168-7() in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 644
at System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath) in D:\Code\Github\staxrip\staxrip\Source\General\GlobalClass.vb:line 653
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.