View Full Version : StaxRip
Revan654
20th October 2018, 20:42
You are right.
Since TDeint is missing from1.9.0 I used yadifmod2. It seems I am not capable of configuring it correctly and this caused the slowdown.
As for 1.7.6 I have no clue were SelectEven().AssumeFPS(25) came from because I just enabled TDeint.
AssumeFPS is still there, TDeint, Is in the code, I just forgot to re-enable it after debugging.
-----------
You fix one thing any dozen more things break. Vapoursynth path is completely broken now.
I really wish MS would stop messing with my python files and stop install python 3.6.
Revan654
20th October 2018, 20:45
A simple question?
When i'm extract mkv's, and i have *.sup subtitles and audio, following happens in 1.9:
- Subtitles (sup) without extension (example german.sup, extracted: german.)
- Audio: will be extracted in mka container. Why? I must demux the mka container for dubbing.
Rolling back to 1.8, i hope you fix this. Or is this only a setting, i don't know?
Nothing I can do, Like it been stated, This is the fault of MediaInfo not StaxRip.
Already reported this to MediaInfo and it seems they have no interest in fixing it right now. There been zero replies since my last comment about the issue.
-QfG-
20th October 2018, 21:59
Ok Revan654 no problem. Any chance to use the "old" MediaInfo from 1.8 in 1.9 ? In last time, MediaInfo sucks. If i use it for MKV files, DTS-MA is now DTS-XXL :D
Revan654
20th October 2018, 23:40
Ok Revan654 no problem. Any chance to use the "old" MediaInfo from 1.8 in 1.9 ? In last time, MediaInfo sucks. If i use it for MKV files, DTS-MA is now DTS-XXL :D
You can use it, It's what I'm using to test everything.
Maybe one day, I'll switch over the code to something else like ffprobe.
-QfG-
21st October 2018, 06:49
I have changed the MediaInfo.dll in v1.9 with the one from 1.8. All works fine now. Thanks for the info with MediaInfo, i have never found this.
Monty11
21st October 2018, 16:28
I apologise for asking a very basic question. How do I load the TFM (TIVTC) filter in StaxRip 1.9.0.0?
Lynx_TWO
21st October 2018, 18:29
Technical question:
If you have a server with 256GB of RAM, with VapourSynth and Staxrip, how can you leverage this amount of RAM for video encoding, and would there be an incentive to do so?
Revan654
21st October 2018, 19:45
I apologise for asking a very basic question. How do I load the TFM (TIVTC) filter in StaxRip 1.9.0.0?
Not every function is part of the context menu, due to number of functions some filters have it would be overloaded and would be a mess.
Any filter that's included and not part of the context menu can be added manually by simply just type out the function in the text menu.
If you want TFM you would just type TFM()
Add any args inside the () if needed.
All the list filter functions are listed in the App Menu.
https://i.imgur.com/sVdgwJV.jpg
Revan654
21st October 2018, 20:07
Technical question:
If you have a server with 256GB of RAM, with VapourSynth and Staxrip, how can you leverage this amount of RAM for video encoding, and would there be an incentive to do so?
That would be something inside Python coding you can add, You also have to take into account the pcie lanes, cpu and what gets passed through what. Like with AMD Ryzen this created allot of issues and was never fixed. Which created allot of bottle necking.
You are likely going to run into bottle necking issues as well for such a size.
You would increase the cache size
Code:
- max_cache_size
Example: core.max_cache_size = 32768
It's better just to leave the cache_size alone and allow the OS & python code to do it's job naturally.
the other options I would have to look, I'm not sure off the top of my head. I know there parallel process and number of cores you can set py script to.
I would have to scan non VS python modules to see if there is a way to sex the memory. If one exists, I have no idea if VS will the code and allow the full usage of it.
FYI, Make sure that server is Windows based, StaxRip will not run under Linux even with programs like Mono or Wine.
mrh335
23rd October 2018, 06:18
I am trying to convert bluray iso files to MKV using the HEVC encoder to reduce size. I tried to get help in the EAC3TO forum, but didn't get help with this issue and was directed to MakeMKV which is not exactly what I am searching for.
I am using EAC3TO 3.34 with a GUI and using Staxrip 1.9 with version 3.34.
I am using a bluray ISO file which I have ripped and want to encode to a smaller MKV file.
If I use either software, I am able to choose the playlist I want to perform work on and then I select only the video portion, no audio and no subtitle (have tried both ways) and the process stops after a few seconds.
There is no log file generated. The size or playlist or bluray file do not matter.
This same process works on one 2015 Macbook Pro and one 2010 custom desktop, but not on newer 2017 Macbook Pro and 2017 iMac. All these computers are running Windows 10 natively via bootcamp.
If I change the output from MKV to h264, the process completes, but not vice versa.
What are the advantages of going to h264 on the way to h265?
Copy of status window is below and last line is the last status print out at 1% with no further progress even after hours.
Can anyone advise how to extract a bluray playlist to MKV given this issue? I have tried every version of EAC3TO over the last 1 year with the same results.
gonca
23rd October 2018, 10:52
MKVToolNix
NathanX
23rd October 2018, 12:21
I am trying to convert bluray iso files to MKV using the HEVC encoder to reduce size. I tried to get help in the EAC3TO forum, but didn't get help with this issue and was directed to MakeMKV which is not exactly what I am searching for.
I am using EAC3TO 3.34 with a GUI and using Staxrip 1.9 with version 3.34.
I am using a bluray ISO file which I have ripped and want to encode to a smaller MKV file.
If I use either software, I am able to choose the playlist I want to perform work on and then I select only the video portion, no audio and no subtitle (have tried both ways) and the process stops after a few seconds.
There is no log file generated. The size or playlist or bluray file do not matter.
This same process works on one 2015 Macbook Pro and one 2010 custom desktop, but not on newer 2017 Macbook Pro and 2017 iMac. All these computers are running Windows 10 natively via bootcamp.
If I change the output from MKV to h264, the process completes, but not vice versa.
What are the advantages of going to h264 on the way to h265?
Copy of status window is below and last line is the last status print out at 1% with no further progress even after hours.
Can anyone advise how to extract a bluray playlist to MKV given this issue? I have tried every version of EAC3TO over the last 1 year with the same results.
Have you tried to create a remux version of your Bluray ISO with MakeMKV and reencode it with Staxrip afterwards?
FreaQ
23rd October 2018, 16:32
Hi Revan,
me again. ;)
I am trying to to use StaxRip 1.9.0.0 with Vapoursynth.
But StaxRip crashes everytime no matter which source filter I choose.
Exception (1.9.0.0)
AVIFileOpen failed to execute
Failed to open VapourSynth script:
D:\Video\Ninjago.S09E07.Die.doppelte.Harumi_temp\Ninjago.S09E07.Die.doppelte.Harumi_new_source.vpy
You can try to open the script with VirtualDub x64, if it don't open it could be a problem with the script or the VapourSynth x64 setup, if StaxRip don't report a script error and the script looks valid then reinstalling VapourSynth x64 might fix the problem.
System.Exception: AVIFileOpen failed to execute
Failed to open VapourSynth script:
D:\Video\Ninjago.S09E07.Die.doppelte.Harumi_temp\Ninjago.S09E07.Die.doppelte.Harumi_new_source.vpy
You can try to open the script with VirtualDub x64, if it don't open it could be a problem with the script or the VapourSynth x64 setup, if StaxRip don't report a script error and the script looks valid then reinstalling VapourSynth x64 might fix the problem.
bei StaxRip.AVIFile..ctor(String path) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\AVIFile.vb:Zeile 50.
bei StaxRip.VideoScript.Synchronize(Boolean convertToRGB, Boolean comparePath) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\VideoScript.vb:Zeile 202.
bei StaxRip.GlobalClass.IsValidSource(Boolean warn) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:Zeile 647.
bei StaxRip.MainForm.AviSynthListView_ScriptChanged() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Forms\MainForm.vb:Zeile 5181.
bei StaxRip.FiltersListView.OnChanged() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Controls\FiltersListView.vb:Zeile 224.
bei StaxRip.FiltersListView._Lambda$__14-0(VideoScript script) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Controls\FiltersListView.vb:Zeile 31.
bei StaxRip.VideoScript.RaiseChanged() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\VideoScript.vb:Zeile 23.
bei StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isEncoding) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Forms\MainForm.vb:Zeile 2079.
I (re-)installed Python 3.7 and 3.7.1 several times and used the portable x64-dll of Vapoursynth r44/r45. Always the same effect.
I am sure it must be my setup otherwise people would have complaint, but I cannot pin down the problem or a find a starting point.
Taurus
23rd October 2018, 17:40
@FreaQ:
Just tested different video samples (avi, mp4, mkv, etc.) on different source filters with Vapoursynth r44.
Python 3.65 64bit and exchanged mediainfo, as mentioned a few pages back in this thread.
Everythings doing fine.....
-QfG-
23rd October 2018, 20:27
I am trying to convert bluray iso files to MKV using the HEVC encoder to reduce size. I tried to get help in the EAC3TO forum, but didn't get help with this issue and was directed to MakeMKV which is not exactly what I am searching for.
I am using EAC3TO 3.34 with a GUI and using Staxrip 1.9 with version 3.34.
I am using a bluray ISO file which I have ripped and want to encode to a smaller MKV file.
If I use either software, I am able to choose the playlist I want to perform work on and then I select only the video portion, no audio and no subtitle (have tried both ways) and the process stops after a few seconds.
There is no log file generated. The size or playlist or bluray file do not matter.
This same process works on one 2015 Macbook Pro and one 2010 custom desktop, but not on newer 2017 Macbook Pro and 2017 iMac. All these computers are running Windows 10 natively via bootcamp.
If I change the output from MKV to h264, the process completes, but not vice versa.
What are the advantages of going to h264 on the way to h265?
Copy of status window is below and last line is the last status print out at 1% with no further progress even after hours.
Can anyone advise how to extract a bluray playlist to MKV given this issue? I have tried every version of EAC3TO over the last 1 year with the same results.
You have a 1080p BluRay ISO and u will encode with x265 to HEVC and MakeMKV muxed not correctly your BluRay into a MKV Container?
Are u sure, that you have disabled/killed all Copy Protections, if u copied the BD to HDD Iso? I use DVDFab for this. Or use MakeMKV directly with the BD Disk, thats the best, when u own the disk.
For demuxing a MKV File, i use StaxRip, too.
Zetti
23rd October 2018, 21:31
MKVToolNix v28.1.0 is released.
Revan654
23rd October 2018, 23:32
Hi Revan,
me again. ;)
I am trying to to use StaxRip 1.9.0.0 with Vapoursynth.
But StaxRip crashes everytime no matter which source filter I choose.
I (re-)installed Python 3.7 and 3.7.1 several times and used the portable x64-dll of Vapoursynth r44/r45. Always the same effect.
I am sure it must be my setup otherwise people would have complaint, but I cannot pin down the problem or a find a starting point.
The Search Path for Python 3.7 has to be Added to StaxRip. Only R44 with Python 3.6 can be used Currently.
Vitality
24th October 2018, 03:02
Hi,
this is a support thread for StaxRip, when I'm active it's OK to post bugs and feature requests here, sometimes I'm offline for weeks or even months, in that case it's better to use the github issue tracker to ensure things don't get lost.
The official website of StaxRip is on GitHub: https://github.com/stax76/staxrip
How do I Honor Pulldown Flags in StaxRip?
FreaQ
24th October 2018, 07:11
@FreaQ:
Just tested different video samples (avi, mp4, mkv, etc.) on different source filters with Vapoursynth r44.
Python 3.65 64bit and exchanged mediainfo, as mentioned a few pages back in this thread.
Everythings doing fine.....
The Search Path for Python 3.7 has to be Added to StaxRip. Only R44 with Python 3.6 can be used Currently.
Thanks to both of you.
I did not manage to get it working in my original StaxRip config.
But a clean portable instance of StaxRip did the trick.
Revan654
24th October 2018, 07:28
Thanks to both of you.
I did not manage to get it working in my original StaxRip config.
But a clean portable instance of StaxRip did the trick.
Python + VS and keeping the Search Path correct is a PIA. There are a few changes coming in that regard.
Zetti
25th October 2018, 23:15
MKVToolNix v28.2.0 is released.
Revan654
26th October 2018, 21:28
Release 2.0
- Tweaked the Temp Folder Creator & Path.
- Removed some old Code, That wasn't doing anything anymore.
- AVSMeter has Been Updated to 2.8.6.
- Updated eac3to, fdkaac & qaac.
- Both FFMPEG and MPV now use custom Builds instead of the normal default build(Which Fully Supports VapourSynth).
- FFMPEG & Shared dll Files has been Updated to 20181026
- MPV has been Updated to 20181026
- Added Limited Support for VS in MPV(Requires VSPipe).
- nnedi3 for AVS has Been Updated to 0.9.4
- FFMPEG, x264, x265 & MPV are now compiled Using GCC ToolChain instead of MVS.
- x264 has Been Updated to 2935
- x265 has Been Updated to 2.9+2
- Python Search Path has been Updated to 3.7/3.7.1 & Python 3.6 has been Removed.
- Also Included Support for Anaconda3.
- The VapourSynth Script has been slightly altered to work better with Python Search Path.
- VS has been Updated to R45.
- MKVToolNix Updated to 28.2.0.7
- Updated the Update Script to Support additional HTML Protocols, due to the changes on the website.
- Added hnwvsfunc for VS & mClean to Context Menu.
- Cleaned up the AVS Filter Names.
- Added MultiSharpen Function
- Modified the Profile List for x265, Only Profiles that work with Current Selected Depth with Display.
- Removed any 8Bit x265 that no Longer used with 2.9(Based on: https://x265.readthedocs.io).
- Moved Some Extra Functions to the System Process.
- Custom Directory Output Option has been Added to StaxRip Thumbnail Creator & MTN. It's Default Directory is the last Used Location. If none is known it defaults to C Drive(Fresh Install)
- Added support for Long Path Aware(Make Sure to Enable it If your OS Supports it)
- Fixed any Issues for very Short filenames being converted to wrong type.
- Removed MediaInfo 18.08.1 Due to Bugs it contains and Re-Added MediaInfo 18.05.
- Added More Support for HDR to Intel Encoder.
- VS Filters Added: W3FDIF, MiniDeen, IT, TDeintMod, vcfreq, vcmove & TemporalMedian.
- Updated mvtools-sf to AVX, The latest Builds only use AVX2 which not all CPU's Support.
- Added Support for RawSourcePlus for Avisynth and RawSource for VapourSynth. Default Pixel_type is set to YUV420P10 (aka P010).
- Dual Package Setup for x264 have been Removed for Single release x264(8+10Bit). The Depth menu will set the Output Bits, exactly like x265.
- Following Have Been Added to x264:
- ColorMatrix: Added chroma-derived-nc, chroma-derived-c, and ICtCp.
- Added Alternative Transfer
- vbv-init has been modded to have a locked value and proper float point scaling.
- FFTW Files will auto copy to System Directory, if your PC is missing these files in the System32 Folder(Fresh Install).
- MP4Box is back to Static Once again.
- Included Setup files for Python 3.7.1 & VS R45 to make sure the proper versions are being installed for StaxRip.
Link: https://github.com/Revan654/staxrip/releases/tag/2.0.0.0
jonesjrgr
26th October 2018, 21:30
Hello everyone !!!
I have a "weird" problem...I'm trying to convert HDR to SDR winth avisynth/Hable method,and at the end of demuxing.starting to encode,staxrip crashes with this error:
"Win32Exception (1.9.0.0)
The resource loader failed to find MUI file
System.ComponentModel.Win32Exception (0x80004005): The resource loader failed to find MUI file
at StaxRip.Proc.Start() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\Proc.vb:line 327
at StaxRip.x265Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Encoding\x265Enc.vb:line 65
at StaxRip.x265Enc.Encode() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Encoding\x265Enc.vb:line 41
at StaxRip.GlobalClass.ProcessVideo() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:line 231
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 C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:line 138
at StaxRip.GlobalClass.ProcessJobs() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:line 37"
I know it's weird because it refers to staxrip 1.8.2.0 (and i use 1.9.0.0),and to some strange path users\Revan\desktop.
No previous staxrip installations.Do i have to install other programs/dependencies ?
Any help is highly appreciated!!!
Revan654
26th October 2018, 21:57
Hello everyone !!!
I have a "weird" problem...I'm trying to convert HDR to SDR winth avisynth/Hable method,and at the end of demuxing.starting to encode,staxrip crashes with this error:
"Win32Exception (1.9.0.0)
The resource loader failed to find MUI file
System.ComponentModel.Win32Exception (0x80004005): The resource loader failed to find MUI file
at StaxRip.Proc.Start() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\Proc.vb:line 327
at StaxRip.x265Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Encoding\x265Enc.vb:line 65
at StaxRip.x265Enc.Encode() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Encoding\x265Enc.vb:line 41
at StaxRip.GlobalClass.ProcessVideo() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:line 231
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 C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:line 138
at StaxRip.GlobalClass.ProcessJobs() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:line 37"
I know it's weird because it refers to staxrip 1.8.2.0 (and i use 1.9.0.0),and to some strange path users\Revan\desktop.
No previous staxrip installations.Do i have to install other programs/dependencies ?
Any help is highly appreciated!!!
1.8.2.0 is just the folder name I used to store all the code in. I don't bother changing the name for each release.
32Bit is not supported, only x64, make sure your not running it as 32Bit.
MUI File - is Something that should be installed already, Which is installed by Windows.
Only files that are required by AVS is Avisynth+ and MS runtimes if there not already installed and sometimes dotnet 4.7(Should already be installed if your using Windows 10).
:logfile:
imhh11
26th October 2018, 23:50
thanks for the update!!
is it possible to encode a 422 avi source to 420 using vapoursynth? it keep crashing saying i cant.
It works fine with Avisynth but never worked with VS on any staxrip version.
------------------- Video encoding using x265 2.9+2 -------------------
"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" C:\temp\staxrip\hcidfgdfgp-001_temp\hcidfgdfgp-001_new.vpy - --y4m | D:\2.0.0.0.x64\Apps\x265\x265.exe --crf 17 --preset slow --profile main10 --level-idc 5.1 --output-depth 10 --vbv-bufsize 160000 --vbv-maxrate 160000 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --max-luma 1023 --hdr --hdr-opt --repeat-headers --hrd --aud --vui-timing-info --vui-hrd-info --min-keyint 24 --keyint 240 --no-open-gop --deblock -3:-3 --no-sao --no-strong-intra-smoothing --chromaloc 2 --sar 1 --frames 720 --y4m --output C:\temp\staxrip\hcidfgdfgp-001_temp\hcidfgdfgp-001_new_out.hevc -
x265 [error]: main10 profile not compatible with i422 input chroma subsampling.
Error: fwrite() call failed when writing frame: 0, plane: 0, errno: 32
Output 29 frames in 1.22 seconds (23.71 fps)
obalClass.vb:ligne 138
Revan654
27th October 2018, 00:17
thanks for the update!!
is it possible to encode a 422 avi source to 420 using vapoursynth? it keep crashing saying i cant.
It works fine with Avisynth but never worked with VS on any staxrip version.
------------------- Video encoding using x265 2.9+2 -------------------
"C:\Program Files (x86)\VapourSynth\core64\vspipe.exe" C:\temp\staxrip\hcidfgdfgp-001_temp\hcidfgdfgp-001_new.vpy - --y4m | D:\2.0.0.0.x64\Apps\x265\x265.exe --crf 17 --preset slow --profile main10 --level-idc 5.1 --output-depth 10 --vbv-bufsize 160000 --vbv-maxrate 160000 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,50)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --max-luma 1023 --hdr --hdr-opt --repeat-headers --hrd --aud --vui-timing-info --vui-hrd-info --min-keyint 24 --keyint 240 --no-open-gop --deblock -3:-3 --no-sao --no-strong-intra-smoothing --chromaloc 2 --sar 1 --frames 720 --y4m --output C:\temp\staxrip\hcidfgdfgp-001_temp\hcidfgdfgp-001_new_out.hevc -
x265 [error]: main10 profile not compatible with i422 input chroma subsampling.
Error: fwrite() call failed when writing frame: 0, plane: 0, errno: 32
Output 29 frames in 1.22 seconds (23.71 fps)
obalClass.vb:ligne 138
FYI, That is x265.exe source Code, Not really part of StaxRip.
For VS It has to be converted to proper Pixel Format first before it can be feed into the encoder.
see fmtconv docs for proper layout and code.
NikosD
27th October 2018, 08:27
Release 2.0
Link: https://github.com/Revan654/staxrip/releases/tag/2.0.0.0
Very detailed release as always.
Thanks for the update.
FreaQ
27th October 2018, 12:13
Release 2.0
I always make a new folder for StaxRip. So I copied my templates to the 2.0 settings folder.
I wanted to encode a video file with x264 which resulted in an error.
x264 [error]: main profile doesn't support a bit depth of 10
Error: fwrite() call failed when writing frame: 0, plane: 0, errno: 22
Output 9 frames in 0.46 seconds (19.70 fps)
StaxRip added to my template 10-Bit depth on its own. That is annoying since I have to check now all my templates and correct them as well.
RieGo
27th October 2018, 16:23
thanks for this release.
there's one thing which prevents me from switching to this staxrip: HDR metadata is not appended to x265 command line. import vui metadata setting is enabled. it only works on old staxrip 1.7.0.6
is this a known problem? anyone knows a fix?
thanks
Revan654
27th October 2018, 18:19
I always make a new folder for StaxRip. So I copied my templates to the 2.0 settings folder.
I wanted to encode a video file with x264 which resulted in an error.
x264 [error]: main profile doesn't support a bit depth of 10
Error: fwrite() call failed when writing frame: 0, plane: 0, errno: 22
Output 9 frames in 0.46 seconds (19.70 fps)
StaxRip added to my template 10-Bit depth on its own. That is annoying since I have to check now all my templates and correct them as well.
x264 setup was been completely Re-Configured.
Revan654
27th October 2018, 18:24
thanks for this release.
there's one thing which prevents me from switching to this staxrip: HDR metadata is not appended to x265 command line. import vui metadata setting is enabled. it only works on old staxrip 1.7.0.6
is this a known problem? anyone knows a fix?
thanks
Like I said previously, It's MediaInfo fault, It's nothing I can do about that. I tried to get them to go back to old format but there sticking with the new format.
They keep simplifying the read out. It went from the entire color coordinates now it only shows colorspace.
FYI, 1.7.0.6 + MediaInfo does have some bad ColorSpace values. Which was only fixed recently. It showed BT.709 instead of showing BT.2020.
RieGo
27th October 2018, 19:17
Like I said previously, It's MediaInfo fault, It's nothing I can do about that. I tried to get them to go back to old format but there sticking with the new format.
They keep simplifying the read out. It went from the entire color coordinates now it only shows colorspace.
FYI, 1.7.0.6 + MediaInfo does have some bad ColorSpace values. Which was only fixed recently. It showed BT.709 instead of showing BT.2020.
wow. didn't notice. so there's no (older) mediainfo we could use without any problems?
are values like Mastering display luminance even necessary to correctly encode hdr10 content?
Revan654
27th October 2018, 21:00
wow. didn't notice. so there's no (older) mediainfo we could use without any problems?
are values like Mastering display luminance even necessary to correctly encode hdr10 content?
Master-display is required, it tells the playback device what colors to use.
You are also missing the HDR10 feature I added in with 1.9, which adds the remaining HDR metadata into the video.
------
MediaInfo, There is no perfect version.
Older versions report incorrect ColorSpaces, But contains Color Coordinates.
New Version contains Correct ColorSpaces but doesn't contain Color Coordinates.
Your going have to pick what you want.
As long as your HDR source is True Rec.2020 the VUI will be import. The issue is some studios forget to switch display monitor settings from P3 to Rec.2020.
Not even HDR service/applications accepts P3 as a acceptable HDR colorSpace.
Even YoutubeHDR rejects P3.
--------
You can use the PowerShell Scripts I've Created, Which will add 95% of all HDR Flags needed for encoding(Which contains the Master-Display data).
RieGo
27th October 2018, 21:26
thanks so much for your help! i really missed out on that. will try your scripts tomorrow :)
Magik Mark
28th October 2018, 00:59
Raven,
I'm not sure if this has been reported already. I can't add more jobs while another video is being encoded. The app just quits. Present job encoding is not affected though. v1.8.2 and below does not have this problem
Revan654
28th October 2018, 04:05
Raven,
I'm not sure if this has been reported already. I can't add more jobs while another video is being encoded. The app just quits. Present job encoding is not affected though. v1.8.2 and below does not have this problem
I'll take a look, if it exists it's like due to Auto-Close function that was added.
RieGo
28th October 2018, 08:20
So i looked into the HDR scripts - "HDR to 10bit 1000nits(Rec.2100)AVS.ps1".
it basically just adds static metadata (color coordinates), but not the data which is in the source (i compared with older HDR files i encoded).
shouldn't this produce wrong results? is this because we have no way to read out color coordinates without a proper mediainfo?
actually i think i found an answer to this question here: https://github.com/SK-Hardwired/nv_hevc_hdr_patcher/issues/9
so these values are indeed always the same, no matter which hdr source you have, right?
in this case i assume it would be enough to save those values in a staxrip template
Revan654
28th October 2018, 18:05
So i looked into the HDR scripts - "HDR to 10bit 1000nits(Rec.2100)AVS.ps1".
it basically just adds static metadata (color coordinates), but not the data which is in the source (i compared with older HDR files i encoded).
shouldn't this produce wrong results? is this because we have no way to read out color coordinates without a proper mediainfo?
actually i think i found an answer to this question here: https://github.com/SK-Hardwired/nv_hevc_hdr_patcher/issues/9
so these values are indeed always the same, no matter which hdr source you have, right?
in this case i assume it would be enough to save those values in a staxrip template
They should be the same if they follow the HDR10 specs.
Magik Mark
29th October 2018, 00:02
I'll take a look, if it exists it's like due to Auto-Close function that was added.
Thanks revan. FYI, I can no longer add any jobs now. The window just closes without showing the encoding template
Lupissimo
30th October 2018, 16:19
Ever since I tried to use Version 1.8 and above I get the following error:
"---------------- Error Video encoding using NVEnc 4.20 ----------------
Video encoding using NVEnc 4.20 failed with exit code: 1 (0x1)
The exit code might be a system error code: STATUS_WAIT_1
The exit code might be a system error code: Unzulässige Funktion.
------------------- Video encoding using NVEnc 4.20 -------------------
C:\Portable\StaxRip2.0.0.0.x64\Apps\NVEnc\NVEncC64.exe --cqp 18:20:22 --preset quality -i D:\Torrent\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEBRip.DDP2.0.x264-ABM\Snow.White.and.the.Th..._temp\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEB-DL.DDP2.0.x264-ABM_new.avs -o D:\Torrent\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEBRip.DDP2.0.x264-ABM\Snow.White.and.the.Th..._temp\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEB-DL.DDP2.0.x264-ABM_new_out.h264
Error on nvEncGetEncodePresetConfig: 15 (NVENC indicates that an invalid struct version was used by the client)
Error on nvEncGetEncodePresetConfig: 15 (NVENC indicates that an invalid struct version was used by the client)
Failed to Initialize the encoder
.: 15 (NVENC indicates that an invalid struct version was used by the client)
------------------- Video encoding using NVEnc 4.20 -------------------
C:\Portable\StaxRip2.0.0.0.x64\Apps\NVEnc\NVEncC64.exe --cqp 18:20:22 --preset quality -i D:\Torrent\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEBRip.DDP2.0.x264-ABM\Snow.White.and.the.Th..._temp\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEB-DL.DDP2.0.x264-ABM_new.avs -o D:\Torrent\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEBRip.DDP2.0.x264-ABM\Snow.White.and.the.Th..._temp\Snow.White.and.the.Three.Stooges.1961.1080p.AMZN.WEB-DL.DDP2.0.x264-ABM_new_out.h264
Error on nvEncGetEncodePresetConfig: 15 (NVENC indicates that an invalid struct version was used by the client)
Error on nvEncGetEncodePresetConfig: 15 (NVENC indicates that an invalid struct version was used by the client)
Failed to Initialize the encoder
.: 15 (NVENC indicates that an invalid struct version was used by the client)"
Can anybody help?
Edit: Problem solved, I installed the latest NVidia Grafic Driver
Revan654
30th October 2018, 18:26
Mpvnet 1.0
This is a tiny Update, Mainly Designed to get the Program back into working condition.
- Updated all the dll's.
- Removed the Required Backend Scripting Function, Which was creating Crashes if the Backend could not be found.
- Added Proper Entry Point for user32.dll (x64).
- Works with VapourSynth (Make Sure you Read How to Use VS with MPV)
Link: https://github.com/Revan654/mpvnet/releases/tag/1.0
Revan654
30th October 2018, 20:07
Moving My Version of StaxRip to it's own Thread: https://forum.doom9.org/showthread.php?t=175845
sgfrisbee
19th November 2018, 11:28
I'm having problems with MSharpen in ver. 1.8.2, 1.9.0 and 2.0.
I get this error:
Cannot load file '***/msharpen.dll' Platform returned code 126
The specified module could not be found.
I did not have this problem on ver. before 1.8
Thanks for any help that you can give me on this.
ashlar42
20th December 2018, 17:25
I'm on 1.7.0.0 Stable (but if needed I could update to this new 2.0, not sure about what the deal is about it). I have a m2ts 1080 file which reports itself as interlaced but, in reality, has only a brief segment of interlaced content, toward the beginning. I was wondering what was the best solution available, using StaxRip, to encode this while deinterlacing the relevant portion, without touching the rest (or, at least, with the deinterlacer capable of detecting when its work is not needed). Thanks.
Abu3safeer
27th March 2019, 06:39
Hello people,
I am trying to make a Hardsub of these files (you can find them in nyaa using "[Takara] Homeless Child Remy" or info hash: "0fc2bcac047c76436c85abf2985106e67804f3e2"):
[Takara] Homeless Child Remy 04 v2 [34F5E0B4].mkv (235.8 MiB)
[Takara] Homeless Child Remy 05 v2 [D0F438C8].mkv (238.0 MiB)
[Takara] Homeless Child Remy 06 v2 [28A2A5AD].mkv (235.7 MiB)
[Takara] Homeless Child Remy 07 v2 [7AED75D8].mkv (235.8 MiB)
I use x264 encoder with mp4 (mp4box) container, and only changed bit depth to 8bit (the default is 10bit).
but when trying to run the hardsub version, the video become out of sync, I checked everything, and I am sure that the issue is with the framerate of the video.
I tried to tweak some options, and figured out a way to solve episode 5 using this:
AssumeFPS(20000, 1001)
after using the above code I managed to get video synced correctly.
but no luck with other episode, I tried to change frame rate to several options, but none worked properly like episode 5.
sneaker_ger
27th March 2019, 11:52
Try the set fps in source filter:
ffvideosource("source.mkv", fpsnum=24000, fpsden=1001)
This would convert a variable framerate (VFR) source to constant framerate (CFR). Alternatively you could copy timings from source to output. If you search the forum for variable framerate you should find some hints.
Abu3safeer
27th March 2019, 15:33
Unfortunately nothing worked, so I just encode it using Shotcut then tried to burn the subtitle using StaxRip and worked.
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) FPS
Looks like the frame rate is Constant.
Thank you for your response.
YKefas
7th April 2019, 12:21
StaxRip Crash all version,
after I did a Windows system restore. Staxrip always crashes when I use the VapourSynth Filter.
screen recording video when it crashes = https://www113.zippyshare.com/v/W9jkS1sj/file.html
. how to fix it??
stax76
7th April 2019, 12:29
If it has generated a vpy script you can try to open it with VapourSynth Editor to check if VapourSynth is working generally, if it don't work you can try to reinstall Python and VapourSynth.
https://bitbucket.org/mystery_keeper/vapoursynth-editor/downloads/
YKefas
7th April 2019, 12:43
If it has generated a vpy script you can try to open it with VapourSynth Editor to check if VapourSynth is working generally, if it don't work you can try to reinstall Python and VapourSynth.
https://bitbucket.org/mystery_keeper/vapoursynth-editor/downloads/
Fixed Thanks
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.