View Full Version : StaxRip
stax76
21st September 2017, 04:00
P.S., I notice that if I set the resize to 1280 x 720 while leaving the DAR value as is, Staxrip will select the same PAR value that Handbrake calculates, but shows a -24% in the error field so I assumed it wouldn't work. Perhaps that is what is throwing me off... how do I get rid of that error?
You can get rid of it by clicking next, I'll add a option to prevent this warning being shown.
Merlin93
21st September 2017, 04:04
@Merlin93
Above the resize slider there are two text boxes, one is called width and one is called height, double click in this text boxes using the left mouse button to enter a value, all you have to do is enter 1280 in the width text box and 720 in the height text box, that is everything.I've been using the software for a couple months now and have converted a few dozen videos, so I am already pretty familiar with the UI and resize filter.
It appears to be working with that error message which was addressed in the post prior to this. I'm doing some test encodes now to verify but the preview looks correct and the DAR and PAR values are what I expect so we'll see shortly.
Thanks!
Merlin93
21st September 2017, 04:05
You can get rid of it by clicking next, I'll add a option to prevent this warning being shown.Great! That is what was confusing me. :)
Thanks again!
Merlin93
21st September 2017, 04:41
Btw, while I'm here, I do have one issue that I have I keep running into with v1.6 stable that may be a bug or some kind of misconfiguration on my side.
Occasionally (and it seems to be happening more and more often) when I select a template and then load a video source file, it will close the main UI per normal to open the mkvextract and ffmsindex window. Normally, after completing those processes to 100% the window should close and pop the main UI window back up again. However, it occasionally closes without popping up the UI window again.
When that happens, if I look at the process manager, the Staxrip process appears to still be running but headless. The log file only shows that the extraction/index process completed properly. At that point, I usually just kill the headless process and start again. But it is annoying since I basically have to start over.
This seems to happen most often when I already have a Staxrip process running another job.
If it helps, my video source files live on a remote NAS drive but the temp files are stored on the PC's local SSD.
Thanks!
stax76
21st September 2017, 10:24
@Merlin93
It's probably fixed since 1.6.0.9, I try to get a new stable build out soon.
https://github.com/stax76/staxrip/blob/master/md/changelog.md
Yanak
21st September 2017, 10:30
Hi Stax,
Tested the new build and setting a low value for the new setting does not resize anymore low resolution input videos so it's nice, however the display for remains smaller than before for larger resolution input, here a 1920*1080 input on a 1080p screen display, preview size before and now :
https://s14.postimg.org/6vktpuwtd/11125420170921111025.gif
Previously the preview size, (the video display only, not counting the borders) was 1680*945 and there was still some room on the display screen as seen above, now the preview size is 1536*864.Not a big deal tho, I'll hit enter and switch to full screen mode if needed, just wanting to let you know.
Also tested a bit the new options in the thumbnail generator and noticed that something introduced in previous versions was removed in the last ones, the option to define the tittle ( that used to replace "StaxRip" text on the generated picture ) and the same for the Font Choice and size possible :
https://s14.postimg.org/6621di3zl/26202620170921111658.png screenshot taken in version 1.6.1.5
Not sure exactly when those options where introduced exactly and when it was removed too, they were nice and were still present in 1.6.1.5 but not anymore on 1.6.1.8 version, nor do i know if it's intended or a simply a bug that pushed them out.
Thanks a lot for all again .
stax76
21st September 2017, 12:05
@Yanak
Preview will be larger in the next build, the old calculation was wrong on ultra wide monitors.
The thumbnail title was removed because it's good advertising... I can put it back, I'm thinking on a advanced settings section using a propertygrid, listview or config file, this way it's harder to find and slightly (almost neglectable) easier to code.
Font would be some work because the used dialog is code generated like most dialogs in staxrip and I would have to code a font picker for it first, coding such things are usually not a big deal but there is another issue like the font size code has some complexity as it has smart scaling implemented, now I can still remember how it works since I coded it just yesterday but when I code I hardly can resist doing code refactoring and that can always potentially break anything and I rather want to release a final soon and maybe take a break for a while again, there aren't any urgent tasks except better documentation, try encodingwissen.de and deepl.com!
Yanak
21st September 2017, 13:51
All good Stax,
Will try next build for the zoom, it's nice to have a maximized view on the project and filters applied, thanks again for this.
I understand perfectly, for the tittle it is a nice way to leave some bits of the program used and you deserve all recognition possible for what you do with this great tool, on the other hand it's nice to have lot of options like the fonts, it's a small thing but you granted us with so many customization options that I'm used to have a lot of liberties on this program, spoiled over time i guess :p, it's up to you man, whatever you decide and will end up with it's ok for me, no worries.
Did not knew deepl.com, will give more tries but seems to do a better job than some other online services like this on the little i tested, thanks for the link, went to favorites directly ^^
Thank you again.
mcjordan
21st September 2017, 15:22
Updates
mClean v1.8 /09.21.2017/ (remarkable script; my new favorite denoise weapon ;-)
* speed increase and reduced memory use for all but the lowest resolutions
* improved quality
* removed cpu option for FFT3DFilter, as any more than 4 threads proves no faster an for high thread counts, appears to run slower
Natty
21st September 2017, 18:18
mClean v1.8 /09.21.2017/ ([I]remarkable script; my new favorite
what settings do u use? i would like to sharpen the video aswell
AMED
21st September 2017, 18:40
Hi Stax,
There is a newer version of mvsfunc.py than the one packaged in with Staxrip. r7 is packaged and r8 was released a few months later.
https://github.com/HomeOfVapourSynthEvolution/mvsfunc/releases
stax76
21st September 2017, 20:52
@mcjordan
@AMED
Thanks, next build has it updated.
Khun_Doug
22nd September 2017, 03:50
Stax,
I want to add the FineSharp AVISynth filter. The Vapoursynth port of FineSharp doesn't have all the functionality as the AVISynth function. I added the FineSharp.avsi file to the Plugins/avs folder and modified the Filter Profiles for AviSynth in the [Misc] section. I thought it might be that I need 64 bit dll's but I keep getting a message that FineSharp is unknown, even if I have the script reference 32 bit dll's.
How do I add FineSharp to AVISynth filters?
Khun Doug
stax76
22nd September 2017, 04:11
@Khun_Doug
I don't recommend doing any changes within the startup directory because you can't easily update then!
You can load avsi either manually using Import:
http://avisynth.nl/index.php/Import
Or automatically by putting it in the auto load folder:
Main Menu > Tools > Folders > Plugins
Khun_Doug
22nd September 2017, 07:31
I wasn't able to determine how to use the Import function. Perhaps on a rainy day sometime. But the second solution worked. The FineSharp function needs RgTools and MaskTools2. I updated both to the current 64 bit versions and put the whole thing in the Plugin264+ folder for AviSynth+. It works well. And the AVISynth implementation does more than the VapourSynth port.
Thank for the help on this!! This tool is the best!
stax76
22nd September 2017, 07:56
In the code editor you would use:
Import("d:\FineSharp.avsi")
FineSharp()
In the filter profile editor you would use a multi line profile like so:
[Misc]
FineSharp =
Import("d:\FineSharp.avsi")
FineSharp()
Where can I find the script and which plugins where outdated?
dvd_maniac
22nd September 2017, 10:29
I'm trying to encode a video and the resulting encode has audio playing like a vinyl record playing on a slow speed.
According to MediaInfo the video has a frame rate of 23.976 but the audio's frame rate is 31.25 (1536 SPF).
The audio is also showing a delay of 125ms
What can I do to encode this without audio/video sync issues?
luigizaninoni
22nd September 2017, 10:43
never mind, mclean did not work because staxrip was autoloading older plugins
mcjordan
22nd September 2017, 13:05
mClean works perfectly if one takes to refresh the necessary plugins manualy. ;-)
I just use this:
Undot ()/ mClean(enh=35)Prefetch(16) / Sharpen (0.24,0.24)
Тhe result is slightly more sharper than usual.
Khun_Doug
22nd September 2017, 18:44
Here is the script I found on Internet when I was originally looking for something to use in AVISynth. It uses RgTools and MaskTools2. I was able to get current versions of both that include 32 bit and 64 bit dll's. I am including the script and the zipped support libraries.
I extracted the respective 64 bit dll's in the plugins+ folder within AviSynth+ folder, and placed the FineSharp.avsi file there as well. Works as expected.
The files are combined here: https://1drv.ms/u/s!Ap5bLSG819129APiHKZqQJ-SQUMF
mcjordan
22nd September 2017, 22:02
These are the plugins of Pinterf, the same as those within StaxRip.
FineSharp works without these - it works naturally in StaxRip.
Frank has described the procedure just above.
I use this: http://avisynth.nl/index.php/FineSharp
https://forum.doom9.org/showthread.php?t=166082
P.S. For sure, I copied them in plugins+ directory to. ;-)
stax76
23rd September 2017, 02:50
Yes, staxrip includes the newest versions of all plugins required for FineSharp, the newest staxrip build should automatically add the required LoadPlugin calls, this detection was added for avisynth and vapoursynth a few builds ago, next build has FineSharp included.
never mind, mclean did not work because staxrip was autoloading older plugins
Next build has a warning for this.
@dvd_maniac
I would new a full log file, a good way to upload is pastebin.com (enable auto expire).
stax76
23rd September 2017, 04:54
@dvd_maniac
It looks like eac3to fails with your AC3 source, you can reload the project and use mux/copy for the video, this will use the already encoded video, for audio there are different things you can do, the audio encoding options have a encoder option where you can choose fdkaac or qaac, those apps are not included and it can take some effort to find them, you don't have this problem if you use a free encoder like Opus. If you want AAC there is still another possibility, in the project options on the audio tab enable:
Convert Method: ffmpeg
Convert Format: FLAC or W64
Force conversion: Check
mcjordan
23rd September 2017, 12:36
Update (aaargh... ;-)
NVEnc v3.2.2
* switch --cuda-schedule default to "auto", since "sync" harms performance in some cases.
* add English version of readme & options list:
https://github.com/rigaya/NVEnc/blob/master/Readme.md
https://github.com/rigaya/NVEnc/blob/master/NVEncC_Options.en.md
stax76
23rd September 2017, 13:10
Stable release is out.
https://github.com/stax76/staxrip/releases/tag/1.7
fredlkrue
23rd September 2017, 16:35
Stable release is out.
https://github.com/stax76/staxrip/releases/tag/1.7
Great news stax, thanks for all the hard work you put into this project.
One question, since I encode with HEVC two passes in order to fit them into an specific file size, how can I set it up to do a "FAST" first pass?, as I have it now, both passes takes about the same time, so having first pass "FAST" will save me a lot of time.
Yanak
23rd September 2017, 16:49
The preview size is really great now, it's just perfect on this last vrsion, thansk a lot.
Just had time to mess a bit with default templates, just to test, noticed some like "remux" or "no indexing or remuxing" have the source set as DDS2, not sure if intended or not, should be set to "automatic" i think or a lot of inputs will have issues, easy to change for the end user setting "automatic" for source then saving the template again to avoid issues on the next times but just in case i better report it here.
Thanks.
robl45
23rd September 2017, 20:17
Can someone tell me decent settings for Nvidia HEVC encoding? I'm encoding a movie now and I guess I'm doing overkill as it used to encode at over 100fps and now its doing around 65.
I think I was doing VBR before, and this time I checked VBRHQ. It sounded good, but I have really no idea what the difference is. I prefer variable bit rate, but not really sure what options I should use to get a decent film quality and have it not totally bog down.
I also have skylake I3 chip in the computer so I can use intel hardware 265 encoding if that is better than nvidia.
mcjordan
23rd September 2017, 20:47
robl45
My custom NVEnc VBRHQ short profile:
--vbrhq 4224 --codec h265 --preset quality --output-depth 10 --weightp --ref 4 --lookahead 24 --qp-init 1 --vbr-quality 1 --aq --output-buf 128 --sar 12:11 --mv-precision q-pel --cabac --fullrange
stax76
24th September 2017, 01:53
One question, since I encode with HEVC two passes in order to fit them into an specific file size, how can I set it up to do a "FAST" first pass?, as I have it now, both passes takes about the same time, so having first pass "FAST" will save me a lot of time.
x265 has --slow-firstpass enabled by default, in staxrip you can find it with the search field at the bottom of the x265 config dialog.
Just had time to mess a bit with default templates, just to test, noticed some like "remux" or "no indexing or remuxing" have the source set as DDS2, not sure if intended or not, should be set to "automatic" i think or a lot of inputs will have issues, easy to change for the end user setting "automatic" for source then saving the template again to avoid issues on the next times but just in case i better report it here.
Sure it's intended, for me it's very useful as I often need to open a file quickly, I'll change it to support LSMASHVideoSource for MP4. I don't spend a lot thought about unexperienced users but there will be much better documentation. I wish something like LSMASHVideoSource would be available for mkv, is it impossible to build, absolutely not!
Can someone tell me decent settings for Nvidia HEVC encoding? I'm encoding a movie now and I guess I'm doing overkill as it used to encode at over 100fps and now its doing around 65.
There are various reasons for performance issues, without seeing a full log file it's difficult to guess, nvenc allow Full HD encodes up to 400 fps. You can find some info here:
https://github.com/stax76/staxrip/issues/265
fredlkrue
24th September 2017, 03:23
x265 has --slow-firstpass enabled by default, in staxrip you can find it with the search field at the bottom of the x265 config dialog.
Thanks, you are a life saver.
Yanak
24th September 2017, 09:45
Sure it's intended, for me it's very useful as I often need to open a file quickly, I'll change it to support LSMASHVideoSource for MP4. I don't spend a lot thought about unexperienced users but there will be much better documentation. I wish something like LSMASHVideoSource would be available for mkv, is it impossible to build, absolutely not!
No worries then, i don't use it much as source myself as it failed to read some files often in the past and now almost doing all in manual mode for sources, was just wondering if it was on purpose or not, no need to bother with this then :D
Thank you.
Magik Mark
25th September 2017, 01:06
Guys,
I noticed that most bluray, the audio is really low. Trying to increase the 'Gain" does very little. Can you recommend a good setting?
Patman
25th September 2017, 18:36
Guys,
I noticed that most bluray, the audio is really low. Trying to increase the 'Gain" does very little. Can you recommend a good setting?
You use ffmpeg? Frank use the "volumedetect" filter option in his script but there are also "loudnorm" and "dynaudnorm" as filter option.
Magik Mark
25th September 2017, 23:28
You use ffmpeg? Frank use the "volumedetect" filter option in his script but there are also "loudnorm" and "dynaudnorm" as filter option.
Where do I find this? How?
Atlantis
26th September 2017, 01:03
Is it possible to encode from HDR file to HDR with staxrip? How? When I encode an HDR file in staxrip the tag is not passed and when I play the staxrip encoded file with TV, it does not trigger HDR.
Patman
26th September 2017, 05:15
Where do I find this? How?ffmpeg manual. To use this filters write -af loudnorm or -af dynaudnorm as custom switch.
Gesendet von meinem G8141 mit Tapatalk
Magik Mark
26th September 2017, 08:24
Thanks Patman.
Stax, maybe you can include this option in the UI of staxrip?
mcjordan
26th September 2017, 18:12
Update:
NVEnc 3.2.3
* fix vpp-afs returning error, when last frame was dropped.
Patman
26th September 2017, 18:21
Thanks Patman.
Stax, maybe you can include this option in the UI of staxrip?
Hi Frank,
which script do you use for audio normalization with ffmpeg?
Atlantis
26th September 2017, 18:24
No one knows? Can you encode HDR?
Atlantis
26th September 2017, 18:55
In Staxrip 1.7, the default audio is now set to Opus. What is this codec and is it really better and more compatible with devices than AAC?
Natty
26th September 2017, 23:19
In Staxrip 1.7, the default audio is now set to Opus. What is this codec and is it really better and more compatible with devices than AAC?
no,
not as compatible as aac,
better only in cases of really low bitrates, or voice communication
Atlantis
27th September 2017, 01:19
no,
not as compatible as aac,
better only in cases of really low bitrates, or voice communication
So it's weird that it is set as default in Staxrip 1.7 because we are not encoding voice communications.
luigizaninoni
27th September 2017, 07:04
opus 96kbps stereo has same quality as aac 115kbps stereo, similar saving of nearly 20% bandwidth also for higher number of channels, so obviously better bang for the buck
NikosD
27th September 2017, 19:52
+1 by me that AAC could still be the default setting for audio encoding.
Opus is too new and too incompatible with a huge range of devices.
Atlantis
27th September 2017, 21:53
Also they changed the Quality settings a version back. Originally the CRF was 22. Now it's 20. Same for audio. Audio was at 0.35, now it's 0.40.
Marban
27th September 2017, 21:54
No one knows? Can you encode HDR?
interested to, how it works.
Natty
27th September 2017, 23:30
Also they changed the Quality settings a version back. Originally the CRF was 22. Now it's 20. Same for audio. Audio was at 0.35, now it's 0.40.
u can always change that, and use qaac encoder, tvbr @ q91
katzenjoghurt
29th September 2017, 17:03
Hi Stax.
I really, really love your tool! *thumbsup*
Super comfortable and I love that integrated video comparison tool!!
What I'm missing somehow during daily reencoding is something unorthodox:
That would be some batch tool to make out videos which could be far better compressed by i.e. reencoding them with x265 and some user given settings.
I know that there is a compressibility check available for two-pass encodings but it's a hassle to use for this purpose as it's not batch-friendly.
After all I'm missing some tool that would go over a list of videos, do a rather quick compression check and give me the candidates with the best compression gain.
Been already looking for some tool like that... but I guess it's too special? Or too nonsense?
But usually I start a reencoding... and already during the first very few percent I see whether it makes sense to go on or not.
From my observations the bitrate changes very rarely after the encoder passed the logos at the beginning.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.