Log in

View Full Version : StaxRip 2.0 Support Thread


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

Revan654
13th February 2019, 08:19
You had just stated in previous post that the indexer *was* changed, and it is obvious that it has. Even the index files it creates are different from the indexer included in the 1.9 package.

From the 1.9 distro (\Apps\Plugins\Both\FFMS2\):
09/15/2018 08:28 PM 35,147 COPYING.GPLv3
02/12/2019 01:54 PM <DIR> doc
09/15/2018 08:28 PM 6,779 FFMS2.avsi
09/15/2018 08:28 PM 31,737,068 ffms2.dll
01/01/2018 03:25 PM 15,656,960 ffms2k.dll
09/15/2018 08:28 PM 3,462,877 ffmsindex.exe
5 File(s) 50,898,831 bytes

From the 2.0 distro (\Apps\Plugins\Both\FFMS2\):
02/10/2019 12:42 PM 35,147 COPYING.GPLv3
02/12/2019 01:52 PM <DIR> doc
02/10/2019 12:42 PM 6,779 FFMS2.avsi
02/10/2019 12:42 PM 31,737,068 ffms2.dll
02/10/2019 12:42 PM 13,276 ffms2.lib
02/10/2019 12:42 PM 16,110,080 ffms2k.dll
02/10/2019 12:42 PM 15,958,528 ffmsindex.exe
6 File(s) 63,860,878 bytes

Edit: Note that moving "ffmsindex.exe" from the 2.0 package to 1.9 causes 1.9 to have the same problem. There is either a problem with that version of "ffmsindex.exe" or a problem with how that version interacts with StaxRip.

I don't think you completely read what I said. Second this isn't a StaxRip issue but an issue with ffmsindex, The commands are being passed just fine.

RainyDog
13th February 2019, 11:27
Hi Revan, I add a few additional AVS scripts such as FillBorders, BalanceBorders etc. into StaxRip Filter Profiles so they're there as selectable options in the menus.

I'm looking to migrate over to Vapoursynth but I can't seem to make any sense out of how the scripting works on a basic level. I've got FillBorders up and running in VS using clip = core.fb.FillBorders() through trial and error.

But, for example, would you know how I can get VS script bbmod2 (https://pastebin.com/YMBnDLE4) working in StaxRip please?

I've got as far as saving the script as a .py file in C:\Program Files\VapourSynth\plugins64 anyway :)

Thanks! :thanks:

jkilez
13th February 2019, 16:48
Found another little glitch...

The Problem: When running an Xvid compressibility check, the recorded time stats in the log are erroneous due to the start time not being set properly. It gives an output like this:

Start: 12:00:00 AM
End: 11:46:17 AM
Duration: 17690435:46:17

53 %

The Fix: Move the initial Xvid compressibility check log messages to the "proc" routine. The start time is set when the proc.header is logged. When a new proc structure is created, it has its own LogBuilder structure, which would require the header to logged within that context.

Another minor side glitch: The log file should probably be saved at the end of the routine so that the log gets flushed. As it stands, the compressibility percentage value does not make it into the log until something else is logged or the project closed.

In file "Encoding\VideoEncoder.vb" lines 569- (Deletions in Blue, Additions in Red):

Overrides Sub RunCompCheck()
If CompCheckCommandLines = "" OrElse CompCheckCommandLines.Trim = "" Then
ShowConfigDialog()
Exit Sub
End If

If Not g.VerifyRequirements Then Exit Sub
If Not g.IsValidSource Then Exit Sub

Log.WriteHeader("Compressibility Check")

Dim script As New VideoScript
script.Engine = p.Script.Engine
script.Filters = p.Script.GetFiltersCopy
Dim code As String
Dim every = ((100 \ p.CompCheckRange) * 14).ToString

If script.Engine = ScriptEngine.AviSynth Then
code = "SelectRangeEvery(" + every + ",14)"
Else
code = "fpsnum = clip.fps_num" + BR + "fpsden = clip.fps_den" + BR +
"clip = core.std.SelectEvery(clip = clip, cycle = " + every + ", offsets = range(14))" + BR +
"clip = core.std.AssumeFPS(clip = clip, fpsnum = fpsnum, fpsden = fpsden)"
End If

Log.WriteLine(code + BR2)
script.Filters.Add(New VideoFilter("aaa", "aaa", code))
script.Path = p.TempDir + p.TargetFile.Base + "_CompCheck." + script.FileType
script.Synchronize()

Dim batchPath = p.TempDir + p.TargetFile.Base + "_CompCheck.bat"
Dim batchCode = Proc.WriteBatchFile(batchPath, GetBatchCode(Macro.Expand(CompCheckCommandLines)))
Log.WriteLine(batchCode + BR2)

Using proc As New Proc
proc.Header = "Compressibility Check"
proc.WriteLog(code + BR2)
proc.WriteLog(batchCode + BR2)
proc.SkipStrings = GetSkipStrings(batchCode)
proc.File = "cmd.exe"
proc.Arguments = "/C call """ + batchPath + """"

Try
proc.Start()
Catch ex As AbortException
Exit Sub
Catch ex As Exception
g.ShowException(ex)
Exit Sub
End Try
End Using

Dim bits = (New FileInfo(p.TempDir + p.TargetFile.Base + "_CompCheck." + OutputExt).Length) * 8
p.Compressibility = (bits / script.GetFrames) / (p.TargetWidth * p.TargetHeight)

OnAfterCompCheck()

g.MainForm.Assistant()

Log.WriteLine(CInt(Calc.GetPercent).ToString() + " %")
Log.Save()
End Sub

Revan654
13th February 2019, 18:56
Hi Revan, I add a few additional AVS scripts such as FillBorders, BalanceBorders etc. into StaxRip Filter Profiles so they're there as selectable options in the menus.

I'm looking to migrate over to Vapoursynth but I can't seem to make any sense out of how the scripting works on a basic level. I've got FillBorders up and running in VS using clip = core.fb.FillBorders() through trial and error.

But, for example, would you know how I can get VS script bbmod2 (https://pastebin.com/YMBnDLE4) working in StaxRip please?

I've got as far as saving the script as a .py file in C:\Program Files\VapourSynth\plugins64 anyway :)

Thanks! :thanks:

All Scripts need to be saved to the Staxrip/Apps/Plugins/VS/Scripts.

Then you just need to use the import command to use them.

It will usually always be clip = scriptname.function(source, syntax)

bbmod2(c, cTop = None, cBottom = None, cLeft = None, cRight = None, thresh = 128, blur = 999)

It should be something like this:

import Scriptname
clip = Scriptname.bbmod2(clip, options....)

My suggestion is learn a bit of Python that way VS will be very easy to understand or have Staxrip build a script and use that as a reference point.

Revan654
13th February 2019, 18:58
Found another little glitch...

The Problem: When running an Xvid compressibility check, the recorded time stats in the log are erroneous due to the start time not being set properly. It gives an output like this:



Your likely the only person who actually still uses XviD, XviD code hasn't been updated since 2016-. Instead of keep posting source code, just submit a merge on github. If it passes it could then possible be added to the Code if it passes Testing.

RainyDog
13th February 2019, 20:03
All Scripts need to be saved to the Staxrip/Apps/Plugins/VS/Scripts.

Then you just need to use the import command to use them.

It will usually always be clip = scriptname.function(source, syntax)

bbmod2(c, cTop = None, cBottom = None, cLeft = None, cRight = None, thresh = 128, blur = 999)

It should be something like this:

import Scriptname
clip = Scriptname.bbmod2(clip, options....)

My suggestion is learn a bit of Python that way VS will be very easy to understand or have Staxrip build a script and use that as a reference point.

Thanks Revan.

But I've copied the script file into the Staxrip/Apps/Plugins/VS/Scripts folder and still can't get it to work unfortunately.

Both the scriptname and function is bbmod2, but clip = bbmod2.bbmod2(c, cTop = None, cBottom = None, cLeft = None, cRight = None, thresh = 128, blur = 999) still throws up the following error :-

Python exception: name 'bbmod2' is not defined

Traceback (most recent call last):
File "src\cython\vapoursynth.pyx", line 1927, in vapoursynth.vpy_evaluateScript
File "src\cython\vapoursynth.pyx", line 1928, in vapoursynth.vpy_evaluateScript
File "C:\Encoding\Source\The Revenge A S..._temp\The Revenge A Scar That Never Disappears (1996).vpy", line 12, in <module>
clip = bbmod2.bbmod2(c, cTop = None, cBottom = None, cLeft = None, cRight = None, thresh = 128, blur = 999)
NameError: name 'bbmod2' is not defined

Revan654
13th February 2019, 22:17
Thanks Revan.

But I've copied the script file into the Staxrip/Apps/Plugins/VS/Scripts folder and still can't get it to work unfortunately.

Both the scriptname and function is bbmod2, but clip = bbmod2.bbmod2(c, cTop = None, cBottom = None, cLeft = None, cRight = None, thresh = 128, blur = 999) still throws up the following error :-

That's because you didn't define your source & you didn't import the Script.

import ScriptName
clip = bbmod2.bbmod2(c, cTop = None, cBottom = None, cLeft = None, cRight = None, thresh = 128, blur = 999)

c should be replaced with clip

ScriptName should be replaced with the name of the script.

fredlkrue
14th February 2019, 07:30
I am trying to update StaxRip but I am getting the following message, any idea how to fix it?:

https://i.imgur.com/zmpyPDH.png

jkilez
14th February 2019, 17:41
Your likely the only person who actually still uses XviD, XviD code hasn't been updated since 2016-.
I assumed that the Xvid code would not be a high priority. That is why I spent the time to investigate the issues and provided solutions to the problems found.

Instead of keep posting source code, just submit a merge on github. If it passes it could then possible be added to the Code if it passes Testing.
Hopefully, there will not be a need to post more code, but if I spot more glitches, I will check out the github merge process.

Revan654
14th February 2019, 22:45
I assumed that the Xvid code would not be a high priority. That is why I spent the time to investigate the issues and provided solutions to the problems found.


Hopefully, there will not be a need to post more code, but if I spot more glitches, I will check out the github merge process.

XviD is considered Legacy, I've been considering just to drop it Completely and let it remain in FFmpeg.

Any Code Posted So far should also be added to merge.

Revan654
14th February 2019, 22:53
I am trying to update StaxRip but I am getting the following message, any idea how to fix it?:

https://i.imgur.com/zmpyPDH.png

That looks like old Code, It's all based on how you make a connection with github. That message looks to be from sourceForge connection when StaxRip used 7zip portable.

Things keep changing and it's hard to keep up with them. I never really bothered with the API. I should look into one day.

It will not download any releases from the Pipeline (https://ci.appveyor.com/project/Revan654/staxrip/build/artifacts) you have to do that manually. I don't think appveyor has an API, The site uses unique keys. You would need to do a bunch of web scrapping to get the key Which Requires cookiedata + another Key to create the key, then use that key to obtain the dl page.

My other Program does it for another site, Code is another 300+ lines and Usage of RestAPI. I really don't want to add more files to required files for StaxRip to run.

gonca
15th February 2019, 00:54
My needs are simple
I want to load a Vaporsynth/Avisynth script and use the encoder of my choice. Then I would mux to MKV (video only)
Is there a way to use StaxRip with only x265 and Mkvmerge (no AvsMeter, BDSup2Sub, etc)

fredlkrue
15th February 2019, 03:54
That looks like old Code, It's all based on how you make a connection with github. That message looks to be from sourceForge connection when StaxRip used 7zip portable.

Things keep changing and it's hard to keep up with them. I never really bothered with the API. I should look into one day.

It will not download any releases from the Pipeline (https://ci.appveyor.com/project/Revan654/staxrip/build/artifacts) you have to do that manually. I don't think appveyor has an API, The site uses unique keys. You would need to do a bunch of web scrapping to get the key Which Requires cookiedata + another Key to create the key, then use that key to obtain the dl page.

My other Program does it for another site, Code is another 300+ lines and Usage of RestAPI. I really don't want to add more files to required files for StaxRip to run.
Its not a big deal, I can update it manually, thanks.

P.S. Where do I get all the updated 3rd party apps used by StaxRip?

Magik Mark
16th February 2019, 11:40
Raven

v20013 temp file directory doesn't save in your preferred location

jkilez
16th February 2019, 15:24
Any Code Posted So far should also be added to merge.
Sure thing. A pull request has been created.

Revan654
17th February 2019, 06:00
Raven

v20013 temp file directory doesn't save in your preferred location

Like I said it's Completely untested. Other then MKVToolNix function nothing was changed.

jkilez
17th February 2019, 19:25
Like I said it's Completely untested. Other then MKVToolNix function nothing was changed.
Just created another pull request for the temp file glitch.

jkilez
18th February 2019, 14:43
Like I said it's Completely untested. Other then MKVToolNix function nothing was changed.Just created another pull request for the temp file glitch.

Revan- The new change that you made only fixes the issue for Windows 10. For other versions, it still does not check if TempDir is already defined. Please, just take a look at the code order in my pull request.

jkilez
18th February 2019, 15:39
Any Code Posted So far should also be added to merge.Sure thing. A pull request has been created.
Revan- Thank you for merging in the Xvid fixes. It works much better now.

Revan654
18th February 2019, 19:49
Revan- The new change that you made only fixes the issue for Windows 10. For other versions, it still does not check if TempDir is already defined. Please, just take a look at the code order in my pull request.

Everythingis still WIP. I was half asleep when I wrote it. Elseif Statement just needs to be added.

**Edit**

Re-Wrote it with different form of Try and removed the need to know the OS.

Natty
19th February 2019, 12:03
There definitely is a problem with the "ffmsindex.exe" included in the 2.0 package. The problem apparently does not occur when the indexing time is short, but when indexing takes more than 3-4 minutes, the indexer will actually index the file *twice*, causing StaxRip to hang while it does the second pass. The problem disappears if you replace the FFMS2 files in the 2.0 package with those from the 1.9 package.

you are right. it lags and even fails sometimes. :)

MrScientist
19th February 2019, 23:06
Hello, thank you for continuing to support this project. When I choose Intel H.264 or Intel H.265, I receive the following message...

"NullReferenceException (2.0.0.0)

Object reference not set to an instance of an object.

System.NullReferenceException: Object reference not set to an instance of an object.
at StaxRip.QSVEnc.EncoderParams.OnValueChanged(CommandLineParam item)
at StaxRip.BasicVideoEncoder.ImportCommandLine(String commandLine, CommandLineParams params)"

I have Intel 8700K with UHD 630 graphics and current graphics drivers.

Thank you.

Revan654
20th February 2019, 22:37
Hello, thank you for continuing to support this project. When I choose Intel H.264 or Intel H.265, I receive the following message...

"NullReferenceException (2.0.0.0)

Object reference not set to an instance of an object.

System.NullReferenceException: Object reference not set to an instance of an object.
at StaxRip.QSVEnc.EncoderParams.OnValueChanged(CommandLineParam item)
at StaxRip.BasicVideoEncoder.ImportCommandLine(String commandLine, CommandLineParams params)"

I have Intel 8700K with UHD 630 graphics and current graphics drivers.

Thank you.

Your using Old Build which has Been tweaked in the Pipeline builds and make sure QS is Enabled.

On Skylake if your using GPU like Nvidia. QS would not enable unless you tweak the setting in your Bios. Not sure if intel/ Motherboards have changed this Since Skylake release.

Revan654
20th February 2019, 22:50
you are right. it lags and even fails sometimes. :)

ffindex does use LAVF demuxer, Without that or some other demuxer ffindex will struggle. It's why I try to compile a static version of ffindex with some resource already contained inside.

I guess i'm the only one with ffindex working correctly.


When using MP4 L-Smash Should be used, Other Formats DG or ffms should be used.

------

honestly, I would upgrade to DGDecNV and pay the tiny amount of money. Since it's well worth the price.

Only common format that it does not support are Apple formats(Not yet atlease Based on Dec Release) & VP9(Using Webm).

Link: http://rationalqm.us/dgdecnv/dgdecnv.html

RainyDog
21st February 2019, 10:24
Hi Revan, save as PNG from the preview window is broken in the latest pipeline build.

Save as JPG works fine though.

Revan654
21st February 2019, 17:56
Hi Revan, save as PNG from the preview window is broken in the latest pipeline build.

Save as JPG works fine though.

Works perfectly fine at my end. Nothing has been altered with preview window.

Natty
22nd February 2019, 00:48
is it possible to get option to view bitrate used in preview window? :)

videoh
22nd February 2019, 04:02
honestly, I would upgrade to DGDecNV You're my hero, Revan654. You know that. You know it's true.

Revan654
23rd February 2019, 22:11
is it possible to get option to view bitrate used in preview window? :)

In it's current State, No. It doesn't use MediaInfo or anything like that for displaying those values. It uses Windows resources when building the data.

Not sure of all functions and sub functions of avifil32.dll. Plus can't really find any docs for it, When you try google it you get nothing but How to fix missing dll problems.

MrScientist
24th February 2019, 15:08
Thank you for the info. The Pipeline build works.

Just FYI, there were no BIOS settings on either my Kaby Lake or Coffee Lake motherboards to turn on QSV. It's on automatically.

Your using Old Build which has Been tweaked in the Pipeline builds and make sure QS is Enabled.

On Skylake if your using GPU like Nvidia. QS would not enable unless you tweak the setting in your Bios. Not sure if intel/ Motherboards have changed this Since Skylake release.

vanden
27th February 2019, 11:14
Hello,

when I do a "Run Compressibility Check" I have an error Error :Error Compressibility Check using x265 2.9+34 (2.0.0.1)

Compressibility Check using x265 2.9+34 failed with exit code: -1073741795 (0xC000001D)

The exit code might be a system error code: {EXCEPTION}
Instruction non autorisée
Tentative d’exécution d’une instruction interdite.


--------------- Compressibility Check using x265 2.9+34 ---------------

"C:\Program Files\Staxrip.2.x64\Apps\Support\avs2pipemod\avs2pipemod64.exe" -y4mp F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_new_source_CompCheck.avs | "C:\Program Files\Staxrip.2.x64\Apps\Encoders\x265\x265.exe" --crf 18 --output-depth 10 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --max-cll "1529,380" --hdr --repeat-headers --hrd --aud --frames 8358 --y4m --output F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_new_source_CompCheck.hevc -

avs2pipemod[info]: writing 8358 frames of 24000/1001 fps, 3840x1606,
sar 0:0, YUV-420-planar-8bit progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 1.470 sec.
avs2pipemod[error]: only wrote 0 of 8358 frames.



StaxRip.ErrorAbortException: Compressibility Check using x265 2.9+34 failed with exit code: -1073741795 (0xC000001D)

The exit code might be a system error code: {EXCEPTION}
Instruction non autorisée
Tentative d’exécution d’une instruction interdite.


--------------- Compressibility Check using x265 2.9+34 ---------------

"C:\Program Files\Staxrip.2.x64\Apps\Support\avs2pipemod\avs2pipemod64.exe" -y4mp F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_new_source_CompCheck.avs | "C:\Program Files\Staxrip.2.x64\Apps\Encoders\x265\x265.exe" --crf 18 --output-depth 10 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --max-cll "1529,380" --hdr --repeat-headers --hrd --aud --frames 8358 --y4m --output F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_new_source_CompCheck.hevc -

avs2pipemod[info]: writing 8358 frames of 24000/1001 fps, 3840x1606,
sar 0:0, YUV-420-planar-8bit progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 1.470 sec.
avs2pipemod[error]: only wrote 0 of 8358 frames.


à StaxRip.Proc.Start()
à StaxRip.x265Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority)
à StaxRip.x265Enc.RunCompCheck()
Does anyone have an idea of the problem ?
And same with encode :
Error Video encoding using x265 2.9+34 (2.0.0.1)

Video encoding using x265 2.9+34 failed with exit code: -1073741795 (0xC000001D)

The exit code might be a system error code: {EXCEPTION}
Instruction non autorisée
Tentative d’exécution d’une instruction interdite.


------------------- Video encoding using x265 2.9+34 -------------------

"C:\Program Files\Staxrip.2.x64\Apps\Support\avs2pipemod\avs2pipemod64.exe" -y4mp F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_track1_[eng].avs | "C:\Program Files\Staxrip.2.x64\Apps\Encoders\x265\x265.exe" --pass 1 --bitrate 6014 --preset slow --tune fastdecode --output-depth 10 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --max-cll "1529,380" --hdr --repeat-headers --hrd --aud --frames 167130 --y4m --stats F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_track1_[eng].stats --output NUL -

avs2pipemod[info]: writing 167130 frames of 24000/1001 fps, 3840x1606,
sar 0:0, YUV-420-planar-8bit progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 1.196 sec.
avs2pipemod[error]: only wrote 0 of 167130 frames.



StaxRip.ErrorAbortException: Video encoding using x265 2.9+34 failed with exit code: -1073741795 (0xC000001D)

The exit code might be a system error code: {EXCEPTION}
Instruction non autorisée
Tentative d’exécution d’une instruction interdite.


------------------- Video encoding using x265 2.9+34 -------------------

"C:\Program Files\Staxrip.2.x64\Apps\Support\avs2pipemod\avs2pipemod64.exe" -y4mp F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_track1_[eng].avs | "C:\Program Files\Staxrip.2.x64\Apps\Encoders\x265\x265.exe" --pass 1 --bitrate 6014 --preset slow --tune fastdecode --output-depth 10 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --max-cll "1529,380" --hdr --repeat-headers --hrd --aud --frames 167130 --y4m --stats F:\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_temp\Passengers.2016.2160p.UHD.BluRay.HEVC.HDR.Muti.VFF.DTS-HD.MA-tlub_track1_[eng].stats --output NUL -

avs2pipemod[info]: writing 167130 frames of 24000/1001 fps, 3840x1606,
sar 0:0, YUV-420-planar-8bit progressive video.
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 1.196 sec.
avs2pipemod[error]: only wrote 0 of 167130 frames.


à StaxRip.Proc.Start()
à StaxRip.x265Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority)
à StaxRip.x265Enc.Encode()
à StaxRip.GlobalClass.ProcessVideo()
à System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- Fin de la trace de la pile à partir de l'emplacement précédent au niveau duquel l'exception a été levée ---
à System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
à StaxRip.GlobalClass.ProcessJob(String jobPath)
Work with x264 ... !!

vanden
28th February 2019, 15:56
Well finally I found the problem : it is the x265 version provided by staxrip (2.9 + 34) that does not work at home.
Replace with version 3.0_Au + 7 it works.

I still have some questions my source file is 420 10bit HDR :

1. In the AVS file I have: format = "YUV420P8" and in the encoding log I have :
avs2pipemod [info]: writing 2843 frames of 24000/1001 fps, 3840x1600,
sar 0: 0, YUV-420-planar-8bit progressive video.
y4m [info]: 3840x1600 fps 24000/1001 i420p8 unknown frame count
raw [info]: output file: NUL

Normally it should not be 10 bit ?

2. in the encoding log I also :
x265 [warning]: NAL HRD parameters require VBV parameters, ignored

What do these parameters correspond to ?

3. Is it better to use LSMASHSource.dll or ffms2.dll ?

Are there any other parameters to modify to encode in HDR ?

sneaker_ger
28th February 2019, 16:05
1. Your AviSynth script seems to convert to 8 bit.
2. --vbv-maxrate and --vbv-bufsize
3. ffms2 is a bit simpler because it supports native high-bitdepth formats. (i.e. it might solve question/problem 1)

vanden
28th February 2019, 17:03
OK, thanks

I redid a test with ffms2 but in the encoding log I always 8bit :
------------------ Video encoding using x265 3.0_Au+7 ------------------

"C:\Program Files\Staxrip.2.x64\Apps\Support\avs2pipemod\avs2pipemod64.exe" -y4mp F:\Lucy_temp\Test-001_new.avs | "C:\Program Files\Staxrip.2.x64\Apps\Encoders\x265\x265.exe" --pass 1 --bitrate 9161 --output-depth 10 --master-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)" --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --range limited --max-cll "1000,400" --hdr --repeat-headers --hrd --aud --frames 2843 --y4m --stats F:\Lucy_temp\Test-001_new.stats --output NUL -

avs2pipemod[info]: writing 2843 frames of 24000/1001 fps, 3840x1600,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 3840x1600 fps 24000/1001 i420p8 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 3.0_Au+7-cb3e172a5f51
x265 [info]: build info [Windows][GCC 8.2.1][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
x265 [info]: Main 10 profile, Level-5 (Main tier)
x265 [info]: Thread pool created using 24 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(25 rows)
x265 [warning]: NAL HRD parameters require VBV parameters, ignored
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]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe 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 : ABR-9161 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=8 deblock sao stats-write
can it be necessary to specify 10 bit in the file avs ?
My AVS :
LoadCPlugin("C:\Program Files\Staxrip.2.x64\Apps\Plugins\both\ffms2\ffms2.dll")
FFVideoSource("F:\Lucy_temp\Test-001.mkv", colorspace = "YV12", \
cachefile = "F:\Lucy_temp\Test-001.ffindex")
What are the value for --vbv-maxrate and --vbv-bufsize on Bluray UHD ?

sneaker_ger
28th February 2019, 17:07
Try to remove "colorspace" parameter:
LoadCPlugin("C:\Program Files\Staxrip.2.x64\Apps\Plugins\both\ffms2\ffms2.dll")
FFVideoSource("F:\Lucy_temp\Test-001.mkv", cachefile = "F:\Lucy_temp\Test-001.ffindex")

vanden
28th February 2019, 17:20
Super it works ! Thank you !
avs2pipemod[info]: writing 2843 frames of 24000/1001 fps, 3840x1600,
sar 0:0, YUV-420-planar-10bit progressive video.
y4m [info]: 3840x1600 fps 24000/1001 i420p10 unknown frame count

Magik Mark
28th February 2019, 23:20
Guys,

Is there a guideline in coverting UHD hdr(mkv) to Blueray(mkv)?

vanden
1st March 2019, 00:34
Just resize in 1920x1080, do a tone mapping (+Add/Color/HDRCore/Tone Mapping).
Choose between DGReinhard and DGHable.
Encode in x264.

Revan654
1st March 2019, 04:50
OK, thanks

I redid a test with ffms2 but in the encoding log I always 8bit :

What are the value for --vbv-maxrate and --vbv-bufsize on Bluray UHD ?

If not defined it uses the default value which is 0.

--blu-ray-compat to x265, enforcing profile, level and tier limits as well as GOP structure limitations defined by the Blu-Ray Disc Association.

If I recall Flag is mainly for Legacy devices, It does nothing for newer hardware that has HDR / UHD support.

Many of the auto Switches are set to 8 Bit, I should remove them, Since allot are creating more problems then they solve.

Revan654
1st March 2019, 04:54
1. Your AviSynth script seems to convert to 8 bit.
2. --vbv-maxrate and --vbv-bufsize
3. ffms2 is a bit simpler because it supports native high-bitdepth formats. (i.e. it might solve question/problem 1)

3. Kind of, It's support some. I could never get some P010 source to load correctly. Same goes with other 10Bit+ Formats.

Revan654
1st March 2019, 05:06
Well finally I found the problem : it is the x265 version provided by staxrip (2.9 + 34) that does not work at home.
Replace with version 3.0_Au + 7 it works.

I still have some questions my source file is 420 10bit HDR :

1. In the AVS file I have: format = "YUV420P8" and in the encoding log I have :
avs2pipemod [info]: writing 2843 frames of 24000/1001 fps, 3840x1600,
sar 0: 0, YUV-420-planar-8bit progressive video.
y4m [info]: 3840x1600 fps 24000/1001 i420p8 unknown frame count
raw [info]: output file: NUL

Normally it should not be 10 bit ?

2. in the encoding log I also :
x265 [warning]: NAL HRD parameters require VBV parameters, ignored

What do these parameters correspond to ?

3. Is it better to use LSMASHSource.dll or ffms2.dll ?

Are there any other parameters to modify to encode in HDR ?

Yes, All Flags & data required have been posted a few pages back. You need to met all of them for certain functions to work(x265).

StaxRip switched to 3.0 awhile ago.

FYI, I have no idea if x265 flag HRD Concat is correctly marked or not. the cli list it as ---hrd-concat and the doc has it as the normal two dash flag --hrd-concat. I assume it an oversight in the cli

If it's MP4 LSMASHSource(LWLibavVideoSource should be used since it has a larger range of support) Just be careful with ffms2 it has a history of reporting incorrect metadata since it doesn't read certain mediaFiles correctly.

Revan654
1st March 2019, 20:18
Anyone Here who codes or using VS 2019 RC build? Notice any type freezing where you can't type anyone without re-clicking the screen?

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

Magik Mark
4th March 2019, 10:14
Raven,

There are times the default source doesn't work. I have to explicitly put "LWLibavVideoSource". I was wondering why does it create a "*.lwi" file in the source directory instead in the designated temp folder?

Revan654
4th March 2019, 19:31
Raven,

There are times the default source doesn't work. I have to explicitly put "LWLibavVideoSource". I was wondering why does it create a "*.lwi" file in the source directory instead in the designated temp folder?

Technically ffms2 should work the best with most formats. It's why it's listed as default. it's just best guess based on what has worked in the past. Of course with newer formats being released it's hard to judge now of days.

I really wish some more sourcefilters would get released to expand source filter choices.

DG Index works the best with most common formats(minus webm (Since there VP9 or VP8) and Apple encoded mp4 files. videoh has apple supported files planned for releases sometime in the future. The tool is Well worth the small fee if you got hardware that supports it.

.lwi is created where ever the source is (This is hard coded inside the dll), I can't do anything about that Since it's not directly tied to StaxRip.

If you call ffms2 without indexing it will create a similar type file. Technically I could tell StaxRip to delete the file Once encoding is complete. However It could screw things up with the encoding process if you try to encode it again.

With the Thumbnailer, I have it set to auto delete the index file once done.

Revan654
4th March 2019, 19:33
VS 2019 Visual Basic Setting: This feature is not available yet(Where C# version is). I guess MS really wants to kill of VB and WinForms based on whats being updated in dotnet 4.8.

Natty
5th March 2019, 05:08
latest ffms2 has so many bugs so you may try to use older version. this is a new trend.

https://forum.doom9.org/showthread.php?p=1866797#post1866797

Revan654
6th March 2019, 03:15
latest ffms2 has so many bugs so you may try to use older version. this is a new trend.

https://forum.doom9.org/showthread.php?p=1866797#post1866797

StaxRip doesn't use the base ffms2(It's Included if Needed). It uses ffms2 C-plugin.

zildan
6th March 2019, 08:43
StaxRip is the best tool,
congratulations

Please add
ffmpeg | AMD | Amd H.264 -c:v h264_amf
ffmpeg | AMD | Amd H.265 -c:v hevc_amf

VCEEncC replace with version 4.02 (https://drive.google.com/open?id=1FsRO-F8jNYYGz8OLijEst9usH-jc8LVI)by rigaya, build Dec 11 2018 21:03:34,

and add :

--crop <int>,<int>,<int>,<int>
set crop pixels of left, up, right, bottom.

option.


I have Amd Ryzen7 with VEGA 10 (https://www.amd.com/en/products/apu/amd-ryzen-7-2700u)

With VCEEncC (x64) 4.02 it encodes 120 FPS 1080 HEVC using LAV Video Decoder 0.73.1

thank you

suckerpuncher
7th March 2019, 19:00
@Revan654
Thanks for your work on StaxRip. Is there any ETA on an updated version?

Revan654
8th March 2019, 01:35
@Revan654
Thanks for your work on StaxRip. Is there any ETA on an updated version?

There always a newer Beta release in the pipeline.