StaxRip

[Magik Mark]

It all started using x265 2.8+49 above

I'm using "awarpsharp2" only (AVS)

I was thinking maybe changes in x265 parameters

Would you provide some additional information. For instance, please specify the filters and their order. Are you able to successfully preview the video? Are you using VapourSynth or AVS?

FYI, I recently had trouble with almost every encode that used SMDegrain. I wasn't able to determine the exact source. There were newer versions of AviAynth+ and masktool2. Updating both of those resolved the error and I can encode again. If you are using AVS please see if you have latest AviAynth+. Also check the revision(s) of your filters.

[Khun_Doug]

It is possible something with x265 has changed. You can try going to a minimal set of x265 settings, something akin to the default profile for x265.

Does this happen very shortly after starting the encode? Or is this something that happens after the encode is well underway? Perhaps it happens at random points?

Finally, I know x265 is under relative constant upgrading. Within the past 30 days there have been new releases. In the event they accidentally made a bug in the version you are testing, see if the current version resolves the issue.

[Magik Mark]

Thanks for the reply. I'll try to ask in x265 team aswell. I will run more tests and try to figure out which among the switches have been changed

[NikosD]

A new QSVEnc v3.09 is available but it's the last time I post on this thread until a real developer like Raven take in charge.

I'm under the impression that something happened between Stax and Raven and that conflict led to a temporary - I hope - pause of development for this application.

I don't know if it's too early to declare this project dead, but definitely it doesn't look that much alive.

[Khun_Doug]

If Raven is monitoring this list, it would be helpful if we knew if he plans to go forward with the work he started. I know it was some time before someone else took over VirtualDub. Now VirtualDub has forked to VirtualDub 2. Hopefully if Raven doesn't want to continue the project, someone else will eventually take this forward. It simply is too useful to be left to fade away.

[Revan654]

A new QSVEnc v3.09 is available but it's the last time I post on this thread until a real developer like Raven take in charge.

I'm under the impression that something happened between Stax and Raven and that conflict led to a temporary - I hope - pause of development for this application.

I don't know if it's too early to declare this project dead, but definitely it doesn't look that much alive.

nothing happenend, I think I've only talked to stax once on another forum.

I needed certain functions in staxrip didn't contain it's why I updated some features and added more filters and cut others that were never used.

[Revan654]

If Raven is monitoring this list, it would be helpful if we knew if he plans to go forward with the work he started. I know it was some time before someone else took over VirtualDub. Now VirtualDub has forked to VirtualDub 2. Hopefully if Raven doesn't want to continue the project, someone else will eventually take this forward. It simply is too useful to be left to fade away.

I'll try my best to update the software but I'm not sure what everyone wants right now. Is there any filters you want added?(Must be 64Bit and supported by Avs+).

The source code on my desktop got corrupted some how, so I had to restart from last code posted on github. The PC I use to program is very old. In the progress of building a new PC.

I've been programming in python which has been taking up most of my time. Which is a massive program and everything had to be created from the ground up.

Here is my releases for StaxRip: https://github.com/Revan654/staxrip/releases if anyone is interested.

I have allot of things I been working on, and I had to do a bunch of search for python to see how it handles certain data types so I could use them properly.

I will most likely be updating VS next, since I updated avs allot in staxrip and havn't touched vs yet.

I also have one idea what I want to do, I'm not sure if it's possible at this stage or not, I have to do some research on the matter to see.

[mcjordan]

NVEncC v4.1.1
- Fix avsync issue in some cases:
Countermeasures against sound slippage in some movie files.
- Relaxing restriction on GOP length of Bluray option.

[Revan654]

The resulted dgi file contains all the HDR info required by the encoder. If StaxRip read out the infos from this file, that would be great! Right now, one should manually read out and insert them.

Make sure all the metadata is intact, There are different forms of HDR metadata. Specially when you reach the colorspace area.

Staxrip reads the data from mediainfo and then injects it into the program.

I've made some changes on that, I just have to find a HDR file to test and see if it works now.

*Note* Only "True" HDR files will be supported that uses BT.2020 colorspace. If it uses anything else like P3 or such it will not work. P3 is not part of the HDR colorspace that is supported by the official docs.

It should look like this:

Colorprim: 2020
Matrix: 2020 NC
Transfer: ST. 2084
Range: limited

If the above is matched it will autodetect it as HDR source and select the proper VUI settings.

[sneaker_ger]

*Note* Only "True" HDR files will be supported that uses BT.2020 colorspace. If it uses anything else like P3 or such it will not work. P3 is not part of the HDR colorspace that is supported by the official docs.
You aren't referring to something as the following, are you?
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0500 cd/m2, max: 1000 cd/m2
(Shown like this in MediaInfo.)

[Revan654]

Hey

First, I just wanted to say that I've been using Staxrip since the beginning so I'm glad someone took it on after Stax76 left.

Awesomely, the new version of QSVEnc seems to add the missing pieces for full HDR support.

Command line is annoying though, so can you add the missing bits to the GUI? Specifically, Max CLL and FALL, min/max luma, updated color matrixes, display primaries? Might be something I've forgotten.

As I'm sure you're aware the updated switches are detailed in an empty run of QSVEnc.exe but see below for an excerpt


--colormatrix <string> undef, auto, bt709, smpte170m, bt470bg
smpte240m, YCgCo, fcc, GBR, bt2020nc
bt2020c
default: undef
--colorprim <string> undef, auto, bt709, smpte170m, bt470m
bt470bg, smpte240m, film, bt2020
default: undef
--transfer <string> undef, auto, bt709, smpte170m, bt470m
bt470bg, smpte240m, linear, log100, log316
iec61966-2-4, bt1361e, iec61966-2-1
bt2020-10, bt2020-12, smpte2084, smpte428
arib-srd-b67
default: undef
--aud insert aud nal unit to ouput stream.
--pic-struct insert pic-timing SEI with pic_struct.
--chromaloc <int> set chroma location flag [ 0 ... 5 ]
default: 0 = unspecified
--fullrange set stream as fullrange yuv
--max-cll <int>,<int> set MaxCLL and MaxFall in nits. e.g. "1000,300"
--master-display <string> set Mastering display data.
e.g. "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)"

Thanks again for taking this one on.

I had them in, but had to delete them since early versions were were missing features & switches that the doc clearly stated it had. I talked about it a few pages back I believe.

[Revan654]

You aren't referring to something as the following, are you?
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0500 cd/m2, max: 1000 cd/m2
(Shown like this in MediaInfo.)


When it comes to P3 and mastering content:


In cinema, it's common to master HDR content in the DCI P3 color space, with either the DCI (~D50) or D65 white points. This is not a supported format for delivery to consumer electronics.

When mastering, choose Rec. 2020 color primaries (the Rec. 2100 standard implies Rec. 2020 color in many applications).
A common mistake is to master in P3, then tag the result using Rec. 2020 primaries. This will result in an oversaturated look with shifted hues.


I would also use MKVToolNix(mkvinfo) to double check the metadata results.

Proper HDR Metadata in Mediainfo:

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

Proper Metadata inside mkvinfo:

https://i.imgur.com/81l2jSAl.jpg

[sneaker_ger]

The coordinates shown in your mkvinfo screenshot are P3:
https://en.wikipedia.org/wiki/DCI-P3#System_colorimetry

My point being is to not be confused by MediaInfo showing "Mastering display color primaries : Display P3". It is "proper" HDR. (Not saying you didn't understand but maybe for others.)

[NikosD]

I'll try my best to update the software but I'm not sure what everyone wants right now. Is there any filters you want added?(Must be 64Bit and supported by Avs+).

Here is my releases for StaxRip: https://github.com/Revan654/staxrip/releases if anyone is interested.


Happy to see you around here again.

I think your replies are the most detailed in this forum.

For me, if you just keep up with the latest versions of the tools inside StaxRip (they are a lot) is enough, if you don't have time for more.

I mean real update with all the new functionality of the latest versions added to StaxRip's GUI + bugs fixes.

Your last version was around 2 months ago.

When do you believe you will be ready for the next one ?

[Khun_Doug]

Good to see you are still here Raven. Interesting you mention about a project in Python. I too am working on a massive project in Python.

As for filters, I rely on mClean and SMDegrain. Both of those also need the PreFetch. Other filters are the IVTC, Yadifmod2 and TDEint. Hard to believe that as old as TDEint is, no other filter can do all the things that one does with interlaced material.

If I were to think of something that could be requested it would inclusion of Levels and also GrayScale. I manually add these in, but it would be handy if they were right on the menus.

[Revan654]

Good to see you are still here Raven. Interesting you mention about a project in Python. I too am working on a massive project in Python.

As for filters, I rely on mClean and SMDegrain. Both of those also need the PreFetch. Other filters are the IVTC, Yadifmod2 and TDEint. Hard to believe that as old as TDEint is, no other filter can do all the things that one does with interlaced material.

If I were to think of something that could be requested it would inclusion of Levels and also GrayScale. I manually add these in, but it would be handy if they were right on the menus.

Levels is already there in mainly for changing levels from PC <-> TV (It's under ColorYUV).

I don't want to overcrowd the context menu. There also plenty you can add manually if need be.

I will likely remove one or two line filters, since that menu is getting a bit crowded.

[Revan654]

The coordinates shown in your mkvinfo screenshot are P3:
https://en.wikipedia.org/wiki/DCI-P3#System_colorimetry

My point being is to not be confused by MediaInfo showing "Mastering display color primaries : Display P3". It is "proper" HDR. (Not saying you didn't understand but maybe for others.)

I was mainly trying to show the other metadata tags. Mediainfo is been kind of a mess for HDR and only recently started to fix some of the broken functions.

P3 will be reject by many services and some electronics. Even youtube rejects P3 and only allows 2020 for HDR uploads. Youtube is behind the curve when it comes to support new types of formats and such.

[Revan654]

Happy to see you around here again.

I think your replies are the most detailed in this forum.

For me, if you just keep up with the latest versions of the tools inside StaxRip (they are a lot) is enough, if you don't have time for more.

I mean real update with all the new functionality of the latest versions added to StaxRip's GUI + bugs fixes.

Your last version was around 2 months ago.

When do you believe you will be ready for the next one ?

I will start work on it once python project is finished. Which should be soon. Been working on this project for over month+. It's in testing phase now, it's trying to test it and see if it will run on two different platforms which slows down the process.

[Revan654]

Good to see you are still here Raven. Interesting you mention about a project in Python. I too am working on a massive project in Python.

As for filters, I rely on mClean and SMDegrain. Both of those also need the PreFetch. Other filters are the IVTC, Yadifmod2 and TDEint. Hard to believe that as old as TDEint is, no other filter can do all the things that one does with interlaced material.

If I were to think of something that could be requested it would inclusion of Levels and also GrayScale. I manually add these in, but it would be handy if they were right on the menus.

I personally prefer python over MVS(MVS is a memory hog), which is what Staxrip is written in. I had to do plenty of research to for certain functions. Specially when it came to web functions and such. I also trying to make the project as file-less as possible(No external files being created). Also needed to make sure it could run without the need of root access.

---------

mClean is not going anywhere, I personally consider it one top denoisers in avisynth. Along with MCTemporalDenoise. Even though mclean has some issues when using it(Usually black screen when previewing). Right now sure if it's mclean or windows files that create the issues. It looks like the script since the second you disable it everything returns to normal. MCTemporalDenoise script is kind of broken, did tweak it a bit to get it to work. Not sure if it's 100% Fully working yet(My tweaked version hasn't been released).


These are all the Filters currently Included and works within StaxRip:

https://i.imgur.com/1y7pzdF.jpg

[FreaQ]

Did not realize someone took over the development of StaxRip.
Thank you. I will give it a try.

[foxace]

an auto update function, like megui would be really great. but I guess it would take a dedicated server

[Revan654]

an auto update function, like megui would be really great. but I guess it would take a dedicated server

If staxrip(Native) was on linux, that would be easy to add. Since Windows likes to make everything difficult. It might be possible but not 100% sure at this point. I have to check github and see how there site handles the files. on linux you just have to do is pull command and the files will update.

The easiest way to check would be with a simple python script to check the site. Then with a simple if statement. If the version on site is higher then loaded version download the new package.

However the issue becomes Windows doesn't come preinstalled with python. Instead it comes preinstall with candycrush and bunch of other apps no one every uses.

To update only the Filters wouldn't be possible without a personal server setup in certain way. Since there need to be separate from the main release.

of Course it's possible to add autoupdate for the filters without a server but it would require allot of code to check each webpage of the hosted file. Then use a web scraper to pull the data in to see what version it is.

Then of course there is another way but only works on Windows 10 64Bit. W10 64Bit has small linux support in the form of a terminal. Could use that to update the files. If you do anyone running 32Bit or Windows 8.1 and below could not use the feature.

Hope all this makes sense.

[Revan654]

The one major thing I want to update is the preview window to add HDR support and make it a bit faster. I need to look over the code and see how all this is handled and if it's possible without causing issues for SDR content.

[FreaQ]

I did create some encoding profiles in StaxRip 1.7.0.6
How can I copy them to 1.8.x?
In the "settings" folder there are only the templates.

[imhh11]

Make sure all the metadata is intact, There are different forms of HDR metadata. Specially when you reach the colorspace area.

Staxrip reads the data from mediainfo and then injects it into the program.

I've made some changes on that, I just have to find a HDR file to test and see if it works now.

*Note* Only "True" HDR files will be supported that uses BT.2020 colorspace. If it uses anything else like P3 or such it will not work. P3 is not part of the HDR colorspace that is supported by the official docs.

It should look like this:

Colorprim: 2020
Matrix: 2020 NC
Transfer: ST. 2084
Range: limited

If the above is matched it will autodetect it as HDR source and select the proper VUI settings.

here some hdr file for you.

DCI-P3 HDR file:
https://www.dropbox.com/s/ve78j26gtfqv0q1/DCI-P3.mkv?dl=0
BT2020 HDR file:
https://www.dropbox.com/s/a7xofwp4ydx1y4h/BT2020.mkv?dl=0


DCI-P3: G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)

BT.2020: G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)

[Revan654]

I did create some encoding profiles in StaxRip 1.7.0.6
How can I copy them to 1.8.x?
In the "settings" folder there are only the templates.

Everything you created within the program is saved to the settingsV2.dat file.

[Lynx_TWO]

Adding latest versions of the tools/apps used by StaxRip is one thing, but adding the added functionality of those latest versions is another e.g new switches to QSVEnc & NVEnc GUI.

Haven't used latest StaxRip yet, I would like to know which case we are talking about with latest update.

Download Visual Studio Community and you can get the project off GitHub. Once you open the StaxRip.vbproj file, you will see how everything is laid out and compiled. It's some doing, but you can see where all the settings for each screen is, the forms being used, etc. If you are used to using Staxrip, you can reverse-engineer what's going on even without much coding knowledge. Of course, know how to write code in VB would help, but basic troubleshooting like incorrect strings is pretty straightforward. Looks like Stax really spelled everything out well, like he knew people would carry on development. As a non-coder I can even make a lot of it out. :D

[Lynx_TWO]

Thanks for the reply. I'll try to ask in x265 team aswell. I will run more tests and try to figure out which among the switches have been changed

Updating existing switches is pretty easy. Adding new dropdowns and graphical interfaces would take me a bit to learn. Can't promise the code would be the most elegant though... Looks like Revan654 is going to be doing the heavy lifting there?

FYI I usually use only VapourSynth, so never really tested the AVS functions. Is there anything we absolutely need AVISynth for anymore? Thought the idea was to get everything ported to VapourSynth eventually...

Edit: Ok, yes I see Revan654 is an actual developer. Thanks man! I use BM3D for denoising if encoding anything animation (like Final Space), but it's slowwwww. Even on my 20 core workstation with 64GB of memory (building to 256GB). Does work really well though for animation. I've used SMDegrain, not so much mClean. It's hard to find de-noisers that are not only fast, but also keep all fine details. They can really save a lot of bits over several movies though. Would be cool to be able to automatically set the core.max_cache_size depending on the resolution of the frame, and number of reference frames. This could warn the user if they don't have enough physical RAM, because shuttling to virtual memory is sloooowwww and tends to freeze the system.

HDR to SDR would be fantastic. 4K bluray always looks washed out otherwise, and it'd be nice to encode a 1080p SDR version for the PLEX server using Spline to downsize.

It would also be really cool to have a downsizing algorithm specifically for really small resolutions, like this https://johanneskopf.de/publications/downscaling/

For example, I encode all my movies down to separate 448x240 (animorphic of course) version, using DynAudNorm to normalize and maintain volume level, compression set to 28, audio encoded to 70KBPS Mono for times I need an ultra-low bitrate version. PLEX's built in optimize function is not high quality for ultra low-bitrate encodes.

Having recommended settings for each filter with descriptions about what kind of footage they are designed for would be convenient, and I'm sure everyone here could contribute to that.

Finally, it'd be nice to have a degrain function specifically for high resolution 4K movies. With all the extra resolution it should be possible to get better results.

[RieGo]

FYI I usually use only VapourSynth, so never really tested the AVS functions. Is there anything we absolutely need AVISynth for anymore? Thought the idea was to get everything ported to VapourSynth eventually...

i agree. most important stuff is ported to vapoursynth so avisynth is basically redundant... BUT people will still complain a lot because of edge cases... i.e. I remember there is not a good logo removal for vs. so maybe you should just keep it meanwhile?

btw: if you start a new repo or something I think I could help with development.

[gonca]

HDR to SDR would be fantastic
https://forum.doom9.org/showthread.php?p=1848471#post1848471http://

[RanmaCanada]

If staxrip(Native) was on linux, that would be easy to add. Since Windows likes to make everything difficult. It might be possible but not 100% sure at this point. I have to check github and see how there site handles the files. on linux you just have to do is pull command and the files will update.

The easiest way to check would be with a simple python script to check the site. Then with a simple if statement. If the version on site is higher then loaded version download the new package.

However the issue becomes Windows doesn't come preinstalled with python. Instead it comes preinstall with candycrush and bunch of other apps no one every uses.

To update only the Filters wouldn't be possible without a personal server setup in certain way. Since there need to be separate from the main release.

of Course it's possible to add autoupdate for the filters without a server but it would require allot of code to check each webpage of the hosted file. Then use a web scraper to pull the data in to see what version it is.

Then of course there is another way but only works on Windows 10 64Bit. W10 64Bit has small linux support in the form of a terminal. Could use that to update the files. If you do anyone running 32Bit or Windows 8.1 and below could not use the feature.

Hope all this makes sense.

Then tell everyone to install python? haha Whatever it takes for the users to make your life easier :) Just put a disclaimer that you aren't responsible for anything that happens and such and such ;) We as the users are greatly appreciative that this project is continuing and the majority will do whatever it takes to make life easier for the person handling it.

[Natty]

thank you revan for continuing the development of staxrip with a ton of new features added. loving it. however i am facing some issues in the latest version.

tried latest smdegrain plug-in and it throws this error while using prefilter=2

https://imagez.to/i/do0SfDBT.png

older smdegrain script works fine

stax lags a lot while editing filter settings, especially when avisynth throws some script error.

lags while drag-drop of source file

lags while adding a new job too

sometimes stax windows disappears when encode starts, maybe when stax was minimized for sometime prior to starting of job

some strange bugs which force closes stax when encode is aborted and restarted with new settings and encoded audio file is set to copy/mux.

these errors didn't occur in frank's 1.7.0.6.

sorry i forgot to take screen-shot, i will edit this post with screen-shots when i encounter those errors again..

:thanks:

[SKPN]

Hi everyone,

I have been using the modified version/template posted in this thread for UHD 10bit HDR for a while now. However, my motherboard died and I am now using my server to do my encoding until I get it replaced.

I am getting an error any time I attempt to encode a file using the same template I was using before, and cannot figure out why. Previously, I was encoding using a 5820K, and my server uses a 2600K. I'm not sure what I would need to change in the template to account for that if that's what the issue is.

The error log is below, and also attached in the zip file. Any help would be greatly appreciated, as I've been racking my brain for a week trying to figure it out.


-------------------------- System Environment --------------------------

StaxRip : 1.7.0.0
Windows : Windows 10 Pro 1803
Language : English (United States)
CPU : Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
GPU : Intel(R) HD Graphics 3000, NVIDIA GeForce GTX 1070
Resolution : 1920 x 1080
DPI : 96

------------------------ MediaInfo Source File ------------------------

E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGERS_INFINITY_WAR_t00.mkv

General
Complete name : E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGERS_INFINITY_WAR_t00.mkv
Format : Matroska
Format version : Version 2
File size : 52.7 GiB
Duration : 2 h 29 min
Overall bit rate mode : Variable
Overall bit rate : 50.5 Mb/s
Movie name : MARVEL'S AVENGERS: INFINITY WAR
Encoded date : UTC 2018-08-12 20:57:11
Writing application : MakeMKV v1.12.3 win(x64-release)
Writing library : libmakemkv v1.12.3 (1.3.5/1.4.7) win(x64-release)

Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : HEVC
Format/Info : High Efficiency Video Coding
Commercial name : HDR10
Format profile : Main 10@L5.1@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 29 min
Bit rate : 45.9 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
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.231
Stream size : 47.9 GiB (91%)
Writing library : ATEME Titan File 3.8.16 (4.8.16.0)
Language : English
Default : No
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Original source medium : Blu-ray
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

Audio
ID : 2
ID in the original source medium : 4352 (0x1100)
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD
Codec ID : A_TRUEHD
Duration : 2 h 29 min
Bit rate mode : Variable
Bit rate : 4 534 kb/s
Maximum bit rate : 6 930 kb/s
Channel(s) : Object Based / 8 channels
Channel positions : Object Based / Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : / 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 4.73 GiB (9%)
Title : Surround 7.1
Language : English
Default : Yes
Forced : No
Original source medium : Blu-ray

Text #1
ID : 3
ID in the original source medium : 4768 (0x12A0)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 2 h 28 min
Bit rate : 32.7 kb/s
Count of elements : 4134
Stream size : 34.7 MiB (0%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray

Text #2
ID : 5
ID in the original source medium : 4776 (0x12A8)
Format : PGS
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 1 s 147 ms
Bit rate : 86.2 kb/s
Count of elements : 2
Stream size : 12.1 KiB (0%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray

Menu
00 : 00:00.000 : en:Chapter 01
00 : 11:28.729 : en:Chapter 02
00 : 18:13.884 : en:Chapter 03
00 : 27:23.808 : en:Chapter 04
00 : 35:48.771 : en:Chapter 05
00 : 42:23.541 : en:Chapter 06
00 : 54:12.666 : en:Chapter 07
00 : 59:36.614 : en:Chapter 08
01 : 05:06.861 : en:Chapter 09
01 : 10:53.666 : en:Chapter 10
01 : 17:06.955 : en:Chapter 11
01 : 24:14.758 : en:Chapter 12
01 : 31:07.628 : en:Chapter 13
01 : 42:00.405 : en:Chapter 14
01 : 45:57.601 : en:Chapter 15
01 : 53:03.902 : en:Chapter 16
01 : 58:52.917 : en:Chapter 17
02 : 03:57.972 : en:Chapter 18
02 : 11:13.282 : en:Chapter 19
02 : 17:31.117 : en:Chapter 20

-------------- Demux xml chapters using mkvextract 24.0.0 --------------

"B:\Installs\TV Stuff\staxrip 1.7 Imhh1 Nightly Build 10bit color fix\Apps\MKVToolNix\mkvextract.exe" chapters "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGERS_INFINITY_WAR_t00.mkv" --redirect-output "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00_chapters.xml"

File 'E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGERS_INFINITY_WAR_t00.mkv': container: Matroska
Track ID 0: video (MPEG-H/HEVC/h.265)
Track ID 1: audio (TrueHD Atmos)
Track ID 2: subtitles (HDMV PGS)
Track ID 3: subtitles (HDMV PGS)
Chapters: 20 entries

Start: 8:07:22 AM
End: 8:07:23 AM
Duration: 00:00:00

-------------- Demux ogg chapters using mkvextract 24.0.0 --------------

"B:\Installs\TV Stuff\staxrip 1.7 Imhh1 Nightly Build 10bit color fix\Apps\MKVToolNix\mkvextract.exe" chapters "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGERS_INFINITY_WAR_t00.mkv" --redirect-output "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00_chapters.txt" --simple

File 'E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGERS_INFINITY_WAR_t00.mkv': container: Matroska
Track ID 0: video (MPEG-H/HEVC/h.265)
Track ID 1: audio (TrueHD Atmos)
Track ID 2: subtitles (HDMV PGS)
Track ID 3: subtitles (HDMV PGS)
Chapters: 20 entries

Start: 8:07:23 AM
End: 8:07:23 AM
Duration: 00:00:00

--------------------------- AviSynth Script ---------------------------

LoadPlugin("B:\Installs\TV Stuff\staxrip 1.7 Imhh1 Nightly Build 10bit color fix\Apps\Plugins\both\ffms2\ffms2.dll")
FFVideoSource("E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGERS_INFINITY_WAR_t00.mkv", cachefile = "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00.ffindex")
Crop(0, 276, -0, -276)

-------------------------- Script Properties --------------------------

Source Frame Count : 214872
Source Frame Rate : 23.976024
Source Duration : 02:29:21.9530000
Target Frame Count : 214872
Target Frame Rate : 23.976024
Target Duration : 02:29:21.9530000

----------------------- MediaInfo Audio Source 1 -----------------------

General
Complete name : E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00 ID1 English.thd
Format : TrueHD
File size : 4.73 GiB
Overall bit rate mode : Variable

Audio
Format : TrueHD
Format profile : TrueHD+Atmos / TrueHD
Bit rate mode : Variable
Maximum bit rate : 6 930 kb/s
Channel(s) : Object Based / 8 channels
Channel positions : Object Based / Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : / 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Compression mode : Lossless

---------------- Error Video encoding using x265 2.5+14 ----------------

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

The exit code might be a system error code: {EXCEPTION}
Illegal Instruction
An attempt was made to execute an illegal instruction.


------------------- Video encoding using x265 2.5+14 -------------------

"B:\Installs\TV Stuff\staxrip 1.7 Imhh1 Nightly Build 10bit color fix\Apps\avs2pipemod\avs2pipemod64.exe" -y4mp "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00_new.avs" | "B:\Installs\TV Stuff\staxrip 1.7 Imhh1 Nightly Build 10bit color fix\Apps\x265\x265.exe" --crf 18 --output-depth 10 --me star --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --max-luma 1023 --hdr --hdr-opt --repeat-headers --vui-timing-info --vui-hrd-info --input-csp i420 --fps 24000/1001 --frames 214872 --y4m --output "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00_new_out.hevc" -

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

------------------- Video encoding using x265 2.5+14 -------------------

"B:\Installs\TV Stuff\staxrip 1.7 Imhh1 Nightly Build 10bit color fix\Apps\avs2pipemod\avs2pipemod64.exe" -y4mp "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00_new.avs" | "B:\Installs\TV Stuff\staxrip 1.7 Imhh1 Nightly Build 10bit color fix\Apps\x265\x265.exe" --crf 18 --output-depth 10 --me star --colorprim bt2020 --colormatrix bt2020nc --transfer smpte2084 --max-luma 1023 --hdr --hdr-opt --repeat-headers --vui-timing-info --vui-hrd-info --input-csp i420 --fps 24000/1001 --frames 214872 --y4m --output "E:\Incomplete\4K.Avengers - Infinity War\MARVEL'S_AVENGE..._temp\MARVEL'S_AVENGERS_INFINITY_WAR_t00_new_out.hevc" -

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

Start: 8:17:14 AM
End: 8:17:16 AM
Duration: 00:00:01

[imhh11]

Hi SKPN

I see that you are using an old template I made for the Redfox forum. It uses Avisynth with a tweak to get complete 10bit pipeline so maybe that tweak doesn't work with your new pc.
You should switch to Vapoursynth instead since it supports 10bits without any tweak.

you can also use the new templates I made for encoding UHD-BD. You'll need to install Python and Vapoursynth which are included in this link:



https://drive.google.com/open?id=1yOW4CKwr2WqeEfVZaOjcItjpOOfa9rnD

[SKPN]

Hi SKPN

I see that you are using an old template I made for the Redfox forum. It uses Avisynth with a tweak to get complete 10bit pipeline so maybe that tweak doesn't work with your new pc.
You should switch to Vapoursynth instead since it supports 10bits without any tweak.

you can also use the new templates I made for encoding UHD-BD. You'll need to install Python and Vapoursynth which are included in this link:

https://drive.google.com/open?id=1q4APPUx3cnLmRHKAdAmqy5cc7_3YP73O

https://extraimage.net/images/2018/08/13/43d40d1ac616e420c37fd4fb380cc196.png

Oh, awesome. Thanks a ton! This seems to be working. I do get an error when I first load the video file, although it doesn't seem to affect anything, as the file still loads and I am able to encode it.

ObjectDisposedException (1.7.0.6)

Cannot access a disposed object.
Object name: 'CommandLineRichTextBox'.

System.ObjectDisposedException: Cannot access a disposed object.
Object name: 'CommandLineRichTextBox'.
at System.Windows.Forms.Control.CreateHandle()
at System.Windows.Forms.TextBoxBase.CreateHandle()
at System.Windows.Forms.Control.get_Handle()
at System.Windows.Forms.RichTextBox.get_TextLength()
at System.Windows.Forms.TextBoxBase.AdjustSelectionStartAndEnd(Int32 selStart, Int32 selLength, Int32& start, Int32& end, Int32 textLen)
at System.Windows.Forms.TextBoxBase.GetSelectionStartAndLength(Int32& start, Int32& length)
at System.Windows.Forms.TextBoxBase.set_SelectionLength(Int32 value)
at StaxRip.CommandLineForm.ValueChanged(CommandLineParam item) in D:\Projekte\VS\VB\StaxRip\Forms\CommandLineForm.vb:line 55
at StaxRip.CommandLine.CommandLineParams.OnValueChanged(CommandLineParam item) in D:\Projekte\VS\VB\StaxRip\General\CommandLine.vb:line 56
at StaxRip.x265Params.OnValueChanged(CommandLineParam item) in D:\Projekte\VS\VB\StaxRip\Encoding\x265Enc.vb:line 926
at StaxRip.CommandLine.CommandLineParams.RaiseValueChanged(CommandLineParam item) in D:\Projekte\VS\VB\StaxRip\General\CommandLine.vb:line 45
at StaxRip.BasicVideoEncoder.ImportCommandLine(String commandLine, CommandLineParams params) in D:\Projekte\VS\VB\StaxRip\Encoding\VideoEncoder.vb:line 440

[FreaQ]

Everything you created within the program is saved to the settingsV2.dat file.

I copied the settingsV2.dat to the settings folder within the StaxRip 1.8.2.0 directory (using it as portable) but my encoding profiles don't show up.

[Revan654]

thank you revan for continuing the development of staxrip with a ton of new features added. loving it. however i am facing some issues in the latest version.

tried latest smdegrain plug-in and it throws this error while using prefilter=2

https://imagez.to/i/do0SfDBT.png

older smdegrain script works fine

stax lags a lot while editing filter settings, especially when avisynth throws some script error.

lags while drag-drop of source file

lags while adding a new job too

sometimes stax windows disappears when encode starts, maybe when stax was minimized for sometime prior to starting of job

some strange bugs which force closes stax when encode is aborted and restarted with new settings and encoded audio file is set to copy/mux.

these errors didn't occur in frank's 1.7.0.6.

sorry i forgot to take screen-shot, i will edit this post with screen-shots when i encounter those errors again..

:thanks:

The issue is related to MT_lutxy. It's working in the newer code. Which Will be released at some point.

Try update the dll files and see if that helps at all.

Scroll to middle of the page about. There more info about it.

Link: http://avisynth.nl/index.php/MaskTools2

I'm not 100% off the top of my head what version is included with the build.
--------

The lag will be related to your systems resources and How the code access X resources. It's likely an issue with the MS runtimes or something with the studio code(MS End). I'm not experiencing lag at my end so I can't really investigate it without knowing what is triggering it.

MS broken a few thinks with Spring Update and then still havn't been fixed yet.

[Revan654]

I copied the settingsV2.dat to the settings folder within the StaxRip 1.8.2.0 directory (using it as portable) but my encoding profiles don't show up.

Files are un-clickable, can't help without actual images.

[FreaQ]

Files are un-clickable, can't help without actual images.

My settings in 1.7.0.6

https://abload.de/img/st1706fofvu.jpg

1.8.x after copying V2.dat

https://abload.de/img/st1820gyc08.jpg

I noticed that my original 1.7.0.6 setting file is ~250kb. After copying it to 1.8.x and opening StaxRip it shrinks to ~176kb. :confused:

[Revan654]

My settings in 1.7.0.6

https://abload.de/img/st1706fofvu.jpg

1.8.x after copying V2.dat

https://abload.de/img/st1820gyc08.jpg

I noticed that my original 1.7.0.6 setting file is ~250kb. After copying it to 1.8.x and opening StaxRip it shrinks to ~176kb. :confused:

Check the Backup Folder first (Within the Settings Folder). Make sure it's named correctly. It should be named like so: SettingsV2(1.8.2.0).dat or whatever build your using. Make sure all your Templates have been copied over as well.

It's the Templates here that are the important files.

I'm not 100% Sure without having your Setting files to test it, I could only guess at this point. It could be the update to all the codecs. I've updated the assembly which could be another reason.

[FreaQ]

SettingsV2(1.8.2.0).dat is in the Backup folder.
Templates were copied to TemplatesV2. I can also choose from them.
But my custom encoder settings are not choosable.

The strangest thing happend: When I load a template, the assigend encoder setting shows up with all the correct values but it is still not visible.

Is there a limit how much settings can be shown?

https://abload.de/img/unbenanntauadkz.jpg https://abload.de/img/unbenannt7te97.jpg

I have attached my settingsV2.dat

[Revan654]

SettingsV2(1.8.2.0).dat is in the Backup folder.
Templates were copied to TemplatesV2. I can also choose from them.
But my custom encoder settings are not choosable.

The strangest thing happend: When I load a template, the assigend encoder setting shows up with all the correct values but it is still not visible.

Is there a limit how much settings can be shown?

https://abload.de/img/unbenanntauadkz.jpg https://abload.de/img/unbenannt7te97.jpg

I have attached my settingsV2.dat

just like Images, the link is not clickable. Attachments have to be approved which takes awhile.

Just upload it to Mega or Dropbox.

[IbrahimKh]

Hi, is there any way I can make this default

https://s15.postimg.cc/jtwjlz9t7/screenshot_465.png (https://postimages.org/)

in old version (1.6 or older I think) this option was default, now in 1.7 the default is 'all'

[Revan654]

Hi, is there any way I can make this default

https://s15.postimg.cc/jtwjlz9t7/screenshot_465.png (https://postimages.org/)

in old version (1.6 or older I think) this option was default, now in 1.7 the default is 'all'

Just create a Template Once you Pick that Option. Then Set that Template as the Startup.

[Revan654]

Quick Question to anyone who uses VS. Is there a WebSite like avisynth.nl but for VS? VS has very little documentation and the filters even less. Some filters are not direct ports since some variables are not carried over.

I been using avisynth.nl and having to read code lines to figure out what got carried over. It would be nice to know all the variables which would speed up the process of updating VS and adding new Filters.

[Wolfberry]

You can use print(core.list_functions()) in python and it will print all the functions in your plugins.

Here is a text (http://www.mediafire.com/file/xa1co1020019cq4/functions.txt) file generated using the above command.

[FreaQ]

just like Images, the link is not clickable. Attachments have to be approved which takes awhile.

Just upload it to Mega or Dropbox.

https://www12.zippyshare.com/v/7ZY4p1zn/file.html

[Revan654]

You can use print(core.list_functions()) in python and it will print all the functions in your plugins.

Here is a text (http://www.mediafire.com/file/xa1co1020019cq4/functions.txt) file generated using the above command.

I was trying to avoid running both Python & VS at the same time. I use a different IDE which can be a bit of a memory hog. It hits about 50% with both running at the same time. This PC is old

Even with with the output there still missing information not shown.

--------

Now to try to figure out how to port some older filters from avisynth to VS. Since they don't work with the avs LoadPlugin function.

[Revan654]

https://www12.zippyshare.com/v/7ZY4p1zn/file.html

File is missing the Templates and the backup file.

[mparade]

Hello there,

Using this code my CPU utilization is between 10-13% averagely.

import vapoursynth as vs
core = vs.get_core()
core.avs.LoadPlugin(r"C:\dgdecnv2053_3\x64 Binaries\DGDecodeNV.dll")
core.std.LoadPlugin(r"C:\StaxRipV1820\Apps\Plugins\vs\fmtconv\fmtconv.dll")
core.std.LoadPlugin(r"C:\StaxRipV1820\Apps\Plugins\both\KNLMeansCL\KNLMeansCL.dll")
clip = core.avs.DGSource(r"C:\Temp\A Few Good Men (1992) [Dune]_temp\A Few Good Men (1992) [Dune].dgi")
clip = core.fmtc.bitdepth(clip, bits=16)
clip = core.std.Crop(clip, 0, 0, 132, 132)
clip = core.knlm.KNLMeansCL(clip, d = 4, s = 4, a = 4, h = 0.5, device_type="gpu")
clip = core.fmtc.bitdepth(clip, bits=10)
clip.set_output()

Could someone advise something to utilize my cores better?

The result is independent of how many threads are being assigned to the task in x265. Using multiple StaxRip instances did not help either.

The CPU is a AMD Ryzen 1950X. Inputs are Blu-ray folders without exception.
Thank you in advance for the support!

[luigizaninoni]

The bottleneck is the GPU, most likely knlmeanscl

Reduce d s and/or a or use a different denoiser

[frenchfries]

Possible bug in @Revan654 builds.

I notice that staxrip 1.8.2 no longer automatically populates the master display values. It still adds max FALL etc. Manually copying in the correct values eg. DCI-P3: G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1) works but it used to auto populate.

Can anyone confirm this issue? If so I will add it to the bug tracker.

[Revan654]

Possible bug in @Revan654 builds.

I notice that staxrip 1.8.2 no longer automatically populates the master display values. It still adds max FALL etc. Manually copying in the correct values eg. DCI-P3: G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1) works but it used to auto populate.

Can anyone confirm this issue? If so I will add it to the bug tracker.

It's been discussed a few times, if You want more details they should only be back a few pages.

Basically MediaInfo has changed the system with build 18.05. Instead of the coordinate system, They now just use ColorSpace(Ex: BT.2020). It will be addressed once the new version is released. It will be part of the MediaInfo Fix.

[Zetti]

MKVToolNix v26.0.0 is released.

[Alexander]

New x264 Encoder 157 r2932

[Revan654]

What to do, Ran out of space in the VUI menu(x265). I guess it's time to create VUI 2 menu.

------

Anyone have a changelog or better yet doc simlair to x265 website that list all the functions?

[frenchfries]

What to do, Ran out of space in the VUI menu(x265). I guess it's time to create VUI 2 menu.

------

Anyone have a changelog or better yet doc simlair to x265 website that list all the functions?


You mean https://x265.readthedocs.io/en/default/cli.html? That has all the switches/options for x265

[Revan654]

You mean https://x265.readthedocs.io/en/default/cli.html? That has all the switches/options for x265

I'm looking for the x264 version. I guess I forgot to add that comment to the post.

[IbrahimKh]

Hi, how to fix this? The source is untouched bluray (HDR BT2020, H265, 2160p)
https://s15.postimg.cc/vgk0d31dn/screenshot_3.png (https://postimages.org/)

[Revan654]

Hi, how to fix this? The source is untouched bluray (HDR BT2020, H265, 2160p)
https://s15.postimg.cc/vgk0d31dn/screenshot_3.png (https://postimages.org/)

It must be converted to RGBPS first before you can use ToneMapping.

[IbrahimKh]

It must be converted to RGBPS first before you can use ToneMapping.

so I need to encode to RGBPS first?

[gonca]

RE: DGReinhart / DGHable
There is an updated version to the filter
Called DGHDRtoSDR

[videoh]

so I need to encode to RGBPS first? No, you convert to it in your script.

[Revan654]

so I need to encode to RGBPS first?

No, like videoh said it must be in the script. I include help files with all the filters if you get stuck. Just select Help for that filter and a log will appear.

RE: DGReinhart / DGHable
There is an updated version to the filter
Called DGHDRtoSDR

I still personally like the older one, Mainly for the Format function. If your going to use tonemapping and such I would use 3Dluts and such.

[frenchfries]

I'm looking for the x264 version. I guess I forgot to add that comment to the post.

ahh, what about http://www.chaneru.com/Roku/HLS/X264_Settings.htm

If something is missing you could always just run the executable with the --fullhelp switch, although i don't think it has the explanations.

See http://x264.janhum.alfahosting.org/fullhelp.txt

[Revan654]

ahh, what about http://www.chaneru.com/Roku/HLS/X264_Settings.htm

If something is missing you could always just run the executable with the --fullhelp switch, although i don't think it has the explanations.

See http://x264.janhum.alfahosting.org/fullhelp.txt

Thanks will check a bit later today to see if it has everything I need.

Auto-Updater through Python: It's very simple right now, So far it has passed all tests. This is only for the Main App. It's Currently set for Manually. Need to check a few things to see if Automatic checks can work with Python script. This is from a testing IDE so it doesn't like sys.exit calls, Ignore the exception errors.

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

[Zetti]

MediaInfo v18.08 is released.

[Magik Mark]

Hi Raven!

When can we expect a new build?

Thanks for all the work

[IbrahimKh]

what filter I should use to encode VP9?
I tried automatic and framerate messed up

https://s33.postimg.cc/uwpdfszpn/screenshot_471.png (https://postimg.cc/image/uwpdfszpn/)

[Revan654]

what filter I should use to encode VP9?
I tried automatic and framerate messed up

https://s33.postimg.cc/uwpdfszpn/screenshot_471.png (https://postimg.cc/image/uwpdfszpn/)

I would correct the Framerate first, No matter what settings you use the rate will be messed since it's screwed up in the source.

[Revan654]

Hi Raven!

When can we expect a new build?

Thanks for all the work

I have no idea, Some of the VapourSynth code went missing. VS2017 didn't even have a backup of the file. I had to redo that code again.

Also adding a few new functions / scripts in the software which takes time to fully test.

They may seem like small updates, it's trying to get the software to figure out the path without having access to macros.

Also may update the text rendering system to True Type, I have to how it all looks. Also going to update the image Util.

The biggest set back was VS not getting along with FFMS2. It kept dishing out errors in the preview window.

Finally, I was trying to delay slightly since the next release of VS will require an update to the paths of python. If I have time I will might just try to compile the source.

Allot of this would be faster if I could code on my linux system(Main PC). Due to the fact VB requires MS runtimes, it will not load the software(Even with wine). Ih ave yet to find a decent compiler on linux to compile VB. Even if your only compiling for Windows.

[tyler durdan]

Hi all

Is there a definitive way to ensure that forced subtitles
are being added correctly through Staxrip?
Thanks

[IbrahimKh]

I would correct the Framerate first, No matter what settings you use the rate will be messed since it's screwed up in the source.

but the source's framerate is steady
https://s15.postimg.cc/au4zq8q6v/screenshot_472.png (https://postimg.cc/image/au4zq8q6v/)

[Revan654]

but the source's framerate is steady
https://s15.postimg.cc/au4zq8q6v/screenshot_472.png (https://postimg.cc/image/au4zq8q6v/)

The readings of the framerate comes directly from MediaInfo.

[IbrahimKh]

The readings of the framerate comes directly from MediaInfo.

and the mediainfo's framerate is correct
so what is the problem?

[Revan654]

and the mediainfo's framerate is correct
so what is the problem?

without the file or steps to reproduce the issue. I can't give a clear answer on the issue.

It could be the decoder your using or mediainfo it self(Dev version). If I had to guess, I don't have any VP codec videos to even test. All of that is based off of FFMPEG. If there really an issue with Staxrip reporting the wrong data it's because of mediainfo or ffmpeg decoding it wrong when feeding it to mediainfo.

[almanteka]

what filter I should use to encode VP9?
I tried automatic and framerate messed up

https://s33.postimg.cc/uwpdfszpn/screenshot_471.png (https://postimg.cc/image/uwpdfszpn/)

did the frame rate is messed up in the target file too?

[almanteka]

[Feature Request]
It is possible to add auto-close to the jobs window when using the LOAD button? if i select a job and press the LOAD button, i need to close the window with the red "X" to access StaxRip and work with the file! i think a better approach is for the jobs window to auto-close when a job is loaded! thanks in advance!

[almanteka]

[issue]
i noticed that staxrip hardcode the forced subtitles from the source file when i'm using DirectShowSource("%source_file%", fps=29.97, convertfps=true) as a source filter. even when i removed the subs for the target file and the hardcode option is disabled! any ideas?

[almanteka]

[Demux and Index Before Creating Jobs Option Alternatives]
sometime ago, at and before v1.6, there was an option to Demux and Index Before Creating Jobs for batch processing. Since v1.7 that option is not available! stax76 recommended to use:
@echo off
for %%i in (%*) do (
"D:\Apps\StaxRip.exe" -loadTemplate:"template name" %%i -addjob -exit
) in a batch script in the SendTo windows folder. that worked, but, if one of the files needs cropping, the assistant stops adding the file and interrupt the process! any ideas on how to avoid this behavior? all the options for the assistant are disabled for the template!

-----
found out that by just adding the -StartAutoCrop switch to the script, any file that needs cropping it's automatically cropped and the script is not interrupted!

@echo off
for %%i in (%*) do (
"D:\Apps\StaxRip.exe" -loadTemplate:"template name" %%i -StartAutoCrop -addjob -exit
)

[Natty]

if possible please include this plugin in next version
http://avisynth.org.ru/descratch/descratch.html
note: this is 32bit plugin

[Revan654]

if possible please include this plugin in next version
http://avisynth.org.ru/descratch/descratch.html
note: this is 32bit plugin

If there no 64Bit version then No. 32Bit files do not work with 64Bit files. Even if it was port not sure if it requires if it has any deps or what version the header is. Some of the older filters require allot of re-coding to have it compile with VS 2017.

[Revan654]

[Feature Request]
It is possible to add auto-close to the jobs window when using the LOAD button? if i select a job and press the LOAD button, i need to close the window with the red "X" to access StaxRip and work with the file! i think a better approach is for the jobs window to auto-close when a job is loaded! thanks in advance!

Files uploaded to the server have to be approved first, can't view the file.

Could it be added, possible. I have to look at the code first before say it can be done or not.

[Groucho2004]

If there no 64Bit version then No. 32Bit files do not work with 64Bit files.I had a quick look at the code, making a 64 bit version should be easy.

[almanteka]

Files uploaded to the server have to be approved first, can't view the file.

Could it be added, possible. I have to look at the code first before say it can be done or not.


thanks for your reply! here is a photo:

https://s8.postimg.cc/j21544omt/staxrip_load.jpg

[Groucho2004]

I had a quick look at the code, making a 64 bit version should be easy.DeScratch 32/64 added to my collection (https://forum.doom9.org/showthread.php?t=173259).

[Revan654]

thanks for your reply! here is a photo:

https://s8.postimg.cc/j21544omt/staxrip_load.jpg

I'll take a look once once I find the code.

Everything would be easier if VS 2017 worked correctly. Half the time doesn't even want to render the window forms.

[Natty]

DeScratch 32/64 added to my collection (https://forum.doom9.org/showthread.php?t=173259).

thank you very much sir :thanks:

[Zetti]

MediaInfo v18.08.1 is released.

[Revan654]

MediaInfo v18.08.1 is released.

It's a tiny bug fix, nothing worth upgrading to. It seem like MediaInfo is begging for money now. I did think of switching the media reader to FFProbe.

[IbrahimKh]

No, you convert to it in your script.

No, like videoh said it must be in the script. I include help files with all the filters if you get stuck. Just select Help for that filter and a log will appear.



I still don't understand how do I do that
I just need to convert HDR videos to SDR so I can play them on my TV :(

[Revan654]

I still don't understand how do I do that
I just need to convert HDR videos to SDR so I can play them on my TV :(

Read the Readme file for the filter, It has example script which can be used to go from HDR to SDR.

[mparade]

Using NVEnc h265 the output mkv container doesn't contain the video, even though the temp folder does. Mediainfo can read out correct info from this h.265 file created by StaxRip.

Any help would be appreciated.

[Revan654]

Using NVEnc h265 the output mkv container doesn't contain the video, even though the temp folder does. Mediainfo can read out correct info from this h.265 file created by StaxRip.

Any help would be appreciated.

It sounds like mkvmerge didn't import the video stream while muxing the video.

Without a log file, I can't really help Since I have no idea what happened.

FYI, There were a few builds of NVENCc that had issues(Beyond my Control). Which is likely what happened. Something might happened with the process of NVENCc and StaxRip couldn't read the process or filename. The video was skipped as a result.

[Revan654]

Version 1.9: https://github.com/Revan654/staxrip/releases/tag/1.9.0.0

[thomy21]

Thanks for the Update.

Incredibly long release notes. I am happy to test it today.

[foxace]

@Revan654 thanks for your job

[imhh11]

thanks Revan

[NikosD]

Version 1.9
A lot of work, very detailed released notes.

It seems that latest version it's using an older NVenc v4.12 vs NVenc v4.16 which is the newest.

Unfortunately I'm on older hardware and can't test the switches of QSVEnc v3.09.

Are they all active ?

Thanks for your work.

[mcjordan]

Thank you, Raven! Superior job!

[Revan654]

A lot of work, very detailed released notes.

It seems that latest version it's using an older NVenc v4.12 vs NVenc v4.16 which is the newest.

Unfortunately I'm on older hardware and can't test the switches of QSVEnc v3.09.

Are they all active ?

Thanks for your work.

QSVEnc wasn't really touched, Since allot of those changes happened with 1.8 version. x265 got the most focus with changes when it came to encoders. There are other functions that connect to the encoder that were updated.

All switches should 100% work.

--

with that Said it seems like AMD encoding is pretty much dead. Zero changes for over year and a half.

--

If your going to release software you should be as detail as possible to let the user know what it contains. Which no one but a few making VS filters knows how to do. Which slowed everything down. I had a play a giant game of guess the function.

"This is a VS Filter" is not a proper detail log(Which I see allot of). fmtconv was most detailed I've seen and dev should be praised for making log as detailed as it is.

------

It's 4.16, I made sure all the tools were up to date. Also check the file data with my own person file checker script and it outputs: 4.16.

Creation Date: 2018-09-18
Version: 4.16

----------

Here is new doc WebSite for StaxRip: https://staxrip2.readthedocs.io/en/latest/

I'm slowly updating it, It's just gets boring with all the copy and pasting that has to be done (Tool section).

[Revan654]

Total Changes Since Version 1.8: 9,023 lines of code have been changed. I wonder how accurate that is.

For those who use FrameServer mode with VirtualDub 2. Here is my own person build of VD2 using a more up to date Framework and Compiler(The exe file is much smaller in size and loads much faster based on latest build from 19 Branch). I have removed all un-needed files like x86 version.

Link: https://github.com/Revan654/staxrip/releases/download/1.9.0.0/VirtualDub2.7z

Here is look at the New header for internal StaxRip Thumbnailer(aka Contact Sheet). Cleaned this up allot and added allot more details to it. It's also allot cleaner in my opinion compared to the old font being used.

https://raw.githubusercontent.com/Revan654/staxrip/master/docs/screenshots/Font.png

The internal Thumbnailer supports all forms of HDR as well, Tested HDR10+ source files and they worked.

I re-built MTN software that was last released back in 2008. It's now up to date with current Standards(mainly updated for x265 and other HEVC formats). It uses Shared Libs, I just couldn't get the libs to link up to create a static version without allot of errors in the compiler. Broadwell_AVX2 is designed for cpus with AVX2 and with Broadwell CPU being the reference point. Sandybridge is the version that should work on any CPU. I have built a linux version it's on my git page if your interested. It also requires shared libs.

Zero indexing is required with MTN, it's also very fast with almost zero pause between each video.

custom output location will be added down the road.

Animation (This was something a few wanted), This took some time, Since I had to figure out how to carry variables from the form and have it be sent to the CLI.

Gif Fully supports Multiple Dither's or none at all.

https://raw.githubusercontent.com/Revan654/staxrip/master/docs/screenshots/GIF.Animation.png

aPNG (These are Much Higher Quality). Also included Opt Settings application to help shrink the size for Servers that have limits.

https://raw.githubusercontent.com/Revan654/staxrip/master/docs/screenshots/AnimatedPNG.png

HDR10 Metadata, This function adds the last remaining data needed to make it 100% fully compatible with the latest HDR10 specs. Only MKV files are Supported. MKVinfo has been included to check the color coordinates(Which MediaInfo no longer reports).

Also added the remaining switches to x265 for creating HLG content. I'm going have do some tweaking when 2.9 gets released. Since all the menus are at there limits space wise.

Also included LoadC function for ffms. StaxRip Supports ffms2(C Version Only) or ffms2k.

There been many fixes and tweaks to speed up StaxRip. Framework is now using 4.7.2. 4.7.1 seem to slow things down a bit. StaxRip atlease from my test loads videofiles much faster(Test were done on a much slower PC).

Certain VS Scripts were not included since they were having problems with certain functions or the script would just refuse to load certain functions.

There are also allot of included functions there just not included in the base context menu due to the numbers of functions some scripts have.

Float 32 scripts are also included like Plum and Oyster, Just not added to context menu.

Cleaned up the Context menu a bit and grouped multiple functions into one function through pop-up menu. Which creates smaller footprint.

of course all this can be changed to your style in the profile menu.

Lastly added new image formats when saving images, PNG & TIFF have been added for single frame shots.

With internal Thumbnail maker PNG,TIFF & BMP have been added through drop down menu.

---------

Been testing StaxRip in Portable mode and so far it fully works. Next Release I might do a dual release of the two versions if there interest in a Portable.

[foxace]

how to copy/paste HDR metada with nvenc ?

[Revan654]

how to copy/paste HDR metada with nvenc ?

Going need more details, I have no idea what your trying to do.

[Natty]

maybe first bug - in 1.9.0.0 when i close cropping window, app hangs and nothing is clickable. happens in both conditions when cropping value matches output mod and when it doesnt.

[imhh11]

yep same behavior on my end.

[Magik Mark]

Thanks for the update.

Possible bug. Choosing the right subtitle doesn't work after it has been indexed

[Revan654]

maybe first bug - in 1.9.0.0 when i close cropping window, app hangs and nothing is clickable. happens in both conditions when cropping value matches output mod and when it doesnt.

It looks like flowmenu & crop window are not getting along. I have to take a look to see whats going on.

[Revan654]

It looks like flowmenu & crop window are not getting along. I have to take a look to see whats going on.

It's been fixed, I have no idea how that one line of code got into the file.

Plus the VS IDE should have caught that.

[Revan654]

- Fixed the Crop Freezing
- RawSource has been Full added.
- MTN Thumbnail Creator now supports custom output locations.
- Everything else is unchanged

Link is unchanged but just incase:

Link: https://github.com/Revan654/staxrip/releases/download/1.9.0.0/1.9.0.0.x64.7z

[NikosD]

It's been fixed, I have no idea how that one line of code got into the file.

You are a perfectionist developer that you have a lot to give in the enthusiast and open source community.

Good to see you around.

[thomy21]

Unfortunately I can't encode anything anymore with the new version.

There is always this error message. It seems that all the audio and subtitle formats are not read anymore and then he can't find them at the end of the encoding.

Log:

General
Complete name : B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_out.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 200 MiB
Writing library : x264 core 157 r2932 303c484

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 5 Ref Frames
Format, CABAC : Yes
Format, ReFrames : 5 frames
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 157 r2932 303c484

------------------ Error Muxing using mkvmerge 26.0.0 ------------------

Muxing using mkvmerge 26.0.0 failed with exit code: 2 (0x2)

The exit code might be a system error code: STATUS_WAIT_2

The exit code might be a system error code: Das System kann die angegebene Datei nicht finden.


--------------------- Muxing using mkvmerge 26.0.0 ---------------------

C:\Staxrip.-.1.9.0.0.-.x64\Apps\MKVToolNix\mkvmerge.exe -o "B:\enc\STAFFEL 1 (Komplett) (T22)\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_out.h264 --audio-tracks 0 --language 0:ger --default-track 0:0 --forced-track 0:0 "B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka" --audio-tracks 0 --language 0:eng --default-track 0:0 --forced-track 0:0 "B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID1 English.mka" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 6 --forced-track 6:0 --default-track 6:0 --language 6:eng --track-name "6:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 7 --forced-track 7:0 --default-track 7:0 --language 7:eng --track-name "7:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 8 --forced-track 8:0 --default-track 8:0 --language 8:fre --track-name "8:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 9 --forced-track 9:0 --default-track 9:0 --language 9:ita --track-name "9:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 10 --forced-track 10:0 --default-track 10:0 --language 10:ger --track-name "10:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 11 --forced-track 11:0 --default-track 11:0 --language 11:spa --track-name "11:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 12 --forced-track 12:0 --default-track 12:0 --language 12:nob --track-name "12:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 13 --forced-track 13:0 --default-track 13:0 --language 13:dan --track-name "13:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 14 --forced-track 14:0 --default-track 14:0 --language 14:swe --track-name "14:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 15 --forced-track 15:0 --default-track 15:0 --language 15:fin --track-name "15:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 16 --forced-track 16:0 --default-track 16:1 --language 16:fre --track-name "16:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 17 --forced-track 17:0 --default-track 17:0 --language 17:ita --track-name "17:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 18 --forced-track 18:0 --default-track 18:0 --language 18:ger --track-name "18:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 19 --forced-track 19:0 --default-track 19:0 --language 19:spa --track-name "19:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --chapters B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_chapters.xml --global-tags B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_tags.xml --ui-language en

mkvmerge v26.0.0 ('In The Game') 64-bit
Error: The type of file 'B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka' could not be recognized.

--------------------- Muxing using mkvmerge 26.0.0 ---------------------

C:\Staxrip.-.1.9.0.0.-.x64\Apps\MKVToolNix\mkvmerge.exe -o "B:\enc\STAFFEL 1 (Komplett) (T22)\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_out.h264 --audio-tracks 0 --language 0:ger --default-track 0:0 --forced-track 0:0 "B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka" --audio-tracks 0 --language 0:eng --default-track 0:0 --forced-track 0:0 "B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID1 English.mka" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 6 --forced-track 6:0 --default-track 6:0 --language 6:eng --track-name "6:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 7 --forced-track 7:0 --default-track 7:0 --language 7:eng --track-name "7:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 8 --forced-track 8:0 --default-track 8:0 --language 8:fre --track-name "8:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 9 --forced-track 9:0 --default-track 9:0 --language 9:ita --track-name "9:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 10 --forced-track 10:0 --default-track 10:0 --language 10:ger --track-name "10:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 11 --forced-track 11:0 --default-track 11:0 --language 11:spa --track-name "11:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 12 --forced-track 12:0 --default-track 12:0 --language 12:nob --track-name "12:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 13 --forced-track 13:0 --default-track 13:0 --language 13:dan --track-name "13:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 14 --forced-track 14:0 --default-track 14:0 --language 14:swe --track-name "14:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 15 --forced-track 15:0 --default-track 15:0 --language 15:fin --track-name "15:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 16 --forced-track 16:0 --default-track 16:1 --language 16:fre --track-name "16:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 17 --forced-track 17:0 --default-track 17:0 --language 17:ita --track-name "17:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 18 --forced-track 18:0 --default-track 18:0 --language 18:ger --track-name "18:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 19 --forced-track 19:0 --default-track 19:0 --language 19:spa --track-name "19:" "D:\Scrubs\DVD 31\Scrubs.-.S03E06.-.Mein.Handtaschentrick.mkv" --chapters B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_chapters.xml --global-tags B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_tags.xml --ui-language en

mkvmerge v26.0.0 ('In The Game') 64-bit
Error: The type of file 'B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka' could not be recognized.

Start: 08:08:03
End: 08:08:03
Duration: 00:00:00

[proper88]

Halle Revan654,
first i have to say thank you for support and development StaxRip

After encoding with QSVEnc, HDR metadata are missing, with h265 all is Ok

[Magik Mark]

Raven,

I'm getting this error:

Error Video encoding second pass using x265 2.8+69 (1.9.0.0)

Video encoding second pass using x265 2.8+69 failed with exit code: 4 (0x4)

The exit code might be a system error code: The system cannot open the file.

The exit code might be a system error code: The system cannot open the file.

Detail in error message is really long. If you want a copy I need to send it via email


I have no problem using v1.706

[NathanX]

Hi Revan654,

first of all: thanks a lot for continuing the great work of Stax76 and providing the new version of staxrip.

I am quite happy with your latest version, especially for reading some hdr metadata when using nvenc. I also experienced an issue related to nvenc: when using using avisynth/vapoursynth as decoder (in the basic tab nvenc settings) everything is fine. When switchting to nvenc native or nvenc cuda an error message appears (see attachment) which is basically saying the postproc-55.dll is missing. After closing that message box another message box pops up saying:

Error Video encoding using NVEnc 4.16 (1.9.0.0)

Video encoding using NVEnc 4.16 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.16 -------------------

"C:\Users\Homeserveradmin\Desktop\Staxrip 1.9.0.0\Apps\NVEnc\NVEncC64.exe" --vbrhq 10234 --codec h265 --preset quality --output-depth 10 --bframes 4 --ref 4 --gop-len 250 --lookahead 32 --output-buf 128 --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(40000000,50)" --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --max-cll "725,162" --vpp-edgelevel --crop 0,0,0,2 --output-res 3840x1608 -i "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K.mkv" -o "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_temp\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_new_out.h265"

avcuvid/avsw: avcodec: failed to load dlls.
avcuvid/avsw: please make sure "avcodec-58.dll", "avformat-58.dll",
avcuvid/avsw: "avutil-56.dll", "avfilter-7.dll", "swresample-3.dll"
avcuvid/avsw: is installed in your system.
Failed to open input file.

StaxRip.ErrorAbortException: Video encoding using NVEnc 4.16 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.16 -------------------

"C:\Users\Homeserveradmin\Desktop\Staxrip 1.9.0.0\Apps\NVEnc\NVEncC64.exe" --vbrhq 10234 --codec h265 --preset quality --output-depth 10 --bframes 4 --ref 4 --gop-len 250 --lookahead 32 --output-buf 128 --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(40000000,50)" --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --max-cll "725,162" --vpp-edgelevel --crop 0,0,0,2 --output-res 3840x1608 -i "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K.mkv" -o "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_temp\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_new_out.h265"

avcuvid/avsw: avcodec: failed to load dlls.
avcuvid/avsw: please make sure "avcodec-58.dll", "avformat-58.dll",
avcuvid/avsw: "avutil-56.dll", "avfilter-7.dll", "swresample-3.dll"
avcuvid/avsw: is installed in your system.
Failed to open input file.

bei StaxRip.Proc.Start() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\Proc.vb:Zeile 338.
bei StaxRip.NVEnc.Encode() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Encoding\NVEnc.vb:Zeile 82.
bei StaxRip.GlobalClass.ProcessVideo() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:Zeile 231.
bei System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
bei StaxRip.GlobalClass.ProcessJob(String jobPath) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:Zeile 138.

Any ideas about that?

Thanks a lot in advance!
NathanX

[Revan654]

Raven,

I'm getting this error:

Error Video encoding second pass using x265 2.8+69 (1.9.0.0)

Video encoding second pass using x265 2.8+69 failed with exit code: 4 (0x4)

The exit code might be a system error code: The system cannot open the file.

The exit code might be a system error code: The system cannot open the file.

Detail in error message is really long. If you want a copy I need to send it via email


I have no problem using v1.706

The base commands for x265 is unchanged Many of the changes to x265 were to switches and flags which would return x flag does not exist if they were improperly used.

Make sure your using the proper version that matches your CPU. Almost every exit code is because a CPU doesn't support X feature. If your having issues with +69 you can try different build or even different compiled version.

Link: http://msystem.waw.pl/x265/

The default version is AVX compiled with VS2017. You can try the gcc version or VS2015 version.

I fully tested x265 before I released the build, along with HDR10 tests. I didn't get any return errors.

CPU detailed issues is something I can't really debug since there way to many factors to take into account.

Also make sure you have both read & write access to folder your sending data to. MS loves to hijack your user rights. Which is likely the issue since it's having problems opening the file for the second pass. Allot of hijack happened after April 2018 Update to Windows. There even security locks in PowerShell now. Which might cause issues when using the Update feature.

I doubled checked with a quick two pass encode.

Pass One

------------------- Video encoding using x265 2.8+69 -------------------

C:\Users\Revan\Desktop\staxrip-1.8.2.0\bin\x64\Apps\avs2pipemod\avs2pipemod64.exe -y4mp C:\Users\Revan\Desktop\trailer_1500_temp\trailer_125200.avs | C:\Users\Revan\Desktop\staxrip-1.8.2.0\bin\x64\Apps\x265\x265.exe --pass 1 --bitrate 3000 --profile main10 --output-depth 10 --frames 1274 --y4m --stats C:\Users\Revan\Desktop\trailer_1500_temp\trailer_125200.stats --output NUL -

avs2pipemod[info]: writing 1274 frames of 30000/1001 fps, 848x480,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 848x480 fps 30000/1001 i420p8 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.8+69-856f056d392e
x265 [info]: build info [Windows][MSVC 1915][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: Main 10 profile, Level-3 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(8 rows)
x265 [warning]: 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 depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 25 / 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 : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-3000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: deblock sao stats-write


Pass Two:

------------- Video encoding second pass using x265 2.8+69 -------------

C:\Users\Revan\Desktop\staxrip-1.8.2.0\bin\x64\Apps\avs2pipemod\avs2pipemod64.exe -y4mp C:\Users\Revan\Desktop\trailer_1500_temp\trailer_125200.avs | C:\Users\Revan\Desktop\staxrip-1.8.2.0\bin\x64\Apps\x265\x265.exe --pass 2 --bitrate 3000 --profile main10 --output-depth 10 --frames 1274 --y4m --stats C:\Users\Revan\Desktop\trailer_1500_temp\trailer_125200.stats --output C:\Users\Revan\Desktop\trailer_1500_temp\trailer_125200_out.hevc -

avs2pipemod[info]: writing 1274 frames of 30000/1001 fps, 848x480,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 848x480 fps 30000/1001 i420p8 unknown frame count
raw [info]: output file: C:\Users\Revan\Desktop\trailer_1500_temp\trailer_125200_out.hevc
x265 [info]: HEVC encoder version 2.8+69-856f056d392e
x265 [info]: build info [Windows][MSVC 1915][64 bit] 10bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: Main 10 profile, Level-3 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(8 rows)
x265 [warning]: 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 depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 25 / 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 : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : ABR-3000 kbps / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: deblock sao stats-read

[Revan654]

Hi Revan654,

first of all: thanks a lot for continuing the great work of Stax76 and providing the new version of staxrip.

I am quite happy with your latest version, especially for reading some hdr metadata when using nvenc. I also experienced an issue related to nvenc: when using using avisynth/vapoursynth as decoder (in the basic tab nvenc settings) everything is fine. When switchting to nvenc native or nvenc cuda an error message appears (see attachment) which is basically saying the postproc-55.dll is missing. After closing that message box another message box pops up saying:

Error Video encoding using NVEnc 4.16 (1.9.0.0)

Video encoding using NVEnc 4.16 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.16 -------------------

"C:\Users\Homeserveradmin\Desktop\Staxrip 1.9.0.0\Apps\NVEnc\NVEncC64.exe" --vbrhq 10234 --codec h265 --preset quality --output-depth 10 --bframes 4 --ref 4 --gop-len 250 --lookahead 32 --output-buf 128 --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(40000000,50)" --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --max-cll "725,162" --vpp-edgelevel --crop 0,0,0,2 --output-res 3840x1608 -i "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K.mkv" -o "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_temp\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_new_out.h265"

avcuvid/avsw: avcodec: failed to load dlls.
avcuvid/avsw: please make sure "avcodec-58.dll", "avformat-58.dll",
avcuvid/avsw: "avutil-56.dll", "avfilter-7.dll", "swresample-3.dll"
avcuvid/avsw: is installed in your system.
Failed to open input file.

StaxRip.ErrorAbortException: Video encoding using NVEnc 4.16 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.16 -------------------

"C:\Users\Homeserveradmin\Desktop\Staxrip 1.9.0.0\Apps\NVEnc\NVEncC64.exe" --vbrhq 10234 --codec h265 --preset quality --output-depth 10 --bframes 4 --ref 4 --gop-len 250 --lookahead 32 --output-buf 128 --master-display "G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(40000000,50)" --colormatrix bt2020nc --colorprim bt2020 --transfer smpte2084 --max-cll "725,162" --vpp-edgelevel --crop 0,0,0,2 --output-res 3840x1608 -i "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K.mkv" -o "I:\_in\4k HDR\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_temp\Ready.Player.One.2018.German.TrueHD.Atmos.DL.2160p.UHD.BluRay.HDR.x265-NIMA4K_new_out.h265"

avcuvid/avsw: avcodec: failed to load dlls.
avcuvid/avsw: please make sure "avcodec-58.dll", "avformat-58.dll",
avcuvid/avsw: "avutil-56.dll", "avfilter-7.dll", "swresample-3.dll"
avcuvid/avsw: is installed in your system.
Failed to open input file.

bei StaxRip.Proc.Start() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\Proc.vb:Zeile 338.
bei StaxRip.NVEnc.Encode() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Encoding\NVEnc.vb:Zeile 82.
bei StaxRip.GlobalClass.ProcessVideo() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:Zeile 231.
bei System.Threading.Tasks.Parallel.<>c__DisplayClass4_0.<Invoke>b__0()
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
bei StaxRip.GlobalClass.ProcessJob(String jobPath) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:Zeile 138.

Any ideas about that?

Thanks a lot in advance!
NathanX

It seems like postproc dll from ffmpeg is required for nvencc. I don't recall it being needed before :confused: It's not even included with nvencc.

Anyways that is a simple fix, just grab the latest ffmpeg and copy the postproc to the nvencc folder. You shouldn't have anymore errors.

Link: https://ffmpeg.zeranoe.com/builds/win64/shared/ffmpeg-4.0.2-win64-shared.zip

I would do a check hardware as well to make sure your hardware supports everything.

Or it could just be buggy code with NVEnc 4.16 which is beyond my control. If this is the case have to wait for a new build to be released.

[Revan654]

Unfortunately I can't encode anything anymore with the new version.

There is always this error message. It seems that all the audio and subtitle formats are not read anymore and then he can't find them at the end of the encoding.

Log:

General
Complete name : B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_out.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 200 MiB
Writing library : x264 core 157 r2932 303c484

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 5 Ref Frames
Format, CABAC : Yes
Format, ReFrames : 5 frames
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 157 r2932 303c484



I need more information, does the x264 correctly? or is the issue only tied to muxing process(mkvmerge)?

[NathanX]

It seems like postproc dll from ffmpeg is required for nvencc. I don't recall it being needed before :confused: It's not even included with nvencc.

Anyways that is a simple fix, just grab the latest ffmpeg and copy the postproc to the nvencc folder. You shouldn't have anymore errors.

Link: https://ffmpeg.zeranoe.com/builds/win64/shared/ffmpeg-4.0.2-win64-shared.zip

I would do a check hardware as well to make sure your hardware supports everything.

Or it could just be buggy code with NVEnc 4.16 which is beyond my control. If this is the case have to wait for a new build to be released.

You are great! Just had to copy postproc-55.dll and swscale-5.dll over to the nvenc folder and now it works.
Thanks a lot!!!!

[Revan654]

Halle Revan654,
first i have to say thank you for support and development StaxRip

After encoding with QSVEnc, HDR metadata are missing, with h265 all is Ok

QSVENC doesn't have all the metadata flags for HDR like x265 has. The docs when it comes to encoders made by rigaya are very iffy. There are times the docs claim it has x feature but reality is the feature is completely missing. This could be the case again here with QSVEncC.

--------

FYI for anyone doing HDR make sure to disable No-open-gop. I couldn't get the flag to become disabled once it's enabled through automation process in VUI import or even Powershell. By default it's set to open-gop(x265 defaults).

Some of the x265 defaults don't make sense to have enable in the first place. :confused: Do you really want intra-smoothing enabled? It destroys details in the picture.

[Revan654]

You are great! Just had to copy postproc-55.dll and swscale-5.dll over to the nvenc folder and now it works.
Thanks a lot!!!!

No Problem, Not sure why those files are not included with the exe package. I should copy those files over to mine so I don't forget.

[Magik Mark]

Raven

How do we check for user rights on folders?

[Revan654]

Raven

How do we check for user rights on folders?

Right click, Properties -> Security

Head to: Control Panel\User Accounts\User Accounts

Click on Control Settings and slid the bar to the bottom.

[thomy21]

Hello Revan654

For me it looks like he doesn't read the files when he extracts them at the beginning. He creates files for DE, EN, FR etc. what is available but doesn't read them. All have 0 byte. The encoding runs normally and when he wants to put everything together, the files are missing. I have tried it with different files, it is always the same, with the old version 1.7.0.6 everything works as it should. It's probably MKVToolNix.

[NathanX]

Hello Revan654

For me it looks like he doesn't read the files when he extracts them at the beginning. He creates files for DE, EN, FR etc. what is available but doesn't read them. All have 0 byte. The encoding runs normally and when he wants to put everything together, the files are missing. I have tried it with different files, it is always the same, with the old version 1.7.0.6 everything works as it should. It's probably MKVToolNix.

Have you tried with some other episodes from any other series? Or even a movie? The zero byte files are the different audio streams, right?

Error: The type of file 'B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka' could not be recognized.

The error message looks like mkvtoolnix was not able to recognize the type of audio track, can you give more information on the type of audio track in the original file?

Before the error message stated above there is another error message:

Muxing using mkvmerge 26.0.0 failed with exit code: 2 (0x2)

The exit code might be a system error code: STATUS_WAIT_2

I guess there must be some kind of system error message window pointing to the error.... at least that happened with "my" error, which was solved by copying some missing files into the nvenc app folder. So maybe there is something similar in your case.

[thomy21]

Hi NathanX

Yes I have different series, different qualities (DVD, 720p and 1080p tested) everywhere the same result, it reads the files but all these files have 0 bytes and can therefore not be loaded afterwards if at the end of encoding goes to muxing.

I strongly suspect that this is a bug, because it works fine with the old version with all files. I also noticed that he does mka files with audio, earlier he read DTS or AC3. But of course it makes no difference for the muxxing at the end.

[NathanX]

Hi NathanX

Yes I have different series, different qualities (DVD, 720p and 1080p tested) everywhere the same result, it reads the files but all these files have 0 bytes and can therefore not be loaded afterwards if at the end of encoding goes to muxing.

I strongly suspect that this is a bug, because it works fine with the old version with all files. I also noticed that he does mka files with audio, earlier he read DTS or AC3. But of course it makes no difference for the muxxing at the end.

Well, you could copy the appfolder of mkvtoolnix from staxrip 1.7.0.6 over to the appfolder of mkvtoolnix from staxrip 1.9.0.0 (make a backup before....) and check again.

[Mister XY]

Hi NathanX

Yes I have different series, different qualities (DVD, 720p and 1080p tested) everywhere the same result, it reads the files but all these files have 0 bytes and can therefore not be loaded afterwards if at the end of encoding goes to muxing.

I strongly suspect that this is a bug, because it works fine with the old version with all files. I also noticed that he does mka files with audio, earlier he read DTS or AC3. But of course it makes no difference for the muxxing at the end.

I have only copy the Mediainfo.dll from my v 1.8.2.0 to the 1.9.0 version and all runs fine. Now i have the correct file extensions.

[thomy21]

I have only copy the Mediainfo.dll from my v 1.8.2.0 to the 1.9.0 version and all runs fine. Now i have the correct file extensions.


Super that helped. Many thanks for the tip

[proper88]

QSVENC doesn't have all the metadata flags for HDR like x265 has. The docs when it comes to encoders made by rigaya are very iffy. There are times the docs claim it has x feature but reality is the feature is completely missing. This could be the case again here with QSVEncC.

.

There are two HDR parameters:

--max-cll <int>,<int> [HEVC only]
--master-display

i don't see these options in the log files, so i think you don't use these options, is this correct ?

[Revan654]

There is currently a Bug in the latest Mediainfo which is causing issues with certain functions. If you experience any issues tied to mediainfo like subtitles. Revert back to 18.05.

--------

I just checked Intel Encoder Max CLL and Max FALL, Master-Display is coded in. There just not showing up when H.265 is selected. I have to see why.

*edit* Intel labeled it as hevc instead of normal h265. That's why those switches are not showing up, These functions were in my first release of StaxRip.

*Edit 2* HRD, HDR, and Repeat-header are still missing for HDR metadata.

[Revan654]

Hello Revan654

For me it looks like he doesn't read the files when he extracts them at the beginning. He creates files for DE, EN, FR etc. what is available but doesn't read them. All have 0 byte. The encoding runs normally and when he wants to put everything together, the files are missing. I have tried it with different files, it is always the same, with the old version 1.7.0.6 everything works as it should. It's probably MKVToolNix.

File permission, File Length or one of the tools. Muxing Has not changed from 1.7 it remains exactly the same.

Like I said in the Log file, If issues like that happen change the GroupPolicy.

[Revan654]

Have you tried with some other episodes from any other series? Or even a movie? The zero byte files are the different audio streams, right?

Error: The type of file 'B:\enc\Temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick_temp\Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka' could not be recognized.

The error message looks like mkvtoolnix was not able to recognize the type of audio track, can you give more information on the type of audio track in the original file?

Before the error message stated above there is another error message:

Muxing using mkvmerge 26.0.0 failed with exit code: 2 (0x2)

The exit code might be a system error code: STATUS_WAIT_2

I guess there must be some kind of system error message window pointing to the error.... at least that happened with "my" error, which was solved by copying some missing files into the nvenc app folder. So maybe there is something similar in your case.

MKVTools are all static, minus the buffer file creating mkvtools for portable mode.

Allot of the exit codes are tied to compatibility issues with the CPU.

Be careful with special characters. Some software do not like them. MP4Box rejects them completely. Try just using dots.

I would try to encode them to MP4 and see if the errors happens. Since MKVtool is not used in that process but MP4Box is used instead.

You can also try mkv tool from ffmpeg as well.

[Mister XY]

@revan654 there is not only an error with subtitles extensions, there is an error with all file extensions.
In this case
Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka
must be have a ac3 ore dts file extensions.
The mka file extensions comes from the "bad mediainfo.dll"
I think, if NathanX use the 18.05 mediainfo, the file have the extensions
Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.dts
or
Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.ac3

[Zetti]

MKVToolNix v27.0.0 is released.

x264 r2935 is released.

[Revan654]

@revan654 there is not only an error with subtitles extensions, there is an error with all file extensions.
In this case
Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.mka
must be have a ac3 ore dts file extensions.
The mka file extensions comes from the "bad mediainfo.dll"
I think, if NathanX use the 18.05 mediainfo, the file have the extensions
Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.dts
or
Scrubs.-.S03E06.-.Mein.Handtaschentrick ID4 German.ac3

It seems like there a character issue. It grabs the right data but returns the wrong data for processing. Which results in launching the wrong software.

I just did a test run, with aac it should returned it as m4a but got mka instead.

Already reported the problem to the main dev on the project.

----------

Going try to compile it from Source and see if any errors pop-up.

For Now here is a link to build 18.05.: https://github.com/Revan654/staxrip/releases/download/1.9.0.0/MediaInfo.18.05.7z

[NikosD]

- Fixed the Crop Freezing
- RawSource has been Full added.
- MTN Thumbnail Creator now supports custom output locations.
- Everything else is unchanged

Link is unchanged but just incase:

Link: https://github.com/Revan654/staxrip/releases/download/1.9.0.0/1.9.0.0.x64.7z

Starting with StaxRip v1.9.0.0, I think it's about time to make a new thread for the "new" StaxRip.

The differences are big enough and it's a new beginning actually of an old project.

[Revan654]

Starting with StaxRip v1.9.0.0, I think it's about time to make a new thread for the "new" StaxRip.

The differences are big enough and it's a new beginning actually of an old project.

It will be done once StaxRip hits 2.0. I'm trying to update the webSite first, Once all that info is changed then I'll create a new detail thread here.

It's just Super boring all the copy and pasting that has to be done.

[Revan654]

Upcoming Features Log: https://github.com/Revan654/staxrip/projects/1

I'm trying to add what will be included minus things like Update x software or packages.

If anyone has ideas or requests for feature POST them. I'm not sure what everyone is looking for. (New ideas, Not Fix or add x to since it doesn't support x codec or create x filter).

----------

Is anyone interested in AV1 Encoder Yet? I removed the old one(No one in there right mind would wait that long for an Encoded video), I could added a heavily modified version. Which is faster then default version(It has less Options, But it works properly), It still very slow due to how new codec is.

[mbc0]

Hi,

I have been a long time user of Handbrake but have always struggled with artifacts and pixelation in some encodes. I decided enough was enough and started searching for a replacement and although I am still getting to grips with it I have found Staxrip to be faster and artifact free! (I tested using the same source files in both Handbrake & Staxrip)

I just have a couple of questions to see if what I normally do with Handbrake is possiblewith Staxrip please?

1, I would like when encoding to automatically only include the English Audio & Copy it rather than remux leaving the foriegn audio behind.

2, Automatically Hardcode foreign spoken language in an English Speaking Video

3, Do the above in a batch (point Staxrip to a folder with multiple files and press go)

Thanks in advance! :thanks:

[Revan654]

Hi,

I have been a long time user of Handbrake but have always struggled with artifacts and pixelation in some encodes. I decided enough was enough and started searching for a replacement and although I am still getting to grips with it I have found Staxrip to be faster and artifact free! (I tested using the same source files in both Handbrake & Staxrip)

I just have a couple of questions to see if what I normally do with Handbrake is possiblewith Staxrip please?

1, I would like when encoding to automatically only include the English Audio & Copy it rather than remux leaving the foriegn audio behind.

2, Automatically Hardcode foreign spoken language in an English Speaking Video

3, Do the above in a batch (point Staxrip to a folder with multiple files and press go)

Thanks in advance! :thanks:

1 & 2 can all be done in Options.

3 Select Source -> Batch

[mbc0]

Hi,

That's great!

I have been making some headway with this and got everything as I want except I cannot understand how to get it to hardcode the subtitles for the foreign spoken parts in an English movie? Can you point me in the right direction please? Handbrake used to scan the movie first to detect these areas.

Many thanks!

[almanteka]

Hi,

That's great!

I have been making some headway with this and got everything as I want except I cannot understand how to get it to hardcode the subtitles for the foreign spoken parts in an English movie? Can you point me in the right direction please? Handbrake used to scan the movie first to detect these areas.

Many thanks!

you can use the hardcode option in options:


https://i.postimg.cc/j295zpjY/staxsubs.jpg

-------------------------------------------------------

or as forced in container options:


https://i.postimg.cc/L614c0Xh/staxsubs2.jpg

[mbc0]

ah, ok I missed that option, I will have a play! Many Thanks :-)

[Magik Mark]

Hi Raven,

I noticed that after encoding, I can't delete or move the original file. Windows gives a message that the file is still being used by staxrip. I can only do those things once all jobs are finished and the app is closed

[FreaQ]

Hi Raven,

is TDeint still part of the package?
If I choose it on 1.9.0.0 as deinterlacer StaxRip reports a script error: "There is no function named TDeint."

Edit: I use crop and AddBorders on some encodes, but StaxRip is only reporting the cropped size in the GUI. Is it possible to calculate the AddBorders to the size?

[Revan654]

Hi Raven,

is TDeint still part of the package?
If I choose it on 1.9.0.0 as deinterlacer StaxRip reports a script error: "There is no function named TDeint."

Edit: I use crop and AddBorders on some encodes, but StaxRip is only reporting the cropped size in the GUI. Is it possible to calculate the AddBorders to the size?

Which FrameServer?

Addcrop is an external source, Which is not added to the GUI from what I recall of the crop code from off the top of my head.

[Revan654]

Hi Raven,

I noticed that after encoding, I can't delete or move the original file. Windows gives a message that the file is still being used by staxrip. I can only do those things once all jobs are finished and the app is closed

I know I deleted files ok after job x was done but job Y was running. It could be a security step which prevents altering the files so application doesn't crash or return a null value(null value will crash the software too). It's one reason I had to remove a few macros I had created, They kept returning null values.

It's not coded into the base code(From What I can tell). That would be something inside dotnet Framework. Which I can't alter. The only reason I can think of windows locking the files is due to the delete temp file function in StaxRip.

It sounds more an issue connected to Windows, then actual StaxRip.

[FreaQ]

Which FrameServer?
AviSynth

Addcrop is an external source, Which is not added to the GUI from what I recall of the crop code from off the top of my head.
Ok. Is there a way to force "Outpod Mod = 16" even if the cropped image is not Mod16 but with borders added it is?

[Mister XY]

Is it possible to have an queue looks like Handbrake, vidcoder?
Current i can make an job and start the encode. After that, i must start a new staxrip process to add new job.
Is it possible to have only one staxrip process open and not two?

[Revan654]

AviSynth


Ok. Is there a way to force "Outpod Mod = 16" even if the cropped image is not Mod16 but with borders added it is?

options -> OutputMode: Mod16

There are allot of filters function that exist but they are just not added to context menu.

Also check the Appmenu to see if a filter is still active.

--------

TDeint has to be used manually until it gets re-added to the app.

A bunch of source code got lost in early September, It could have been in there and I just couldn't remember all the filters were lost and added as much as I could recall and missed that one.

[Revan654]

Is it possible to have an queue looks like Handbrake, vidcoder?
Current i can make an job and start the encode. After that, i must start a new staxrip process to add new job.
Is it possible to have only one staxrip process open and not two?

You can add all your jobs first or do batch queue. You only need to open a second one if encoding process has already started.

Once a job is added to the queue from the second one it will transfer to other, You can simple close the second one once you added all your jobs. StaxRip was designed differently, Could such a feature be added (Maybe). The Software HandBrake and StaxRip runs on are very different as well.

[FreaQ]

options -> OutputMode: Mod16

There are allot of filters function that exist but they are just not added to context menu.

Also check the Appmenu to see if a filter is still active.

I kow that option.
If it is set to Mod16 and the cropping size is Mod4, StaxRip doesn't let me skip the warning until I set it to Mod4.
But the image size is Mod16 with AddBorders and I want to force it.

[FreaQ]

ProjectX is also missing.
I tried top copy the ProjectX folder from StaxRip 1.7.0.6 but 1.9.0.0 still crashes.

[Patman]

Hi Revan,

first thanks a lot for continuing the development of Staxrip. I use DGDecNV for indexing. With version 1.8.2.0 everything was fine, but since version 1.9.0.0 i've got an error.

DirectoryNotFoundException (1.9.0.0)

Ein Teil des Pfades "..." konnte nicht gefunden werden.

System.IO.DirectoryNotFoundException: Ein Teil des Pfades "..." konnte nicht gefunden werden.
bei System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
bei 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)
bei System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
bei System.IO.StreamWriter.CreateFile(String path, Boolean append, Boolean checkHost)
bei System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize, Boolean checkHost)
bei System.IO.File.InternalWriteAllText(String path, String contents, Encoding encoding, Boolean checkHost)
bei StaxRip.StringExtensions.WriteFile(String value, String path, Encoding encoding) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\Extensions.vb:Zeile 303.

Can you help?

Greetz Pat

[Revan654]

ProjectX is also missing.
I tried top copy the ProjectX folder from StaxRip 1.7.0.6 but 1.9.0.0 still crashes.

Project X has been completely removed from StaxRip.

All traces of it has been removed. Project X was never a required App, It can't crash StaxRip.

[Revan654]

Hi Revan,

first thanks a lot for continuing the development of Staxrip. I use DGDecNV for indexing. With version 1.8.2.0 everything was fine, but since version 1.9.0.0 i've got an error.



Can you help?

Greetz Pat

I don't speak German, from what I gathered, it's likely to do with MediaInfo or your security settings.

Most issues popping up with StaxRip is all tied to MediaInfo 18.08 or improper user Rights(MS Hijacking Folder Rights).

[Patman]

Medainfo is Version 18.05

Gesendet von meinem G8141 mit Tapatalk

[Revan654]

Medainfo is Version 18.05

Gesendet von meinem G8141 mit Tapatalk

If you downgraded then it's it's FileAccess issue. I need the logs to see what happened :logfile: .

[FreaQ]

Project X has been completely removed from StaxRip.

All traces of it has been removed. Project X was never a required App, It can't crash StaxRip.

I used it for SDTV captures. It is ok if you removed it, but I copied my settings over to 1.9.0 and it was selected as preprocessing app.
So StaxRip crashed because of an obsolete app and configuration.

[K.i.N.G]

I noticed that when I encode a 6.1 (DTSHD-MA) track to AAC 6.1 (using qaac) that the back channels (BL BC BR) aren't correct.
The FLAC one (that gets made before it gets converted to AAC) seems to be correct though.

[Revan654]

I used it for SDTV captures. It is ok if you removed it, but I copied my settings over to 1.9.0 and it was selected as preprocessing app.
So StaxRip crashed because of an obsolete app and configuration.

You should delete the settings file for each new release, Only the templates need to be moved over if you have any. That Folder has been renamed.

Settings and such files have been changed starting with 1.9.

Working with old .dat files is going create problems.

Not sure what ProjectX does that programs like VirtualDub2 can't do. If your willing to pay VideoReDo. There also programs written in python that can do what Project X does.

[Revan654]

I noticed that when I encode a 6.1 (DTSHD-MA) track to AAC 6.1 (using qaac) that the back channels (BL BC BR) aren't correct.
The FLAC one (that gets made before it gets converted to AAC) seems to be correct though.

It's likely MediaInfo again, Plus Audio settings have not been touched since 1.7.

[K.i.N.G]

It's likely MediaInfo again, Plus Audio settings have not been touched since 1.7.

So, does that mean its safe to ignore and they are most-likely correct anyway?

I could test/play it using foobar2000 to see it gives the correct result? (since it doesnt use mediainfo afaik)

[Revan654]

So, does that mean its safe to ignore and they are most-likely correct anyway?

I could test/play it using foobar2000 to see it gives the correct result? (since it doesnt use mediainfo afaik)

Allot of issues right now is tied to buggy MediaInfo 18.08+ versions. All the bugs inside latest version has produced some very amusing results.

Download the old 18.05 version and it should be all corrected, Maybe one day I will look at all MediaInfo code and see what needs to be done to convert it over to FFMpeg-Probe. It might be worth doing. For now Everything is based around MediaInfo Since it's very easy to add MediaInfo Flags to the Source Code.

What Audio Encoders are being Used for these processes? The Switches have not changed inside any of the audio encoders to my knowledge, Most are passed to or through FFMPEG for the Encoding process. I would try Opus audio and see if you get the same results.

Before you start the jobs check the audio command line and see if it matches up with the Flags in the audio encoder menu.

[Khun_Doug]

I am trying to look at a preview of an HD source. There are three filters besides the Source. They are Crop, mClean, and Prefetch. The source opens fine and crops fine. When I click Preview I get an error from AviSynth that reads AviSynth returned empty image data. Once I okay that the preview remains black, but the scene is not black. Attempting to step forward one frame renders an error message at the top of the Preview window. The error is CAVIStreamSynth: System exception - Access Violation at 0x00007FFA46215299.

The log in the temp folder for the source shows nothing indicating any error. I don't see any other to submit. Is there something that needs to be toggled to capture more logging info?

Incidentally, the image opens fine and previews fine in the older 1.7.0.6 version.

[Patman]

I need the logs to see what happened :logfile: .

Hi Revan,

here are my log files:
Staxrip 1.8.2.0

-------------------------- System Environment --------------------------

StaxRip : 1.8.2.0
Windows : Windows 10 Pro 1803
Language : German (Germany)
CPU : Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
GPU : NVIDIA GeForce GTX 1070
Resolution : 1920 x 1080
DPI : 96

------------------------ MediaInfo Source File ------------------------

E:\x264\abc.mkv

General
Complete name : E:\x264\abc.mkv
Format : Matroska
Format version : Version 2
File size : 16.5 GiB
Duration : 1 h 25 min
Overall bit rate mode : Variable
Overall bit rate : 27.7 Mb/s
Encoded date : UTC 2018-09-12 16:41:36
Writing application : mkvmerge v3.4.0 ('Rapunzel') built on May 15 2010 09:38:20
Writing library : libebml v0.8.0 + libmatroska v0.9.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, ReFrames : 4 frames
Muxing mode : Container profile=@0.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 25 min
Bit rate mode : Variable
Maximum bit rate : 38.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Language : German
Default : Yes
Forced : Yes

Audio
ID : 3
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 1 h 25 min
Bit rate mode : Variable / Constant
Bit rate : Unknown / 1 509 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Language : German
Default : No
Forced : No

Text
ID : 2
Format : VobSub
Muxing mode : zlib
Codec ID : S_VOBSUB
Codec ID/Info : Picture based subtitle format used on DVDs
Language : German
Default : Yes
Forced : No

Menu
00 : 00:00.000 : en:00:00:00.000
00 : 10:43.017 : en:00:10:43.017
00 : 19:41.138 : en:00:19:41.138
00 : 28:32.586 : en:00:28:32.586
00 : 39:39.043 : en:00:39:39.043
00 : 49:30.342 : en:00:49:30.342
00 : 59:25.270 : en:00:59:25.270
01 : 09:26.829 : en:01:09:26.829
01 : 18:22.364 : en:01:18:22.364

-------------- Demux xml chapters using mkvextract 26.0.0 --------------

F:\VideoProgz\Staxrip\Apps\MKVToolNix\mkvextract.exe E:\x264\abc\abc.mkv chapters E:\x264\abc\abc...._temp\abc_chapters.xml

File 'E:\x264\abc\abc.mkv': container: Matroska
Track ID 0: video (MPEG-4p10/AVC/h.264)
Track ID 1: subtitles (VobSub)
Track ID 2: audio (DTS-HD Master Audio)
Chapters: 9 entries

Start: 21:59:36
End: 21:59:36
Duration: 00:00:00

-------------- Demux ogg chapters using mkvextract 26.0.0 --------------

F:\VideoProgz\Staxrip\Apps\MKVToolNix\mkvextract.exe E:\x264\abc\abc.mkv chapters E:\x264\abc\abc...._temp\abc_chapters.txt --simple

File 'E:\x264\abc\abc.mkv': container: Matroska
Track ID 0: video (MPEG-4p10/AVC/h.264)
Track ID 1: subtitles (VobSub)
Track ID 2: audio (DTS-HD Master Audio)
Chapters: 9 entries

Start: 21:59:36
End: 21:59:36
Duration: 00:00:00

-------- DGIndexNV: Index, No Demux using DGIndexNV 2053 (159) --------

F:\VideoProgz\Staxrip\Apps\DGIndexNV\DGIndexNV.exe -i "E:\x264\abc\abc.mkv" -o "E:\x264\abc\abc...._temp\abc.dgi" -h

Project

Start: 21:59:36
End: 22:01:27
Duration: 00:01:50



Staxrip 1.9.0.0

-------------------------- System Environment --------------------------

StaxRip : 1.9.0.0
Windows : Windows 10 Pro 1803
Language : German (Germany)
CPU : Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
GPU : NVIDIA GeForce GTX 1070
Memory : 1 GB
Resolution : 1920 x 1080
DPI : 96

------------------------ MediaInfo Source File ------------------------

E:\x264\abc\abc.mkv

General
Complete name : E:\x264\abc\abc.mkv
Format : Matroska
Format version : Version 2
File size : 16.5 GiB
Duration : 1 h 25 min
Overall bit rate mode : Variable
Overall bit rate : 27.7 Mb/s
Encoded date : UTC 2018-09-12 16:41:36
Writing application : mkvmerge v3.4.0 ('Rapunzel') built on May 15 2010 09:38:20
Writing library : libebml v0.8.0 + libmatroska v0.9.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, ReFrames : 4 frames
Muxing mode : Container profile=@0.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 25 min
Bit rate mode : Variable
Maximum bit rate : 38.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Language : German
Default : Yes
Forced : Yes

Audio
ID : 3
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 1 h 25 min
Bit rate mode : Variable / Constant
Bit rate : Unknown / 1 509 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Language : German
Default : No
Forced : No

Text
ID : 2
Format : VobSub
Muxing mode : zlib
Codec ID : S_VOBSUB
Codec ID/Info : Picture based subtitle format used on DVDs
Language : German
Default : Yes
Forced : No

Menu
00 : 00:00.000 : en:00:00:00.000
00 : 10:43.017 : en:00:10:43.017
00 : 19:41.138 : en:00:19:41.138
00 : 28:32.586 : en:00:28:32.586
00 : 39:39.043 : en:00:39:39.043
00 : 49:30.342 : en:00:49:30.342
00 : 59:25.270 : en:00:59:25.270
01 : 09:26.829 : en:01:09:26.829
01 : 18:22.364 : en:01:18:22.364

-------------- Demux xml chapters using mkvextract 26.0.0 --------------

F:\VideoProgz\Staxrip\Apps\MKVToolNix\mkvextract.exe E:\x264\abc\abc.mkv chapters E:\x264\abc\abc_temp\abc_chapters.xml

File 'E:\x264\abc\abc.mkv': container: Matroska
Track ID 0: video (MPEG-4p10/AVC/h.264)
Track ID 1: subtitles (VobSub)
Track ID 2: audio (DTS-HD Master Audio)
Chapters: 9 entries

Error: The file 'E:\x264\abc\abc_temp\abc_chapters.xml' could not be opened for writing: open file error.

Start: 22:10:58
End: 22:10:58
Duration: 00:00:00

-------------- Demux ogg chapters using mkvextract 26.0.0 --------------

F:\VideoProgz\Staxrip\Apps\MKVToolNix\mkvextract.exe E:\x264\abc\abc.mkv chapters E:\x264\abc\abc_temp\abc_chapters.txt --simple

File 'E:\x264\abc\abc.mkv': container: Matroska
Track ID 0: video (MPEG-4p10/AVC/h.264)
Track ID 1: subtitles (VobSub)
Track ID 2: audio (DTS-HD Master Audio)
Chapters: 9 entries

Error: The file 'E:\x264\abc\abc_temp\abc_chapters.txt' could not be opened for writing: open file error.

Start: 22:10:58
End: 22:10:58
Duration: 00:00:00

-------- DGIndexNV: Index, No Demux using DGIndexNV 2053 (159) --------

F:\VideoProgz\Staxrip\Apps\DGDecNV\DGIndexNV.exe -i "E:\x264\abc\abc.mkv" -o "E:\x264\abc\abc_temp\abc.dgi" -h

Project

Start: 22:10:58
End: 22:15:38
Duration: 00:04:39

------------------------- Error opening source -------------------------

Import: unable to open "E:\x264\abc\abc_temp\abc_new_source.avs" (path invalid?), error=0x0

LoadPlugin("F:\VideoProgz\Staxrip\Apps\DGIndexNV\DGDecodeNV.dll")
DGSource("E:\x264\abc\abc_temp\abc.dgi")


In this two cases, i use all files from Staxrip 1.9.0.0. I only changed the Staxrip.exe. Mediainfo is version 18.05.

[Revan654]

I am trying to look at a preview of an HD source. There are three filters besides the Source. They are Crop, mClean, and Prefetch. The source opens fine and crops fine. When I click Preview I get an error from AviSynth that reads AviSynth returned empty image data. Once I okay that the preview remains black, but the scene is not black. Attempting to step forward one frame renders an error message at the top of the Preview window. The error is CAVIStreamSynth: System exception - Access Violation at 0x00007FFA46215299.

The log in the temp folder for the source shows nothing indicating any error. I don't see any other to submit. Is there something that needs to be toggled to capture more logging info?

Incidentally, the image opens fine and previews fine in the older 1.7.0.6 version.

The debugging Logger in StaxRip is broken(Stax76 never really fully added a full debugger). It never really provided any useful information. I have to check the VB docs to see what the best method to add a new Debug Logger that would output useful data. Shame it doesn't have auto-logger feature like Python does.

Don't upload Images Here, It takes days for them to get approved.

It's mClean, The AVS Script has issues and they were never corrected. I doubt we will see any kind of fix for it unless someone wants to re-code mclean.

Nothing I can really do about that since it's a filter issue.

[Digga]

hi there Revan654!

I tried the new 1.9 version (didn't import any settings and started fresh).
however, the resulting output is played in slow motion (exactly half of the normal playback speed).
I checked the output with VLC and MPC-HC (newest versions), as well on my TV. I feel a little uncomfortable here, maybe I overlooked something? I used the same settings that worked for me for ages, so I guess it might be someting in the new version that is causing this...
Encoding from the same source with StaxRip v1.7.0.5 results in a perfectly fine encode. Btw, checking the raw video output before muxing shows the same slow motion effect.
If I can provide any further information I will gladly do so.

I tried to copy n paste a shortened log here, but the system tells me it is much too long. so I attached it.
*edit: while pending approval, here's the log: https://www31.zippyshare.com/v/134yRkBm/file.html

thanks for your time!

[FreaQ]

Please post the log in the code-tags (code)Log(/code)

If this is a HDTV-capture from MDR or RBB, did you use Field -> SelectEven?

[Digga]

Please post the log in the code-tags (code)Log(/code)I tried that when I posted, but still got the 'too long' error: 'The text that you have entered is too long (XXXXX characters). Please shorten it to 16000 characters long.'
*edit: I uploaded the log to an external hoster, see the OP.

If this is a HDTV-capture from MDR or RBB, did you use Field -> SelectEven?the source is a BR disc (interlaced, TFF), so I used yadifmod2.

[Revan654]

hi there Revan654!

I tried the new 1.9 version (didn't import any settings and started fresh).
however, the resulting output is played in slow motion (exactly half of the normal playback speed).
I checked the output with VLC and MPC-HC (newest versions), as well on my TV. I feel a little uncomfortable here, maybe I overlooked something? I used the same settings that worked for me for ages, so I guess it might be someting in the new version that is causing this...
Encoding from the same source with StaxRip v1.7.0.5 results in a perfectly fine encode. Btw, checking the raw video output before muxing shows the same slow motion effect.
If I can provide any further information I will gladly do so.

I tried to copy n paste a shortened log here, but the system tells me it is much too long. so I attached it.
*edit: while pending approval, here's the log: https://www31.zippyshare.com/v/134yRkBm/file.html

thanks for your time!

It's very possible it's tied to MediaInfo, MediaInfo sending incorrect data for Subtitles or audio which is causing the video to slow down.

You could try to update your x264 as well to see if that helps as well.

Take a look at your command line then compare to the old one and see if anything has changed. Does it happen with other codecs as well?

x264 Flags have not been changed, It shouldn't be anything at that end. It's likely tied to subtitles or MKV header, which Mediainfo is very buggy atm.

The Only thing that looks off from the log file is the aspect ratio.

Lastly I would check the extracted source file(File from the Blu-Ray) and see if it plays slowly as well. Try to use mpv or PotPlayer, just in-case VLC is having issues.

[animeXL]

Hello, I've been wrestling with an issue since reinstalling Windows. I cannot get any version of Staxrip to import using VapourSynth. This is the only way I have been able to get Hardcoded subtitles to render with 10 bit video. I've tried uninstalling/reinstalling Python and VS several times as well as several versions of Staxrip all with the same result. Any guidance would be most appreciated.

Log:

-------------------------- System Environment --------------------------

StaxRip : 1.9.0.0
Windows : Windows 10 Pro 1809
Language : English (United States)
CPU : AMD Ryzen 7 2700X Eight-Core Processor
GPU : NVIDIA GeForce GTX 1060
Memory : 1 GB
Resolution : 2880 x 1800
DPI : 192

------------------------ MediaInfo Source File ------------------------

C:\Users\User\Videos\Test File 1440p HDR10.mkv

General
Complete name : C:\Users\User\Videos\Test File 1440p HDR10.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 122 MiB
Duration : 2 min 50 s
Overall bit rate : 5 990 kb/s
Movie name : Test File 1440p HDR10
Encoded date : UTC 2018-10-04 18:49:16
Writing application : mkvmerge v15.0.0 ('Duel with the Devil') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.5
Writing frontend : StaxRip v1.7.0.0

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 min 50 s
Bit rate : 5 978 kb/s
Width : 2 560 pixels
Height : 1 440 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.068
Stream size : 122 MiB (100%)
Writing library : x265 2.5+14-2718cb5dd67f:[Windows][GCC 7.1.0][64 bit] 10bit
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : R: x=0.680000 y=0.320000, G: x=0.265000 y=0.690000, B: x=0.150000 y=0.060000, White point: x=0.312700 y=0.329000
Mastering display luminance : min: 0.0050 cd/m2, max: 1000.0000 cd/m2

Text #1
ID : 2
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 2 s 211 ms
Bit rate : 31.5 kb/s
Count of elements : 2
Stream size : 8.50 KiB (0%)
Language : English
Default : No
Forced : Yes

Text #2
ID : 3
Format : PGS
Muxing mode : zlib
Codec ID : S_HDMV/PGS
Codec ID/Info : Picture based subtitle format used on BDs/HD-DVDs
Duration : 2 min 34 s
Bit rate : 29.5 kb/s
Count of elements : 74
Stream size : 557 KiB (0%)
Language : English
Default : No
Forced : No



------------------ Demux MKV using mkvextract 26.0.0 ------------------

C:\Users\User\Downloads\Compressed\StaxRip-x64-1.9.0.0\Apps\MKVToolNix\mkvextract.exe "C:\Users\User\Videos\Test File 1440p HDR10.mkv" tracks 1:"C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10 ID2 English_forced.sup" 2:"C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10 ID3 English.sup" --ui-language en

Extracting track 1 with the CodecID 'S_HDMV/PGS' to the file 'C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10 ID2 English_forced.sup'. Container format: SUP
Extracting track 2 with the CodecID 'S_HDMV/PGS' to the file 'C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10 ID3 English.sup'. Container format: SUP

Start: 2:37:31 PM
End: 2:37:31 PM
Duration: 00:00:00

-------------- Demux xml chapters using mkvextract 26.0.0 --------------

C:\Users\User\Downloads\Compressed\StaxRip-x64-1.9.0.0\Apps\MKVToolNix\mkvextract.exe "C:\Users\User\Videos\Test File 1440p HDR10.mkv" chapters "C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10_chapters.xml"

File 'C:\Users\User\Videos\Test File 1440p HDR10.mkv': container: Matroska
Track ID 0: video (MPEG-H/HEVC/h.265)
Track ID 1: subtitles (HDMV PGS)
Track ID 2: subtitles (HDMV PGS)
Chapters: 36 entries
Global tags: 1 entry

Start: 2:37:31 PM
End: 2:37:31 PM
Duration: 00:00:00

-------------- Demux ogg chapters using mkvextract 26.0.0 --------------

C:\Users\User\Downloads\Compressed\StaxRip-x64-1.9.0.0\Apps\MKVToolNix\mkvextract.exe "C:\Users\User\Videos\Test File 1440p HDR10.mkv" chapters "C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10_chapters.txt" --simple

File 'C:\Users\User\Videos\Test File 1440p HDR10.mkv': container: Matroska
Track ID 0: video (MPEG-H/HEVC/h.265)
Track ID 1: subtitles (HDMV PGS)
Track ID 2: subtitles (HDMV PGS)
Chapters: 1 entries
Global tags: 1 entry

Start: 2:37:31 PM
End: 2:37:31 PM
Duration: 00:00:00

---------------------- Script file failed to load ----------------------

Source File Path: C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10_new_source.vpy
import vapoursynth as vs
core = vs.get_core()
core.std.LoadPlugin(r"C:\Users\User\Downloads\Compressed\StaxRip-x64-1.9.0.0\Apps\Plugins\both\ffms2\ffms2.dll")
clip = core.ffms2.Source(r"C:\Users\User\Videos\Test File 1440p HDR10.mkv", cachefile = r"C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10.ffindex")
clip.set_output()
Plugin directory is missing!

------------------------- Error opening source -------------------------

AVIFileOpen failed to execute

Failed to open VapourSynth script:

C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10_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.

import vapoursynth as vs
core = vs.get_core()
core.std.LoadPlugin(r"C:\Users\User\Downloads\Compressed\StaxRip-x64-1.9.0.0\Apps\Plugins\both\ffms2\ffms2.dll")
clip = core.ffms2.Source(r"C:\Users\User\Videos\Test File 1440p HDR10.mkv", cachefile = r"C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10.ffindex")
clip.set_output()

---------------------- Script file failed to load ----------------------

Source File Path: C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10_new_source.vpy
import vapoursynth as vs
core = vs.get_core()
core.std.LoadPlugin(r"C:\Users\User\Downloads\Compressed\StaxRip-x64-1.9.0.0\Apps\Plugins\both\ffms2\ffms2.dll")
clip = core.ffms2.Source(r"C:\Users\User\Videos\Test File 1440p HDR10.mkv", cachefile = r"C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10.ffindex")
clip.set_output()
Plugin directory is missing!

------------------------------ Exception ------------------------------

System.Exception: AVIFileOpen failed to execute

Failed to open VapourSynth script:

C:\Users\User\Videos\Test File 1440p HDR10_temp\Test File 1440p HDR10_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.
at StaxRip.AVIFile..ctor(String path) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\AVIFile.vb:line 50
at StaxRip.VideoScript.Synchronize(Boolean convertToRGB, Boolean comparePath) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\VideoScript.vb:line 202
at StaxRip.GlobalClass.IsValidSource(Boolean warn) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\GlobalClass.vb:line 647
at StaxRip.MainForm.AviSynthListView_ScriptChanged() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Forms\MainForm.vb:line 5181
at StaxRip.FiltersListView.OnChanged() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Controls\FiltersListView.vb:line 224
at StaxRip.FiltersListView._Lambda$__14-0(VideoScript script) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Controls\FiltersListView.vb:line 31
at StaxRip.VideoScript.RaiseChanged() in C:\Users\Revan\Desktop\staxrip-1.8.2.0\General\VideoScript.vb:line 23
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isEncoding) in C:\Users\Revan\Desktop\staxrip-1.8.2.0\Forms\MainForm.vb:line 2079

[Revan654]

Hello, I've been wrestling with an issue since reinstalling Windows. I cannot get any version of Staxrip to import using VapourSynth. This is the only way I have been able to get Hardcoded subtitles to render with 10 bit video. I've tried uninstalling/reinstalling Python and VS several times as well as several versions of Staxrip all with the same result. Any guidance would be most appreciated.



python & Filters must be in the path. It's a real PIA sometimes to make sure everything is intact since how VS is coded and how python works.

if your using R44 = Python 3.6
if your using R45 = Python 3.7

You can not mix and match.

if your using R44 you can also try anaconda (This is what I use).

Link: https://www.anaconda.com/download/

import vapoursynth as vs
core = vs.get_core()
import importlib.machinery #Only needed for py scripts.
core.std.LoadPlugin(r"C:\Users\Revan\Desktop\staxrip-1.8.2.0\bin\x64\Apps\Plugins\vs\vslsmashsource\vslsmashsource.dll")
clip = core.lsmas.LibavSMASHSource(r"Path to Source.mp4")
clip.set_output()

[Digga]

You could try to update your x264 as well to see if that helps as well.AFAIK StaxRip v1.9 already uses the latest x264 version (r2932)... I reverted back to r2901 to see if that changes anything - to no avail.

btw, there seem to happen quite some heavy bitrate management changes with x264 since the last two releases. r2901 went down on overall bitrate usage, and now r2932 continues this trend, wow. looks fine to me though so far at a casual glance

Take a look at your command line then compare to the old one and see if anything has changed. Does it happen with other codecs as well?the cmdline is the same. I encoded the same source with x265 and it shows the same slowdown.

Lastly I would check the extracted source file(File from the Blu-Ray) and see if it plays slowly as well....plays perfectly normal.

[baal77]

Hello Revan654,

Thanks for your last release ! Nice job !

I've a question now I see that you've add the Apps/MediaInfo/MKVHDR metedatas options, do you think it's possible to add another option (or just get the way to do it manually in command line) to REMOVE HDR data.

Indeed, I've inconveniently encoded a video with HDR metatags (set by default in your precedent version) whereas I've used dghdrtosdr() filter to transform HDR video into SDR, and downgrade colors from 10 to 8bits (so x265 is playable by a Rasp Pi2, while video bitrate stay low <2Mbps), and audio "simple" like 5.1 in Opus 1.2 for exemple).

This video is technically in BT.709 8bits now, but tagged with HDR metadata, ALL THE VIDEO IS OVERSATURATED IN RED TONES when played by any device/software able to interprate such metadata (most of them).

As I don't want to reencode this video because it takes around 50 hours to encode it, I hope it's just possible to remove this fucking metatags I missed to modify BEFORE the click on "Start".

Can you help me ?

[imhh11]

I had the same issue when I did my first hdr to sdr conversion. I now have to set manually these flags to bt709 before I start the encode or they stay by default to:



https://extraimage.net/images/2018/10/06/aba09ee03acabff340bff822148d9c8d.png






EDIT: i found how to make it automatic.
create a template with your hdr to sdr script and go to option/video and uncheck ''import VUI''. then go in the VUI tab, put the 3 BT709 flags and just save the template, no more hdr flags and nothing to do manually anymore :D

[Revan654]

Hello Revan654,

Thanks for your last release ! Nice job !

I've a question now I see that you've add the Apps/MediaInfo/MKVHDR metedatas options, do you think it's possible to add another option (or just get the way to do it manually in command line) to REMOVE HDR data.

What you want can already be done through mkvmerge. The values are up to you since I have no way to judge your source and tell what will work.

These are the Base values of HDR, So you can start there and tweak them to your colorspace.

mkvmerge -o Newfile.mkv --colour-matrix 0:9 --colour-range 0:1 --colour-transfer-characteristics 0:16 --colour-primaries 0:9 --max-content-light 0:1000 --max-frame-light 0:300 --max-luminance 0:1000 --min-luminance 0:0.01 --chromaticity-coordinates 0:0.68,0.32,0.265,0.690,0.15,0.06 --white-colour-coordinates 0:0.3127,0.3290 inputfile.mkv

As I don't want to reencode this video because it takes around 50 hours to encode it, I hope it's just possible to remove this fucking metatags I missed to modify BEFORE the click on "Start".

Can you help me ?

If it takes 50 hours to encode, Might want to consider getting a new PC.

[minda76]

Hello,
I’m using dgdecnv with staxrip and after latest update when i load indexed file and start encode not all hdr10 info appear like “mastering display” etc. Is it related to vui import? Mediainfo?

[videoh]

when i load indexed file What does this mean? You load the Avisynth script, the DGI file, or the actual source file?

[minda76]

What does this mean? You load the Avisynth script, the DGI file, or the actual source file?

I load dgi file and when encode starts not all hdr10 parameters are imported from dgi file like “mastering display”.

[videoh]

From what you posted at DG's forum it sounds like MediaInfo has a problem. First check that the info is in fact in the DGI file. Then use MediaInfo directly (not through StaxRip) on the DGI file and see if it reports the info.

[minda76]

From what you posted at DG's forum it sounds like MediaInfo has a problem. First check that the info is in fact in the DGI file. Then use MediaInfo directly (not through StaxRip) on the DGI file and see if it reports the info.

Info is in dgi file, checked, info is in source file, don’t know how to check dgi file with media info. “Mastering display” is not present in the encoded file.

[videoh]

OK, then you will need to get help from the StaxRip guys.

[DaMacFunkin]

Does anybody have a guide on how to set up staxrip to re-encode 2160p 10 bit HDR-10 to 2160p 10 bit HDR-10 using Nvenc?
Thank you for any help given.

[Revan654]

Hello,
I’m using dgdecnv with staxrip and after latest update when i load indexed file and start encode not all hdr10 info appear like “mastering display” etc. Is it related to vui import? Mediainfo?

VUI will only import Rec 2020.

Like I said in the doc. VUI will only load if the colorspace is BT.2020. Anything else gets rejected. There just to many colorspaces to build functions for ever one, Even though HDR10 docs clearly states only Rec.2020 is HDR. For some reason some studios don't fully convert to proper colorspace and leave it in P3(Which is a giant mistake). It also didn't help that MediaInfo keeps simplifying there readout. I tried to get the old readout back a few times before main dev didn't want to go back to that setup. That is the reason why allot of VUI data does not import correctly.

Apps -> MediaInfo. It Will give you the readout of what has been imported or what will be imported.

You can also use MKVinfo for more detail readout if the file is mkv.

VUI Import is just a copy function for the Metadata to Codec, to make things easier. All the metadata still loads into StaxRip, it's just doesn't copy colorspaces & other data over if it doesn't pass all the checks.

[FreaQ]

hi there Revan654!

I tried the new 1.9 version (didn't import any settings and started fresh).
however, the resulting output is played in slow motion (exactly half of the normal playback speed).
I checked the output with VLC and MPC-HC (newest versions), as well on my TV. I feel a little uncomfortable here, maybe I overlooked something? I used the same settings that worked for me for ages, so I guess it might be someting in the new version that is causing this...
Encoding from the same source with StaxRip v1.7.0.5 results in a perfectly fine encode. Btw, checking the raw video output before muxing shows the same slow motion effect.
If I can provide any further information I will gladly do so.

I tried to copy n paste a shortened log here, but the system tells me it is much too long. so I attached it.
*edit: while pending approval, here's the log: https://www31.zippyshare.com/v/134yRkBm/file.html

thanks for your time!

Today I encountered the same problem.
I was reencoding a HDTV capture which resulted in a slow downed video. Audio is playing at the correct speed. Also the target and source video play at the same frame rate and have the same duration.

I reencoded the source video in StaxRip 1.7.0.6 and everything is fine.

Find attached logs from both versions in following posts

[FreaQ]

1.9.0.0 1/2

-------------------------- System Environment --------------------------

StaxRip : 1.9.0.0
Windows : Windows 10 Home 1803
Language : German (Germany)
CPU : Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz
GPU : Intel(R) HD Graphics 530, NVIDIA GeForce GTX 950M
Memory : 1 GB
Resolution : 1920 x 1080
DPI : 96

------------------------ MediaInfo Source File ------------------------

D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts

General
ID : 1055 (0x41F)
Complete name : D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts
Format : MPEG-TS
File size : 862 MiB
Duration : 21 min 8 s
Overall bit rate mode : Variable
Overall bit rate : 5 701 kb/s

Video
ID : 255 (0xFF)
Menu ID : 5500 (0x157C)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, ReFrames : 4 frames
Codec ID : 27
Duration : 21 min 7 s
Bit rate : 5 032 kb/s
Width : 1 440 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.129
Stream size : 761 MiB (88%)
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 259 (0x103)
Menu ID : 5500 (0x157C)
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : 6
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 8 ms
Stream size : 58.0 MiB (7%)
Language : German
Language, more info : Clean effects
Service kind : Complete Main

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

"D:\_Programme\_Portable\Staxrip 1.9.0.0\Apps\ffmpeg\ffmpeg.exe" -i "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts" -c:a copy -c:v copy -sn -y -hide_banner "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv"

[h264 @ 000001bfd9a62100] mmco: unref short failure
Last message repeated 2 times
[h264 @ 000001bfd9a62100] Increasing reorder buffer to 2
Input #0, mpegts, from 'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts':
Duration: 00:21:07.88, start: 86541.948111, bitrate: 5703 kb/s
Program 5500
Stream #0:0[0xff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
Stream #0:1[0x103](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 384 kb/s (clean effects)
Output #0, matroska, to 'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv':
Metadata:
encoder : Lavf58.12.100
Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 50 tbr, 1k tbn, 90k tbc
Stream #0:1(deu): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 384 kb/s (clean effects)
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
video:796842kB audio:59438kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.090459%

Start: 13:48:47
End: 13:48:53
Duration: 00:00:05

------------------ Demux MKV using mkvextract 26.0.0 ------------------

"D:\_Programme\_Portable\Staxrip 1.9.0.0\Apps\MKVToolNix\mkvextract.exe" "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv" tracks 1:"D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3" --ui-language en

Extracting track 1 with the CodecID 'A_AC3' to the file 'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3'. Container format: Dolby Digital (AC-3)

Start: 13:48:53
End: 13:48:54
Duration: 00:00:00

General
Complete name : D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3
Format : AC-3
Format/Info : Audio Coding 3
File size : 58.0 MiB
Duration : 21 min 8 s
Overall bit rate mode : Constant
Overall bit rate : 384 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 58.0 MiB (100%)
Service kind : Complete Main

----------------------- Indexing using ffmsindex -----------------------

"D:\_Programme\_Portable\Staxrip 1.9.0.0\Apps\Plugins\both\ffms2\ffmsindex.exe" "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv" "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ffindex"

Writing index... done.

Start: 13:48:54
End: 13:48:56
Duration: 00:00:01

--------------------------- AviSynth Script ---------------------------

LoadCPlugin("D:\_Programme\_Portable\Staxrip 1.9.0.0\Apps\Plugins\both\ffms2\ffms2.dll")
FFVideoSource("D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv", colorspace = "YV12", \
cachefile = "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ffindex")

-------------------------- Script Properties --------------------------

Source Frame Count : 31697
Source Frame Rate : 25.000000
Source Duration : 00:21:07.8800000
Target Frame Count : 31697
Target Frame Rate : 25.000000
Target Duration : 00:21:07.8800000

----------------------- MediaInfo Audio Source 1 -----------------------

General
Complete name : D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3
Format : AC-3
Format/Info : Audio Coding 3
File size : 58.0 MiB
Duration : 21 min 8 s
Overall bit rate mode : Constant
Overall bit rate : 384 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 58.0 MiB (100%)
Service kind : Complete Main

-------------------- Video encoding using x264 2932 --------------------

"D:\_Programme\_Portable\Staxrip 1.9.0.0\Apps\x264\x264.exe" --crf 19 --preset slow --tune animation --profile main --level 4.1 --trellis 1 --8x8dct --no-fast-pskip --subme 9 --me umh --bframes 3 --ref 4 --min-keyint 25 --sar 255:191 --threads 34 --lookahead-threads 5 --deblock -1:-1 --output "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_out.h264" "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.avs"

avs [info]: 1440x1080p 255:191 @ 25/1 fps (cfr)
x264 [info]: using SAR=255/191
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x264 [info]: profile Main, level 4.1, 4:2:0, 8-bit
x264 [info]: frame I:199 Avg QP:13.73 size:134263
x264 [info]: frame P:8450 Avg QP:17.19 size: 23247
x264 [info]: frame B:23048 Avg QP:21.16 size: 2167
x264 [info]: consecutive B-frames: 0.8% 6.0% 1.7% 91.4%
x264 [info]: mb I I16..4: 46.3% 0.0% 53.7%
x264 [info]: mb P I16..4: 8.7% 0.0% 4.6% P16..4: 34.6% 8.9% 4.5% 0.0% 0.0% skip:38.6%
x264 [info]: mb B I16..4: 0.2% 0.0% 0.2% B16..8: 14.7% 0.7% 0.1% direct: 0.4% skip:83.7% L0:53.4% L1:43.5% BI: 3.2%
x264 [info]: direct mvs spatial:99.9% temporal:0.1%
x264 [info]: coded y,uvDC,uvAC intra: 43.1% 71.9% 35.8% inter: 3.5% 8.3% 1.3%
x264 [info]: i16 v,h,dc,p: 38% 22% 12% 28%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 15% 21% 5% 7% 8% 6% 6% 6%
x264 [info]: i8c dc,h,v,p: 28% 28% 28% 16%
x264 [info]: Weighted P-Frames: Y:0.2% UV:0.2%
x264 [info]: ref P L0: 63.9% 6.8% 19.8% 9.5% 0.0%
x264 [info]: ref B L0: 89.9% 7.8% 2.2%
x264 [info]: ref B L1: 97.2% 2.8%
x264 [info]: kb/s:1723.18
encoded 31697 frames, 38.40 fps, 1723.18 kb/s

Start: 13:48:57
End: 14:02:43
Duration: 00:13:45

[FreaQ]

1.9.0.0 2/2
General
Complete name : D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_out.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 260 MiB
Writing library : x264 core 157 r2932 303c484

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.1
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, ReFrames : 4 frames
Width : 1 440 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 157 r2932 303c484

--------------------- Muxing using mkvmerge 26.0.0 ---------------------

"D:\_Programme\_Portable\Staxrip 1.9.0.0\Apps\MKVToolNix\mkvmerge.exe" -o "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv" "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_out.h264" --audio-tracks 0 --language 0:ger --sync 0:11 --default-track 0:0 --forced-track 0:0 "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3" --global-tags "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_tags.xml" --ui-language en

mkvmerge v26.0.0 ('In The Game') 64-bit
'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_out.h264': Using the demultiplexer for the format 'AVC/h.264'.
'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3': Using the demultiplexer for the format 'AC-3'.
'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_out.h264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3' track 0: Using the output module for the format 'AC-3'.
The file 'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv' has been opened for writing.
'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_out.h264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1923/1080.
The cue entries (the index) are being written...
Multiplexing took 2 seconds.

Start: 14:02:43
End: 14:02:45
Duration: 00:00:01

General
Complete name : D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 319 MiB
Duration : 21 min 8 s
Overall bit rate : 2 109 kb/s
Encoded date : UTC 2018-10-12 12:02:43
Writing application : mkvmerge v26.0.0 ('In The Game') 64-bit
Writing library : libebml v1.3.6 + libmatroska v1.4.9
Writing frontend : StaxRip v1.9.0.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.1
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 21 min 7 s
Bit rate : 1 723 kb/s
Width : 1 440 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.044
Stream size : 260 MiB (82%)
Writing library : x264 core 157 r2932 303c484
Default : Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 11 ms
Stream size : 58.0 MiB (18%)
Language : German
Service kind : Complete Main
Default : No
Forced : No

----------------------------- Job Complete -----------------------------

Start: 13:48:46
End: 14:02:45
Duration: 00:13:58

[FreaQ]

1.7.0.6 1/2


-------------------------- System Environment --------------------------

StaxRip : 1.7.0.6
Windows : Windows 10 Home 1803
Language : German (Germany)
CPU : Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz
GPU : Intel(R) HD Graphics 530, NVIDIA GeForce GTX 950M
Resolution : 1920 x 1080
DPI : 96

------------------------ MediaInfo Source File ------------------------

D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts

General
ID : 1055 (0x41F)
Complete name : D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts
Format : MPEG-TS
File size : 862 MiB
Duration : 21 min 8 s
Overall bit rate mode : Variable
Overall bit rate : 5 701 kb/s

Video
ID : 255 (0xFF)
Menu ID : 5500 (0x157C)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, RefFrames : 4 frames
Codec ID : 27
Duration : 21 min 7 s
Bit rate : 5 032 kb/s
Width : 1 440 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.129
Stream size : 761 MiB (88%)
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 259 (0x103)
Menu ID : 5500 (0x157C)
Format : AC-3
Format/Info : Audio Coding 3
Format, Endianness : Big
Codec ID : 6
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 8 ms
Stream size : 58.0 MiB (7%)
Language : German
Language, more info : Clean effects
Service kind : Complete Main

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

D:\_Programme\_Portable\StaxRip\Apps\ffmpeg\ffmpeg.exe -i "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts" -c:a copy -c:v copy -sn -y -hide_banner "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv"

[h264 @ 00000227f7d276c0] mmco: unref short failure
Last message repeated 2 times
[h264 @ 00000227f7d276c0] Increasing reorder buffer to 2
Input #0, mpegts, from 'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ts':
Duration: 00:21:07.88, start: 86541.948111, bitrate: 5703 kb/s
Program 5500
Stream #0:0[0xff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], 25 fps, 50 tbr, 90k tbn, 50 tbc
Stream #0:1[0x103](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, 5.1(side), fltp, 384 kb/s (clean effects)
Output #0, matroska, to 'D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv':
Metadata:
encoder : Lavf57.71.100
Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p(tv, bt709, top first), 1440x1080 [SAR 4:3 DAR 16:9], q=2-31, 25 fps, 50 tbr, 1k tbn, 90k tbc
Stream #0:1(deu): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), fltp, 384 kb/s (clean effects)
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
video:796842kB audio:59438kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.090459%

Start: 14:26:18
End: 14:26:23
Duration: 00:00:05

------------------ Demux MKV using mkvextract 20.0.0 ------------------

D:\_Programme\_Portable\StaxRip\Apps\MKVToolNix\mkvextract.exe "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv" tracks 1:"D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3" --ui-language en

Extracting track 1 with the CodecID 'A_AC3' to the file 'D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3'. Container format: Dolby Digital (AC-3)

Start: 14:26:25
End: 14:26:26
Duration: 00:00:00

General
Complete name : D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3
Format : AC-3
Format/Info : Audio Coding 3
File size : 58.0 MiB
Duration : 21 min 8 s
Overall bit rate mode : Constant
Overall bit rate : 384 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Format, Endianness : Big
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 58.0 MiB (100%)
Service kind : Complete Main

----------------------- Indexing using ffmsindex -----------------------

D:\_Programme\_Portable\StaxRip\Apps\Plugins\both\ffms2\ffmsindex.exe "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv" "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ffindex"

Writing index... done.

Start: 14:26:26
End: 14:26:28
Duration: 00:00:01

--------------------------- AviSynth Script ---------------------------

LoadPlugin("D:\_Programme\_Portable\StaxRip\Apps\Plugins\both\ffms2\ffms2.dll")
LoadPlugin("D:\_Programme\_Portable\StaxRip\Apps\Plugins\avs\TDeint\TDeint.dll")
FFVideoSource("D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv", colorspace = "YV12", \
cachefile = "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ffindex")
SelectEven().AssumeFPS(25)
TDeint()

-------------------------- Script Properties --------------------------

Source Frame Count : 31697
Source Frame Rate : 25.000000
Source Duration : 00:21:07.8800000
Target Frame Count : 31697
Target Frame Rate : 25.000000
Target Duration : 00:21:07.8800000

----------------------- MediaInfo Audio Source 1 -----------------------

General
Complete name : D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3
Format : AC-3
Format/Info : Audio Coding 3
File size : 58.0 MiB
Duration : 21 min 8 s
Overall bit rate mode : Constant
Overall bit rate : 384 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Format, Endianness : Big
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 58.0 MiB (100%)
Service kind : Complete Main

-------------- Video encoding using x264 0.150.2851 8-Bit --------------

D:\_Programme\_Portable\StaxRip\Apps\x264\x264.exe --crf 19 --preset slow --tune animation --profile main --level 4.1 --trellis 1 --8x8dct --no-fast-pskip --subme 9 --me umh --bframes 3 --ref 4 --min-keyint 25 --sar 255:191 --threads 34 --lookahead-threads 5 --deblock -1:-1 --output "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2_out.h264" "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2.avs"

avs [info]: 1440x1080p 255:191 @ 25/1 fps (cfr)
x264 [info]: using SAR=255/191
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x264 [info]: profile Main, level 4.1
x264 [info]: frame I:322 Avg QP:15.89 size:125493
x264 [info]: frame P:10271 Avg QP:19.05 size: 27995
x264 [info]: frame B:21104 Avg QP:22.21 size: 7547
x264 [info]: consecutive B-frames: 8.2% 7.9% 3.6% 80.3%
x264 [info]: mb I I16..4: 48.1% 0.0% 51.9%
x264 [info]: mb P I16..4: 14.8% 0.0% 7.6% P16..4: 34.9% 8.8% 4.4% 0.0% 0.0% skip:29.6%
x264 [info]: mb B I16..4: 1.0% 0.0% 0.8% B16..8: 23.9% 2.9% 0.6% direct: 1.8% skip:68.9% L0:40.2% L1:53.4% BI: 6.4%
x264 [info]: direct mvs spatial:100.0% temporal:0.0%
x264 [info]: coded y,uvDC,uvAC intra: 42.3% 67.7% 31.1% inter: 6.7% 15.3% 2.0%
x264 [info]: i16 v,h,dc,p: 39% 21% 11% 29%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 14% 22% 5% 7% 7% 6% 6% 6%
x264 [info]: i8c dc,h,v,p: 29% 27% 28% 16%
x264 [info]: Weighted P-Frames: Y:0.5% UV:0.4%
x264 [info]: ref P L0: 62.9% 8.0% 20.2% 8.1% 0.8% 0.0%
x264 [info]: ref B L0: 87.9% 9.5% 2.6%
x264 [info]: ref B L1: 96.1% 3.9%
x264 [info]: kb/s:3074.21
encoded 31697 frames, 21.56 fps, 3074.21 kb/s

Start: 14:27:18
End: 14:51:48
Duration: 00:24:30

[FreaQ]

1.7.0.6 2/2

General
Complete name : D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2_out.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 465 MiB
Writing library : x264 core 152 r2851 ba24899

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.1
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, RefFrames : 4 frames
Width : 1 440 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 152 r2851 ba24899

--------------------- Muxing using mkvmerge 20.0.0 ---------------------

D:\_Programme\_Portable\StaxRip\Apps\MKVToolNix\mkvmerge.exe -o "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2.mkv" "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2_out.h264" --audio-tracks 0 --language 0:ger --sync 0:11 --default-track 0:0 --forced-track 0:0 "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3" --global-tags "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2_tags.xml" --ui-language en

mkvmerge v20.0.0 ('I Am The Sun') 64-bit
'D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2_out.h264': Using the demultiplexer for the format 'AVC/h.264'.
'D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3': Using the demultiplexer for the format 'AC-3'.
'D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2_out.h264' track 0: Using the output module for the format 'AVC/h.264 (unframed)'.
'D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen ID1 11ms German.ac3' track 0: Using the output module for the format 'AC-3'.
The file 'D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2.mkv' has been opened for writing.
'D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2_out.h264' track 0: Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 1923/1080.
The cue entries (the index) are being written...
Multiplexing took 3 seconds.

Start: 14:51:49
End: 14:51:51
Duration: 00:00:02

General
Complete name : D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen 2.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 523 MiB
Duration : 21 min 8 s
Overall bit rate : 3 460 kb/s
Encoded date : UTC 2018-10-12 12:51:49
Writing application : mkvmerge v20.0.0 ('I Am The Sun') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.8
Writing frontend : StaxRip v1.7.0.6

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.1
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, RefFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 21 min 7 s
Bit rate : 3 074 kb/s
Width : 1 440 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Original display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.079
Stream size : 465 MiB (89%)
Writing library : x264 core 152 r2851 ba24899
Default : Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Format, Endianness : Big
Codec ID : A_AC3
Duration : 21 min 8 s
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 11 ms
Stream size : 58.0 MiB (11%)
Language : German
Service kind : Complete Main
Default : No
Forced : No

----------------------------- Job Complete -----------------------------

Start: 14:27:17
End: 14:51:51
Duration: 00:24:34

[imhh11]

Does anybody have a guide on how to set up staxrip to re-encode 2160p 10 bit HDR-10 to 2160p 10 bit HDR-10 using Nvenc?
Thank you for any help given.

Hi, its very easy to do.

Load NVenc H265 , then import your HDR file and start the encode.

If your source is DCI-P3, you'll have to set the mastering display values manually in the VUI tab. If your source is BT2020: nothing else to do.

You could also use my custom staxrip with templates especially made for encoding UHD-BDs. Nothing to manually set, everything is automatic (dci-p3 or bt2020)

https://drive.google.com/open?id=1yOW4CKwr2WqeEfVZaOjcItjpOOfa9rnD

https://forum.redfox.bz/attachments/upload_2018-10-11_17-35-13-png.44881/

[DaMacFunkin]

Hi, its very easy to do.

Load NVenc H265 , then import your HDR file and start the encode.

If your source is DCI-P3, you'll have to set the mastering display values manually in the VUI tab. If your source is BT2020: nothing else to do.

You could also use my custom staxrip with templates especially made for encoding UHD-BDs. Nothing to manually set, everything is automatic (dci-p3 or bt2020)

https://drive.google.com/open?id=1o7j2-sD4ghFFoj3oTfWy6SxeriUTJOYF

https://forum.redfox.bz/attachments/upload_2018-10-11_17-35-13-png.44881/Thank you very much, I will give this a go.:thanks:

[Revan654]

Today I encountered the same problem.
I was reencoding a HDTV capture which resulted in a slow downed video. Audio is playing at the correct speed. Also the target and source video play at the same frame rate and have the same duration.

I reencoded the source video in StaxRip 1.7.0.6 and everything is fine.

Find attached logs from both versions in following posts

StaxRip is only passing the flags onto the Encoder. If there is an issues it's due to the encoder, not StaxRip it self. It's likely due to internal changes to the encoder, Which I have no control over. Whoever compiled them could have done it incorrectly. You can also try VS2015 version or GCC version, each one uses different code to compile the source. Also make sure your using the correct one to match your CPU.

Lastly Make sure sourcefilter is being used correctly. If your using AVS, click source play. it will playback the file using the avs file. It can help narrow down where the issue is.

Without knowing the exact process that creating the issues, it's impossible to look at the code and see if it's creating issues.

I'm currently re-installing VS 2017, it might take a bit before I can look at the code. The setup was eating way to much HDD space(I was close to 100GB just for VS 2017). No Compiler should eat that much space.

The Next Release, Everything will be compiled from the ground up using my CPU, instead of using exe from others. It will delay things bit but this way I know everything is 100% correct.

if you look at your AVS there very different.

LoadCPlugin("D:\_Programme\_Portable\Staxrip 1.9.0.0\Apps\Plugins\both\ffms2\ffms2.dll")
FFVideoSource("D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv", colorspace = "YV12", \
cachefile = "D:\Video\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen_temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ffindex")

vs

LoadPlugin("D:\_Programme\_Portable\StaxRip\Apps\Plugins\both\ffms2\ffms2.dll")
LoadPlugin("D:\_Programme\_Portable\StaxRip\Apps\Plugins\avs\TDeint\TDeint.dll")
FFVideoSource("D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.mkv", colorspace = "YV12", \
cachefile = "D:\Video\Miraculous - Ge..._temp\Miraculous - Geschichten von Ladybug und Cat Noir - S02E03 - Prime Queen.ffindex")
SelectEven().AssumeFPS(25)
TDeint()

[mironicus]

Hello,

I am using Staxrip and tried H265 GPU encoding with the integrated Intel Kabylake GPU. That is working, however if I try 10 Bit Encoding (MAIN10), the files get so much larger compared with 8 Bit (MAIN) and same settings.

For example the length of a demo file in 8 bit after encoding: 388 MB, the version with MAIN10 and the same settings is 1.79 GB.

I also tried Handbrake also with 8/10 Bit encoding and Intel GPU and the file size of the 10 bit version is usually smaller than the 8 bit version.

Can someone confirm this problem?

[Khun_Doug]

Did you use Mediainfo or something similar to look at the bitrate of the encoded file to compare the 8 bit encode versus the 10 bit encode? It could be that the 10 bit encode is somehow encoding at a much greater bitrate than expected. I know from own experience that using NVEncc with my Nvidia board produces the expected results.

[Revan654]

Hello,

I am using Staxrip and tried H265 GPU encoding with the integrated Intel Kabylake GPU. That is working, however if I try 10 Bit Encoding (MAIN10), the files get so much larger compared with 8 Bit (MAIN) and same settings.

For example the length of a demo file in 8 bit after encoding: 388 MB, the version with MAIN10 and the same settings is 1.79 GB.

I also tried Handbrake also with 8/10 Bit encoding and Intel GPU and the file size of the 10 bit version is usually smaller than the 8 bit version.

Can someone confirm this problem?

HandBrake Uses FFMPEG, Where StaxRip uses QSVEncC/GPUBrandENCc.

You can Use FFMPEG Encoder Engine too. The Main Encoder are the ENCc.


For Intel:

New Release: https://github.com/rigaya/QSVEnc/releases/tag/3.10

Fixes: Fix decode issue with some HEVC 10bit inputs
Updated: Updated to Intel Media SDK 2018 R2 (API 1.27).

-----

Nvidia:

New Release: https://github.com/rigaya/NVEnc/releases/tag/4.20

Fixes: Fix avhw decode issue on some 10bit HEVC
Fixes: avsw decode issue on some 10bit HEVC + other 10Bit Fixes.

[FreaQ]

if you look at your AVS there very different.


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.

[-QfG-]

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?

[Zetti]

MKVToolNix v28.0.0 is released.

[Revan654]

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]

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-]

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]

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-]

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]

I apologise for asking a very basic question. How do I load the TFM (TIVTC) filter in StaxRip 1.9.0.0?

[Lynx_TWO]

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]

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]

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]

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]

MKVToolNix

[NathanX]

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]

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]

@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-]

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]

MKVToolNix v28.1.0 is released.

[Revan654]

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]

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]

@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]

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]

MKVToolNix v28.2.0 is released.

[Revan654]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

thanks so much for your help! i really missed out on that. will try your scripts tomorrow :)

[Magik Mark]

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]

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]

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]

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]

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]

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]

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]

Moving My Version of StaxRip to it's own Thread: https://forum.doom9.org/showthread.php?t=175845

[sgfrisbee]

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]

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]

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]

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]

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]

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]

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]

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

[Lauscher]

Hi there

Is somewhere in Staxrip the possibility to set Gamma Aware resizing

ResampleHQ should be possible with Avisynth-Filter or Vapoursynth script as i read i another forum. (Gleitz, german (https://gleitz.info/forum/index.php?thread/48113-diverse-fragen-zu-hevc-h-265-x-265-amd-h-265-und-hdr/&postID=462198#post462198))

Does anyone know the answer?

[Lauscher]

I've also problems with the Master Display setting.

The original file has Mastering display luminance settings like this: min: 0.0050 cd/m2, max: 4000 cd/m2

After encoding these settings are min: 0.0001 cd/m2, max: 1000 cd/m2

Staxrip took these settings on x265 options -> Master Display settings -> G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1)

Is there any solution for this?

[Mark40]

I'm having issues with DTS audio files that were converted from either Dolby Atmos or DTS HD Master. Files not converted or converted to AC3 640 kbs are OK. I could be doing something wrong as I don't have much experience with Staxrip. I'm using version 1.8.2.0 and select AC3, then edit gives option for DTS. I select it and change default 768kbs to 1536kbs. Media Info shows completed audio file as DTS 48khz 16bit 1536 kbps 6ch. My 10 year old Pioneer Receiver plays the file just fine, but my new Pioneer Elite Receiver does not. It identifies the file as DTS but the playback is all distorted. Any DTS files created with Handbrake play normally with this new receiver. I have pretty much given up on DTS with Staxrip as mkvtoolnix reduces dts to core easily and the resultant file plays correctly. Am I setting it up correctly?

[lordalibaski]

I haven't used staxrip for ages but the wife needs me to convert some old vhs captures but I am having a few problems with trying to install the latest version.

keep getting this

http://i64.tinypic.com/30c1tm8.png

I've been to this site still no idea
http://www.fftw.org/install/windows.html

[Z'Hadum]

I haven't used staxrip for ages but the wife needs me to convert some old vhs captures but I am having a few problems with trying to install the latest version.

keep getting this


I've been to this site still no idea
http://www.fftw.org/install/windows.html

Did you download the precompiled versions and put them into your system32 folder?

[lordalibaski]

Did you download the precompiled versions and put them into your system32 folder?


Hmm Now I thought I copied them over yesterday just been in my system32 folder and there not there, just tried to copy it again and it's just not copying to the folder at all and I've got full access.

[lordalibaski]

Right I have noticed what is happening but no idea why on earth it keeps doing it. When I try to copy the files over to the system32 folder it says it's copied but when I open the system32 folder they are not there! they had to go somewhere and they did they are in the SysWOW64 folder I can't work it out why they are going in that folder when I'm clearly copying them into the system32 folder.

[mparade]

Any solution to convert color space to linear to properly downscale 4K HDR content then back to feed x265?

Thanks for the help.

[stax76]

Few things were updated:

2.0.2.7

added fdkaac pipe input support, in the audio settings
go to: More > General > Decoding Mode > Pipe
added missing icons
file creation/write dates of apps were recovered
update: ffms2 r1275+2-2019-08-11 HolyWu
update: eac3to libraries libdcadec and libFLAC
update: MP4Box v0.8.0-rev41-gb78fe5fbe Barough
update: qaac 2.68


2.0.2.6

dialogs were closing slow with 4K sources
.NET Framework version updated to 4.8
nvencc switch --vpp-select-every added
fix for play menu item in filters menu of main dialog being disabled
fix audio being not loaded by mpv.net when the avs/vs script is played
fix a issue with the custom icon feature
update: x265 3.1+11-de920e0 Wolfberry
x265 --aq-mode update, new switches --hme and --hme-search added
update: nvenc 4.44, new switches --data-copy, --nonrefp, fix --vpp-subburn
update: L-Smash r935+31-2019-08-17 HolyWu
added support for showing indexing progress and cachefile parameter and
for native high bit depth, avs and vs l-smash are now contained in the same dll,
avs and vs filter profiles have been changed to contain the the new cachefile
parameter and high bit depth support has been added to the profiles, the profiles
have not been reset so users have to update existing profiles manually
update: VapourSynth R47.2, the new L-Smash update requires this
new VapourSynth update
update: python-3.7.4-amd64-webinstall
update: mpv.net 5.3


https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0

https://1drv.ms/f/s!ArwKS_ZUR01gySQIE1QCL2i9F_uR

[NikosD]

Few things were updated:

2.0.2.7 Is this the right thread to post the update ? [emoji1]
I think we have StaxRip 2.0 thread for the new project.

[stax76]

There has been many names, sites, repos and threads but it's still the same old project.

I recently simplified the first post (https://forum.doom9.org/showthread.php?t=172068):


Visit the project page at:

https://github.com/staxrip/staxrip

[Patman]

There has been many names, sites, repos and threads but it's still the same old project.

I recently simplified the first post (https://forum.doom9.org/showthread.php?t=172068):

Hi Stax,

Revan use these

https://github.com/Revan654/staxrip

[stax76]

Hi Patman,

Revan's most recent commits were made at https://github.com/staxrip/staxrip, see:

https://github.com/staxrip/staxrip/commits/master

https://github.com/Revan654/staxrip/commits/master

[NikosD]

Few things were updated:

2.0.2.7 Just a minor issue.
It seems that if you select NVEnc cuda or NVEnc native in "Basic" submemu of nVidia H.265 encoder as decoders, the "VPP" submemu becomes not readable for the last options because it's been added a new field that makes it bigger than VPP window.

For all the other decoders, VPP menu is fine as they don't offer the added option.

[stax76]

Just a minor issue.
It seems that if you select NVEnc cuda or NVEnc native in "Basic" submemu of nVidia H.265 encoder as decoders, the "VPP" submemu becomes not readable for the last options because it's been added a new field that makes it bigger than VPP window.

For all the other decoders, VPP menu is fine as they don't offer the added option.

Thanks, I fixed it by increasing the height of the dialog.

[Patman]

Hi Patman,

Revan's most recent commits were made at https://github.com/staxrip/staxrip, see:

https://github.com/staxrip/staxrip/commits/master

https://github.com/Revan654/staxrip/commits/masterOh ya, you're right. Thanks Stax.

Gesendet von meinem HMA-L09 mit Tapatalk

[stax76]

2.0.3 Stable

colorspace="YV12" removed from ffms2 defaults because it converts to 8 bit
the x264 encoder uses now avs2pipemod64 because the avs input did not support 10 bit
DTS-X is now demuxed as dtshd instead of mka
update: mkvtoolnix 36.0.0
update: avs FluxSmooth 1.4.7
update: avsmeter 2.9.5

[Zetti]

Is there problems with MediaInfo v19.07 since it's not included??

[sneaker_ger]

the x264 encoder uses now avs2pipemod64 because the avs input did not support 10 bit
FWIW: x264cli's avs input supports 16 bit.

[stax76]

Is there problems with MediaInfo v19.07 since it's not included??

Just forgotten to update, I added it to the issue tracker.

FWIW: x264cli's avs input supports 16 bit.

This is what I got:

x264 --crf 18 --output-depth 10 --output output.h264 input.avs

avs [error]: not supported pixel type: YUV420P10
x264 [error]: could not open input file 'input.avs'

[sneaker_ger]

16 bit input. I mean e.g.:
ffvideosource("source.mkv") #10 bit source
ConvertBits(16)

[stax76]

16 bit input. I mean e.g.:
ffvideosource("source.mkv") #10 bit source
ConvertBits(16)

Good to know. In the next build there is a piping tool option (Automatic, None, vspipe, avs2pipemod, ffmpeg) in the x264 options in the Other tab. What I noticed is that piping with ffmpeg does not work with 10 bit, with 8 bit input it works.

ffmpeg -i movie.avs -f yuv4mpegpipe -loglevel fatal -hide_banner - | x264 --crf 18 --output-depth 10 --demuxer y4m --frames 1553 --output movie.h264 -

y4m [error]: bad sequence header magic
x264 [error]: could not open input file `-'

[sneaker_ger]

ffmpeg can pipe y4m 10 bit but you need to set -strict -1

[stax76]

It works, thanks.

[NikosD]

2.0.3 Stable For your next update:

All three Hardware Encoders have a slightly newer version than StaxRip:

NVEnc v4.45 (StaxRip v4.44)
QSVEnc v3.24 (StaxRip v3.23)
VCEEnc v4.02 (StaxRip v4.01)

[Zetti]

FFmpeg v4.2 is also not included.

[stax76]

All three Hardware Encoders have a slightly newer version than StaxRip:

NVEnc v4.45 (StaxRip v4.44)
QSVEnc v3.24 (StaxRip v3.23)
VCEEnc v4.02 (StaxRip v4.01)

It's now on the issue tracker.

FFmpeg v4.2 is also not included.

I'm waiting for a new Wolfberry build.

[Patman]

It's now on the issue tracker.



I'm waiting for a new Wolfberry build.

Here is new Wolfberry build

ffmpeg-20190808-af3ddd5-win64-static.7z (https://drive.google.com/file/d/1qxMEnWSmTs-n8y0yJM36SUNDipu96LBv/view)

And here is Wolfberry's collection:

Monochrome Anomaly (Sig Wolfberry) (https://drive.google.com/drive/folders/1xZQABtoaSFgGu11YstmHKYLzO3elemlC)

[stax76]

Thanks, I've added it to the issue tracker.

[aegisofrime]

Hi all,

Can I ask why does StaxRip keep complaining that my Avisynth plugins directory is missing? It is not missing and present in both Staxrip's directory and in my Program Files folder. I have also tried installing the provided installer as suggested, with the same results.

Also, recently all my encodes have been erroring out with the following:

Video encoding using x265 3.1 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

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

I'm encoding with x265, and I have verified that the encoded file is fine actually. This results in me needing to manually mux the .hevc with the audio file which is annoying...

[stax76]

Can I ask why does StaxRip keep complaining that my Avisynth plugins directory is missing? It is not missing and present in both Staxrip's directory and in my Program Files folder. I have also tried installing the provided installer as suggested, with the same results.

There was a bug, it happened when VapourSynth was used, I think it was fixed before the last stable version 2.0.3.0 was released.

Also, recently all my encodes have been erroring out with the following:

Code:
Video encoding using x265 3.1 failed with exit code: 1 (0x1)

The exit code might be a system error code: STATUS_WAIT_1

The exit code might be a system error code: Incorrect function.
I'm encoding with x265, and I have verified that the encoded file is fine actually. This results in me needing to manually mux the .hevc with the audio file which is annoying...

I would guess it's a x265 issue, people who use the command line, batch files or other apps might not notice this, staxrip does not tolerate error exit codes for x265 however. Please try 2.0.3.0, it uses a new x265 build compiled by Wolfberry. If the error persists post the x265 command line or better the full log file.

[aegisofrime]

There was a bug, it happened when VapourSynth was used, I think it was fixed before the last stable version 2.0.3.0 was released.



I would guess it's a x265 issue, people who use the command line, batch files or other apps might not notice this, staxrip does not tolerate error exit codes for x265 however. Please try 2.0.3.0, it uses a new x265 build compiled by Wolfberry. If the error persists post the x265 command line or better the full log file.

Hi, can confirm that the first mentioned bug is fixed with 2.0.3.0. Thanks!

As for the second part, I have tried to reduce my encoding job to the simplest possible, just feeding a file with ffms as input to a very simplified x265 setting.

I will be happy to post the full log file. To avoid cluttering everyone else, log file on following Pastebin link:

https://pastebin.com/mjCEy7QE

One thing though, I did notice that during x265 encoding there's a complain about "The system cannot find the path specified.". Not sure as to the cause of this, it might be one faulty PATH environment variable on my system, which I'm trying to narrow down at the same time.

[aegisofrime]

Hi all,

I managed to resolve that error on my own.

As it turns out, it was related to cmd.exe showing "The system cannot find the path specified"

I followed the following thread and it turns out I had a rogue registry key in my command processor autorun pointing to a file that didn't exist:

https://superuser.com/questions/727316/error-in-command-line-the-system-cannot-find-the-path-specified

Deleting the autorun key solved it.

It's unlikely that anyone else will encounter the same issue as me, but I work in IT and I believe in documenting such stuff just in case it helps someone else. :)

[lordalibaski]

Hi guys

Just had another weird issue I used staxrip to convert this file


Format : MPEG-PS
File size : 4.27 GiB
Duration : 2 h 45 min
Overall bit rate mode : Variable
Overall bit rate : 3 683 kb/s
Writing library : encoded by TMPGEnc Authoring Works 4 Version. 4.0.12.42

Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Duration : 2 h 45 min
Bit rate mode : Variable
Bit rate : 3 386 kb/s
Maximum bit rate : 8 000 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 29.970 (30000/1001) FPS
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.327
Time code of first frame : 00:00:00:00
Time code source : Group of pictures header
Stream size : 3.92 GiB (92%)
Writing library : TMPGEnc Authoring Works 4 Version. 4.0.12.42
Color primaries : BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients : BT.601

Audio
ID : 189 (0xBD)-128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Muxing mode : DVD-Video
Duration : 2 h 45 min
Bit rate mode : Constant
Bit rate : 224 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 266 MiB (6%)
Service kind : Complete Main



This is the outcome it ended up bigger than the original

General
Complete name : D:\Rock America-02.1-.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/avc1)
File size : 4.88 GiB
Duration : 2 h 45 min
Overall bit rate : 4 211 kb/s
Encoded date : UTC 2019-09-12 21:34:12
Tagged date : UTC 2019-09-12 21:34:12
Writing application : StaxRip 2.0.4.2

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L3
Format settings, CABAC : Yes
Format settings, RefFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2 h 45 min
Bit rate : 4 017 kb/s
Maximum bit rate : 11.6 Mb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Original 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 : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.388
Stream size : 4.66 GiB (95%)
Writing library : x264 core 157 r2969 d4099dd
Encoding settings : 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=15 / lookahead_threads=2 / 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=2pass / mbtree=1 / bitrate=4017 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2019-09-12 21:34:12
Tagged date : UTC 2019-09-12 21:35:47
Color range : Limited
Color primaries : BT.470 System M

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Codec ID : ac-3
Duration : 2 h 45 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Maximum bit rate : 203 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 228 MiB (5%)
Language : English
Service kind : Complete Main
Encoded date : UTC 2019-09-12 21:35:42
Tagged date : UTC 2019-09-12 21:35:47



I converted it with Vidcoder and the file size is 1.5GB in size! so whats happening?

Thanks for any advice.

[stax76]

Hi, I think we will need to see the full log file, use pastebin.com.

[lordalibaski]

Hi, I think we will need to see the full log file, use pastebin.com.


Full log file on what stax? the only time I have ever seen staxrip create a log file is when it fails!

[stax76]

Full log file on what stax? the only time I have ever seen staxrip create a log file is when it fails!

It's in the temp/work folder which you can go to with:

Tools > Folder > Working

The name is:

*_staxrip.log

Also try the log viewer:

Tools > Log File

There is also a log file history:

Tools > Folder > Log Files

[-QfG-]

Need the Logfile from Vidcoder, so i can say, why your staxrip encode is bigger. I think, Vidcoder uses other values in the settings. Use you 2pass encoding with bitrate 4 017 in Vidcoder, too?

[lordalibaski]

Got the one from staxrip

https://pastebin.com/m8UMpmPB

[-QfG-]

U using 2 pass with a defined bitrate.

x264.exe --pass 2 --bitrate 4017

Your original file has a bitrate from 3386. Change your bitrate lower, or better use a quality based encoding method, for example CRF20 and a slow preset.

[lordalibaski]

I never even noticed that until I read the log file where is the option to stop it from doing 2 pass? I can't find it...thanks.

No worries found the option.

[leo5111]

i have been using staxip with a 1070ti for nvida x265, but my friend has a vega 56 does the h265 look any good or does it stink compared to the nvidia one? and if amd is good what are settings for 1080p h265? for my nvidia im using 9000 cbrhq

[-QfG-]

i have been using staxip with a 1070ti for nvida x265, but my friend has a vega 56 does the h265 look any good or does it stink compared to the nvidia one? and if amd is good what are settings for 1080p h265? for my nvidia im using 9000 cbrhq

Use x265 for best quality encodes. NVENC has lower quality then x265.

[Magik Mark]

Guys,

How do you PROPORTIONATELY change the aspect ratio of the image? I'm getting squeezing look of the image. I want something that will shrink the image proportionately

Thanks


Sent from my iPhone using Tapatalk

[-QfG-]

if your source is a progressive video from BD/UHD, the correct AR is 1:1 (x264/x265 --sar 1:1). Also set this sar if you crop and/or resize your movie.

[NikosD]

Use x265 for best quality encodes. NVENC has lower quality then x265. I'm afraid using Turing's HEVC encoder this is no longer true...

[katzenjoghurt]

Hey ho! :)
Hm... in the past there was a place to download builds of the betas.
Is there one for the most current versions (https://github.com/staxrip/staxrip/blob/master/changelog.md)?

edit: Nevermind. Found it. https://staxrip.readthedocs.io/intro.html#download

[deepfrayder]

I'm selecting output x264, ffmpeg mp4 with 2 passes, Preset: Medium (Default) I got output "Jerky Playback" video in result. I've downloaded Staxrip latest version and tried again with said settings but same "Jerky Playback" video output.

Appreciate any advise/suggestions for this problem.

[tebasuna51]

@deepfrayder, cross post is not allowed in this forum.

You must select the staxrip version used, the staxrip here or the 2.0 revant654.
Also you must say something about the source used, better if you upload a sample.

[unmei220]

Hi.

I'm using StaxRip 2.0.4.0 on a Windows 8.1 PC and with a CPU without AVX2 instructions. I'm getting a "System exception - Illegal Instruction" as soon as I try to enable QTGMC Medium.
The two errors in question are:
(C:\StaxRip-x64-2.0.4.0-stable\Apps\Plugins\avs\QTGMC\QTGMC.avsi,line 882)
(C:\StaxRip-x64-2.0.4.0-stable\Apps\Plugins\avs\QTGMC\QTGMC.avsi,line 639)
I already replaced "dfttest.dll" with the AVX version included in the 7z inside the folder, but obviously I'm missing something else. I'm not using StaxRip 2.0.6.0 because it doesn't include a 7z with an AVX version inside the DFTTest folder.

Any idea what the problem might be?
Thanks.

[Schattenspieler]

You should try this thread instead, if using Staxrip 2.x: StaxRip 2.0 Support Thread (https://forum.doom9.org/showthread.php?t=175845)

[stax76]

Thread was reactivated because an up to date first post (https://forum.doom9.org/showthread.php?t=172068) is important. Thread title was changed to simply StaxRip.

I've uploaded a new build, many changes are internal like generating documentation files or improving legacy code, Windows Terminal (https://www.youtube.com/watch?v=8gw0rXPMMPE) users might still like it though. This terminal thing has become a passion...

My markdown to BB conversion script isn't working correctly and posting markdown won't work well because of URLs so I just post the link to the change log, maybe fix the script later.


2.1.0.6 Beta


Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md


Download

https://staxrip.readthedocs.io/introduction.html#beta

[JKyle]

I've uploaded a new build, many changes are internal like generating documentation files or improving legacy code, Windows Terminal (https://www.youtube.com/watch?v=8gw0rXPMMPE) users might still like it though. This terminal thing has become a passion...

2.1.0.6 Beta

Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md

Download

https://staxrip.readthedocs.io/introduction.html#beta

Tools > Advanced > Command Prompt or PowerShell seems to open Windows Terminal correctly, but the window title is set to the default Profile, which is PowerShell Core in my case.
And other Profile attributes like background, icon, colorScheme, etc. are ignored.
Is this a bug in Windows Terminal?
My Windows Terminal is the most recent one.

:thanks:

[stax76]

I've not installed the latest PowerShell version 7.1 but still use the one that is part of Windows 10, version 5.1. Here the title is just PowerShell like my Windows Terminal default profile.

What staxrip does when you invoke this features is starting a process using:

file: wt.exe
args: powershell.exe -nologo

1. The process is created with shell execute disabled so environment variables can be passed in.

2. The working dir is set to desktop.

3. All console tools are added to the path env var.

4. All macros are added as env vars.

What could be done is to allow defining custom args in the settings and a custom working dir or improving the defaults. I'll think about it and bookmark the post.


Btw. I changed my mind on always using or even trying the newest platforms, in fact I will soon likely back port MediaInfo.NET to .NET 4.8 so users don't have to install a big runtime only because of one small app. mpv influences me, they are doing all this in pure C not using all the fancy new C++ 20 features so old tools cannot be so bad, of course there are exceptions like cmd, I hate this thing. :devil:

[stax76]

@JKyle

The next build uses the command ExecuteCommandLine to show the terminal, ExecuteCommandLine was extended to have a Working Directory parameter.

The defaults are:

Name: Windows Terminal
Command Line: wt.exe
Working Directory: Desktop

It can be customized in the menu editor, unfortunately I can't just reset the menu because of it. Internally the old commands still exist for backward compatibility with added description that the command is obsolete since 2020.

[SiliconKid]

Hi

I'm new to StaxRip and I'm using it to re-encode UHD content that is very high bitrate (60+ Mbps) with very large files (50 to 80GB MKVs).

It's working very well on the whole and I'm impressed but I have a question regarding the workflow involved and in particular, the background process that runs after demuxing and indexing are complete.

I've noticed that sometimes, but not every time, after the demux and indexing are done, the GUI disappears completely and then a background process continues to run for an extended period time using around 28% CPU, no disk and no network.

Image attached.

Initially I thought StaxRip had crashed or hung when that happened, but after the 3rd time it happened I decided to just leave it alone and wait and see what happens, and sure enough, when I came back to check on it quite some time later, the GUI had re-appeared and the job was ready for execution.

The question is:

What exactly is happening in that background process that is taking so long, given that the demux and indexing are already complete and it's only using CPU?

[stax76]

I don't remember it precisely but it was investigated and revealed, I think the outcome was that it was auto crop or slow source filter loading and for the slow source filter loading the reason was the nature of the source file, in particularly how many streams the source file has, if it has 50 subtitle streams you will see this behavior. Workaround is ripping exactly only the streams you need. I keep the file that a user has uploaded for me to reproduce, it has 50 subtitle streams. I think all source filters showed the behavior, maybe the problem is how MKV files are structured, I'm not an expert on this topic. I'll add a Known Issues page in docs.

[videoh]

That's a pretty feeble answer. You wrote the application. What is it doing during this time?

[stax76]

That's a pretty feeble answer. You wrote the application. What is it doing during this time?

Probably it's waiting for a function to return, a function of the avisynth/vapoursynth API, I remember a issue with your source filter like very slow indexing mkv, don't remember it exactly, sorry that I can't remember everything. I kept this 50 GB, 50 subtitles file just in case, theoretically I could upload it, my connection is not bad for German standards. I don't want to blame the source filters, staxrip surely could do better like showing a message telling, this might take a while for this and this reason, but it's difficult, so I just accept that it's not perfect, the GUI just disappears in that time, it's a flaw in staxrip I admit.

[videoh]

Probably... Hit break in the debugger and see what's running.

I remember a issue with your source filter like very slow indexing mkv, don't remember it exactly, sorry that I can't remember everything. You can't remember but you'll spread FUD anyway. Shameful. And anyway, the OP said this occurs after indexing is complete, not to mention that the source filter doesn't do indexing. Groping in the dark much?

I don't want to blame the source filters After you just did.

it's a flaw in staxrip I admit.

[stax76]

I was afraid you react that way, we had this many times before, let's just say these weren't my best posts and I apologize.

[Patman]

Hit break in the debugger and see what's running. As I said, it's your application.

You can't remember but you'll spread FUD anyway. Shameful. And anyway, the OP said this occurs after indexing is complete, not to mention that the source filter doesn't do indexing. Groping in the dark much?

After you just did.

Then why spread FUD on my source filter?

I can help you with debugging this, if you are actually care about it. Sounds like you don't.

hi videoh, i'm a little scared that you react that way ;). As far as I know, this problem has been extensively investigated. Here is the link (https://forum.doom9.org/showthread.php?p=1883596#post1883596), which is probably the cause. The whole discussion on the subject started here (https://forum.doom9.org/showthread.php?p=1883064#post1883064).

[videoh]

hi videoh, i'm a little scared that you react that way ;). As far as I know, this problem has been extensively investigated. Here is the link (https://forum.doom9.org/showthread.php?p=1883596#post1883596), which is probably the cause. The whole discussion on the subject started here (https://forum.doom9.org/showthread.php?p=1883064#post1883064). Didn't see any conclusive analysis or solution at your link. What were you referring to?

Simple question: what is staxrip doing during this delay? According to OP it happens after the file was opened and indexing is completed but before the job is started.

EDIT: I see that stax76 said staxrip is querying Avisynth for some information. Can you give more details about how you are doing that? Have you verified that the delay is in the query and not in whatever staxrip tries to do with the info?

Don't be scared; just trying to help. A link to the file would help a lot.

[Patman]

I also did not refer to a "final analysis" or a "solution", I only remarked that the matter had already been investigated. The subtitles were an indication. What exactly causes the delay has to be investigated, I agree with you. And I think the offer to help debugging is gladly accepted. In the future, UHD material will probably be used as a source more often than anything else.

[stax76]

It's probably waiting for a native function to return, possibly here:

https://github.com/staxrip/staxrip/blob/master/FrameServer/AviSynthServer.cpp#L75

I don't have great interest in this particular topic, I try to improve the staxrip docs and since this week I try to switch projects more frequently like daily, came across a mpv issue tonight (https://github.com/mpv-player/mpv/issues/7611). mpv(.net), powershell and terminal are currently my main interests.

[stax76]

It's a big file, according to some speed meter site and calculator it would take 5-6 hours and I don't know where to upload it.

I'll try that file tomorrow with DGDecNV and tell you about the details how it went.

[stax76]

I could not reproduce it now with any of the three source filters. Maybe it's fixed meanwhile or happens only randomly or only on certain hardware.

The auto crop routine causes it but it's only ten seconds on my test, it seeks ten frames by default, with HDD instead of SSD I guess it takes longer. The reason is it's a internal routine instead of a console tool like most other tools that need some time to process. I should probably think about if there might be a simple enough solution for it.

I had mentioned possible slow indexing, numbers are 7 minutes dgindexnv and 2 minutes lsmash and ffms2.

There was however a bug introduced 2 builds before causing a stack overflow triggered by dgdecnv usage.



2.1.0.7 Beta
============

new
---

- a new documentation page [Commands](https://staxrip.readthedocs.io/commands.html) was created.
- the built-in MediaInfo GUI was replaced with MediaInfo.NET which was ported to .NET Framework 4.8.
- the MediaInfo folder view powered by Get-MediaInfo.ps1 v3.0 is shown
without starting a terminal and it has few bugs fixed.
- the issue templates on the [github issue tracker](https://github.com/staxrip/staxrip/issues/new/choose) were improved.
- `Main Menu > Tools > Advanced > Command Prompt` can be configured in
the menu editor because it's based on the ExecuteCommandLine command.
Only people who reset or manually config the main menu will see the change.
- the ExecuteCommandLine command has a new Working Directory parameter.


fix
---

- issue causing audio to be silently ignored instead of muxed
- since v2.1.0.5 DGDecNV usage triggered stack overflow causing staxrip to die silently



https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0

https://1drv.ms/u/s!ArwKS_ZUR01g0kH4d4eT_6a3GaKe?e=qbOfGS


That's the file (info from MediaInfo.NET (https://github.com/stax76/MediaInfo.NET)):


G: Matroska, 47.3 GiB, 2 h 10 min, 51.8 Mb/s

V: HEVC, Main 10@L5.1@High, 3840x2160, 23.976 FPS, 44.1 Mb/s

A: English, MLP FBA, 4 826 kb/s, 8ch, 48.0 kHz, Default
A: English, AC-3, 640 kb/s, 6ch, 48.0 kHz
A: English, AC-3, 192 kb/s, 2ch, 48.0 kHz

T: English, PGS
T: English, PGS
T: Arabic, PGS
T: Bulgarian, PGS
T: Chinese, PGS
T: Chinese, PGS
T: Czech, PGS
T: Danish, PGS
T: Dutch, PGS
T: Estonian, PGS
T: Finnish, PGS
T: French, PGS
T: French, PGS
T: Greek, PGS
T: Hungarian, PGS
T: Indonesian, PGS
T: Icelandic, PGS
T: Italian, PGS
T: Japanese, PGS
T: Korean, PGS
T: Latvian, PGS
T: Lithuanian, PGS
T: Malay, PGS
T: Norwegian, PGS
T: Polish, PGS
T: Portuguese, PGS
T: Portuguese, PGS
T: Romanian, PGS
T: Russian, PGS
T: Slovak, PGS
T: Spanish, PGS
T: Spanish, PGS
T: Swedish, PGS
T: Thai, PGS
T: Turkish, PGS
T: Ukrainian, PGS
T: English, PGS
T: Danish, PGS
T: Dutch, PGS
T: Finnish, PGS
T: French, PGS
T: French, PGS
T: Italian, PGS
T: Norwegian, PGS
T: Portuguese, PGS
T: Russian, PGS
T: Spanish, PGS
T: Spanish, PGS
T: Swedish, PGS

M: Menu

[SiliconKid]

I don't remember it precisely but it was investigated and revealed, I think the outcome was that it was auto crop or slow source filter loading and for the slow source filter loading the reason was the nature of the source file, in particularly how many streams the source file has, if it has 50 subtitle streams you will see this behavior. Workaround is ripping exactly only the streams you need. I keep the file that a user has uploaded for me to reproduce, it has 50 subtitle streams. I think all source filters showed the behavior, maybe the problem is how MKV files are structured, I'm not an expert on this topic. I'll add a Known Issues page in docs.

Quick update on this.

I've just installed BETA 2.1.0.7 to see if that makes any difference.

I was running 2.0.8.0 before.

I'm still seeing the same delay with CPU use only after indexing completes, using AviSynth. Even if I use a 1 minute 3840x2160 sample clip there is a delay after indexing with no GUI visible.

I've narrowed it down to the Auto Crop filter. That definitely seems to be what's causing the delay in my case. And if it's delaying this much for a 1 minute clip, I can understand how the delay extrapolates to a much longer time period for a UHD video with a 1.5 to 3 hour runtime.

I've just tried using VapourSynth too, but 2.1.0.7 made me install a new version of VapourSynth and now it's refusing to work and throwing an error which I haven't been able to resolve yet. It was working with 2.0.8.0.

Anyway, it does seem to be the Auto Crop.

[stax76]

@SiliconKid

Thanks for the test, this year some longstanding issues like the slow preview and crop could be resolved, I hope this can be resolved soon too, and there will also be a long overdue tool cleanup.

[Patman]

@SiliconKid

I had the same issue with Vapoursynth. In my case, a clean install of Python and Vapoursynth helped. Uninstall the old versions, then install Python and choose customized install (have a look that you install these app for all users). Install Vapoursynth with admin rights and test again.

[videoh]

this year...could be resolved...I hope In other words, don't get your hopes up, SiliconKid. ;)

[videoh]

@stax76

I see you are still redistributing my copyrighted materials after I notified you that I assert my copyrights on DG materials. I demand that you remove them from your distribution immediately.

This is the fruit of your hostility to me. Eat it!

[stax76]

There are 4 open tickets on the tracker, one of them is a feature request.

Moving the code into a console app takes less than a day.

Requests completed this week:

https://github.com/stax76/mpv.net/issues/142

https://github.com/stax76/mpv.net/issues/140

[stax76]

Leave it alone, I'm tired to argue with you.


Making demands without a reason is not friendly either, this thing freaking 50 GB and I don't have a lightning fast connection. I said I cannot reproduce it now and I found a post that says the hang could be reduced from minutes to seconds, I think HolyWu had it fixed:

https://forum.doom9.org/showthread.p...50#post1883750

So I ask you why do you still want this file?

Ask yourself is it really your interest to remove the tools or the interest of the people? End an 18-year lasting cooperation that might not always been all harmony but the respect was always there. Will this harm staxrip or just make me happy that there will be no further arguments. I remove it the minute you ask and never look back, it's your decision.



I don't know if I was hostile, maybe I was just tired of the arguments you have with various people.

I'll remove what I am aware of, that is dgindex.exe and a filter plugin, if I remember something else than I will remove that too, if you want to be sure everything is removed then you will have to check in the Apps dialog, I will search for DG in this dialog and remove everything it finds. I will not post to your threads or write about your tools and hope you will do the same with my threads and tools. You are dreaming if you think I will spend much time with this and remove existing downloads, they are all over the web anyway so pointless.

[videoh]

I don't care about any of that. I want you to immediately stop violating my copyrights. You said you'd remove my materials the minute I ask, but they are still there, so you are also a disingenuous liar.

People like you disgust me. Take a bunch of real developers' work, wrap a stupid (broken) GUI around it, and pretend to be a great developer. Pathetic!

[stax76]

And please stop editing your posts so the new people can also see what kind of person you are.

[videoh]

I don't care what anyone thinks about me, especially you. Stop violating my copyrights immediately. I will post daily in your threads until you do so. Your buddy r0lz finally saw the light and complied. You should do the same before you do more damage to your reputation. And don't forget my first PM to you was titled "we can be friends". You declined that and got all high-and-mighty. So, again, eat it!

[Atak_Snajpera]

I don't care what anyone thinks about me, especially you. Stop violating my copyrights immediately. I will post daily in your threads until you do so. Your buddy r0lz finally saw the light and complied. You should do the same before you do more damage to your reputation. And don't forget my first PM to you was titled "we can be friends". You declined that and got all high-and-mighty. So, again, eat it!

Oh shit! Here we go again!

[stax76]

Please stop making demands, it's going to be removed in the next build, it should have years before.


Hi,
I hope we can be cool. I'm not sure which of your tools are included and how important they are, I know they are still very popular especially in NTSC regions. StaxRip has many tools integrated in a way that redistribution is not necessary because everything is configurable. I was thinking about removing your tools a couple of weeks ago but didn't because I don't like to make decisions based on emotions like only open source should be included or I don't like somebodies political views or whatever, all I care is what the people want and technical topics, I respect you for your work and other things I'm not too concerned. I can be blunt at times and maybe unfriendly but it has nothing to do with you or other people in person but rather the lack of my social skills or if I don't feel well because of the corona crisis or whatever.

Yes, I hope we can be friends, we had bigger arguments and it was fine afterwards.

[videoh]

it should have years before Sour grapes, eh? Tasting a little bitter? Loving it!

[Joekiwi]

Videoh -as you said you don't care what I or anybody else thinks of you - That is obvious as you have extremely poor inter-personal skills - but you already know that.A lot of us on these type of tech sites are not good or care too much about working on friendships - we can take it or leave it . But there is one person who you should care about your relationship with & that is yourself. - I could be wrong - but you set high standards for work - I think you can't even love yourself or forgive yourself if you get it wrong or you don't met your crazy deadlines . People do this for fun - I enjoy encoding movies to my standards and compromises _ I do not even care if I ever watch them .
Your initial post was very unkind with belittling words like feeble - and your timeline for demands was unreasonable in the extreme - We do have day jobs .

TL/DR - just think what is ready important in life - when you are dead no one cares about your great coding.

As to the problem at hand - I have no such issue - i also have a 1Tb M.2 and it's absolutely fantastic at indexing - a 50Gb in say 10 or so seconds

I'm not sure stax76 can even help - the issue may not be repeatable for him and he freely admits it's not his expertise - hell Microsoft, Apple etc all have crap they can't seem to fix - sure I am annoyed with Microsoft on W10 file explorer it will jump me out of my position on a large index & 3 common fixes do nothing for me.

You were probably right as the quickest solution was for you to debug if yourself - you havet the problem , you have the skills.
I know nothing about github repositories to know if this is a good or bad idea.

Unless Stax76 wants to offer that to you and you can accept - I think it's best he remove your stuff & you can go and be "happy"- now another thing in your life has it's usual ending ( you & I know this is a normal occurance for most of the things that happen in your life )

Cheers

ps Steve Jobs may have been brilliant but he still made heaps of mistakes and he was not a very nice person to work for or know- how many people really missed him?

[Joekiwi]

Another thing Videoh -Stax76 is from Germany how do you know he isn't an essential worker busting his arse to help people or one of his family or friends is not badly affected by Covid 19 .
To most of us here on the board it's obvious it's a time to be a bit more forgiving and understanding .
Come back in three months when your anger has died down and re-read what you wrote - Then you will seem how unreasonable you have been & how shockling poor you skills in dealing with people are.
And if you have troubles in your life now - then all the best.

[Patman]

I paid for my DG Tool and I think it's great that someone has built a GUI in which I can use the tool. Now you want Stax to remove DG Tools! Doesn't get in my head is far from user-friendliness.

[videoh]

@Patman

You can still use them. stax76 just needs to replace the executables with links to my website for downloading them to the relevant Apps folder. I cannot and would not demand that he removes all traces of DGness from his application, but I expect based on his last post that that is exactly what he will do. stax76 blew me off and disrespected me when I offered to work on the issue (ego problem?). This is the only way I have to respond in kind.

@Joekiwi

You're wasting your breath. I don't care what you think.

[Patman]

Okay, that's a deal. Your reaction is so violent just because you were ignored by stax? (This is how they wrote it before you deleted your post.)

[stax76]

@DG

Suggestion for future arguments, don't edit your posts. Future arguments will happen because you are what you are. Why even bother to edit if you don't care what people think? It was the third or forth argument with me, and I was simply fed up. For your information: I'm a person who avoids conflict and I don't like people that constantly seek conflict like you or your idol, fortunately all those conflicts were mostly harmless so far.

[videoh]

Well, Patman, people that really know me, unlike know-nothing twerps like Joewiki (4 total posts, 2 spent insulting me), know that I am a very loyal person, a very kind and generous person...until someone I have been kind and loyal to is disloyal and unfriendly to me. Then I'll not slink away. I'll hammer you back. It's a Yank thing, I suppose. :)

And BTW, thank you for your interest in my tools. Don't hesitate to get in touch with any feature requests, etc. You'll get express treatment.

[videoh]

Suggestion for future arguments, don't edit your posts. GUI hacker wants to play forum cop now. Shove it, I'll do whatever I want.

[Joekiwi]

Hi Videoh,
I know you do not care .

I'm just use Staxrip at it's defaults and it's supplied A & V scripts.
However Videoh have you put in any effort to find the problem ? - ie changing indexing method?

Or re-authoring the the Blu-Ray if you have the tools?.

On a few of my remuxes that Staxrip does not indexes right or throws out I normally just run it through MKVmerge and even if I strip nothing out that usually works .
On one of the builds I did have a problem with 1080p interlaced bluray where the video length was doubled so only encoded to 1/2 the video at a slow speed to normal speed audio - I just encoded that one on handbrake .

What I'm saying is could you not pin it down to one area or process - you don't accept the subtitle reason - but did you strip the subtitles out and tried that ?.

Sounds like you have been lazy too - if you have the debugging skills you claim then you should be able to narrow it down or do you always just use a debugger and do not know how to do any steps before narrowing it down outside that?

[videoh]

if you have the debugging skills you claim then you should be able to narrow it down or do you always just use a debugger and do not know how to do any steps before narrowing it down outside that? Wow, breathtaking stupidity!

[Groucho2004]

@Joekiwi
Just some friendly advice - Stay out of this particular feud. You're embarrassing yourself with inconsequential and hypothetical comments like this:
"Stax76 is from Germany how do you know he isn't an essential worker busting his arse to help people or one of his family or friends is not badly affected by Covid 19"

[videoh]

Yes, Groucho, we should all let it go. stax76 agreed to do the right thing and I respect him for that. But probably he'll continue with some "DG tools suck" nonsense when he announces. If I didn't have a bunch of close European friends (lived in Europe for 8 years), I'd start wondering. Maybe it's a Germany thing like Joewiki suggested?

[Joekiwi]

Stax76

Hopefully in the next few days - I can run an experiment I want to to . I assume a few others out there are curious like me how all the improvements in features , scripts, dependencies would improve an encode - ie is an an encode today much better that say an encode from this time last year . A week ago I d/l staxrp 2.0 to try it - but couldn't find an exe file .
I use nvenc as it's quick and gets the job done - I normally get Y ssims over .95 and if I think the Bluray is noisey I will add KMLmeanscl on light and get ssim scores of .98 plus

Hopefully I will run at both same settings and also using new improved settings not available .

The question will be - will it put our mind to rest over older encodes or give us the itch to do them again :)

Obviously there is no feedback - but I'm sure there is a lot of us that use NVenc - and some are afraid to speak up as it's not "real encoding" and the results are apparently crap - but I appreciate your not forgetting about it

[Joekiwi]

Groucho2004 Thanks - I have now moved on - You are probably right I do not know any back history as new here . I'm not embarrassed about my comment as it's a general comment about life - not just now . Life is hard for a lot of people and sometimes if you want to progress in the here and now if you have to look at the greater picture ( and no this is not one of those stupid profound statements eg if you want to see the light you need to close your eyes )

anyway point taken

[stax76]

2.1.0.8 Beta "The Power Of Walking Awäy"
========================================

new
---

- VapourSynth filter spline64 added (Patman)
- DG* tools binaries and URLs removed according to author request



@DG

I wasn't even thinking about your plugin when I wrote 'all source filters', if it's that relevant as you think and you are the hero developer you think maybe ask yourself why it indexes 3,5 times slower than other tools or why does it not have an index free mode or why does it not have a software mode in the days of 8 or 16 Core CPUs, because you had an argument with the decoder authors like with dozens of other peoples? Wouldn't surprise me.

[videoh]

Just as I thought, he can't give it up. Maybe stax76 should ask my 15000+ paying users why they like my stuff. DGIndex(NV) also demuxes during save project so obviously that is going to take a bit longer. I suppose normally stax76 would have been able to figure that out, but with blood coming out of his whatever... You can always open a thread at my forum and I'll be happy to investigate any anomalies. Even a cursory perusal of the site will show that I diligently address all issues and resolve them quickly. Here's an example where I patiently and diligently go through a lengthy process to help resolve an issue. Oh, stax76 started that thread?

http://rationalqm.us/board/viewtopic.php?f=15&t=490

And gosh, why did he reject my friend request? We can still be friends! Check out my profile, even Doom9 is a friend of mine.

Oh, and for the record, I never asked stax76 to remove my URLs. I explained that to Patman. Surely stax76 saw the post. Lying again? How can he live it?

stax76, you qualify for a free DG tools license. Send me a PM with an email address and I'll get your activation out right away. Maybe DGDemux can be useful for you.

Trigger Warning: I edited this multiple times.

[richardpl]

Is DG one who ask on this same forum some question? Then kills whole thread from history and ask for friend requests?

Something stinks here big time.

[videoh]

That was after you accused me of wanting to steal your (crappy) code when I asked a simple question about using ffmpeg. Deleting the thread irritated you so that makes me happy. It's always gratifying to thwart forum bullies.

DG derangement is a terrible thing. I will pray for you.

Start reading from here to understand richardpl:

https://forum.doom9.org/showthread.php?p=1896887#post1896887

I just want some money

richardpl is going to make his fortune on AC-4 decoding, dontcha know? Real great ffmpeg team member, I'm sure they are proud of him.

BTW, you need to work on your grammar. I can help if you ask nicely. Say "pretty please".

[SiliconKid]

@SiliconKid

I had the same issue with Vapoursynth. In my case, a clean install of Python and Vapoursynth helped. Uninstall the old versions, then install Python and choose customized install (have a look that you install these app for all users). Install Vapoursynth with admin rights and test again.

Thanks for that advice. I did as you suggested and resolved it. Working now.

[Patman]

Thanks for that advice. I did as you suggested and resolved it. Working now.

No problem, anytime again!

[stax76]

This message is hidden because videoh is on your ignore list.

ignore list request accepted

[videoh]

ignore list request accepted Does that mean you won't be my friend? So cruel.

[richardpl]

That was after you accused me of wanting to steal your (crappy) code when I asked a simple question about using ffmpeg. Deleting the thread irritated you so that makes me happy. It's always gratifying to thwart forum bullies.

Can you pretty please explain why code is crappy?

richardpl is going to make his fortune on AC-4 decoding, dontcha know? Real great ffmpeg team member, I'm sure they are proud of him.


Yes, real fortune. Everyone is proud except you.

[videoh]

Can you pretty please explain why code is crappy? It's written by you. ;)

I figure if you can accuse me of wanting to steal your code without any basis, which is a pretty douchebag thing to do, then I can accuse you of writing crappy code without any basis.

Still not too late to be friends! I will turn my other cheek.

[KeVe1983]

Hi all,

realy stupid question.
Using Staxrip 20.80 and want to encode some 1080p Bluray Remux files to h265.

But when i try to encode the output file plays like double speed/fast forward.

Input file is at standard bluray framerate (23,976 (24000/1001) FPS)

I can't figure it out what to change in Staxrip.
I tried almost everything (AssumeFPS, AssumeFPS Source File) but nothing worked out.

Maybe you can give me some advice

https://abload.de/img/anmerkung2020-04-1715kmje6.jpg

https://abload.de/img/anmerkung2020-04-1715xbj7w.jpg

[videoh]

Probably not a staxrip problem. Can you post the script that staxrip generated?

https://forum.videohelp.com/threads/322014-how-to-change-frame-rate-on-staxrip

[KeVe1983]

Sure :)


LoadPlugin("C:\Users\XXX\Desktop\StaxRip-x64-2.0.8.0-stable\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("E:\XXX\XXX Remux.mkv", cachefile="E:\XXX\XXX Remux_temp\XXX Remux.ffindex")
#AssumeFPS(25)
Crop(0, 22, -0, -22)
BicubicResize(1920, 1040)

I guess #AssumeFPS(25) is wrong

But also setting it to 23.976 or 24000/1001 did not solve it

[videoh]

Can you give a MediaInfo report on the encoded file? Also, what are you using to play the encoded file?

[KeVe1983]

Playing with VLC

Edit: MPC-HC did the Job! It's playing fine there

Video
Format : HEVC
Format/Info : High Efficiency Video Coding
Format-Profil : Main@L4@Main
Breite : 1 920 Pixel
Höhe : 1 040 Pixel
Bildseitenverhältnis : 1,85:1
Bildwiederholungsrate : 23,976 (24000/1001) FPS
ColorSpace : YUV
ChromaSubsampling/String : 4:2:0
BitDepth/String : 8 bits
verwendete Encoder-Bibliothek : x265 3.3+2-gbe2d82093:[Windows][GCC 9.2.0][64 bit] 8bit+10bit+12bit
Kodierungseinstellungen : cpuid=1111039 / frame-threads=4 / numa-pools=24 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=1920x1040 / interlace=0 /
total-frames=218696 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 /
keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=20 / lookahead-slices=6 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=32 / min-cu-size=8 /
no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing /
max-merge=3 / limit-refs=1 / limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 /
early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.50 / psy-rdoq=4.00 / no-rd-refine / no-lossless / cbqpoffs=-3 / crqpoffs=-3 / rc=crf / crf=20.0 / qcomp=0.60 / qpstep=4 /
stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.20 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 /
range=0 / colorprim=1 / transfer=1 / colormatrix=1 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=255 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps /
no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 /
scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt /
no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0
colour_range : Limited
colour_primaries : BT.709
transfer_characteristics : BT.709
matrix_coefficients : BT.709

[videoh]

Great to hear!

[Patman]

Sure :)


LoadPlugin("C:\Users\XXX\Desktop\StaxRip-x64-2.0.8.0-stable\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("E:\XXX\XXX Remux.mkv", cachefile="E:\XXX\XXX Remux_temp\XXX Remux.ffindex")
#AssumeFPS(25)
Crop(0, 22, -0, -22)
BicubicResize(1920, 1040)

I guess #AssumeFPS(25) is wrong

But also setting it to 23.976 or 24000/1001 did not solve it

With # in front of AssumeFPS it's inactive. Your mediainfo looks okay. Check your settings in the VLC player to see if you have set the FPS to 25. VLC Player -> Settings -> Show All -> Video Filter -> FPS Converter.

[KeVe1983]

Thanks, will check that.

But i run into another error

Mediainfo from original Bluray Remux:
Modus der Bildwiederholungsrate : variabel
Bildwiederholungsrate : 50,000 FPS
originale Bildwiederholungsrate : 25,000 FPS

https://abload.de/img/sr2568jx6.jpg

If i do an encode without any FPS settings the output runs in slowmotion (doesnt matter what player i use)

If i set AssumeFPS(50) the output runs correct but stops at exactly 50%

[lordalibaski]

Sorry to bug you again just need a little bit more help with trying to boost audio a while ago someone told me to put this command in the custom audio settings

-af dynaudnorm=p=0.94:m=50:s=12

Now it seems to work fine but I need it to be a bit louder not loud so it distorts just louder

I have uploaded 2 converted files already 1 with the sound copy/muxed the other with that command line. These are old vhs videos so don't go all this looks crap on me I'm more bothered about the sound.

1st one with copy/muxed
https://www.youtube.com/watch?v=WudQY4TSe54&feature=youtu.be

2nd one with the command
https://www.youtube.com/watch?v=Z5piyj8NhmI&feature=youtu.be

You can hear the 2nd one is slightly louder but I want it slightly more louder. I just don't understand what command to put in to up the loudness.

Thanks for any help

[Patman]

Thanks, will check that.

But i run into another error

Mediainfo from original Bluray Remux:
Modus der Bildwiederholungsrate : variabel
Bildwiederholungsrate : 50,000 FPS
originale Bildwiederholungsrate : 25,000 FPS

https://abload.de/img/sr2568jx6.jpg

If i do an encode without any FPS settings the output runs in slowmotion (doesnt matter what player i use)

If i set AssumeFPS(50) the output runs correct but stops at exactly 50%

Your source file is interlaced. Add a deinterlace filter and test again.

[richardpl]

Sorry to bug you again just need a little bit more help with trying to boost audio a while ago someone told me to put this command in the custom audio settings

-af dynaudnorm=p=0.94:m=50:s=12

Now it seems to work fine but I need it to be a bit louder not loud so it distorts just louder

I have uploaded 2 converted files already 1 with the sound copy/muxed the other with that command line. These are old vhs videos so don't go all this looks crap on me I'm more bothered about the sound.

1st one with copy/muxed
https://www.youtube.com/watch?v=WudQY4TSe54&feature=youtu.be

2nd one with the command
https://www.youtube.com/watch?v=Z5piyj8NhmI&feature=youtu.be

You can hear the 2nd one is slightly louder but I want it slightly more louder. I just don't understand what command to put in to up the loudness.

Thanks for any help

option 'maxgain' or short 'm' controls maximum amplification, in your case it is set to '50'.
Try setting it to values between 50 - 100 and see what happens.
If that does not help also set 'f' option and 'g' option to some lower values than defaults '500' and '31'.

If you use mpv player, you could play with its drcbox plugin, which allows to change those dynaudnorm parameters at runtime.

[lordalibaski]

@ richardpl

This is what I said mate I can't work out what command I should be inputting, when reading what you say and I start with this command

-af dynaudnorm=p=0.94:m=50:s=12

are you telling me to change it to

-af dynaudnorm=p=0.94:m=80:s=32?

If so I have tried this and there seems no change in the sound

Also I use MPC-BE but I'm not really that bothered about the sound on my PC I need the sound upping for when I up them to my YouTube channel. Another thing I have also noticed when I have used this command the sound gain takes a few seconds to kick in it doesn't start from the beginning of the video.

Many thanks for your help.

[Patman]

NVEnc has been updated (https://github.com/rigaya/NVEnc/releases/latest) (5.00)

VCEEnc has been updated (https://github.com/rigaya/VCEEnc/releases/latest) (6.00)

[stax76]

2.1.0.9 Beta
============

- detection of Python location improved
- VapourSynth works even if Python and VapourSynth are not in path environment variable
- new x265, NVEnc and SVT-AV1 switches added
- fixed GUI being hidden while auto crop
- DGIndex disabled by default
- mpv.net 5.4.4.3
- SVT-AV1 0.8.2
- NVEnc 5.0
- VCEEnc 6.0
- MP4Box 0.9.0-DEV-rev0-g81b4481e1-gcc10.0.1 Patman
- x265 3.3+19-gcaf9d4dbe-gcc10.0.1 Patman
- ffmpeg N-97384-gcc9ba91bec-g4457f75c65-gcc9.3.0 Patman


https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0

https://1drv.ms/u/s!ArwKS_ZUR01g0kH4d4eT_6a3GaKe?e=qbOfGS

[Patman]

Download link in post 1 and on github is wrong [emoji6]

[stax76]

Thanks, Patman, fixed.

[Patman]

Thanks, Patman, fixed.You forgot post 1 [emoji23]

[stax76]

Ah OK, also fixed (videohelp thread too).

[JKyle]

@Patman

Your build SvtAv1EncApp-0.8.2-gcc9.3.0.7z seems buggy.
Running SvtAv1EncApp.exe does not yield any result: no error message or help message, whatsoever.
Can you check this out please?

[hintlou]

--------------- Error Video encoding using x265 3.3.0.0 ---------------

Video encoding using x265 3.3.0.0 failed with exit code: 1 (0x1)

It's unclear what the exit code means, in case it's a Windows system error then it possibly means:

函数不正确。


------------------ Video encoding using x265 3.3.0.0 ------------------

E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0.avs" | E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Encoders\x265\x265-gcc-multilib-full.exe --crf 0 --profile unrestricted --tskip-fast --qg-size 16 --no-cutree --lossless --scenecut-aware-qp --merange 38 --no-open-gop --no-hdr10 --colorprim smpte170m --colormatrix smpte170m --transfer bt709 --range limited --videoformat ntsc --hash 2 --deblock -3:-3 --no-sao --high-tier --rdpenalty 2 --allow-non-conformance --no-sao --b-intra --min-keyint 1 --no-strong-intra-smoothing --no-amp --no-rect --frames 6398 --y4m --output "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0_out.hevc" -

avs2pipemod[info]: writing 6398 frames of 2997/100 fps, 640x480,
sar 0:0, YUV-420-planar-8bit progressive video.
x265 [error]: unknown profile <unrestricted>
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.519 sec.
avs2pipemod[error]: only wrote 0 of 6398 frames.

------------------ Video encoding using x265 3.3.0.0 ------------------

E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0.avs" | E:\KKBOX\StaxRip-x64-2.0.8.0-stable\Apps\Encoders\x265\x265-gcc-multilib-full.exe --crf 0 --profile unrestricted --tskip-fast --qg-size 16 --no-cutree --lossless --scenecut-aware-qp --merange 38 --no-open-gop --no-hdr10 --colorprim smpte170m --colormatrix smpte170m --transfer bt709 --range limited --videoformat ntsc --hash 2 --deblock -3:-3 --no-sao --high-tier --rdpenalty 2 --allow-non-conformance --no-sao --b-intra --min-keyint 1 --no-strong-intra-smoothing --no-amp --no-rect --frames 6398 --y4m --output "C:\DVD\VIDEO_TS\李克勤 两人行_temp\李克勤 两人行Q0_out.hevc" -

avs2pipemod[info]: writing 6398 frames of 2997/100 fps, 640x480,
sar 0:0, YUV-420-planar-8bit progressive video.
x265 [error]: unknown profile <unrestricted>
avs2pipemod[info]: finished, wrote 0 frames [0%].
avs2pipemod[info]: total elapsed time is 0.519 sec.
avs2pipemod[error]: only wrote 0 of 6398 frames.

Start: 15:18:10
End: 15:18:12
Duration: 00:00:01




Please,What is the right x265 setting for lossless mode in staxrip?

[stax76]

The error message is on point:

x265 [error]: unknown profile <unrestricted>

x265 has no --profile unrestricted, there was a bug in staxrip, it's fixed in the last beta.

[Patman]

@Patman

Your build SvtAv1EncApp-0.8.2-gcc9.3.0.7z seems buggy.
Running SvtAv1EncApp.exe does not yield any result: no error message or help message, whatsoever.
Can you check this out please?

Fixed!

[Patman]

Maybe someone can help here. A user of Staxrip has problems with the synchronicity of mp4 files when creating them with ffmpeg. If he creates a file with MP4Box, these abnormalities do not occur. The included video file is created with NVEnc (hevc) and the audio file is AAC (m4a). You can read the problem here (https://github.com/staxrip/staxrip/issues/158). I've tried a lot with ffmpeg settings, but nothing helps.

[seewen13]

I hadn't touched the world of video encoding for 10-15 years. When I wanted to get back into it I discovered Staxrip, and this tool is really good. Not only does it do the job, but you can easily understand how it does it thanks to the access to all the scripts and configs.

And the integration of Powershell (and other very handy tools I didn't know about) is the icing on the cake.

Thank you so much for staxrip. It's a very well done tool.

[stax76]

Thank you, we are doing our best to keep it on the height of time, couldn't really do it alone.

[ACKR]

Is there a avisynth equivalent of vapoursynth for descaling ? any filter. not resizing but descaling and rescaling

[ACKR]

Hello i have another question. Staxrip only encodes 2 audio tracks and doesn't encode any other ones. Anyway to ensure it encodes all tracks?

[stax76]

Do all or the most common x264 builds have native avisynth support? Currently used is 2991-1771b55 Patman with avs2pipemod even though the build supports avs input.

[stax76]

2.1.1.1Beta

2.1.1.1 Beta
============

- mpv.net 5.4.6.0
- MediaInfo.NET 6.3.0.0
- x265 3.3+25-ga6489d2fb-gcc10.0.1 Patman
- fix invalid --vpp-tweak nvenc command line generation (Patman86)
- fix import of invalid color metadata into encoder VUI settings (Patman86)
- fix taskbar indication of values below 1 (Dendraspis)
- fix x265 preset (Dendraspis)
- fix crash doing multi select drag operation in jobs dialog
- fix showing the Apps dialog for a tool with non OK status in endless loop
- the command line audio encoder uses cmd.exe directly without creating a bat file,
this avoids creating a temporary bat file and adds full unicode support
- portable support added and enabled by default, no need to install anything
- nvenc --vpp-transform
- setting to allow to use tools with wrong version,
for this a Danger Zone tab was added in the settings

Download

https://staxrip.readthedocs.io/introduction.html#beta

Note:

I'm not able to test any hw encoder because I don't have the hardware and driver, I don't know if they support portable.

Renaming or deleting the included portable frame server folder will cause staxrip to find and use installed frame servers. Defining custom paths will probably work too.

[Joekiwi]

Thanks for the update Staxrip .

Earlier in this thread I mentioned I was going to see how to see how much later versions have improved - well I got busy with other stuff, plus I needed to make some hard drive space- Amazon not really shipping at moment to NZ and NZ $ went south.

Anyway stupid me - the older staxrips don't have ssim scripts - and as a newbie - I don't know how to load them yet ,anyway my encoding skills are getting better and I'm happy with my encodes and compromises .


So Stax76 - on older sources I sometimes run KNLMeansCL on light to get significant bit savings and that I often prefer the output -( I generally don't see out of focus walls the background seething with quantum energy or sparkles in real life ) - I do sometimes think grain can add to movies like " The Last picture show " and I do like Technicolor Westerns and those colours aren't too accurate .

Well I have now learnt to edit profiles and preview them ( slow learner ) - the medium & strong are the same - so you might want to adjust strong for KNLMeansCL .
As a side note it seems weird that the strength (h) applies to both temporal and spatially equally - normally you would have H1 for d & H2 for a .

I assume no simple way to run same script twice

Eg K..CL d=1, a=0 H=4
then K..CL d=0 , a=1 , H=2

I don't really want to increase d or a to get over smoothing or lost of detail .
However higher temporal denoising is less destructive or offensive to me at least and will increase bitrate effectiveness

Thanks again

[JKyle]

VapourSynth is updated to R50.

[lifta19]

2.1.1.1 Beta

VaporSynth Portable is very convenient and good because it does not require installation. And there are many other encoders, but StaxRip is the easiest to use and the GUI is pretty and perfect.

[stax76]

2.1.1.1 Beta

VaporSynth Portable is very convenient and good because it does not require installation. And there are many other encoders, but StaxRip is the easiest to use and the GUI is pretty and perfect.

:thanks:


2.1.1.2 Beta
============

- if AviSynth or VapourSynth was installed then StaxRip will use
the installed version instead of the included portable version.
- fix x265 --limit-modes issue.
- fix batch encoding issue.
- mpv.net 5.4.8.0
- VapourSynth r50
- x265 3.3+27-g4780a8d99-gcc11.0.0 Patman
- nvenc 5.01
- mkvtoolnix 46
- RgTools 1.0
- AVSMeter 2.9.9.1
- new docs page Features giving a comprehensive feature list


Download

https://staxrip.readthedocs.io/introduction.html#beta

[stax76]

2.1.1.3 Beta
============

- fix avs and vpy import adding unnecessary LoadPlugin and Import calls
- new setting: 'Main Menu > Tools > Settigs > System > Use included portable VapourSynth',
to force usage of included portable VapourSynth instead of installed VapourSynth
- new chunk encoding feature for x265 parallel processing
- DGDecNV removal, there are better open source tools,
L-Smash-Source supports hardware decoding for NVIDIA, Intel and AMD



Docs on Chunk Encoding:

https://staxrip.readthedocs.io/usage.html#parallel-processing


Download

https://staxrip.readthedocs.io/introduction.html#beta

[Atak_Snajpera]

Parallel processing should not be used with any HDD, it should only be used with a very fast SSD.
What's wrong with HDD? Let's say you are working with 30Mbps blu-ray source and you get realtime encoding speed. This means in practice that hdd will have to read video file at only ~4MiB/s for single x265 instance. That's nothing even for old hard drives. Besides most of you can only dream about realtime encoding speed (24fps) with x265 so ...

It’s not recommended to use more than two chunks.
Why? I can do 16 chunks even on 8C/16T with crappy HDD without problems.
https://i.postimg.cc/Vk7yzLZN/client.png

[stax76]

The GUI control currently allows only 4 chunks, I can increase it to 16 if people think their machine can handle it, 4K resolution certainly uses much memory.

edit:

Ok, changed the chunks limit from 4 to 16 and changed the docs:

https://github.com/staxrip/staxrip/blob/master/docs/usage.rst#chunk-encoding

[NanoBot]

Hi everybody,

[QUOTE=stax76;1912227]
2.1.1.3 Beta
============

...

- DGDecNV removal, there are better open source tools,
L-Smash-Source supports hardware decoding for NVIDIA, Intel and AMD


Does L-Smash-Source also have the ability to deinterlace, crop and resize in ( nvidia ) hardware ? If yes, could you please give me a pointer to the parameters to achieve that. If not, I would suggest to keep DGDecNV as an option until L-Smash-Source is able to completely replace NGDecNV.

I generally appreciate your attempt to replace a software package, which needs a license with costs by a free and open source software package. Nevertheless, the old solution, in this case NGDecNV, should not be removed before the new solution, in this case L-Smash-Source, has completely the same capabilities.


C.U. Nanobot

[stax76]

@NanoBot

Some hard coded things were removed but many features are designed in a generic way, it's a matter of configuration.

[Atak_Snajpera]

Does L-Smash-Source also have the ability to deinterlace, crop and resize in ( nvidia ) hardware ?
Do you really need special hardware for simple crop and resize task? Thanks to JPSDR's plugin ( https://forum.doom9.org/showthread.php?t=173772 ) resize filter is now multithreaded.
Does hardware deinterlacing provide better quality than QTGMC?

[videoh]

Does hardware deinterlacing provide better quality than QTGMC? Nobody claimed it's better quality but it is insanely faster. OP apparently finds that it fits his quality-speed tradeoff.

[Atak_Snajpera]

Nobody claimed it's better quality but it is insanely faster. OP apparently finds that it fits his quality-speed tradeoff.

Yadif is also insanely fast these days if do not care about quality.

[videoh]

...if do not care about quality. That is such a stupid strawman.

And just so you know, DGDecodeNV.dll includes a yadif-like CUDA accelerated filter, much faster than plain vanilla yadif. And it also fixes several long-standing bugs in yadif.

[NanoBot]

The main reason for my question was that I want to delegate as much as possible tasks to the GPU to maximize the available CPU resources for encoding. In the meantime, I did a few quick tests and found that a native support for DGDecNV within StaxRip is indeed not necessary at all. I simply used DGIndexNV.exe to create the dgi and avs files, including the desired deinterlace, resize, cropping and HDR2SDR operations in the GPU. After that, I just had to select the source filter "manual" instead of "DGSource" within StaxRip to import the avs file, and everything works like I desire it.

Like Stax76 said, it is only a matter of configuration to use DGIndexNV, even if it will not be supported in native form in the future versions of staxrip. :thanks:

The next thing I will test is the new chunk encoding feature. Since I am using a Ryzen 3900x and two Samsung 970Pro SSDs, my hardware should be sufficient to see if and how much the encoding speed will be better.

C.U. NanoBot

[stax76]

The main reason for my question was that I want to delegate as much as possible tasks to the GPU to maximize the available CPU resources for encoding. In the meantime, I did a few quick tests and found that a native support for DGDecNV within StaxRip is indeed not necessary at all. I simply used DGIndexNV.exe to create the dgi and avs files, including the desired deinterlace, resize, cropping and HDR2SDR operations in the GPU. After that, I just had to select the source filter "manual" instead of "DGSource" within StaxRip to import the avs file, and everything works like I desire it.

If you already have an avs file you can just open the avs file the same way as you would open a normal media file such as MKV, for this the last beta should be used because it has fixed an issue.

To customize the Automatic source filter you can first create a source filter profile (right-click filters -> Profiles) and after that associate a file extension to this source filter profile at:

Main Menu > Tools > Setting > Source Filters

The next thing I will test is the new chunk encoding feature. Since I am using a Ryzen 3900x and two Samsung 970Pro SSDs, my hardware should be sufficient to see if and how much the encoding speed will be better.

There is one setting I forgot to describe in the docs for parallel processing:

Main Menu > Tools > Settings > General > Number of parallel processes

[NanoBot]

I am using the last beta binary available on onedrive which is dated yesterday ( 16.5.2020 ) 18:24.
This version has the limit with 4 chunks, so obviously it is not the last one, but the last one I could download.
Here are my first findings ( still testing )


1.)
When importing this avs file

LoadPlugin("D:\MPEG\DGIndexNV\DGDecodeNV.dll")
DGSource("E:\S1E01 - Der erste Alarm.dgi")

StaxRip prompts me to give a path to the file "DGIndex.exe", which seems to be an outdated dependency,
since this does not happen with version 2.0.8.0. I was able to work around this by creating a 0 byte dummyfile
with this name and pointing StaxRip to the folder containing this dummy file.

2.)
My first try to use 4 chunks results in one pass encoding the first two chunks and a second pass with the 3th and 4th chunk.
This, as you already stated, was caused by the number of parallel processes which was set to "2" during this test.
Now I have set the number of parallel processes to "4", and now I have 4 chunks encoding in parallel.

3.)
When encoding with chunks, the progress indicator does not show the correct values concerning the fps, the current filesize
and the estimated filesize. Possibly it would be sufficient to multiply the fps values by the number of chunks and show
the added size of the chunk files ?

4.)
During my first test I decided to encode to raw hevc. This results in 4 seperate chunk files instead of one concenated file.
Now with my second test, I encoded with muxing to mkv. This results in one concenated mkv file, like it should be.

5.)
The first results concerning the speed

encoding and muxxing to mkv using 1 chunk


---------------------------- System Environment ----------------------------

StaxRip : 2.1.1.3
Windows : Windows 10 Pro 1909
Language : German (Germany)
CPU : AMD Ryzen 9 3900X 12-Core Processor
GPU : NVIDIA GeForce GTX 1060 3GB
Resolution : 1920 x 1080
DPI : 96

-------------------------- MediaInfo Source File --------------------------

E:\S1E01 - Der erste Alarm.avs

90.0 Bytes

----------------------------- AviSynth Script -----------------------------

Import("E:\S1E01 - Der erste Alarm.avs")

------------------------ Source Script Information ------------------------

Width : 1920
Height : 1080
Frames : 74065
Time : 51:29.128
Framerate : 23.976023 (24000/1001)
Format : YUV420P8

------------------------ Target Script Information ------------------------

Width : 1920
Height : 1080
Frames : 74065
Time : 51:29.128
Framerate : 23.976023 (24000/1001)
Format : YUV420P8

------- Video encoding using x265 3.3+27-g4780a8d99-gcc11.0.0 Patman -------

D:\MPEG\StaxRip_Beta\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp "D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk.avs" | D:\MPEG\StaxRip_Beta\Apps\Encoders\x265\x265.exe --crf 21 --preset faster --profile main10 --output-depth 10 --psy-rdoq 1 --frames 74065 --y4m --output "D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc" -

avs2pipemod[info]: writing 74065 frames of 24000/1001 fps, 1920x1080,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 1920x1080 fps 24000/1001 i420p8 unknown frame count
raw [info]: output file: D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc
x265 [info]: HEVC encoder version 3.3+27-g4780a8d99
x265 [info]: build info [Windows][GCC 11.0.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-4 (Main tier)
x265 [info]: Thread pool created using 24 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 4 / wpp(17 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]: 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 : 15 / 4 / 0
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 2 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-21.0 / 0.60
x265 [info]: tools: rd=2 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp
x265 [info]: tools: fast-intra strong-intra-smoothing lslices=6 deblock sao
avs2pipemod[info]: finished, wrote 74065 frames [100%].
avs2pipemod[info]: total elapsed time is 1218.295 sec.

x265 [info]: frame I: 650, Avg QP:20.65 kb/s: 18803.62
x265 [info]: frame P: 14804, Avg QP:22.27 kb/s: 7876.99
x265 [info]: frame B: 58611, Avg QP:26.04 kb/s: 2506.59
x265 [info]: Weighted P-Frames: Y:3.6% UV:2.7%
x265 [info]: consecutive B-frames: 4.1% 0.7% 0.8% 0.7% 93.7%
encoded 74065 frames in 1221.70s (60.62 fps), 3723.04 kb/s, Avg QP:25.24

Start: 20:40:17
End: 21:00:39
Duration: 00:20:22

HEVC : 1.34 GiB1920*1080 (16:9), at 23.976 (24000/1001) FPS, HEVC (Main 10@L4@Main)

------------------------- Muxing using mkvmerge 46 -------------------------

D:\MPEG\StaxRip_Beta\Apps\Support\MKVToolNix\mkvmerge.exe -o "D:\S1E01 - Der erste Alarm_1Chunk.mkv" "D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc" --no-audio --no-video --no-chapters --no-attachments --no-track-tags --no-global-tags --subtitle-tracks 3 --forced-track 3:1 --default-track 3:1 --language 3:ger --track-name "3:Deutsche Übersetzungen" "E:\S1E01 - Der erste Alarm.mkv" --title "UFO - E01 - Der erste Alarm" --ui-language en

mkvmerge v46.0.0 ('No Deeper Escape') 64-bit
'D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc': Using the demultiplexer for the format 'HEVC/H.265'.
'E:\S1E01 - Der erste Alarm.mkv': Using the demultiplexer for the format 'Matroska'.
'D:\StaxTemp\S1E01 - Der erste Alarm_temp\S1E01 - Der erste Alarm_1Chunk_out.hevc' track 0: Using the output module for the format 'HEVC/H.265 (unframed)'.
'E:\S1E01 - Der erste Alarm.mkv' track 3: Using the output module for the format 'text subtitles'.
The file 'D:\S1E01 - Der erste Alarm_1Chunk.mkv' has been opened for writing.
The cue entries (the index) are being written...
Multiplexing took 5 seconds.

Start: 21:00:39
End: 21:00:44
Duration: 00:00:05

Matroska : 1.34 GiB, 51 min 29 s3 724 kb/s, 1920*1080 (16:9), at 23.976 (24000/1001) FPS, HEVC (Main 10@L4@Main)German, UTF-8

------------------------------- Job Complete -------------------------------

Start: 20:40:16
End: 21:00:44
Duration: 00:20:27


encoding and muxing using 4 chunks



....

Matroska : 1.34 GiB, 51 min 29 s3 723 kb/s, 1920*1080 (16:9), at 23.976 (24000/1001) FPS, HEVC (Main 10@L4@Main)German, UTF-8

------------------------------- Job Complete -------------------------------

Start: 21:03:12
End: 21:19:00
Duration: 00:15:47


I had to shorten the second logfile, because the post would exceed the maximum size otherwise.

While this is only a first test, using 1 chunk takes 1222s to complete while using 4 chunks takes 947s, which is a huge gain.


C.U. NanoBot

Edit: The same file with 2 chunks took 976s.

[stax76]

StaxRip prompts me to give a path to the file "DGIndex.exe", which seems to be an outdated dependency,
since this does not happen with version 2.0.8.0. I was able to work around this by creating a 0 byte dummyfile
with this name and pointing StaxRip to the folder containing this dummy file.

Fixed in the next build.

3.)
When encoding with chunks, the progress indicator does not show the correct values concerning the fps, the current filesize
and the estimated filesize. Possibly it would be sufficient to multiply the fps values by the number of chunks and show
the added size of the chunk files ?

There can be different audio and video encoders working in parallel. The progress is shown for the currently active tab and process, it just parses the status output line for a percent value or frame number, it's hardly practicable to change anything in this regard.

During my first test I decided to encode to raw hevc. This results in 4 seperate chunk files instead of one concenated file.
Now with my second test, I encoded with muxing to mkv. This results in one concenated mkv file, like it should be.

So far only the MKV muxer does anything with the junks, if it's not difficult I can add it for MP4Box too, if somebody knows how it works, I'm interested to know.

Thanks for testing.

[stax76]

Have been working on some requests and the docs, it's maybe the first time I can say the docs don't suck, I hope it can help a few people that don't have interest in StaxRip so far.


2.1.1.4 Beta
============

- dark color theme for built-in help.
- improved built-in help for various dialogs.
- various docs pages improved.
- ffmpeg video encoder codec FFV1.
- x264 and x265 dialogs have a new Bitrate option, the default value is 0 which
means the bitrate of the project/template in the main dialog is used,
this behavior is documented in the F1 help of the x264 and x265 dialog.
- for file batch jobs only the file name is shown in the jobs dialog and not the full path.
- audio encoder supports extracting DTS core using ffmpeg, generated name is _Extract DTS Core_.
- the audio Copy/Mux profile has a _Extract DTS Core_ feature.
- the command line audio encoder has a Default and Forced option.


Download

https://staxrip.readthedocs.io/introduction.html#beta

[jlw_4049]

Have been working on some requests and the docs, it's maybe the first time I can say the docs don't suck, I hope it can help a few people that don't have interest in StaxRip so far.


2.1.1.4 Beta
============

- dark color theme for built-in help.
- improved built-in help for various dialogs.
- various docs pages improved.
- ffmpeg video encoder codec FFV1.
- x264 and x265 dialogs have a new Bitrate option, the default value is 0 which
means the bitrate of the project/template in the main dialog is used,
this behavior is documented in the F1 help of the x264 and x265 dialog.
- for file batch jobs only the file name is shown in the jobs dialog and not the full path.
- audio encoder supports extracting DTS core using ffmpeg, generated name is _Extract DTS Core_.
- the audio Copy/Mux profile has a _Extract DTS Core_ feature.
- the command line audio encoder has a Default and Forced option.


Download

https://staxrip.readthedocs.io/introduction.html#beta

Awesome update! I'm taking a look at it now :)

:thanks:

[colinhunt]

2.1.1.4 Beta
Brilliant, thank you!

[jlw_4049]

@stax76 I put a new request in the tracker. Let me know what you think about it! :)

https://github.com/staxrip/staxrip/issues/202

[minda76]

2.1.1.3 Beta
============

- DGDecNV removal, there are better open source tools,
L-Smash-Source supports hardware decoding for NVIDIA, Intel and AMD



https://staxrip.readthedocs.io/introduction.html#beta

Why? if people use dgdecnv, why to remove it?

[videoh]

You can still use it. It's just not a hard-coded part of the application, as stax76 has explained. For pedal to the metal, index separately with DGIndexNV, make your avisynth script, and open that with staxrip. It's a powerful and flexible combination.

[Groucho2004]

2.1.1.3 Beta
============

- DGDecNV removal, there are better open source tools,
L-Smash-Source supports hardware decoding for NVIDIA, Intel and AMD

You're not wrong about LSmash. I benchmarked DGDecodeNV and the latest lsmash with a 4K HEVC stream:

Video card: NVIDIA GeForce GTX 1660
GPU version: TU116
Video memory size: 6144 MiB
OpenCL version: OpenCL 1.2 CUDA
Graphics driver version: 26.21.14.3648 (NVIDIA 436.48) / Win7 64



DGDecodeNV result:
Frames processed: 4080 (0 - 4079)
FPS (min | max | average): 79.12 | 157.8 | 153.6
Process memory usage (max): 200 MiB
Thread count: 9
CPU usage (average): 27.8%

GPU usage (average): 33%
VPU usage (average): 54%
GPU memory usage: 589 MiB
GPU Power Consumption (average): 34.1 W


LSmash result:
Frames processed: 4080 (0 - 4079)
FPS (min | max | average): 34.94 | 196.2 | 177.6
Process memory usage (max): 213 MiB
Thread count: 8
CPU usage (average): 23.0%

GPU usage (average): 36%
VPU usage (average): 57%
GPU memory usage: 649 MiB
GPU Power Consumption (average): 39.2 W

[videoh]

It all depends on your GPU. With my 2080Ti I get 308 fps for 4K compared to your 177 fps with LSmash. CPU usage is 12%, which is half of LSmash.

I know you'll ask me to run LSmash on that card. Don't have it installed and I'm very busy so may take a while but I will do so and report back.

[jlw_4049]

Why? if people use dgdecnv, why to remove it?


You can re-add it in the program and it works perfectly. It was removed by default as a request by the author.

[videoh]

It was removed by default as a request by the author. That is false! I asked that the executables not be bundled and instead download links be provided. The total removal from the application was a decision by stax76.

[jlw_4049]

That is false! I asked that the executables not be bundled and instead download links be provided. The total removal from the application was a decision by stax76.My apologies. I just thought I read that somewhere.

Sent from my Pixel 3a using Tapatalk

[minda76]

How to re-add dgdecnv? Don't want to use lsmash..

[stax76]

How to re-add dgdecnv? Don't want to use lsmash..

It depends on what functionality you want, if you want to open mkv causing staxrip to run dgindexnv then the configuration is a bit advanced.

If you want to open dgi, then it's simple:

To customize the Automatic source filter you can first create a source filter profile (right-click Filters -> Profiles) and after that associate a file extension to this source filter profile at:

Main Menu > Tools > Setting > Source Filters

[mcjordan]

...and then create the appropriate point in Main Menu -> Tools -> Settings -> Preprocessing
(with hardcoded path to DGIndexNV executable).

[JKyle]

AviSynth+ is updated to 3.6.0 today.

https://github.com/AviSynth/AviSynthPlus/releases/tag/v3.6.0

[chipxtreme]

NVEnc 5.02 is out

[stax76]

2.1.1.5 Beta
============

- In the video encoder dialogs the feature *Execute Command Line* failed when
Windows Terminal is installed and paths contained spaces.
- The video encoder dialog feature *Show Command Line* is shown using a console.
- Maximum number of parallel processes increased from 4 to 16.
- On systems with restricted PowerShell execution policy several features
like the media info folder view feature failed.
- The Tools page in the docs lists all tools in a grid view
with columns: Name, Type, Filename, Version, Modified Date.
- Muxer dialog is resizable and remembers the size.
- Muxer dialog supports Drag & Drop for subtitles, audio and attachments.
- Video Comparison crash fixed and hardware render support added.
- aomenc.exe GUI re-enabled, executable not included
- AviSynth headers updated.
- AviSynth 3.6
- x265 M-3.3+31-g431a22e82-gcc11.0.0 Patman
- NVEnc 5.02
- ffmpeg N-97868-gaa6f38c298-g38490cbeb3-gcc10.1.0 Patman
- yadifmod2 avs 0.2.2
- AVSMeter 2.9.9.3
- KNLMeansCL avs/vs 1.1.1
- MPEG2DecPlus avs 0.1.2 (untested)
- QTGMC avs 3.364s
- masktools2 2.2.23
- DCTFilter 0.5.1
- MediaInfo.NET 6.4.0.0


Download

https://staxrip.readthedocs.io/introduction.html#beta

[Patman]

Download



THX for the new update. I've added the aomenc to my folder. At the moment, i'm playing a bit with the implemantation of direct input for .avs and .vpy files in x265.

[stax76]

THX for the new update. I've added the aomenc to my folder. At the moment, i'm playing a bit with the implemantation of direct input for .avs and .vpy files in x265.

Direct avs vpy input would be a good feature, in particular to use with powershell since powershell does not support this kind of piping it seems, unless cmd is used in powershell :-). There was a post lately about a mabs fork that mentioned x265 using libavformat, I think the vpy reader in libavformat was written by a mpv dev.

[jlw_4049]

2.1.1.5 Beta
============

- In the video encoder dialogs the feature *Execute Command Line* failed when
Windows Terminal is installed and paths contained spaces.
- The video encoder dialog feature *Show Command Line* is shown using a console.
- Maximum number of parallel processes increased from 4 to 16.
- On systems with restricted PowerShell execution policy several features
like the media info folder view feature failed.
- The Tools page in the docs lists all tools in a grid view
with columns: Name, Type, Filename, Version, Modified Date.
- Muxer dialog is resizable and remembers the size.
- Muxer dialog supports Drag & Drop for subtitles, audio and attachments.
- Video Comparison crash fixed and hardware render support added.
- aomenc.exe GUI re-enabled, executable not included
- AviSynth headers updated.
- AviSynth 3.6
- x265 M-3.3+31-g431a22e82-gcc11.0.0 Patman
- NVEnc 5.02
- ffmpeg N-97868-gaa6f38c298-g38490cbeb3-gcc10.1.0 Patman
- yadifmod2 avs 0.2.2
- AVSMeter 2.9.9.3
- KNLMeansCL avs/vs 1.1.1
- MPEG2DecPlus avs 0.1.2 (untested)
- QTGMC avs 3.364s
- masktools2 2.2.23
- DCTFilter 0.5.1
- MediaInfo.NET 6.4.0.0


Download

https://staxrip.readthedocs.io/introduction.html#beta


Amazing update! :)


Completely off topic, where do I learn to code programs like you? haha

[bananenmann]

It depends on what functionality you want, if you want to open mkv causing staxrip to run dgindexnv then the configuration is a bit advanced.


Hello,
I've bought DGIndexNV some days ago and started to work with Staxrip Beta 2.1.1.2 for the first time. I was surprised how great this program is and how huge the possibilities are that can be chosen. Today I updated to Version 2.1.1.5 (deleted old folder before) and suddenly I wasn't able to find this app again. Since I paid Money for it I surely want to use it. Please could you tell me, what do I have to do, to get it back in Staxrip? I've already added the old two demuxer command lines for it in the Settings-> Preprocessing Section, as suggested. (Copied all the Parameters from an old Staxrip Version, where it wasn't removed yet). Then I've copied the DGIndexNV Folder into the Staxrip directory. But what now?

How do I get back the Option to manage it in the Apps Section and to use it automatically in the Source: DGindex - Automatic Filter, when I open a file? Please explain it carefully, I'm a newbie :)

I'm very sad about the decision to remove it from Staxrip, because the removal was unessesary (in my Opinion). Those People who didn't want to use it, weren't forced to do so. Now those People who want to use it and are no Video-Pro's, like me, are lost :( ... Could't you ask the Author to please reintegrate it? That would be great and no great effort for him.

With best regards,
Bananenmann

[-QfG-]

Ok, i see it, DGDecNV support ends now. Ok, i use LSmash Indexing for my DNxHR Intermediates, but the problem is that the newest version gives me Errors while indexing. So my Question till which version of LSmash is the CUDA support?

[stax76]

Completely off topic, where do I learn to code programs like you? haha

In the beginning I've learned to code by reading books, in recent years I preferred free web resources, the tutorial I used most recently is learncpp.com, it's pretty good, I think I found it by searching for something like 'best C++ tutorial'.

It probably makes sense to learn which resources exist and how to find them, I typically spend quite some time searching for good resources as I don't enjoy learning and coding without good resources. I maintain a well organized bookmark collection with coding resources and quick access via bookmark bar.

VS Code, Python and PowerShell are probably a good start, for PowerShell I know a good resource:

https://adamtheautomator.com/tag/powershell/

For GUIs the easiest way to start is Visual Studio Community, Visual Basic.NET, .NET Framework and Windows Forms, that's exactly what StaxRip uses. This has however drawbacks, Windows Forms has major flaws in my opinion, the biggest problem is that all this isn't portable, that's why I rather recommend VS Code, Python, PowerShell and the console, unlike dgdecnv it's open source and runs on every popular OS and hardware.

Ok, i use LSmash Indexing for my DNxHR Intermediates, but the problem is that the newest version gives me Errors while indexing. So my Question till which version of LSmash is the CUDA support?

The LSmash version in staxrip has robust cuvid support in my experience, maybe it can be fixed if you upload a sample.

[JKyle]

I've added the aomenc to my folder.

Well, running the aomenc.exe file in aomenc-v2.0.0-masterbranch-gcc11.0.0.7z returns nothing.
Deja vu (https://forum.doom9.org/showthread.php?p=1912799#post1912799)!

I guess at this time we need another tester like before.
Can anyone test this?
The file is here (http://www.mediafire.com/file/6fdmmjaqxihqbbj/aomenc-v2.0.0-masterbranch-gcc11.0.0.7z/file).

[stax76]

I confirm it:


Desktop> .\aomenc.exe
Desktop> .\aomenc.exe --help
Desktop> .\aomenc.exe --aaa
Desktop>

[mcjordan]

Yadifmod2 is updated to v0.2.3
https://github.com/Asd-g/yadifmod2/releases

Changelog: Fixed crash for mode=2/3 when opt>0.

AVSMeter is updated to v3.00 (thanks to Groucho)
https://www.mediafire.com/folder/x6f7yqjufdg7c/Groucho's_Avisynth_Stuff

Changelog:
- Added check for duplicate functions
This checks for duplicate functions
1. within .avsi files
2. against functions in other .avsi files
3. against internal/plugin functions

MVTools2 is updated to v2.742 (thanks to master pinterf)
https://github.com/pinterf/mvtools/releases/tag/2.7.42
Changelog:
MDegrain family: limit and limitc to float, allowing more granurality for 10+ bit depth
Update Avisynth headers, use V8 interface frame property copy if available

https://github.com/Asd-g?tab=repositories
There are many of chikuzen's and some Vapoursynth plugins ported to V8 interface,
like a yadifmod2, SangNom2, MSharpen (renamed to vsMSharpen), MPEG2DecPlus,
DCTFilter, TMM2, TCannyMod etc.

Thanks to Asd-g for hard work.

Here is the place of real.finder stuff:
https://github.com/realfinder/AVS-Stuff/

Here are located many invaluable modified (with HDB support and AviSynthPlus 3.5/3.6 support) scripts, like a:
DebilinearM, MCTemporalDenoise, AdvancedDenoising, SMDegrain, SeeSaw, QTGMC, FineSharp, ResizeX,
edi_rpow2, eedi3_resize16, maa2, nnedi3_resize16, and much more.

Thanks to real.finder for great work.

Most of them are subject of update in the StaxRip distribution.

And at the end - there is compiled by me MP4Box 0.90 r170 (VS2019):
https://www.upload.ee/files/11758164/MP4Box_v0.90_r0170_VS2019_16.60.7z.html

[Patman]

Well, running the aomenc.exe file in aomenc-v2.0.0-masterbranch-gcc11.0.0.7z returns nothing.
Deja vu (https://forum.doom9.org/showthread.php?p=1912799#post1912799)!

I guess at this time we need another tester like before.
Can anyone test this?
The file is here (http://www.mediafire.com/file/6fdmmjaqxihqbbj/aomenc-v2.0.0-masterbranch-gcc11.0.0.7z/file).

Fixed it! Now with version and rev in filename.
:stupid: I forgot a command for the compiler.

[-QfG-]

The LSmash version in staxrip has robust cuvid support in my experience, maybe it can be fixed if you upload a sample.

The problem is somewhere in my Avisynth line with Lsmash. This is my line, i used for YUV422 10-Bit Input:

LSMASHVideoSource("%source_file%", format="YUV422P10")
ConvertToYUV420()

This works fine with my old version of LSmash (I don't know the revision number, the file have 13.598.208 bytes). The version which is included in your StaxRip says an error like this: "format="YUV422P10" unknown command". And without this line, the video will only pipelined with 8-Bits.

[stax76]

@-QfG-

I cannot reproduce what you describe, if I open a YUV422P10 hevc .mp4 with either LSMASHVideoSource("%source_file%", format="YUV422P10") or LSMASHVideoSource("%source_file%") I get both times working YUV422P10 avs output.

[-QfG-]

I will test it in few hours, an encode is working, with a DNxHR HQX 10-Bit source. If i have the error again, i will post some screenshots.

EDIT:
Lol it works, i don't know why, but it works :D.

[stax76]

Media info and ideally sample would be great.

[JKyle]

The version which is included in your StaxRip says an error like this: "format="YUV422P10" unknown command". And without this line, the video will only pipelined with 8-Bits.

Well, just in case, check if this downsampling option is turned on:

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

As you know, it's in Tools > Settings > Video.

[JKyle]

Fixed it! Now with version and rev in filename.

:thanks:

aomenc-2.0.0-267-ga5e3f02b1-gcc11.0.0.7z seems OK. :)


BTW, the help file in x_v_i_d_encraw-1.3.7.7z is empty.

I've found this weird behavior with xvid_encraw and SVT-AV1: the standard output redirection does now give the desired help file! Instead, I need to redirect the standard error to a text file in order to get a help text file.

I.e., for xvid_encraw, this command yields a help file:

.\xvid_encraw.exe -help 2> help.txt

not this:

.\xvid_encraw.exe -help > help.txt

If anyone knows why, please teach me.

[stax76]

I've found this weird behavior with xvid_encraw and SVT-AV1: the standard output redirection does now give the desired help file! Instead, I need to redirect the standard error to a text file in order to get a help text file.

It's not a surprise, these guys (SVT-AV1) managed to do everything wrong that can possibly go wrong in a console app, I had to jump through hoops to make this encoder work in staxrip, full day work replacing a complex dotnet component with a customized version supporting the weird progress it writes.

[-QfG-]

Well, just in case, check if this downsampling option is turned on:

This is a bad idea, if i do this, in the script will be forced this line:

ConverttoYV12()

With this option enabled, the input stream will be pipelined with 8-Bits, so i use ConverttoYUV420()

[JKyle]

This is a bad idea, if i do this, in the script will be forced this line:

ConverttoYV12()

With this option enabled, the input stream will be pipelined with 8-Bits, so i use ConverttoYUV420()

Oh, you got me wrong.

I was wondering if the 8-bit pipelining was caused by this option with it being turned on.
Good to know that your problem is not caused by this. :)

[stax76]

This is a bad idea, if i do this, in the script will be forced this line:

ConverttoYV12()

With this option enabled, the input stream will be pipelined with 8-Bits, so i use ConverttoYUV420()

In 2.1.0.5 there was:

- the global setting 'Add filter to convert chroma subsampling to 4:2:0' uses now ConvertToYUV420 instead of ConverttoYV12.

[-QfG-]

But i have a new problem, if i use LSMASH for AVC or HEVC indexing, StaxRip will hang "No Response"...
With DNxHR HQX Indexing, i have no problems...

https://s12.directupload.net/images/200524/f7v74bb8.png

After few minutes:

https://s12.directupload.net/images/200524/xqhb9qnu.png

In 2.1.0.5 there was:

- the global setting 'Add filter to convert chroma subsampling to 4:2:0' uses now ConvertToYUV420 instead of ConverttoYV12.

Nice to know :). I must read all changelogs, lol, i updadeted today from 2.0.8.0 stable to the newest beta, because i need to test the chunk encoding.

I found this an another Thread:
LSMASHVideoSource only supports .mp4 and it's an index free source filter because the container format allows that.

I think, this is my problem with the mkv container, but i think Quicktime (mov) will be supported, too. My DNxHR Streams are in this container and this works fine.

[stax76]

That error comes directly from avisynth, if you open this avs script with any other avisynth app you will almost certainly see exactly the same error.

Alternatively you can try FFVideoSource and LWLibavVideoSource.

[jlw_4049]

Avspmod is good to find errors in your script before you encode

Sent from my SM-G986U1 using Tapatalk

[bananenmann]

I have exactely the same error like -QFG- ... so if you can't use LSMASH for AVC or HEVC indexing, it's Cuda Hardware support is not usable. So please again: Put back the DGINdexNV Support. It is so Important - not only for me: A lot of People have NVidia Cards and could benefit from it...

[JKyle]

I have exactely the same error like -QFG- ... so if you can't use LSMASH for AVC or HEVC indexing, it's Cuda Hardware support is not usable. So please again: Put back the DGINdexNV Support. It is so Important - not only for me: A lot of People have NVidia Cards and could benefit from it...

I've put guide posts on the other StaxRip thread about setting up DG Tools in StaxRip (>2.1.0.7).

How to register DGDecNV in StaxRip (>2.1.0.7) with the macro %startup_dir%:
https://forum.doom9.org/showpost.php?p=1913597&postcount=1885

How to register DGTonemap & DGHDRtoSDR filters in StaxRip (>2.1.0.7) with macros:
https://forum.doom9.org/showpost.php?p=1913616&postcount=1893

I hope it helps.

[bananenmann]

Great!!!

You're my Hero. Thank you for your big effort!!!
So now I can further use future Staxrip Versions!!

:)

[stax76]

I have exactely the same error like -QFG- ... so if you can't use LSMASH for AVC or HEVC indexing, it's Cuda Hardware support is not usable. So please again: Put back the DGINdexNV Support. It is so Important - not only for me: A lot of People have NVidia Cards and could benefit from it...

L-Smash CUVID hardware decoding is very robust in my experience. Please upload a sample!


@JKyle

Thanks for making the Guide. :thanks:

[JKyle]

@JKyle

Thanks for making the Guide. :thanks:

You're welcome.

BTW, these apps are updated:

chapterEditor (https://www.videohelp.com/software/chapterEditor) is now 1.23.

AVSMeter (https://www.videohelp.com/software/AVSMeter) is updated to 3.0.0.3.

QSVEnc (https://github.com/rigaya/QSVEnc/releases/tag/4.02) is now 4.02.

[JKyle]

@stax76

In 2.1.1.5, the default (empty project) Container Configuration window is too big. For both mp4 and mkv.
(Windows 10 x64 2004)

Is there any option for enabling StaxRip to remember window sizes along with positions?
The Container Configuration window reverts to its default big size after I close it.

[stax76]

@JKyle

It does remember the size, this code is new and probably has a bug with your setup. I try to upload a fix shortly.

https://github.com/staxrip/staxrip/blob/master/Forms/MuxerForm.vb#L580

[stax76]

2.1.1.6 Beta
============

- muxer dialog size issue fixed
- low DPI menu font render issue
- the Jobs, Log and Video Comparison dialogs do remember the size

[jlw_4049]

2.1.1.6 Beta
============

- muxer dialog size issue fixed
- low DPI menu font render issue
- the Jobs, Log and Video Comparison dialogs do remember the size
Thanks for the new update [emoji3]

Sent from my SM-G986U1 using Tapatalk

[JKyle]

2.1.1.6 Beta
============

- muxer dialog size issue fixed
- low DPI menu font render issue
- the Jobs, Log and Video Comparison dialogs do remember the size


Thanks for the update. I verified that the weirdly big muxer window size is fixed. :)

BTW, StaxRip-x64-2.1.1.6-beta.7z does not include DGIndex in Apps => Support folder while it's registered in the apps manage section and the version info is put in Versions.txt. Plz check it out.

And submenus in the Apps Manage window are cropped at the end, blocking part of the contents and shortcuts.

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

It's been around for quite a long time, but I've been forgetting to report.

:thanks:

[JKyle]

Sorry, I was wrong.

I'm afraid the container configuration window size issue is not fixed in 2.1.1.6.

Even in a clean empty session, everytime I click Container Configuration, the window pops up at a cycle of 4 different sizes. See this.

https://i.imgur.com/8dqsPys.gif

[stax76]

BTW, StaxRip-x64-2.1.1.6-beta.7z does not include DGIndex in Apps => Support folder while it's registered in the apps manage section and the version info is put in Versions.txt. Plz check it out.

DGIndex as binary is excluded but the integration remains due to old workflow and NTSC support, situation is the same for MPC player, integration exists but binary is not included. I'm not a fan of these tools (OK, mpc is making progress) but since they are still popular and other people have other requirements I just keep it integrated. I have to admit I don't spend much time thinking about licenses, the time I removed it I wasn't aware that it's GPL licensed, somebody (I think it was manolito) later pointed that out, the possibility to put it back exists, I think...

About the menu renderer, this might be difficult to reproduce and fix, I hope it's not. In my opinion MS totally screwed up the WinForms UI toolkit.

The muxer dialog size issue is a surprise, what my code does is saving and restoring the client size (borders and title bar excluded), this works here perfectly without the window growing or shrinking.

[JKyle]

DGIndex as binary is excluded but the integration remains due to old workflow and NTSC support

I see.

About the menu renderer, this might be difficult to reproduce and fix, I hope it's not. In my opinion MS totally screwed up the WinForms UI toolkit.

So it's an upstream issue? Hmm...

The muxer dialog size issue is a surprise, what my code does is saving and restoring the client size (borders and title bar excluded), this works here perfectly without the window growing or shrinking.

Wow, that's pretty weird. As far as I remember, this kind of problem didn't exist in 2.1.0.7.
I fresh installed 2.1.1.5 with settings in a local folder, and then I started seeing these hiccups.
It's kind of a nuisance though not a critical problem.
Well, let me wait and see what's coming up. :(

[JKyle]

The muxer dialog size issue is a surprise, what my code does is saving and restoring the client size (borders and title bar excluded), this works here perfectly without the window growing or shrinking.

I think I figured out what caused the problem. The UI Scale Factor is the culprit.
If it's set to 1, no window size cycling happens. See this:

https://i.imgur.com/qP37Mmj.gif

But if it's set to 1.5, the cycle period becomes 3.
It was 4 when the scale factor was set to 1.4.

Is it only me who's experiencing this? :confused:
(BTW, I'm using a HiDPI monitor with DPI 120.)

[stax76]

@JKyle

I check every dialog for scaling issues and hope it's done tomorrow.

[JKyle]

I check every dialog for scaling issues and hope it's done tomorrow.

Thanks. Hope you're feeling a lot better now. :)

Sorry but I need to bug you with one more thing.

Since flash3kyuu_deband is kind of problematic for some sources as a deband filter, I decided to replace it with Neo f3kdb (http://avisynth.nl/index.php/Neo_f3kdb).

So I registered it in AVS filter profiles like this:
https://i.imgur.com/eGIvwng.jpg

Edit Code looks good:
https://i.imgur.com/DtitI1Y.jpg

But if I fire up Preview Code, flash3kyuu_deband.dll is pre-loaded before neo-f3kdb.dll:
https://i.imgur.com/jZqNa37.jpg

I know I can manually remove it in the avs file, but it's kind of a nuisance. :(

My guess is it's because the function names are similar: neo_f3kdb vs f3kdb.

But by contrast, VS profiles do NOT make the same mistake:

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

Plz have a look when you have time. :)

[lordalibaski]

Sorry to bug you again guys got a problem with this conversion for some reason it's only converting 9 minutes of the video, I have tried it twice now with the same outcome.


2000.mpeg
Format : MPEG-PS
File size : 9.39 GiB
Duration : 2 h 16 min
Overall bit rate mode : Variable
Overall bit rate : 9 821 kb/s

Video
ID : 224 (0xE0)
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=12
Format, picture structure : Frame
Duration : 2 h 16 min
Bit rate mode : Variable
Bit rate : 9 450 kb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Standard : PAL
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.911
Time code of first frame : 00:00:11:01
Time code source : Group of pictures header
GOP, Open/Closed : Closed
Stream size : 8.96 GiB (95%)

Audio
ID : 189 (0xBD)-128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Muxing mode : DVD-Video
Duration : 2 h 16 min
Bit rate mode : Constant
Bit rate : 256 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
Delay relative to video : -192 ms
Stream size : 251 MiB (3%)
Service kind : Complete Main

Menu

------------------------- Indexing using ffmsindex -------------------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\Dual\ffms2\ffmsindex.exe
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000.mpeg" "C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000.ffindex"

Writing index... done.

Start: 02:17:19
End: 02:18:10
Duration: 00:00:50

--------------------- Auto Crop using AutoCrop 1.0.0.0 ---------------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\AutoCrop\AutoCrop.exe
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_source.avs" 10

0,0,8,0

Start: 02:18:10
End: 02:18:11
Duration: 00:00:00

----------------------------- AviSynth Script -----------------------------

LoadPlugin("C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\AVS\Decomb\Decomb.dll")
LoadPlugin("C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("C:\Users\jimmy\Desktop\To Convert\I.T.F 2000.mpeg", cachefile="C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000.ffindex")
#AssumeFPS(25)
Crop(2, 2, -14, -110)
FieldDeinterlace()

------------------------ Source Script Information ------------------------

Width : 720
Height : 576
Frames : 205260
Time : 02:16:50.400
Framerate : 25 (25/1)
Format : YUV420P8

------------------------ Target Script Information ------------------------

Width : 704
Height : 464
Frames : 205260
Time : 02:16:50.400
Framerate : 25 (25/1)
Format : YUV420P8

--- Audio encoding 1 using ffmpeg N-97868-gaa6f38c298-g38490cbeb3-gcc10.1.0 Patman ---

C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000.mpeg" -b:a 384k -af dynaudnorm=p=0.94:m=80:s=22 -y -hide_banner
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000 -192ms_a1.ac3"

Input #0, mpeg, from 'C:\Users\jimmy\Desktop\To Convert\I.T.F 2000.mpeg':
Duration: 02:16:50.59, start: 11.066044, bitrate: 9820 kb/s
Stream #0:0[0x1bf]: Data: dvd_nav_packet
Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, top first), 720x576 [SAR 16:15 DAR 4:3], Closed Captions, 25 fps, 25 tbr, 90k tbn, 50 tbc
Side data:
cpb: bitrate max/min/avg: 9450000/0/0 buffer size: 1835008 vbv_delay: N/A
Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s
Stream mapping:
Stream #0:2 -> #0:0 (ac3 (native) -> ac3 (native))
Press [q] to stop, [?] for help
Error while decoding stream #0:2: Invalid data found when processing input
Output #0, ac3, to 'C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000 -192ms_a1.ac3':
Metadata:
encoder : Lavf58.43.100
Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
Metadata:
encoder : Lavc58.86.101 ac3
[ac3 @ 000002890ef6e040] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 24320 >= 24320
[ac3 @ 000002890ec853c0] incomplete frame
C:\Users\jimmy\Desktop\To Convert\I.T.F 2000.mpeg: corrupt decoded frame in stream 2
video:0kB audio:384866kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%

Start: 02:19:41
End: 02:22:26
Duration: 00:02:44

General
Complete name : C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000 -192ms_a1.ac3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
File size : 376 MiB
Duration : 2 h 16 min
Overall bit rate mode : Constant
Overall bit rate : 384 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Duration : 2 h 16 min
Bit rate mode : Constant
Bit rate : 384 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 : 376 MiB (100%)
Service kind : Complete Main

-------------- Video encoding using x264 2991-1771b55 Patman --------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000.avs" |
C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\x264\x264.exe --crf 14 --sar 12:11 --demuxer y4m --frames 205260 --output
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_out.h264" -

avs2pipemod[info]: writing 205260 frames of 25/1 fps, 704x464,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 704x464p 12:11 @ 25/1 fps (cfr)
x264 [info]: using SAR=12/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile High, level 3.0, 4:2:0, 8-bit
avs2pipemod[info]: total elapsed time is 2254.245 sec.

x264 [info]: frame I:1126 Avg QP:12.00 size: 71381
x264 [info]: frame P:54141 Avg QP:14.67 size: 38755
x264 [info]: frame B:149993 Avg QP:16.59 size: 16188
x264 [info]: consecutive B-frames: 1.9% 1.4% 2.0% 94.7%
x264 [info]: mb I I16..4: 3.9% 77.0% 19.1%
x264 [info]: mb P I16..4: 0.9% 24.8% 3.9% P16..4: 23.4% 30.4% 16.5% 0.0% 0.0% skip: 0.1%
x264 [info]: mb B I16..4: 0.1% 4.8% 0.7% B16..8: 41.3% 17.7% 5.3% direct:16.8% skip:13.2% L0:38.0% L1:38.3% BI:23.6%
x264 [info]: 8x8 transform intra:84.0% inter:54.6%
x264 [info]: coded y,uvDC,uvAC intra: 96.3% 99.8% 98.6% inter: 54.2% 76.2% 52.0%
x264 [info]: i16 v,h,dc,p: 5% 19% 17% 59%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 13% 16% 37% 4% 6% 6% 7% 5% 7%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 29% 10% 5% 10% 8% 12% 6% 9%
x264 [info]: i8c dc,h,v,p: 43% 32% 10% 15%
x264 [info]: Weighted P-Frames: Y:9.3% UV:6.9%
x264 [info]: ref P L0: 46.2% 11.7% 27.4% 14.1% 0.7%
x264 [info]: ref B L0: 83.9% 12.5% 3.6%
x264 [info]: ref B L1: 95.0% 5.0%
x264 [info]: kb/s:4488.58
encoded 205260 frames, 91.03 fps, 4488.58 kb/s

Start: 02:19:41
End: 02:57:17
Duration: 00:37:35

General
Complete name : C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_out.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 4.29 GiB
Writing library : x264 core 159 r2991 1771b55

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, Reference frames : 4 frames
Width : 704 pixels
Height : 464 pixels
Display aspect ratio : 5:3
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 159 r2991 1771b55

------ Muxing using MP4Box 0.9.0-DEV-rev0-g81b4481e1-gcc10.0.1 Patman ------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\MP4Box\MP4Box.exe -add
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_out.h264#video:name=" -add
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000 -192ms_a1.ac3#audio:lang=und:delay=-192:name=" -new "F:\I.T.F 2000.mp4"

Track Importing MPEG-4 AVC - Width 768 Height 464 FPS 100/4 SAR 12/11
Track Importing AC-3 - SampleRate 48000 Num Channels 2

Saving F:\I.T.F 2000.mp4: 0.500 secs Interleaving


Start: 02:57:17
End: 02:57:28
Duration: 00:00:11

General
Complete name : F:\I.T.F 2000.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/avc1)
File size : 673 MiB
Duration : 2 h 16 min
Overall bit rate : 688 kb/s
Encoded date : UTC 2020-05-29 01:57:17
Tagged date : UTC 2020-05-29 01:57:17

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, Reference frames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 9 min 36 s
Source duration : 9 min 36 s
Bit rate : 268 kb/s
Maximum bit rate : 7 403 kb/s
Width : 704 pixels
Height : 464 pixels
Display aspect ratio : 5:3
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.033
Stream size : 18.4 MiB (3%)
Source stream size : 297 MiB (44%)
Writing library : x264 core 159 r2991 1771b55
Encoded date : UTC 2020-05-29 01:57:17
Tagged date : UTC 2020-05-29 01:57:24
Codec configuration box : avcC

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : ac-3
Duration : 2 h 16 min
Source duration : 2 h 16 min
Bit rate mode : Constant
Bit rate : 384 kb/s
Maximum bit rate : 406 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 : 376 MiB (56%)
Source stream size : 376 MiB (56%)
Service kind : Complete Main
Encoded date : UTC 2020-05-29 01:57:18
Tagged date : UTC 2020-05-29 01:57:24

------------------------------- Job Complete -------------------------------

Start: 02:19:41
End: 02:57:28
Duration: 00:37:47

[JKyle]

@JKyle

I check every dialog for scaling issues and hope it's done tomorrow.

I just found out that Log File Viewer and Jobs window also suffer from the size cycling problem.

But their cycle periods are different than Container Configuration.

[lordalibaski]

Right instead of merging all the vob files together and then converting I converted each vob individually to mp4 then joined them together using the batch method but it changed it to mkv which I'm ok with but at least it works now.

Just want to know why it was only converting 9 minutes when I joined the vobs together never had this problem before.

[jlw_4049]

Ever tried makemkv?

Sent from my SM-G986U1 using Tapatalk

[lordalibaski]

Ever tried makemkv?

Sent from my SM-G986U1 using Tapatalk


I don't get the same options in makemkv has you do with Staxrip and quality wise end conversions are terrible with makemkv compared to Staxrip when converting VHS captures.

Still having the same problem since I updated to the latest beta conversions are just not completing, so I am going to go back to the one prior and try again.


Ps.... I have no idea what is going on here but I just went back to v2.1.1.5 and it's still not completing a full conversion, I have done nothing different with these at all since I updated to vv2.1.1.6 something has gone wrong. I'm doing one more test but dropping down the quality from Super High to Very High.

[lordalibaski]

Wouldn't mind that explaining then dropped it from Super High to Very High and it worked fine!!

[stax76]

@lordalibaski

Is it a DVD source? PAL or NTSC? For PAL it's better to use MakeMKV and then open the MKV file with staxrip. For NTSC it might make sense to use DGIndex or D2V Witch. This must be enabled in the settings dialog in the Preprocessing section.


2.1.1.7 Beta

- various dialogs made resizable and remember their size
- various UI issues fixed
- the play feature in the muxer dialog for subtitles was fixed
- flash3kyuu_deband replaced by Neo f3kdb

[lordalibaski]

@ stax

These are my own VHS captures mate which are captured onto a Liteon Hard drive recorder then taken off the hard drive and put onto my PC, some are PAL some are NTSC but it was doing it with both formats. This is the 1st time I have had this problem but it only seems to be doing it when using Super High I have just done another one in Very High and again it worked perfectly fine. It only happened when I upgraded to v2.1.1.6 but I deleted all the files and started using 2.1.1.5 and it did it again? but soon as I tried Very High it was fine.

Oh yeah I put DGIndex back in but when I 1st used v2.1.1.6 it didn't index with DGIndex it used something else I only noticed it used ffmsindex but now it is using DGIndex again, could it be because it indexed using ffmsindex cause the problem.

Forgot to say mate I set it to convert 4 videos last night it converted 1 fully but the other 3 it only converted up to 10 minutes of each file.

[stax76]

Log file and sample file would be ideal.

https://github.com/staxrip/staxrip/blob/master/.github/ISSUE_TEMPLATE/bug_report.md

[lordalibaski]

Hi mate can't do another one at the moment bit busy downstairs, though I put a log file up yesterday here hope it helps for now

http://forum.doom9.org/showthread.php?p=1914038#post1914038

[stax76]

If you look in the log file the target script is OK:

------------------------ Target Script Information ------------------------

Frames : 205260
Time : 02:16:50.400
Framerate : 25 (25/1)

The x265 output is also OK:

-------------- Video encoding using x264 2991-1771b55 Patman --------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000.avs" |
C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\x264\x264.exe --crf 14 --sar 12:11 --demuxer y4m --frames 205260 --output
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_out.h264" -

avs2pipemod[info]: writing 205260 frames of 25/1 fps, 704x464,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 704x464p 12:11 @ 25/1 fps (cfr)
x264 [info]: using SAR=12/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile High, level 3.0, 4:2:0, 8-bit
avs2pipemod[info]: total elapsed time is 2254.245 sec.

x264 [info]: frame I:1126 Avg QP:12.00 size: 71381
...
x264 [info]: kb/s:4488.58
encoded 205260 frames, 91.03 fps, 4488.58 kb/s

After muxing a issue can be seen:

------ Muxing using MP4Box 0.9.0-DEV-rev0-g81b4481e1-gcc10.0.1 Patman ------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\MP4Box\MP4Box.exe -add
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_out.h264#video:name=" -add
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000 -192ms_a1.ac3#audio:lang=und:delay=-192:name=" -new "F:\I.T.F 2000.mp4"

Track Importing MPEG-4 AVC - Width 768 Height 464 FPS 100/4 SAR 12/11
Track Importing AC-3 - SampleRate 48000 Num Channels 2

Saving F:\I.T.F 2000.mp4: 0.500 secs Interleaving


Start: 02:57:17
End: 02:57:28
Duration: 00:00:11

General
Complete name : F:\I.T.F 2000.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/avc1)
File size : 673 MiB
Duration : 2 h 16 min
Overall bit rate : 688 kb/s

Video
ID : 1
Format : AVC
Duration : 9 min 36 s
Source duration : 9 min 36 s

I would guess it's a MP4Box issue, maybe try another build or select ffmpeg mp4 in the muxing menu. I don't care much about MP4Box and suggest using mkvmerge.

[jlw_4049]

If you look in the log file the target script is OK:

------------------------ Target Script Information ------------------------

Frames : 205260
Time : 02:16:50.400
Framerate : 25 (25/1)

The x265 output is also OK:

-------------- Video encoding using x264 2991-1771b55 Patman --------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000.avs" |
C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\x264\x264.exe --crf 14 --sar 12:11 --demuxer y4m --frames 205260 --output
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_out.h264" -

avs2pipemod[info]: writing 205260 frames of 25/1 fps, 704x464,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 704x464p 12:11 @ 25/1 fps (cfr)
x264 [info]: using SAR=12/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile High, level 3.0, 4:2:0, 8-bit
avs2pipemod[info]: total elapsed time is 2254.245 sec.

x264 [info]: frame I:1126 Avg QP:12.00 size: 71381
...
x264 [info]: kb/s:4488.58
encoded 205260 frames, 91.03 fps, 4488.58 kb/s

After muxing a issue can be seen:

------ Muxing using MP4Box 0.9.0-DEV-rev0-g81b4481e1-gcc10.0.1 Patman ------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\MP4Box\MP4Box.exe -add
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000_out.h264#video:name=" -add
"C:\Users\jimmy\Desktop\To Convert\I.T.F 2000_temp\I.T.F 2000 -192ms_a1.ac3#audio:lang=und:delay=-192:name=" -new "F:\I.T.F 2000.mp4"

Track Importing MPEG-4 AVC - Width 768 Height 464 FPS 100/4 SAR 12/11
Track Importing AC-3 - SampleRate 48000 Num Channels 2

Saving F:\I.T.F 2000.mp4: 0.500 secs Interleaving


Start: 02:57:17
End: 02:57:28
Duration: 00:00:11

General
Complete name : F:\I.T.F 2000.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/avc1)
File size : 673 MiB
Duration : 2 h 16 min
Overall bit rate : 688 kb/s

Video
ID : 1
Format : AVC
Duration : 9 min 36 s
Source duration : 9 min 36 s

I would guess it's a MP4Box issue, maybe try another build or select ffmpeg mp4 in the muxing menu. I don't care much about MP4Box and suggest using mkvmerge.The latest MP4Box is bugged.

Sent from my SM-G986U1 using Tapatalk

[lordalibaski]

Just tried another on Super High but didn't click mp4box and it's worked fine

Here is the log

---------------------------- System Environment ----------------------------

StaxRip : 2.1.1.5
Windows : Windows 10 Pro 1909
Language : English (United Kingdom)
CPU : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz
GPU : AMD Radeon HD 6670
Resolution : 1920 x 1080
DPI : 96

-------------------------- MediaInfo Source File --------------------------

C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One.mpg

General
Complete name : C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One.mpg
Format : MPEG-PS
File size : 2.73 GiB
Duration : 40 min 26 s
Overall bit rate mode : Variable
Overall bit rate : 9 677 kb/s

Video
ID : 224 (0xE0)
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=12
Format, picture structure : Frame
Duration : 40 min 26 s
Bit rate mode : Variable
Bit rate : 9 228 kb/s
Maximum bit rate : 9 450 kb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Standard : PAL
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.890
Time code of first frame : 00:00:09:03
Time code source : Group of pictures header
GOP, Open/Closed : Closed
Stream size : 2.61 GiB (95%)

Audio
ID : 189 (0xBD)-128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Muxing mode : DVD-Video
Duration : 40 min 26 s
Bit rate mode : Constant
Bit rate : 256 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
Delay relative to video : -416 ms
Stream size : 74.1 MiB (3%)
Service kind : Complete Main

Menu

---------------------- DGIndex: Demux & Index MPEG-2 ----------------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\DGIndex\DGIndex.exe -i
"C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One.mpg" -ia 2 -fo 0 -yr 1 -tn 1 -om 2 -drc 2 -dsd 0 -dsa 0 -o
"C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One" -hide -exit

Start: 15:21:45
End: 15:22:07
Duration: 00:00:22

--------------------- Auto Crop using AutoCrop 1.0.0.0 ---------------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\AutoCrop\AutoCrop.exe "C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry -
Stage One_temp\Turntable Wizardry - Stage One_source.avs" 10

11,2,11,7

Start: 15:22:07
End: 15:22:08
Duration: 00:00:00

----------------------------- AviSynth Script -----------------------------

LoadPlugin("C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\AVS\Decomb\Decomb.dll")
LoadPlugin("C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\AVS\MPEG2DecPlus\MPEG2DecPlus64.dll")
MPEG2Source("C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One.d2v")
Crop(0, 0, -0, -16)
FieldDeinterlace()

------------------------ Source Script Information ------------------------

Width : 720
Height : 576
Frames : 60660
Time : 40:26.400
Framerate : 25 (25/1)
Format : YUV420P8

------------------------ Target Script Information ------------------------

Width : 720
Height : 560
Frames : 60660
Time : 40:26.400
Framerate : 25 (25/1)
Format : YUV420P8

------------------------- MediaInfo Audio Source 1 -------------------------

General
Complete name : C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry
- Stage One T80 2_0ch 256Kbps DELAY -416ms.ac3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
File size : 74.1 MiB
Duration : 40 min 26 s
Overall bit rate mode : Constant
Overall bit rate : 256 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Duration : 40 min 26 s
Bit rate mode : Constant
Bit rate : 256 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 : 74.1 MiB (100%)
Service kind : Complete Main

--- Audio encoding 1 using ffmpeg N-97868-gaa6f38c298-g38490cbeb3-gcc10.1.0 Patman ---

C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i
"C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry
- Stage One T80 2_0ch 256Kbps DELAY -416ms.ac3" -b:a 384k -af dynaudnorm=p=0.94:m=80:s=22 -y -hide_banner
"C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One T80 2_0ch 256Kbps DELAY -416ms_a1.ac3"

[ac3 @ 0000024f27013080] Estimating duration from bitrate, this may be inaccurate
Input #0, ac3, from 'C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One T80 2_0ch 256Kbps DELAY -416ms.ac3':
Duration: 00:40:26.69, start: 0.000000, bitrate: 255 kb/s
Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (ac3 (native) -> ac3 (native))
Press [q] to stop, [?] for help
Output #0, ac3, to 'C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One T80 2_0ch 256Kbps DELAY -416ms_a1.ac3':
Metadata:
encoder : Lavf58.43.100
Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
Metadata:
encoder : Lavc58.86.101 ac3
[ac3 @ 0000024f27015540] incomplete frame
C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry -
Stage One T80 2_0ch 256Kbps DELAY -416ms.ac3: corrupt decoded frame in stream 0
video:0kB audio:113751kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%

Start: 16:43:43
End: 16:44:24
Duration: 00:00:41

General
Complete name : C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One T80 2_0ch 256Kbps DELAY -416ms_a1.ac3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
File size : 111 MiB
Duration : 40 min 26 s
Overall bit rate mode : Constant
Overall bit rate : 384 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Duration : 40 min 26 s
Bit rate mode : Constant
Bit rate : 384 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 : 111 MiB (100%)
Service kind : Complete Main

-------------- Video encoding using x264 2991-1771b55 Patman --------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp
"C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One.avs" | C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\x264\x264.exe --crf 14 --sar 12:11 --demuxer y4m --frames 60660 --output "C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One_out.h264" -

avs2pipemod[info]: writing 60660 frames of 25/1 fps, 720x560,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 720x560p 12:11 @ 25/1 fps (cfr)
x264 [info]: using SAR=12/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile High, level 3.0, 4:2:0, 8-bit
avs2pipemod[info]: total elapsed time is 663.912 sec.

x264 [info]: frame I:574 Avg QP:11.16 size: 53726
x264 [info]: frame P:16630 Avg QP:13.78 size: 32679
x264 [info]: frame B:43456 Avg QP:15.77 size: 13648
x264 [info]: consecutive B-frames: 3.6% 1.8% 2.7% 91.9%
x264 [info]: mb I I16..4: 7.1% 84.5% 8.4%
x264 [info]: mb P I16..4: 2.6% 38.4% 2.3% P16..4: 21.1% 22.7% 12.2% 0.0% 0.0% skip: 0.6%
x264 [info]: mb B I16..4: 0.3% 6.6% 0.5% B16..8: 38.8% 15.1% 4.8% direct:15.5% skip:18.5% L0:40.4% L1:38.9% BI:20.7%
x264 [info]: 8x8 transform intra:88.7% inter:68.2%
x264 [info]: coded y,uvDC,uvAC intra: 92.4% 93.2% 65.2% inter: 53.3% 54.6% 7.7%
x264 [info]: i16 v,h,dc,p: 46% 16% 8% 31%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 23% 31% 4% 5% 4% 6% 5% 7%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 31% 10% 5% 9% 7% 11% 5% 8%
x264 [info]: i8c dc,h,v,p: 52% 22% 17% 9%
x264 [info]: Weighted P-Frames: Y:7.9% UV:5.1%
x264 [info]: ref P L0: 50.7% 12.6% 24.7% 11.6% 0.4%
x264 [info]: ref B L0: 87.0% 10.1% 2.9%
x264 [info]: ref B L1: 96.7% 3.3%
x264 [info]: kb/s:3848.85
encoded 60660 frames, 91.33 fps, 3848.85 kb/s

Start: 16:43:43
End: 16:54:47
Duration: 00:11:04

General
Complete name : C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry -
Stage One_temp\Turntable Wizardry - Stage One_out.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 1.09 GiB
Writing library : x264 core 159 r2991 1771b55

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, Reference frames : 4 frames
Width : 720 pixels
Height : 560 pixels
Display aspect ratio : 1.403
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 159 r2991 1771b55

--- Muxing to MP4 using ffmpeg N-97868-gaa6f38c298-g38490cbeb3-gcc10.1.0 Patman ---

C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i
"C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One_out.h264" -i "C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One T80 2_0ch 256Kbps DELAY -416ms_a1.ac3" -map 0:v -map 1 -c:v copy -c:a copy -y -hide_banner "F:\Turntable Wizardry - Stage One.mp4"

Input #0, h264, from 'C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One_out.h264':
Duration: N/A, bitrate: N/A
Stream #0:0: Video: h264 (High), yuv420p(progressive), 720x560 [SAR 12:11 DAR 108:77], 25 fps, 25 tbr, 1200k tbn, 50 tbc
[ac3 @ 0000021d909ae700] Estimating duration from bitrate, this may be inaccurate
Input #1, ac3, from 'C:\Users\jimmy\Desktop\To Convert\Turntable Wizardry - Stage One_temp\Turntable Wizardry - Stage One T80 2_0ch 256Kbps DELAY -416ms_a1.ac3':
Duration: 00:40:26.69, start: 0.000000, bitrate: 384 kb/s
Stream #1:0: Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
[mp4 @ 0000021d905f71c0] track 1: codec frame size is not set
Output #0, mp4, to 'F:\Turntable Wizardry - Stage One.mp4':
Metadata:
encoder : Lavf58.43.100
Stream #0:0: Video: h264 (High) (avc1 / 0x31637661), yuv420p(progressive), 720x560 [SAR 12:11 DAR 108:77], q=2-31, 25 fps, 25 tbr, 1200k tbn, 1200k tbc
Stream #0:1: Audio: ac3 (ac-3 / 0x332D6361), 48000 Hz, stereo, fltp, 384 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #1:0 -> #0:1 (copy)
Press [q] to stop, [?] for help
[mp4 @ 0000021d905f71c0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 4874 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 4897 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 5277 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 5735 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 10813 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2529 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2104 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2181 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 1807 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 1860 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2023 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 1866 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 1930 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2376 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2074 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 1835 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 1878 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2003 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 2337 times
[mp4 @ 0000021d905f71c0] pts has no value
Last message repeated 241 times
video:1139998kB audio:113751kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.085324%

Start: 16:54:47
End: 16:54:58
Duration: 00:00:10

------------------------------- Job Complete -------------------------------

Start: 16:43:43
End: 16:54:58
Duration: 00:11:15

[stax76]

[mp4 @ 0000021d905f71c0] Timestamps are unset in a packet for stream 0. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
[mp4 @ 0000021d905f71c0] pts has no value

Maybe then there is an issue with the x265 output, in either way it's probably not a staxrip issue, difficult to tell without sample, you can try things like another source filter or encoder to find the root cause.

[JKyle]

2.1.1.7 Beta

- various dialogs made resizable and remember their size
- various UI issues fixed
- the play feature in the muxer dialog for subtitles was fixed
- flash3kyuu_deband replaced by Neo f3kdb

I checked the following:

- Window size cycling is fixed for Container Configuration, Log File Viewer, and Jobs windows.
- Apps Manage submenus are not cropped any more.
(And of course, flash3kyuu_deband.dll is not preloaded any more.)

:thanks:

[lordalibaski]

@stax

Not using x265 output they are x264 output mate

I will upload a full sample for you mate but do you want a complete file or a small snippet of it? only asking because the original captures are between 5gb and 9gb in size.

[stax76]

I will upload a full sample for you mate but do you want a complete file or a small snippet of it? only asking because the original captures are between 5gb and 9gb in size.

Size does not matter as long as it allows to reproduce the issue.

[lordalibaski]

I have uploaded the full file mate because like I said it only did the 1st 9 mins then stopped on each of the 3 it failed on


https://1fichier.com/?5eb75ji58y5xryee4awz

[lordalibaski]

Just done another file @ Super High and again it took the correct time to convert it but only give me 23mins of it this time.


---------------------------- System Environment ----------------------------

StaxRip : 2.1.1.5
Windows : Windows 10 Pro 1909
Language : English (United Kingdom)
CPU : Intel(R) Xeon(R) CPU X5675 @ 3.07GHz
GPU : AMD Radeon HD 6670
Resolution : 1920 x 1080
DPI : 96

-------------------------- MediaInfo Source File --------------------------

C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism.mpeg

General
Complete name : C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism.mpeg
Format : MPEG-PS
File size : 6.56 GiB
Duration : 1 h 35 min
Overall bit rate mode : Variable
Overall bit rate : 9 790 kb/s

Video
ID : 224 (0xE0)
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=12
Format, picture structure : Frame
Duration : 1 h 35 min
Bit rate mode : Variable
Bit rate : 9 339 kb/s
Maximum bit rate : 9 450 kb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Standard : PAL
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.901
Time code of first frame : 00:00:21:03
Time code source : Group of pictures header
GOP, Open/Closed : Closed
Stream size : 6.26 GiB (95%)

Audio
ID : 189 (0xBD)-128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Muxing mode : DVD-Video
Duration : 1 h 35 min
Bit rate mode : Constant
Bit rate : 256 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
Delay relative to video : -192 ms
Stream size : 176 MiB (3%)
Service kind : Complete Main

Menu

------------------------- Indexing using ffmsindex -------------------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\Dual\ffms2\ffmsindex.exe "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism.mpeg" "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism.ffindex"

Writing index... done.

Start: 21:53:21
End: 21:54:00
Duration: 00:00:39

--------------------- Auto Crop using AutoCrop 1.0.0.0 ---------------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\AutoCrop\AutoCrop.exe "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism_source.avs" 10

1,0,3,0

Start: 21:54:01
End: 21:54:02
Duration: 00:00:00

----------------------------- AviSynth Script -----------------------------

LoadPlugin("C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\AVS\Decomb\Decomb.dll")
LoadPlugin("C:\Users\jimmy\Desktop\StaxRip\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism.mpeg", cachefile="C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism.ffindex")
#AssumeFPS(25)
Crop(0, 2, -0, -14)
FieldDeinterlace()

------------------------ Source Script Information ------------------------

Width : 720
Height : 576
Frames : 143940
Time : 01:35:57.600
Framerate : 25 (25/1)
Format : YUV420P8

------------------------ Target Script Information ------------------------

Width : 720
Height : 560
Frames : 143940
Time : 01:35:57.600
Framerate : 25 (25/1)
Format : YUV420P8

--- Audio encoding 1 using ffmpeg N-97868-gaa6f38c298-g38490cbeb3-gcc10.1.0 Patman ---

C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism.mpeg" -b:a 384k -af dynaudnorm=p=0.94:m=80:s=22 -y -hide_banner "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism -192ms_a1.ac3"

Input #0, mpeg, from 'C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism.mpeg':
Duration: 01:35:57.79, start: 21.146044, bitrate: 9789 kb/s
Stream #0:0[0x1bf]: Data: dvd_nav_packet
Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, top first), 720x576 [SAR 16:15 DAR 4:3], Closed Captions, 25 fps, 25 tbr, 90k tbn, 50 tbc
Side data:
cpb: bitrate max/min/avg: 9450000/0/0 buffer size: 1835008 vbv_delay: N/A
Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s
Stream mapping:
Stream #0:2 -> #0:0 (ac3 (native) -> ac3 (native))
Press [q] to stop, [?] for help
Error while decoding stream #0:2: Invalid data found when processing input
Output #0, ac3, to 'C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism -192ms_a1.ac3':
Metadata:
encoder : Lavf58.43.100
Stream #0:0: Audio: ac3, 48000 Hz, stereo, fltp, 384 kb/s
Metadata:
encoder : Lavc58.86.101 ac3
[ac3 @ 000001a79a53e6c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 24320 >= 24320
[ac3 @ 000001a79a53e240] incomplete frame
C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism.mpeg: corrupt decoded frame in stream 2
video:0kB audio:269889kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%

Start: 21:54:58
End: 21:56:55
Duration: 00:01:56

General
Complete name : C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism -192ms_a1.ac3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
File size : 264 MiB
Duration : 1 h 35 min
Overall bit rate mode : Constant
Overall bit rate : 384 kb/s

Audio
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Duration : 1 h 35 min
Bit rate mode : Constant
Bit rate : 384 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 : 264 MiB (100%)
Service kind : Complete Main

-------------- Video encoding using x264 2991-1771b55 Patman --------------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\avs2pipemod\avs2pipemod64.exe -y4mp "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism.avs" | C:\Users\jimmy\Desktop\StaxRip\Apps\Encoders\x264\x264.exe --crf 14 --sar 12:11 --demuxer y4m --frames 143940 --output "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism_out.h264" -

avs2pipemod[info]: writing 143940 frames of 25/1 fps, 720x560,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 720x560p 12:11 @ 25/1 fps (cfr)
x264 [info]: using SAR=12/11
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
x264 [info]: profile High, level 3.0, 4:2:0, 8-bit
avs2pipemod[info]: total elapsed time is 2000.493 sec.

x264 [info]: frame I:772 Avg QP:12.90 size: 99533
x264 [info]: frame P:37762 Avg QP:15.87 size: 65895
x264 [info]: frame B:105406 Avg QP:18.56 size: 30533
x264 [info]: consecutive B-frames: 1.8% 1.1% 1.5% 95.6%
x264 [info]: mb I I16..4: 3.3% 74.3% 22.5%
x264 [info]: mb P I16..4: 0.8% 41.9% 6.1% P16..4: 15.4% 23.0% 12.7% 0.0% 0.0% skip: 0.1%
x264 [info]: mb B I16..4: 0.1% 8.7% 1.1% B16..8: 41.1% 20.7% 6.9% direct:16.5% skip: 4.8% L0:31.8% L1:31.3% BI:37.0%
x264 [info]: 8x8 transform intra:86.4% inter:57.3%
x264 [info]: coded y,uvDC,uvAC intra: 99.3% 99.2% 91.4% inter: 76.3% 73.6% 20.4%
x264 [info]: i16 v,h,dc,p: 14% 5% 9% 73%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 12% 30% 5% 6% 8% 7% 8% 8%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 16% 12% 7% 10% 10% 11% 8% 10%
x264 [info]: i8c dc,h,v,p: 45% 18% 21% 17%
x264 [info]: Weighted P-Frames: Y:9.2% UV:4.4%
x264 [info]: ref P L0: 42.3% 18.8% 27.0% 11.3% 0.6%
x264 [info]: ref B L0: 87.7% 9.9% 2.4%
x264 [info]: ref B L1: 96.1% 3.9%
x264 [info]: kb/s:8036.03
encoded 143940 frames, 72.02 fps, 8036.03 kb/s

Start: 21:54:58
End: 22:28:19
Duration: 00:33:21

General
Complete name : C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism_out.h264
Format : AVC
Format/Info : Advanced Video Codec
File size : 5.39 GiB
Writing library : x264 core 159 r2991 1771b55

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, Reference frames : 4 frames
Width : 720 pixels
Height : 560 pixels
Display aspect ratio : 1.403
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Writing library : x264 core 159 r2991 1771b55

------ Muxing using MP4Box 0.9.0-DEV-rev0-g81b4481e1-gcc10.0.1 Patman ------

C:\Users\jimmy\Desktop\StaxRip\Apps\Support\MP4Box\MP4Box.exe -add "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism_out.h264#video:name=" -add "C:\Users\jimmy\Desktop\To Convert\DMC The Art of Turntablism_temp\DMC The Art of Turntablism -192ms_a1.ac3#audio:lang=und:delay=-192:name=" -new "F:\DMC The Art of Turntablism.mp4"

Track Importing MPEG-4 AVC - Width 785 Height 560 FPS 100/4 SAR 12/11
Track Importing AC-3 - SampleRate 48000 Num Channels 2

Saving F:\DMC The Art of Turntablism.mp4: 0.500 secs Interleaving


Start: 22:28:19
End: 22:29:00
Duration: 00:00:41

General
Complete name : F:\DMC The Art of Turntablism.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/avc1)
File size : 1.64 GiB
Duration : 1 h 35 min
Overall bit rate : 2 453 kb/s
Encoded date : UTC 2020-05-29 21:28:21
Tagged date : UTC 2020-05-29 21:28:21

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format, CABAC : Yes
Format, Reference frames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 23 min 26 s
Source duration : 23 min 26 s
Bit rate : 1 963 kb/s
Maximum bit rate : 14.4 Mb/s
Width : 720 pixels
Height : 560 pixels
Display aspect ratio : 1.403
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.195
Stream size : 329 MiB (20%)
Source stream size : 1.39 GiB (84%)
Writing library : x264 core 159 r2991 1771b55
Encoded date : UTC 2020-05-29 21:28:21
Tagged date : UTC 2020-05-29 21:28:36
Codec configuration box : avcC

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : ac-3
Duration : 1 h 35 min
Source duration : 1 h 35 min
Bit rate mode : Constant
Bit rate : 384 kb/s
Maximum bit rate : 406 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 : 264 MiB (16%)
Source stream size : 264 MiB (16%)
Service kind : Complete Main
Encoded date : UTC 2020-05-29 21:28:31
Tagged date : UTC 2020-05-29 21:28:36

------------------------------- Job Complete -------------------------------

Start: 21:54:57
End: 22:29:00
Duration: 00:34:02

[stax76]

I tried to reproduce it for a long time but couldn't, maybe it happens only under very special conditions, something specific to your system maybe.

[lordalibaski]

I tried to reproduce it for a long time but couldn't, maybe it happens only under very special conditions, something specific to your system maybe.

I have no idea mate like I have said it only started happening with version 2.1.1.6 the only other thing I can try is removing all of staxrip and uninstalling AviSynth and start again from fresh.

Check out all my logs over the last few days it all started happening from the 28th

https://www.sendspace.com/file/umo6fp

[stax76]

If you can pinpoint it to a specific staxrip version then please look in the changelog which tools were updated in this version.

https://github.com/staxrip/staxrip/blob/master/Changelog.md

x264 wasn't updated for a very long time, MP4Box was updated in version 2.1.0.9, just recently avisynth so maybe try vapoursynth.

If you can upload the h264 file, that could help too.

edit:

all log files use staxrip version 2.1.1.5

[lordalibaski]

The version it started on mate was StaxRip : 2.1.1.6

This is the very 1st file it started with the fault has you can see for a 1 h 31 min video it only did 26.25 minutes but it actually took the same time that it does to convert a 1 hr 31 min video.

Start: 22:00:30
End: 22:26:55
Duration: 00:26:25

2020-05-28_22.26.55 - I.T.F 1997_staxrip
https://www.sendspace.com/file/ycj5jk


The logs change mate on the 28th to version 2.1.1.6 then I reverted back to 2.1.1.5 and the problem was still there.

Here is a converted file set @ Super High
https://1fichier.com/?l3rhvvijcjf9htoja2tz

I have just uninstalled everything and started from fresh with the latest beta, I'm trying some different settings it's a big file and it's going to take over an hour but we will see if it converts in full and get back to you later.

[JKyle]

@lordalibaski

I tested the file you uploaded on 1fichier, and had NO problem on my side just like @stax76.

My environment:

StaxRip 2.1.1.7 (& FFVideoSource in it)
x264 160-r3000M(GCC10.0.1) Patman (http://www.mediafire.com/file/se4nmnd36lcrbku/x264M-0.160.3000-33f9e14-gcc10.0.1.7z/file)
MP4Box 0.8.0-rev259(GCC11.0.0) Patman (http://www.mediafire.com/file/2y6yoildxjn0ksb/MP4Box-0.8.0-rev259-g3ff11e50d-gcc11.0.0.7z/file)
ffmpeg N-97868(GCC10.1.0) Patman (http://www.mediafire.com/file/ctfftbjou78ppcq/ffmpeg-N-97868-gaa6f38c298-g38490cbeb3-gcc10.1.0.7z/file)

Although I guess MP4Box is the culprit, I think you better update all the related apps and see if anything changes.

BTW, Duration means 'encoding time', not 'playback duration' in

Start: 22:00:30
End: 22:26:55
Duration: 00:26:25

[lordalibaski]

Question guys when you said you have tried this file did you set the quality setting to Super High? only asking because yes it works perfectly fine until I set it to Super High any other setting it worked fine.

Cheers for all those updates Jkyle I will add them soon as this conversion is finished, I have just installed StaxRip 2.1.1.7 so will just add the rest later and try on my old settings.

[stax76]

Please try vapoursynth, staxrip 2.1.1.6 has not updated any tools, maybe it has something to do with avisynth and portable mode, I don't have avisynth installed any longer since staxrip supports portable mode.

[stax76]

Question guys when you said you have tried this file did you set the quality setting to Super High?

Yes I tried that, I really tried all your settings.

[JKyle]

x265 is updated to 3.4 today.

[lordalibaski]

Please try vapoursynth, staxrip 2.1.1.6 has not updated any tools, maybe it has something to do with avisynth and portable mode, I don't have avisynth installed any longer since staxrip supports portable mode.


I'm trying vapoursynth on this conversion now mate got about 40mins left of converting, I will report back soon as it's finished.

[lordalibaski]

Sorry took so long had to try another conversion.

The 1st one worked but the quality wasn't what I was looking for but it worked.

Test1
https://www.sendspace.com/file/p5hqey

The 2nd conversion with my normal settings also worked perfectly with the quality I wanted and expected from staxrip.

Test2
https://www.sendspace.com/file/l4gy3j


Where can I find the latest version of x265 this is what I usually do my own conversions for myself these x264 conversions are for someone else.

Many thanks gents for all your help, I will just have to keep upto date with the files.

[JKyle]

Where can I find the latest version of x265 this is what I usually do my own conversions for myself these x264 conversions are for someone else.

@Patman is maintaining an archive of many binary builds that are very useful and indispensable as well.

Look up any post by him and look at his signature. His archive link is there.

For example, see this post (https://forum.doom9.org/showthread.php?p=1913468#post1913468).

[JKyle]

Neo f3kdb is updated to r6 today.

Here (https://github.com/HomeOfAviSynthPlusEvolution/neo_f3kdb/releases/tag/r6).

[lordalibaski]

@Patman is maintaining an archive of many binary builds that are very useful and indispensable as well.

Look up any post by him and look at his signature. His archive link is there.

For example, see this post (https://forum.doom9.org/showthread.php?p=1913468#post1913468).


I knew of the name no wonder I couldn't find it I searched for pacman lol

Cheers JKyle

[chipxtreme]

MKVToolnix updated to v47.0.0

[JKyle]

JPSDR is 3.2.2 (https://github.com/jpsdr/plugins_JPSDR/releases/tag/3.2.2).
mvtools2 is 2.7.42 / DePan is 2.13.1.5 / DePanEstimate is 2.10.0.4 here (https://github.com/pinterf/mvtools/releases/tag/2.7.42).
VSFilterMod is 5.2.2 (https://github.com/sorayuki/VSFilterMod/releases/tag/r5.2.2).
TIVTC is 1.0.17 / TDeint is 1.5 here (https://github.com/pinterf/TIVTC/releases/tag/v1.0.17b).

NVEnc is now 5.03 (https://github.com/rigaya/NVEnc/releases/tag/5.03).
QSVEnc is updated to 4.03 (https://github.com/rigaya/QSVEnc/releases/tag/4.03).
And @Patman updated his x265 builds to 3.4+6 (https://www.mediafire.com/folder/vkt2ckzjvt0qf/StaxRip_Tools).

[mcjordan]

LSFmod 2.18.7
QTGMC 3.365
SMDegrain 3.12.108s
https://github.com/realfinder/AVS-Stuff/tree/master

[stax76]

There is still an issue in the QTGMC script:

Script Error

I don't know what 'AvsPlusVersionNumber' means.
(D:\Projekte\VB\staxrip\bin\Apps\Plugins\AVS\QTGMC\QTGMC.avsi, line 188)
(D:\Samples\fitness_temp\fitness_new_preview.avs, line 26)

I just set it to true, but why is it not fixed yet?

[Groucho2004]

There is still an issue in the QTGMC script:

Script Error

I don't know what 'AvsPlusVersionNumber' means.
(D:\Projekte\VB\staxrip\bin\Apps\Plugins\AVS\QTGMC\QTGMC.avsi, line 188)
(D:\Samples\fitness_temp\fitness_new_preview.avs, line 26)

I just set it to true, but why is it not fixed yet?
I think it's in "Zs_RF_Shared.avsi". It's actually listed as a dependency in QTGMC.avsi.

[stax76]

Thanks, that solves also the Dither_Luma_Rebuild error. :thanks:

[JKyle]

HolyWu updated his L-SMASH-Works build to 20200531 (https://github.com/HolyWu/L-SMASH-Works/releases/tag/20200531).

[lordalibaski]

Hi guys I've always wanted to try QTGMC but I have always come across a few errors so I have never bothered with it, does it actually work with Xeon processors?

Just tried it with that latest update and received this error

Script Error

Cannot load file 'C:/Users/jimmy/Desktop/StaxRip-x64/Apps/Plugins/AVS/JPSDR/Plugins_JPSDR.dll'. Platform returned code 1114:
A dynamic link library (DLL) initialization routine failed.

(C:\Users\jimmy\Desktop\chad\Chad Jackson_temp\Chad Jackson_preview.avs, line 11)


I have also downloaded the latest version of Plugins_JPSDR.dll but have no idea which version to use from the downloaded folder

[stax76]

This error means:


Dev> .\Err.exe 1114
# for decimal 1114 / hex 0x45a
ERROR_DLL_INIT_FAILED winerror.h
# A dynamic link library (DLL) initialization routine failed.


Plugins_JPSDR loads here with i5-8400 CPU.

In the current and next build the version included is probably W7_AVX, it should probably be compatible with your CPU.

If you want to know CPU info you can do:

Code Editor > Context Menu > Advanced Info > Info()

This calls the avisynth Info() function which shows info about the CPU.

[stax76]

@JKyle

Here is a script:

https://github.com/staxrip/staxrip/blob/master/Scripts/_BeforeProcessing.ps1

Save it with file name BeforeProcessing.ps1 under:

Main Menu > Tools > Scripts > Open Script Folder

If the audio source file extension is flac and the audio encoder is qaac it sets decoding mode to Pipe.


2.1.1.8 Beta
============

- Improved Log File Viewer (Main Menu > Tools > Log File).
Tip: The Log File Viewer has a context menu.
- The Jobs dialog has a feature to sort the job list alphabetically.
- The Preview dialog can be resized with the mouse.
- Support for character # in filenames because MP4Box was finally fixed.
- Improved PowerShell scripting error handling.
- Many UI improvements, especially on 96 DPI.
- 'Main Menu > Help > Info' shows list with contributors I could remember.
- x265 M-3.4+6-g73f96ff39-gcc11.0.0 Patman
- nvenc 5.03
- qsvenc 4.03
- mkvtoolnix 47
- AVSMeter 3.0.0.4
- chapterEditor 1.23
- f3kdb Neo r6
- MiniDeen Neo r9
- DFTTest Neo r7
- L-Smash-Works 2020-05-31
- JPSDR 3.2.2
- mvtools2 2.7.42
- VSFilterMod 5.2.2
- TIVTC 1.0.17
- TDeint 1.5
- SMDegrain 3.12.108s
- QTGMC 3.365
- LSFmod 2.187

[lordalibaski]

This error means:


Dev> .\Err.exe 1114
# for decimal 1114 / hex 0x45a
ERROR_DLL_INIT_FAILED winerror.h
# A dynamic link library (DLL) initialization routine failed.


Plugins_JPSDR loads here with i5-8400 CPU.

In the current and next build the version included is probably W7_AVX, it should probably be compatible with your CPU.

If you want to know CPU info you can do:

Code Editor > Context Menu > Advanced Info > Info()

This calls the avisynth Info() function which shows info about the CPU.


I thought it might already be compatible with my CPU it's an old Xeon x5675 but just remembered it has no support for AVX instructions this is why I can't use QTGMC.

[Groucho2004]

I thought it might already be compatible with my CPU it's an old Xeon x5675 but just remembered it has no support for AVX instructions this is why I can't use QTGMC.Have a look at my post here (https://forum.doom9.org/showthread.php?p=1889362#post1889362).

[jlw_4049]

Thanks for the update @stax76

:)

Sent from my SM-G986U1 using Tapatalk

[lordalibaski]

Have a look at my post here (https://forum.doom9.org/showthread.php?p=1889362#post1889362).

Grabbed it mate thank you very much for that, funny how the XP_SSE2 release works with Windows 10 but none of the newer ones will.

Going to do some testing with this see how it differs from the normal fieldDienterlace method.

[JKyle]

Save it with file name BeforeProcessing.ps1 under:

Main Menu > Tools > Scripts > Open Script Folder

If the audio source file extension is flac and the audio encoder is qaac it sets decoding mode to Pipe.

Thanks.
After some testing, I found two issues: with the ps1 script itself and with StaxRip 2.1.1.8.

1) When the source mkv file is not demuxed in loading, your script does not work.
The decoding method for qaac still remains as FLAC.
Only in audio re-encoding mkvextract demuxes the flac audio track in mkv as it is.
But qaac fails to read it, as you know.

2) StaxRip 2.1.1.8 cannot read ps1 scripts when their names do not have spaces.
For example, BeforeProcessing.ps1 does not appear in the Tools > Scripts menu, while Before Processing.ps1 does.



2.1.1.8 Beta
============

- f3kdb Neo r6
- DFTTest Neo r7


1) Replacing flash3kyuu_deband with f3kdb Neo causes these dependency problems.

mClean.avsi
uses f3kdb, not neo_f3kdb in line 143.

G41Fun.mClean in VS Scripts > G41Fun.py
calls f3kdb, not neo_f3kdb in line 2557.

For these two files, simply replacing f3kdb with neo_f3kdb seems to fix the problem.


2) Replacing DFTTest with DFTTest Neo causes this dependency problem.

dfttestMC in VS Scripts > muvsfunc.py
calls dfttest not neo_dfttest in line 2672.

Well, since dfttestMC is not listed in the default VS profiles, I think this will not be an issue unless a user puts it manually in the VS script.


BTW, thanks for putting Zs_RF_Shared.avsi. Now I can remove the file from the plugins folder. :)


All in all, thanks for the update.
:thanks:

[mcjordan]

MVTools 2.7.43
Changelog: MCompensate: fix crash for GreyScale formats when overlap is used
https://github.com/pinterf/mvtools/releases/tag/2.7.43

[craigpro]

when I start StanRip and I have the automatic template set to "automatic workflow", I add files to the batch, it then asks me select a template again (automatic workflow etc.).

what's become corrupted with my config please? It started doing it in beta 2.1.0.8 (most likely due to PEBKAC - I think I overwrote an .srip file accidentally), but I just downloaded 2.1.1.8 beta and overwrote all files and it's still doing it.

any help to reset config is most appreciated - is it something in registry? thank you.

[stax76]

@craigpro

There is a setting Show template selection when loading new files, by default it's disabled but even when enabled this should be ignored in batch mode, just tried it, here it's not shown in batch mode.

Overwriting files can cause issues, so I absolutely don't recommend it. The new build blocks custom paths stored in the startup folder (unless enabled in the danger zone settings, bad idea).


@all

It's not easy to address all feedback, so I focus on the issue tracker.


2.1.1.9 Beta

- The cut feature was missing the last frame.
- In case the cut feature is used, flac input for qaac is disabled so if necessary a w64 file is created.
- Many nvenc improvements.
- Layout and scaling fixes.
- PowerShell script host supports events, script examples use events.
- The menu in the Jobs dialog was improved.
- mvtools2 2.7.43

[chipxtreme]

2.1.1.9 is buggy, when I load I get errors

"Load x265 first"

"Load VapourSynth first

Filters > Filter Setup > VapourSynth"

"Re-mux"

"PowerShell Scipt Exception

Method invocation failed because [StaxRip.TaskDialog`1[[System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]] does not contain a method named 'AddCommandLink'.

at: line 25

System.Management.Automation.RuntimeException: Method invocation failed because [StaxRip.TaskDialog`1[[System.String, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]] does not contain a method named 'AddCommandLink'.
at System.Management.Automation.Runspaces.PipelineBase.Invoke(IEnumerable input)
at StaxRip.PowerShell.Invoke(String code, String varName, Object varValue) in D:\Projekte\VB\staxrip\General\PowerShell.vb:line 40
at StaxRip.GlobalClass.InvokePowerShellCode(String code, String varName, Object varValue) in D:\Projekte\VB\staxrip\General\GlobalClass.vb:line 51"

[stax76]

Maybe you did the cardinal sin to copy over, its one of the most reliable ways to break any software, I wrote that one post before. :)

[chipxtreme]

Maybe you did the cardinal sin to copy over, its one of the most reliable ways to break any software, I wrote that one post before. :)

Yes that has sorted the errors out but now when I go to add an .mkv it complains about DGIndex which has been removed in latest builds

[stax76]

You can create a d2v file with d2v Witch.

[chipxtreme]

You can create a d2v file with d2v Witch.

How? I'm used to Staxrip just working

Also with 2.1.1.9 the boxes to adjust bitrate and filesize aren't editable

[JKyle]

How? I'm used to Staxrip just working

Also with 2.1.1.9 the boxes to adjust bitrate and filesize aren't editable

Video bitrate option is in the video encoder 'Options' menu.

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

I highly recommend you fresh install StaxRip after deleting all the settings hidden in C:\Users\<your Windows username>\AppData\Roaming\StaxRip or C:\ProgramData\StaxRip.

Always choose the local folder where the app itself is unarchived for your settings data.

When a d2v file generation fails due to lack of DGIndex, uncheck DGIndex item in Tools > Settings > Preprocessing.

[stax76]

@chipxtreme

Or if you want to restore the old behavior you can set the bitrate to 0 in the encoder dialog.

[craigpro]

@craigpro

There is a setting Show template selection when loading new files, by default it's disabled but even when enabled this should be ignored in batch mode, just tried it, here it's not shown in batch mode.

Overwriting files can cause issues, so I absolutely don't recommend it. The new build blocks custom paths stored in the startup folder (unless enabled in the danger zone settings, bad idea).



@staxrip - thank you so much for the response, I checked my 'Show template etc.' setting and it was disabled, so I tried enabling it, running a batch and then dis-abling it and still no luck.

It did give me an idea though and I deleted my "\Staxrip\Settings\Templates\Automatic Workflow.srip" file and then looked for the file in the StaxRip-x64-2.1.1.8-beta.7z archive and was surprised it wasn't there.. so then I thought it must be auto-created - so with the original file deleted I re-ran staxrip.exe and yes, the file was created and after a little customising and re-saving it it's now all working fine - thank you so much for an excellent app and your assistance!

[chipxtreme]

@chipxtreme

Or if you want to restore the old behavior you can set the bitrate to 0 in the encoder dialog.

Sorry what I meant was this. I mainly convert x264 to 10 bit x265.

With 2.1.1.8 the Size and Video Bitrate is visible so I can adjust them, but under 2.1.1.9 the boxes aren't there.

https://www.dropbox.com/s/9fldcilptays7wj/staxrip.jpg?dl=0

[stax76]

It's probably because the video encoder setting use some kind of quality mode, you need to change it to use a bitrate mode.

[chipxtreme]

It's probably because the video encoder setting use some kind of quality mode, you need to change it to use a bitrate mode.

I use VBR HQ

[stax76]

It works here, maybe there is something wrong with the encoder profile settings, possibly because I changed the encoder framework last time I worked on nvenc. Create new profiles in the Encoder Profiles dialog, either using the Add button to create only nvenc profiles or using the Restore button to re-create all encoder profiles, and check your templates for bad encoder settings.

[jlw_4049]

stax76,

was wondering if there was a way to setup an AVS script in StaxRip via an already indexed file. FFindex?

[shodan5000]

So MCTemporalDenoise is totally broken in Vapoursynth because of the switch to using DFTTest (Neo) instead of just DFTTest. Sadly, I have zero programming type troubleshooting skills to fix this on my own. Stax, can you please correct this issue? Thank you.

[JKyle]

So MCTemporalDenoise is totally broken in Vapoursynth because of the switch to using DFTTest (Neo) instead of just DFTTest. Sadly, I have zero programming type troubleshooting skills to fix this on my own.

DFTTest Neo seems to be a complete replacement for DFTTest, so for a quick stop gap measure, you can change some lines in <StaxRip folder>\Apps\Plugins\VS\Scripts\havsfunc.py like this:

core.dfttest.DFTTest(... ⇒ core.neo_dfttest.DFTTest(...

in lines 1191, 3026, 3210, 3353.

And you need to provide a new version number for havsfunc in Apps > Manage.

I verified that this works fine, but like I said, this is not an official fix. :)

[shodan5000]

DFTTest Neo seems to be a complete replacement for DFTTest, so for a quick stop gap measure, you can change some lines in <StaxRip folder>\Apps\Plugins\VS\Scripts\havsfunc.py like this:

core.dfttest.DFTTest(... ⇒ core.neo_dfttest.DFTTest(...

in lines 1191, 3026, 3210, 3353.

And you need to provide a new version number for havsfunc in Apps > Manage.

I verified that this works fine, but like I said, this is not an official fix. :)

Thanks for the tip. I'll give that a shot.

[stax76]

stax76,

was wondering if there was a way to setup an AVS script in StaxRip via an already indexed file. FFindex?

The logic in staxrip is: if the cachefile param exist in the script and the index file does not exist in the location where staxrip expects it, then staxrip triggers indexing. But if it exists in the expected location, then staxrip does not trigger indexing but the index file is reused. If no cachefile param exists in the script then staxrip does not trigger indexing.

ffms2 does the same, it triggers indexing only if the index file does not exist in the location where ffms2 expects the index file when no chachefile param exists.

So where is the expected location for staxrip if the cachefile param exists?

And where is the expected location for ffms2 if the cachefile param does not exist?

I leave this for you to figure out. ;)


2.1.2.2 Beta
============

- The Processing dialog has a new feature: Stop After Current Job.
- GPL licensed DGIndex binary re-added.
- D2V Witch added and enabled by default for VOB/MPG.
- Command line for some processes like ffmsindex wasn't shown while processing.
- DFTTest VS re-added to fix dependency issue.
- MCTemporalDenoise AVS dependency issue fix.
- Render, scaling and layout fixes and improvements.


I hope a stable version can be released this week.

[jlw_4049]

The logic in staxrip is: if the cachefile param exist in the script and the index file does not exist in the location where staxrip expects it, then staxrip triggers indexing. But if it exists in the expected location, then staxrip does not trigger indexing but the index file is reused. If no cachefile param exists in the script then staxrip does not trigger indexing.



ffms2 does the same, it triggers indexing only if the index file does not exist in the location where ffms2 expects the index file when no chachefile param exists.



So where is the expected location for staxrip if the cachefile param exists?



And where is the expected location for ffms2 if the cachefile param does not exist?



I leave this for you to figure out. ;)





2.1.2.2 Beta

============



- The Processing dialog has a new feature: Stop After Current Job.

- GPL licensed DGIndex binary re-added.

- D2V Witch added and enabled by default for VOB/MPG.

- Command line for some processes like ffmsindex wasn't shown while processing.

- DFTTest VS re-added to fix dependency issue.

- MCTemporalDenoise AVS dependency issue fix.

- Render, scaling and layout fixes and improvements.





I hope a stable version can be released this week.Idk if its possible but would there be a way to batch index ahead of time with staxrip. Then later do the cropping etc

Sent from my SM-G986U1 using Tapatalk

[stax76]

If you want to batch preprocess then you can try to disable everything else, mux encoder, 'No Muxing' muxer etc.

And after batch preprocessing is done then open it with a template that has the preprocessing disabled.

Another approach would be using the CLI.

[Alexander]

x264 encoder updated to 160 r3007

[chipxtreme]

NVEnc updated to 5.04

[stax76]

NVEnc updated to 5.04

Seems he forgot to upload the x64 build.

[chipxtreme]

Seems he forgot to upload the x64 build.

It's there now.

[VaterGans]

Hello everybody,

at first i want to say Thank you for all the work and effort that was put into staxrip.
Since ffmpeg is capable to create DD+ (eac3) files i'm using it frequently on the cmdline. DD+ offers a good compatibility and good encoding qualtiy and size.
Is it possible to integrate eac3 in the audio encoding menus of Staxrip?

Kind regards,
VaterGans

[jlw_4049]

Hello everybody,

at first i want to say Thank you for all the work and effort that was put into staxrip.
Since ffmpeg is capable to create DD+ (eac3) files i'm using it frequently on the cmdline. DD+ offers a good compatibility and good encoding qualtiy and size.
Is it possible to integrate eac3 in the audio encoding menus of Staxrip?

Kind regards,
VaterGans


It's already there :P

EDIT: I thought you meant eac3to.
https://i.imgur.com/AzfhDa5.png

[VaterGans]

It's already there :P

EDIT: I thought you meant eac3to.
https://i.imgur.com/AzfhDa5.png

Maybe it was not so clear. It should be available in the codec selection.

Regards,
VaterGans

[Condo Ghost]

I'm an oldie still using StaxRip-x64-1.3.1.7-beta and very happy to be doing so. I've managed by trial and error to set 'most defaults' for my purpose including 'subtitles all', output bitrate, and have them saved and stored Project -> Save As Template.

Most everything except for 'audio track' which is by default 'English'.

I'm guessing this requires an edit maybe of StaxRip-x64-1.3.1.7-beta > Apps > eac3to? I'm stuck on the 'how to do'.

I've looked everywhere. I can see the 'edit screens' in the 'documentation' but not the 'how-to' to access/change/update/save these 'edit screens.

I'm looking to change audio track setting to be 'all languages' not just 'English language'.

Much obliged for help on this.

Thank-you.

'Stay healthy Stay safe'

UPDATE

13/06/2020 00:21

@Condo Ghost
The version is probably some years old, most maintainers require people trying the latest beta first before making a request.
Thank-you @stax76. Much obliged for letting me know the point about most maintainers requiring people trying the latest beta first before making a request.

With StaxRip 2.1.3.0 indeed I have it fully set-up with my defaults saved in a template including Options -> Project Options Preferred Languages all.

I have all previous versions StaxRip-x64-2.0.6.0-stable, StaxRip-x64-2.0.1.0-stable, StaxRip-x64-1.7.0.0-stable, StaxRip-x64-1.6, StaxRip-x64-1.5.0.0, StaxRip-x64-1.3.2.0 and StaxRip-x64-1.3.1.7-beta set-up with my defaults, templates saved, running each extensively over time comparing outputs, logs and job complete times.

For me I am still more than happy with the output from StaxRip-x64-1.3.1.7-beta compared to all newer versions.

I continue to use it because job complete 2-Pass x265 is much faster, for example, 01:50:40 compared to StaxRip-x64-2.0.6.0-stable 03:30:51.

The only point I have to address is not seeing 'Options -> Project Options Preferred Languages' with StaxRip-x64-1.3.1.7-beta.

Being able to set this in the template would be a 'bonus' though of course I've been working with setting this manually for some years now for all encodes where audio language is not English.

If there is a way to update the StaxRip-x64-1.3.1.7-beta template 'audio language all' 'great', if there isn't then that's 'great' too.

Thank-you.

[stax76]

Is it possible to integrate eac3 in the audio encoding menus of Staxrip?

StaxRip generally supports 4 types of audio profiles:

GUI profile
CLI profile
Mux profile
Ignore profile

For unsupported features you can try the CLI profile, for GUI support feel free to create an issue on the tracker (https://github.com/staxrip/staxrip/issues).


@Condo Ghost

The version is probably some years old, most maintainers require people trying the latest beta first before making a request.

[jlw_4049]

Its easy to bring your settings forward with you as well

Sent from my SM-G986U1 using Tapatalk

[stax76]

I've uploaded the new version now and hope it doesn't have severe issues, people that didn't want to test Betas might as well wait few more days.

Thanks to everybody who contributed in some form!

2.1.3.0

- Web URL is included in the search of the Apps dialog.
- Numerous bugs fixed.
- The Processing dialog has a new feature: Stop After Current Job.
- D2V Witch added and enabled by default for VOB/MPG.
- Command line for some processes like ffmsindex wasn't shown while processing.
- Render, scaling and layout fixes and improvements, especially for 96 DPI.
- PowerShell script host supports events, script examples use events, better error handling.
- Improved Log File Viewer (Main Menu > Tools > Log File). Tip: The Log File Viewer has a context menu.
- The Preview dialog can be resized with the mouse.
- Support for character # in filenames because MP4Box was finally fixed.
- Various dialogs made resizable and remember their size.
- Maximum number of parallel processes increased from 4 to 16.
- The documentation was greatly improved (still far from perfect though).
- Muxer dialog supports Drag & Drop for subtitles, audio and attachments.
- Video Comparison has hardware render support added.
- aomenc.exe GUI re-enabled.
- Dark color theme for built-in help.
- Improved built-in F1 help.
- ffmpeg video encoder codec FFV1.
- x264 and x265 dialogs have a new Bitrate option, the default value is 0 which means the bitrate of the project/template in the main dialog is used.
- For file batch jobs only the file name is shown in the jobs dialog and not the full path.
- Audio encoder supports extracting DTS core using ffmpeg.
- The audio Copy/Mux profile has a Extract DTS Core feature.
- The command line audio encoder has a Default and Forced option.
- New chunk encoding feature for x265 parallel processing.
- Media info dialog replaced with MediaInfo.NET.
- The command line video and audio encoder uses cmd.exe directly without creating a bat file, this avoids creating a temporary bat file and adds full unicode support.
- Portable support added, no need to install anything.
- Setting to allow to use tools with wrong version, for this a Danger Zone tab was added in the settings.
- The auto crop feature shows progress both in the processing dialog and in the crop dialog.
- Improved issue templates on the github issue tracker.
- The ExecuteCommandLine command has a new Working Directory parameter.
- The launch button in the Apps dialog for a console tool shows its help via Windows Terminal
- Windows Terminal available in the main menu with special StaxRip environment (apps and macros).
- The video encoder dialog feature *Show Command Line* is shown using Windows Terminal.
- Execute Command Line in video encoder dialogs is shown via Windows Terminal.
- In the Apps dialog the tools can be listed using PowerShell Out-GridView.
- Shell Execute flag was added to the command ExecuteCommandLine.
- The global setting 'Add filter to convert chroma subsampling to 4:2:0' uses now ConvertToYUV420 instead of ConverttoYV12.
- In various command line features the path environment variable of the process has all exe tools added and all macros are available as environment variables.
- Check added that blocks source files with too long path or filename. A setting that allows to change the limit exists in the Danger Zone section.
- SVT-AV1 support with GUI.
- Media info folder view was replaced with a new powershell based (Get-MediaInfo) dialog that supports caching for fast startup perforance.
- When a Event Command executes it writes a log entry, this is now disabled by default but there is a new setting: 'Write Event Commands to log file'.
- In the Jobs dialog there is a button that shows a menu, this menu can now also be shown as context menu via right-click on the jobs list and it has various new features.
- The Apps dialog allows to clear custom paths.
- The Apps dialog allows to locate files via Everything.
- Check for Updates added to main menu in Help section.
- Version is shown in main dialog title bar.
- 'Main Menu > Help > Info' shows list with contributors.

[jlw_4049]

I've uploaded the new version now and hope it doesn't have severe issues, people that didn't want to test Betas might as well wait few more days.

Thanks to everybody who contributed in some form!

2.1.3.0

- Web URL is included in the search of the Apps dialog.
- Numerous bugs fixed.
- The Processing dialog has a new feature: Stop After Current Job.
- D2V Witch added and enabled by default for VOB/MPG.
- Command line for some processes like ffmsindex wasn't shown while processing.
- Render, scaling and layout fixes and improvements, especially for 96 DPI.
- PowerShell script host supports events, script examples use events, better error handling.
- Improved Log File Viewer (Main Menu > Tools > Log File). Tip: The Log File Viewer has a context menu.
- The Preview dialog can be resized with the mouse.
- Support for character # in filenames because MP4Box was finally fixed.
- Various dialogs made resizable and remember their size.
- Maximum number of parallel processes increased from 4 to 16.
- The documentation was greatly improved (still far from perfect though).
- Muxer dialog supports Drag & Drop for subtitles, audio and attachments.
- Video Comparison has hardware render support added.
- aomenc.exe GUI re-enabled.
- Dark color theme for built-in help.
- Improved built-in F1 help.
- ffmpeg video encoder codec FFV1.
- x264 and x265 dialogs have a new Bitrate option, the default value is 0 which means the bitrate of the project/template in the main dialog is used.
- For file batch jobs only the file name is shown in the jobs dialog and not the full path.
- Audio encoder supports extracting DTS core using ffmpeg.
- The audio Copy/Mux profile has a Extract DTS Core feature.
- The command line audio encoder has a Default and Forced option.
- New chunk encoding feature for x265 parallel processing.
- Media info dialog replaced with MediaInfo.NET.
- The command line video and audio encoder uses cmd.exe directly without creating a bat file, this avoids creating a temporary bat file and adds full unicode support.
- Portable support added, no need to install anything.
- Setting to allow to use tools with wrong version, for this a Danger Zone tab was added in the settings.
- The auto crop feature shows progress both in the processing dialog and in the crop dialog.
- Improved issue templates on the github issue tracker.
- The ExecuteCommandLine command has a new Working Directory parameter.
- The launch button in the Apps dialog for a console tool shows its help via Windows Terminal
- Windows Terminal available in the main menu with special StaxRip environment (apps and macros).
- The video encoder dialog feature *Show Command Line* is shown using Windows Terminal.
- Execute Command Line in video encoder dialogs is shown via Windows Terminal.
- In the Apps dialog the tools can be listed using PowerShell Out-GridView.
- Shell Execute flag was added to the command ExecuteCommandLine.
- The global setting 'Add filter to convert chroma subsampling to 4:2:0' uses now ConvertToYUV420 instead of ConverttoYV12.
- In various command line features the path environment variable of the process has all exe tools added and all macros are available as environment variables.
- Check added that blocks source files with too long path or filename. A setting that allows to change the limit exists in the Danger Zone section.
- SVT-AV1 support with GUI.
- Media info folder view was replaced with a new powershell based (Get-MediaInfo) dialog that supports caching for fast startup perforance.
- When a Event Command executes it writes a log entry, this is now disabled by default but there is a new setting: 'Write Event Commands to log file'.
- In the Jobs dialog there is a button that shows a menu, this menu can now also be shown as context menu via right-click on the jobs list and it has various new features.
- The Apps dialog allows to clear custom paths.
- The Apps dialog allows to locate files via Everything.
- Check for Updates added to main menu in Help section.
- Version is shown in main dialog title bar.
- 'Main Menu > Help > Info' shows list with contributors.Beautiful release! Thank you [emoji4]

Sent from my SM-G986U1 using Tapatalk

[Condo Ghost]

StaxRip-x64 2.1.3.0-stable...
Source file path or filename is too long
In theory Windows supports paths that are longer than 260 characters, in reality neither Windows, nor the .NET Framework or the used tools have full long path support.

This message does not occur with StaxRip-x64 2.0.6.0-stable or any of the earlier versions when I select this exact same source file path filename

Thank-you

[shodan5000]

StaxRip-x64 2.1.3.0-stable...
Source file path or filename is too long
In theory Windows supports paths that are longer than 260 characters, in reality neither Windows, nor the .NET Framework or the used tools have full long path support.

This message does not occur with StaxRip-x64 2.0.6.0-stable or any of the earlier versions when I select this exact same source file path filename

Thank-you

Change the path character limit setting found at Tools>Settings>Danger Zone>Path Character Limit.

[jlw_4049]

StaxRip-x64 2.1.3.0-stable...

Source file path or filename is too long

In theory Windows supports paths that are longer than 260 characters, in reality neither Windows, nor the .NET Framework or the used tools have full long path support.



This message does not occur with StaxRip-x64 2.0.6.0-stable or any of the earlier versions when I select this exact same source file path filename



Thank-youThis message is meant to keep you from indexing and then getting an error after indexing. Shorten the filename and try again.

Sent from my SM-G986U1 using Tapatalk

[Condo Ghost]

This message is meant to keep you from indexing and then getting an error after indexing. Shorten the filename and try again.Excuse me? Shorten the file name? A filename of only 77-characters? No. Character limit in the build was set at 150; that's 'short', isn't it?
Change the path character limit setting found at Tools>Settings>Danger Zone>Path Character Limit. Thank-you. I re-set it to 255.

[jlw_4049]

Excuse me? Shorten the file name? A filename of only 77-characters? No. Character limit in the build was set at 150; that's 'short', isn't it?

Thank-you. I re-set it to 255.Every now and then it will error after indexing with a longer path.

Sent from my SM-G986U1 using Tapatalk

[chipxtreme]

NVEnc 5.05 has been released

[markiemarcus]

Many thanks for your continued work on this! Unfortunately, as of the switchover to AVS+ 3.6 and higher in the latest versions, I'm getting system exceptions and other problems with certain filters, including some added externally. The external issues I was able to solve by commenting out certain functions in the Zs_RF_Shared file, but these issues remain:

AvisynthShader turns up "System exception Access Violation". Shader.avsi, line 218.

AnimeIVTC (real.finder's mod) shows "TMM2.dll cannot be used as a plugin for Avisynth".

Any versions of Staxrip built around ~3.5.1 seem to work fine. Any suggestions? I'm not sure whether the problems lies with Staxrip or AVS+, though it's possibly a combination of both. Unfortunately there's no way of testing the latest Stax release with an older AVS+ version.

Edit: Opening the .avs in MPC shows the same error. So I'm guessing the problem lies in AVS+?

[jlw_4049]

Many thanks for your continued work on this! Unfortunately, as of the switchover to AVS+ 3.6 and higher in the latest versions, I'm getting system exceptions and other problems with certain filters, including some added externally. The external issues I was able to solve by commenting out certain functions in the Zs_RF_Shared file, but these issues remain:

AvisynthShader turns up "System exception Access Violation". Shader.avsi, line 218.

AnimeIVTC (real.finder's mod) shows "TMM2.dll cannot be used as a plugin for Avisynth".

Any versions of Staxrip built around ~3.5.1 seem to work fine. Any suggestions? I'm not sure whether the problems lies with Staxrip or AVS+, though it's possibly a combination of both. Unfortunately there's no way of testing the latest Stax release with an older AVS+ version.

Edit: Opening the .avs in MPC shows the same error. So I'm guessing the problem lies in AVS+?Yes the plug-ins aren't updated to latest avisynth

Sent from my SM-G986U1 using Tapatalk

[markiemarcus]

Yes the plug-ins aren't updated to latest avisynth

Sent from my SM-G986U1 using Tapatalk

Ah, well that explains it! Thanks.

[jlw_4049]

Ah, well that explains it! Thanks.No problem, can stick with older version of staxrip for a while until the plug in you need is updated.

Sent from my SM-G986U1 using Tapatalk

[JKyle]

x264 is updated to 160 r3009 (https://www.videohelp.com/software/x264-Encoder).

[apophis906]

Many thanks for your continued work on this! Unfortunately, as of the switchover to AVS+ 3.6 and higher in the latest versions, I'm getting system exceptions and other problems with certain filters, including some added externally. The external issues I was able to solve by commenting out certain functions in the Zs_RF_Shared file, but these issues remain:

AvisynthShader turns up "System exception Access Violation". Shader.avsi, line 218.

AnimeIVTC (real.finder's mod) shows "TMM2.dll cannot be used as a plugin for Avisynth".

Any versions of Staxrip built around ~3.5.1 seem to work fine. Any suggestions? I'm not sure whether the problems lies with Staxrip or AVS+, though it's possibly a combination of both. Unfortunately there's no way of testing the latest Stax release with an older AVS+ version.

Edit: Opening the .avs in MPC shows the same error. So I'm guessing the problem lies in AVS+?

I noticed the same thing. I created an AVS file outside of staxrip and just called AnimeIVTC with not loading any of the plugins except for the one for the video and it loaded and worked. However if I just loaded TMM2.dll I would get the same error. So not sure what is going on but creating an AVS file and importing that should work fine I would think.

[stax76]

Any versions of Staxrip built around ~3.5.1 seem to work fine. Any suggestions? I'm not sure whether the problems lies with Staxrip or AVS+, though it's possibly a combination of both. Unfortunately there's no way of testing the latest Stax release with an older AVS+ version.

I guess TMM2 is not compatible with AviSynth 3.6, normally StaxRip allows using old version tools but for AviSynth and VC Redist 2019 StaxRip does not allow using old versions because it has caused issued reported by users. It's still possible by editing the file Versions.txt located in the Apps folder, if you remove the AviSynth line then you can use any AviSynth version, do this on your own risk.

Maybe somebody is willing to update TMM2 if you request it in the AviSynth thread.

x264 is updated to 160 r3009.

Thanks, I've updated it to M-0.160.3007-235ce61-gcc11 Patman, it was built 5 days ago.


I noticed the same thing. I created an AVS file outside of staxrip and just called AnimeIVTC with not loading any of the plugins except for the one for the video and it loaded and worked. However if I just loaded TMM2.dll I would get the same error. So not sure what is going on but creating an AVS file and importing that should work fine I would think.


StaxRip uses a smart dependency detection, it reads the content of the script and used avsi files and then loads all dependencies it finds, it works like magic, except when it fails, for instance there are avsi files that depend on another avsi file which again depend on other avsi file, it's hardly possible to handle something like this automatically, in such case I modify the avsi file (# AvsPlusVersionNumber() added to end of MCTemporalDenoise.avsi)

If a user opens an external avs or vpy file in staxrip then this file is used as is without any modification so no automatic dependency handling happens.

[apophis906]

I guess TMM2 is not compatible with AviSynth 3.6, normally StaxRip allows using old version tools but for AviSynth and VC Redist 2019 StaxRip does not allow using old versions because it has caused issued reported by users. It's still possible by editing the file Versions.txt located in the Apps folder, if you remove the AviSynth line then you can use any AviSynth version, do this on your own risk.

Maybe somebody is willing to update TMM2 if you request it in the AviSynth thread.


I just looked and it seems that is was just updated last month. I downloaded it and tested a script loading that version and it showed no errors.
TMM2 (https://github.com/Asd-g/TMM2/releases)

[stax76]

I just looked and it seems that is was just updated last month. I downloaded it and tested a script loading that version and it showed no errors.
TMM2

Nice, I'll update it.

[Patman]

Thanks, I've updated it to M-0.160.3007-235ce61-gcc11 Patman, it was built 5 days ago.


Updated to *-0.160.3009-*

[stax76]

Thanks, I've updated it (and the download URL).

[chipxtreme]

NVEnc 5.06 has been released

Also with the latest beta it's saying my installed version of AviSynth is too old but it is current release 3.6

[jlw_4049]

NVEnc 5.06 has been released

Also with the latest beta it's saying my installed version of AviSynth is too old but it is current release 3.6I have also had this error.

Sent from my SM-G986U1 using Tapatalk

[stax76]

Using a tool with old version is allowed for any tool except avisynth and vc++ 2019, this restriction can be disabled by deleting the avisynth line in apps\versions.txt.

For this case it's better to copy the included 3.6.1 Test 8 to system32, it's a new test build but probably more stable than 3.6.0, it's used because it fixes an issue with VSFilterMod.

[Baconce]

Using a tool with old version is allowed for any tool except avisynth and vc++ 2019, this restriction can be disabled by deleting the avisynth line in apps\versions.txt.

For this case it's better to copy the included 3.6.1 Test 8 to system32, it's a new test build but probably more stable than 3.6.0, it's used because it fixes an issue with VSFilterMod.

Yeah .....Working ! plugins+ and plugins64+ added too. Don't know if it's necessary but in doubt.

[ACKR]

Hey guys just want to thank you for the new version. the file batch problem using vs is gone now everything works great now.

I wanted to ask is there a difference between these two hevc versions
3.3+2-gbe2d82093
M-3.4+6-g73f96ff39-gcc11.0.0

wanted to ask because i hadn't seen that m before in x265 builds is this a different branch?
Thanks for your time.

[stax76]

M stands for mod, it shows the estimated file size in the status line.

[ACKR]

M stands for mod, it shows the estimated file size in the status line.

ah thanks

[JKyle]

AviSynth+ 3.6.1 (https://www.videohelp.com/software/AviSynth-Plus) is released.

[Arkana]

Hi, I'm always getting this error when converting audio to AAC on latest version

----------------------- Error Audio encoding 2 -----------------------

Audio encoding 2 returned error exit code: -1073741701 (0xC000007B)


-------------------------- Audio encoding 2 --------------------------

eac3to 3.34

D:\Apps\StaxRip-x64-2.1.1.7-beta\Apps\Audio\eac3to\eac3to.exe "D:\JD DL\Crawl.2019_temp\Crawl.2019 ID1 English.ac3" "D:\JD DL\Crawl.2019_temp\Crawl.2019 ID1 English_a2.m4a" -quality=0.4 -normalize -progressnumbers


-------------------------- Audio encoding 2 --------------------------

eac3to 3.34

D:\Apps\StaxRip-x64-2.1.1.7-beta\Apps\Audio\eac3to\eac3to.exe "D:\JD DL\Crawl.2019_temp\Crawl.2019. ID1 English.ac3" "D:\JD DL\Crawl.2019_temp\Crawl.2019 ID1 English_a2.m4a" -quality=0.4 -normalize -progressnumbers

Start: 6:35:51 PM
End: 6:35:51 PM
Duration: 00:00:00

https://i.postimg.cc/WDJ2LYNk/screenshot-821.png (http://postimg.cc/WDJ2LYNk)

any idea why and how to solve it?

[jlw_4049]

Hi, I'm always getting this error when converting audio to AAC on latest version


https://i.postimg.cc/WDJ2LYNk/screenshot-821.png (http://postimg.cc/WDJ2LYNk)

any idea why and how to solve it?Try to use ffmpeg decode/encode

Sent from my SM-G986U1 using Tapatalk

[Patman]

Hi, I'm always getting this error when converting audio to AAC on latest version


https://i.postimg.cc/WDJ2LYNk/screenshot-821.png (http://postimg.cc/WDJ2LYNk)

any idea why and how to solve it?

neroAacEnc.exe is in eac3to folder?

EDIT:

I've updated some tools:

aomenc, ffmpeg (normal) and ffmpeg (libnpp_enabled), MP4Box, npp64_11 (from new cuda sdk), QTfiles64, rav1e and SVT-AV1EncApp

[JKyle]

I've updated some tools:

aomenc, ffmpeg (normal) and ffmpeg (libnpp_enabled), MP4Box, npp64_11 (from new cuda sdk), QTfiles64, rav1e and SVT-AV1EncApp

Many thanks.

It seems like ffmpeg (libnpp_enabled) has a dependency problem with libnpp library files.
I have no return from the executables.

Other binary files seem to be OK although I tested ffmpeg (normal), MP4Box, npp64_11, QTfiles64 only. :)

[JKyle]

qaac is updated to 2.69 (https://www.videohelp.com/software/qaac).

It seems OK except that the new version still fails to encode a flac file demuxed by mkvextract from an mkv file, which is an issue that needs to be addressed by mkvextract. :)

[stax76]

It seems OK except that the new version still fails to encode a flac file demuxed by mkvextract from an mkv file, which is an issue that needs to be addressed by mkvextract.

Maybe this here relates:

https://gitlab.com/mbunkus/mkvtoolnix/-/wikis/Appending-&-splitting-FLAC-audio-tracks-not-supported

[Patman]

Many thanks.



It seems like ffmpeg (libnpp_enabled) has a dependency problem with libnpp library files.

I have no return from the executables.

You need the npp files from npp64_11_v*.zip to use these version or use the npp64_11_v*.exe (extract the files to right folder). Pls test and give me a feedback.

[stax76]

@Patman

There is an issue with your SVT-AV1EncApp build not sending the same output as the official build, it causes staxrip not showing correct progress with your build, it works with the official build. Please note that my system don't use the western code page 1252 but rather UTF8.

[Patman]

@Patman

There is an issue with your SVT-AV1EncApp build not sending the same output as the official build, it causes staxrip not showing correct progress with your build, it works with the official build. Please note that my system don't use the western code page 1252 but rather UTF8.

I've found the reason, building with gcc is the problem. I've uploaded a static version (without shared lib) compiled with msvc1926 (vs).

[stax76]

I created an issue on their tracker, I think it's not because of text encoding but rather flush timing, somehow different console implementation of the compiler.

[JKyle]

You need the npp files from npp64_11_v*.zip to use these version or use the npp64_11_v*.exe (extract the files to right folder). Pls test and give me a feedback.

I verified that ffmpeg.exe/ffprobe.exe work OK if npp*.dll files in npp64_11_v2.7z are placed in the same folder as the executables.

That said, I'm wondering if this npp enabled ffmpeg will be able to provide any marginal benefit over NVEnc considering how handy and versatile it is to use NVEnc instead. NVEnc comes with more encoding options and hardware filters than ffmpeg, and in my experience, the result is almost always more satisfactory than ffmpeg. But of course npp enabled ffmpeg can become handy in a situation where ffmpeg should be run on its own. :)

BTW, is including fdk-aac in a distributed ffmpeg static build still against license? Well, since the native aac encoder in ffmpeg is still kind of mediocre, I think fdk-aac has a competitive edge in creating HE-AAC and HE-AACv2 so it's worth giving a try. But of course ignore it if it violates the license. :)

[JKyle]

Maybe this here relates:

https://gitlab.com/mbunkus/mkvtoolnix/-/wikis/Appending-&-splitting-FLAC-audio-tracks-not-supported

It's sad news. :(

Anyway, thanks for the pointer.

[JKyle]

This is a very trivial typo but since it's still there even in the latest beta (2.1.3.2), I'm putting it down here.

The Default VapourSynth Profiles line 68:

Dither | Gamma / Linear = clip = $select:Gamma To Linear|Dither.gamma_to_linear|Linear To Gamma|Dither.linear_to_gamma$(clip, curve='$select:msg:Select the Color Curve;601;709;2020$')

There, Dither.gamma_to_linear and Linear To Gamma should be separated by a semi-colon(;) not by a pipe(|).

[Patman]

BTW, is including fdk-aac in a distributed ffmpeg static build still against license?

Yeah, that's the reason why you can't find a ffmpeg with fdk-aac enabled.

EDIT:

I successfully build a x264 version with direct avs and vpy input (will upload later). My test build of x265 (not available yet) works with direct avs input and now I want to implement support for direct vpy input. I hope it works ;-)

EDIT2:

@stax76 pls update QSVEnc (4.04) and VCEEnc (6.02)

[JKyle]

I successfully build a x264 version with direct avs and vpy input.

I downloaded your new vpy-enabled x264(x264M-0.160.3009-4c9b076-gcc11.0.0.7z) and tested it with the following vpy input (resize and HDR to SDR).

import os, sys
import vapoursynth as vs
core = vs.get_core()
sys.path.append(r"D:\Utilities\StaxRip\Apps\Plugins\VS\Scripts")
core.std.LoadPlugin(r"D:\Utilities\StaxRip\Apps\Plugins\VS\fmtconv\fmtconv.dll", altsearchpath=True)
core.std.LoadPlugin(r"D:\Utilities\StaxRip\Apps\Support\DGDecNV\DGDecodeNV.dll")
clip = core.dgdecodenv.DGSource(r"D:\Work\tmp\tst\LG_New_York_HDR_UHD_4K_Demo.OriginalHDR10_temp\LG_New_York_HDR_UHD_4K_Demo.OriginalHDR10.dgi")
clip = core.resize.Spline64(clip, 1280, 720)
clip = core.fmtc.bitdepth(clip, bits=16)
core.std.LoadPlugin(r"D:\Utilities\StaxRip\Apps\Plugins\Dual\DGHDRtoSDR\DGHDRtoSDR.dll")
clip = core.dghdrtosdr.DGHDRtoSDR(clip, mode="pq", white=2600)
clip.set_output()

(I bypassed vspipe.exe by manually putting the x264 encoding command line in the Command Prompt.)

It works perfectly with direct vpy input and furthermore, gives a little gain in encoding speed over vspipe.exe in this test.

<Pipelining via vspipe.exe>
encoded 1806 frames, 37.77 fps, 4718.12 kb/s

<Direct x264 encoding>
encoded 1806 frames, 38.19 fps, 4717.61 kb/s

I guess StaxRip can now get rid of vspipe.exe when it comes to x264 encoding with your new x264 build.

:thanks:

#BTW, it would be helpful if the zipped filename is differentiated from your previous x264 builds. :)

[stax76]

Direct script input is a great feature not only for staxrip.

I changed the x264/x265 description in the apps dialog adding:

Patman mod shows the estimated size in the status line.

Remind me if I later forget to also add the avs/vpy support to the description.

If x265 supports avs input then it's necessary to generate an avisynth.dll soft link next to x265 in order to use the portable avisynth.dll instead of the installed one. Next build will do this.

I'll probably leave avs2pipemod the default however for increased compatibility, otherwise people not knowing the piping tool selection option would get an error if they replace the build with one that does not support script input.

[Patman]

#BTW, it would be helpful if the zipped filename is differentiated from your previous x264 builds. :)

THX for testing ;) all further version have vpy-input enabled, so the filename is the same. I hope it's okay :cool:

[RainyDog]

I successfully build a x264 version with direct avs and vpy input (will upload later). x265 works with direct avs input and now I want to implement support for direct vpy input. I hope it works ;-)

Thanks, look forward to giving it a whirl :)

One thing I have noticed with x264 using direct AVS input, though, is that the CPU priority in windows of x264.exe then defaults to high which makes everything else really sluggish.

But when fed via. piping it always defaults to normal, at least in the builds I've tried it with.

Do you know if there's anyway to control this because in windows you can change the priority of a running process but it just defaults back upon reboot :rolleyes:

[stax76]

2.1.3.5 Beta

- x264 encoder by default uses avs input.
- x264 encoder has pipe options for raw format.
- Flicker in Video Comparison fixed.
- New command AddBatchJob.
- AviSynth ImageSource support.
- x264 M-0.160.3009-4c9b076-gcc11 Patman
- QSVEnc 4.04
- VCEEnc 6.02
- AVSMeter 3.0.2.0

[JKyle]

TIVTC and TDeint are updated to 1.0.20 and 1.6 respectively.
Here (https://github.com/pinterf/TIVTC/releases/tag/v1.0.20).

[lordalibaski]

Just tried to do a fresh install of the latest beta and got this error

Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\ffmpeg\AviSynth.dll

but then go to add it via apps and it says it's ok!

[JKyle]

@Patman:

On 2.1.3.6 beta, I tried to bypass avs2pipemod and input an avs file directly to your x265 build by selecting Pipe: None in x265 Options.

(Of course, 1) Decoder is set to AviSynth/VapourSynth and 2) I have AviSynth+ 3.6.1 installed on my system.)

But it fails with the following error message:

--------------------------- Video encoding ---------------------------

x265 3.4+6M(GCC11.0.0) Patman

D:\Utilities\StaxRip\Apps\Encoders\x265\x265.exe --crf 27 --output D:\Work\tmp\tst\..._temp\..._out.hevc D:\Work\tmp\tst\..._temp\....avs

x265 [error]: yuv: width, height, and FPS must be specified
x265 [error]: unable to open input file <D:\Work\tmp\tst\..._temp\....avs>

On the other hand, the same Pipe: None option with the same avs input works OK on your x264 build.

I'm curious. Doesn't your x265 support direct avs input like you said before?
If so, why does x265 require width, height, and FPS info when the input is an avs script while x264 does not?
Or, is direct avs input support not enabled in x265 yet? (This seems to be the case according to the x265 console help.)

Please enlighten me.

[Patman]

@Patman:

I'm curious. Doesn't your x265 support direct avs input like you said before?
If so, why does x265 require width, height, and FPS info when the input is an avs script while x264 does not?
Or, is direct avs input support not enabled in x265 yet? (This seems to be the case according to the x265 console help.)

Please enlighten me.

I have adjusted my previous post, which was worded unfavorably. I will upload the x265 version as soon as I have successfully implemented direct vpy input support. So far this version is not yet available for download. The demand for the height and width results from the source code see:

https://bitbucket.org/multicoreware/x265_git/src/5111e99709c830c15caf036196ba14f3a052f287/source/input/input.cpp#lines-37

https://bitbucket.org/multicoreware/x265_git/src/5111e99709c830c15caf036196ba14f3a052f287/source/input/yuv.h#lines-62

[RainyDog]

Just tried to do a fresh install of the latest beta and got this error

Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\ffmpeg\AviSynth.dll

but then go to add it via apps and it says it's ok!

Same here. But I get the same message for a bunch of apps not just ffmpeg.

StaxRip then functions fine once I've acknowledged the errors but clearly something's a miss with this beta and AviSynth during program start up...

[lordalibaski]

Yes me too mate I couldn't be bothered to do them all last night was just putting a file in to convert before going to bed when I tried the beta these are all the errors.



Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\ffmpeg\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\NVEnc\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\QSVEnc\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\VCEEnc\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Support\avs2pipemod\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\x264\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\x265\AviSynth.dll


Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Support\mpv.net\AviSynth.dll

[stax76]

Just tried to do a fresh installation of the latest beta and got this error

Failed to create soft link.

C:\Users\jimmy\Desktop\StaxRip-x64\Apps\Encoders\ffmpeg\AviSynth.dll

but then go to add it via apps and it says it's ok!

With normal Win 10 setup creating a soft link does not need elevated privileges, there should not be any problem creating a soft link on a normal Win 10 setup! You can try creating a soft link manually to find out if it fails too.

mklink <link> <target>

Target is the full path to the real avisynth dll, link is the soft link next to ffmpeg.

https://docs.microsoft.com/de-de/windows-server/administration/windows-commands/mklink#:~:text=Erstellt%20einen%20symbolischen%20oder%20festen,file%20symbolic%20or%20hard%20link.

Alternatively you can use vapoursynth instead, it does not need any special soft link workarounds to make portable mode work. The problem is avisynth and avisynth tools and there is not much I can do except making feature requests for various avisynth tools.

A started pausing any development however, only critical issues will be fixed.

To enable VapourSynth:

Filters > Filter Setup > VapourSynth

Or you can use installed AviSynth, just install AviSynth 3.6.1 x64, go in the staxrip settings dialog and disable avisynth portable mode, restart staxrip, after that staxrip should not try creating soft links, you need the latest beta.

[JKyle]

With normal Win 10 setup creating a soft link does not need elevated privileges, there should not be any problem creating a soft link on a normal Win 10 setup!

True but only if you've enabled Developer Mode.

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

See this post (https://www.wintellect.com/non-admin-users-can-now-create-symlinks-windows-10/).

If Developer Mode is off, you need elevation.

[JKyle]

I will upload the x265 version as soon as I have successfully implemented direct vpy input support. So far this version is not yet available for download.

Got it. :thanks: for letting me know. :)

[lordalibaski]

Disabling portable worked a treat thanks stax.

Sorry to sound a bit daft here guys but I am wanting to put 5 minute chapters in a x265/mkv conversion how do I do this using chaptereditor, can it be done during conversion or does it need to be done after conversion? I have never used chaptereditor before I usually use mkv chapterizer but thought I would give chaptereditor a go.

[stax76]

@JKyle

Thanks for pointing out the soft link privilege issue, there is a new beta build which fixed it hopefully.

It creates soft links only when needed and gives clear instruction in case it cannot create the links:


Failed to create soft link

D:\Projekte\VB\staxrip\bin\Apps\Encoders\ffmpeg\AviSynth.dll

Soft link creation is required to use AviSynth+ in portable mode due to design limitations of AviSynth+ and ffmpeg.

Option one is installing a compatible AviSynth+ version and disabling AviSynth+ portable mode in the StaxRip settings (Tools > Settings > General).

Option two is running StaxRip with administrative privileges until soft link creation completes, this has to be done only once, after the links were created, regular privileges are sufficient.

Option three is enabling Developer Mode in the Windows 10 settings, this allows soft link creation without administrative privileges.

[JKyle]

...there is a new beta build which fixed it hopefully.

It creates soft links only when needed and gives clear instruction in case it cannot create the links:

Great! It's well guided. I'm sure it will remove users' confusion. :)

[JKyle]

MKVToolNix is updated to 48.0.0 (https://www.videohelp.com/software/MKVToolNix) today.

[JKyle]

NVEnc is updated to 5.07 (https://github.com/rigaya/NVEnc/releases/tag/5.07) today.

However, NVEncC64.exe in NVEncC_5.07_x64.7z returns nothing on my system.
Is anyone experiencing the same issue?
(I put an issue on rigaya's NVEnc GitHub repo (https://github.com/rigaya/NVEnc/issues/246).)

[chipxtreme]

NVEnc is updated to 5.07 (https://github.com/rigaya/NVEnc/releases/tag/5.07) today.

However, NVEncC64.exe in NVEncC_5.07_x64.7z returns nothing on my system.
Is anyone experiencing the same issue?
(I put an issue on rigaya's NVEnc GitHub repo (https://github.com/rigaya/NVEnc/issues/246).)

Once you download nppc64_10.dll it works. Oversight or bug

[JKyle]

Once you download nppc64_10.dll it works. Oversight or bug

:thanks: for the info.

You're right. Unlike 5.06, 5.07 needs this dll - nppc64_10.dll - and rigaya forgot to include it in the distributed zip file.

But I'd like to ask why 5.07 suddenly became dependent on this old dll while 5.06 was NOT.

We already have more recent dlls built by @Patman - nppc64_11.dll, nppif64_11.dll, nppig64_11.dll, etc. - and they are working good with 5.06.
I tried putting nppc64_11.dll instead of nppc64_10.dll, but unfortunately, it's not working with 5.07.

:(

[JKyle]

NVEnc is updated to 5.08 (https://github.com/rigaya/NVEnc/releases/tag/5.08) with the nppc64_10.dll dependency issue fixed.

[AntiqueRefrigerator]

I am attempting to convert some OBS footage that I recorded.

Input: AVC. Chroma subsampling: 4:4:4. Bit Depth: 8 bits Color range: Full. Matrix Co: BT.709

Source: FFVideoSource

Preview in StaxRip appears excessively dark.

Example (Left: MPC-BE) (Right: Staxrip Preview)

https://imgur.com/ShLb0Q9

Desired Output: NVENC HEVC. Chroma: 4:2:0 Bit Depth: 10 bits. Color range: Limited. Matrix Co: BT.709

All of my shadowplay footage appears correct, but for some reason, the footage I'm inputting from OBS appears really dark. Could this have something to do with my input chroma and color range?

Here's a 4 second sample (may take a while for me to upload): https://www.dropbox.com/s/o9ae9id536namzs/2020-07-02_12-10-09_sample_MKV.zip?dl=0

[JKyle]

x264 is updated to 160 r3015 (https://www.videohelp.com/software/x264-Encoder) today.

[Arkana]

Try to use ffmpeg decode/encode

Sent from my SM-G986U1 using Tapatalk
I did. Same problem
neroAacEnc.exe is in eac3to folder?

EDIT:

I've updated some tools:

aomenc, ffmpeg (normal) and ffmpeg (libnpp_enabled), MP4Box, npp64_11 (from new cuda sdk), QTfiles64, rav1e and SVT-AV1EncApp

It is present
https://i.postimg.cc/94jKVgFP/screenshot-850.png (http://postimg.cc/94jKVgFP)

[JKyle]

@Arkana

Your problem seems weird. Considering eac3to is kind of under-maintained recently and that Nero AAC encoder is pretty old, tracking down your issue seems sort of challenging.

Instead, if you'd like to encode audio streams into aac, I'd like to recommend you use qaac (for AAC-LC) or fdkaac (for HE-AAC or HE-AACv2).
They produce pretty neat results. :)

[jlw_4049]

@Arkana

Your problem seems weird. Considering eac3to is kind of under-maintained recently and that Nero AAC encoder is pretty old, tracking down your issue seems sort of challenging.

Instead, if you'd like to encode audio streams into aac, I'd like to recommend you use qaac (for AAC-LC) or fdkaac (for HE-AAC or HE-AACv2).
They produce pretty neat results. :)Agree with him

Sent from my SM-G986U1 using Tapatalk

[-QfG-]

I am attempting to convert some OBS footage that I recorded.

Input: AVC. Chroma subsampling: 4:4:4. Bit Depth: 8 bits Color range: Full. Matrix Co: BT.709

Source: FFVideoSource

Preview in StaxRip appears excessively dark.

Example (Left: MPC-BE) (Right: Staxrip Preview)

https://imgur.com/ShLb0Q9

Desired Output: NVENC HEVC. Chroma: 4:2:0 Bit Depth: 10 bits. Color range: Limited. Matrix Co: BT.709

All of my shadowplay footage appears correct, but for some reason, the footage I'm inputting from OBS appears really dark. Could this have something to do with my input chroma and color range?

Here's a 4 second sample (may take a while for me to upload): https://www.dropbox.com/s/o9ae9id536namzs/2020-07-02_12-10-09_sample_MKV.zip?dl=0

Use this: (Don't know why it is so dark, but my testings so dark, too)

FFVideoSource("%source_file%", colorspace = "YUV444P8", \
cachefile = "%source_temp_file%.ffindex")
ConvertToYUV420()
Tweak(dither_strength=0.0, sat=1.0, cont=1.0, bright=20.0, startHue=0, endHue=360, coring=false, realcalc=false, dither=false)

https://s12.directupload.net/images/200705/temp/oryrtmgo.png (https://www.directupload.net/file/d/5871/oryrtmgo_png.htm)

[JKyle]

NVEnc is updated to 5.09 (https://github.com/rigaya/NVEnc/releases/tag/5.09) today.

[JKyle]

MPEG2DecPlus(MPEG2Source) is renamed to D2VSource (https://github.com/Asd-g/MPEG2DecPlus/releases/tag/1.0.0).

[K.i.N.G]

recently I noticed that all 8bit video's that I encoded to 10bit x265 (a lot of encoding time!) have slightly 'off' colors (too much green)...
Anyone know what might be causing this?

Im not applying any sophisticated filters or anything... Just cropping down the black bars if present.

[44vince44]

I think it is not related to encoding depth, but it's related to color matrices. In some encoding operations, you may have to set the color matrices manually.
Can you please give more information:
- version of staxrip
- what is the format of the source file that have the problem: resolution AND codec
- did you resize or upsize ?

[JKyle]

chapterEditor is updated to 1.24 (https://www.videohelp.com/software/chapterEditor).
NVEnc is updated to 5.10 (https://github.com/rigaya/NVEnc/releases/tag/5.10).
x264 is updated to r3018 (https://www.videohelp.com/software/x264-Encoder).

[mcjordan]

NVEnc 5.10
Changelog:

Add support for NVENC SDK API ver 10.0.
This requires NVIDIA driver 445.87 or later.

Add new option for multipass mode:

--multipass <string>

Multi pass mode:
none
2pass-quater
2pass-full

Support multi NVENC SDK SPI versions.
When the driver does not support the latest API ver, NVEncC will fallback to older API versions.
The fallback version supported is API ver 9.0 and 9.1.
In this case, features which are not supported on the fallback version will be not available.
The API version used will be shown on the log.

Options below will be mapped to each other depending on the NVENC API version used.

SDK API 9.0, 9.1 SDK API 10.0
--vbrhq --vbr --multipass 2pass-full
--cbrhq --cbr --multipass 2pass-full

[mcjordan]

NVEnc 5.11
Changelog:

Fix typo in --multipass parameter.
2pass-quater -> 2pass-quarter

Add new 7 preset levels to (P1～P7) --preset. These require API v10.0.

[jlw_4049]

@stax76

Any update on getting the file length supported much longer?

[stax76]

I won't work on any feature requests until fall or winter. The plan is to shorten the temp file paths and in parallel try to support real long paths, this will involve making feature requests using the issue tracker of numerous projects, everybody can help with that, test a tool, if it's not working, go to the tracker and request it.

https://github.com/staxrip/staxrip/issues/226#issuecomment-655941997

[jlw_4049]

I won't work on any feature requests until fall or winter. The plan is to shorten the temp file paths and in parallel try to support real long paths, this will involve making feature requests using the issue tracker of numerous projects, everybody can help with that, test a tool, if it's not working, go to the tracker and request it.

https://github.com/staxrip/staxrip/issues/226#issuecomment-655941997I will surely test this out and help any way I can when the time comes

Sent from my SM-G986U1 using Tapatalk

[chipxtreme]

NVEnc 5.12 has been released

[JKyle]

HolyWu's L-SMASH-Works is updated to 20200726 (https://github.com/HolyWu/L-SMASH-Works/releases/tag/20200726).

[JKyle]

HolyWu's L-SMASH-Works is updated to 20200728 (https://github.com/HolyWu/L-SMASH-Works/releases/tag/20200728).

[stax76]

@JKyle

I've uploaded a new beta which merged all pull requests but did not really update a lot of tools, only one, it's too much work currently. I was thinking if some of this work could maybe be automated or be made somehow collaborative but it seems to be difficult.

[gonca]

Why don't you get rid of the tool version check
Allow the user to update the tools they use as they see fit
Now you only have to update the tools every major version, or when you have time

[ChaosKing]

@JKyle

I've uploaded a new beta which merged all pull requests but did not really update a lot of tools, only one, it's too much work currently. I was thinking if some of this work could maybe be automated or be made somehow collaborative but it seems to be difficult.

For most plugins you can utilize vsrepo (and avsrepo for avs+)
Or implement a update plugins function for users which simply calls vsrepo behind the scenes.

[stax76]

Why don't you get rid of the tool version check
Allow the user to update the tools they use as they see fit
Now you only have to update the tools every major version, or when you have time


The Apps management like it is now got improved over a time span of 15 years. If staxrip finds a version mismatch it shows the Apps dialog and tells pressing F12 to enter the name of the unknown version.

The version check can be disabled at:

Main Menu > Tools > Settings > Danger Zone > Allow to use tools with wrong version

(Should be renamed to: Allow using tools with unknown version)

Nobody should use this feature permanently however.


For most plugins you can utilize vsrepo (and avsrepo for avs+)
Or implement a update plugins function for users which simply calls vsrepo behind the scenes.

I was thinking about that, it's a possibility. vsrepo produces incorrect timestamps however which is an absolute no-go for me.

[chipxtreme]

NVEnc 5.13 has been released

[JKyle]

VapourSynth R51 (https://github.com/vapoursynth/vapoursynth/releases/tag/R51) is released today.
QSVEnc 4.06 (https://github.com/rigaya/QSVEnc/releases/tag/4.06) is released today.

[44vince44]

@Stax76, I believe the new beta with "experimental" label is a 32 bit version of staxrip, right?

[stax76]

I believe the new beta with "experimental" label is a 32 bit version of staxrip, right?

Yes, I hope somebody finds it useful. It's too much work to add all tools, so I added two new settings:

1. Disable tool verification (Danger Zone)

2. Disable plugin loading for people who want to write the load code manually or want to use the plugin auto load folder.

2.1.3.9 Beta

- Optional mode added to use AviSynth/VapourSynth via VFW.
- All VC++ x64 binaries from abbodi1406/vcredist added.
- Danger Zone setting to disable tool verifications.
- Setting to disable manual plugin loading.
- Experimental 32 bit support.
- VapourSynth R51
- NVEnc 5.13

[44vince44]

Well anyway, thanks for this new beta !

[stax76]

I've requested now avisynth portable mode from the most important projects, please support it with thumbs up and support post, the current situation is very unfortunate.

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

https://code.videolan.org/videolan/x264/-/issues/19

https://trac.ffmpeg.org/ticket/8836#ticket

[44vince44]

I added my support successfully for NVEnc and ffmpeg and videolan

Note for videolan: if they request a two-step verification with QR code, use Google Authenticator and in the setting of this app, do a SYNC of the app's time with google server (it does NOT affect the global tine of the device). If you don't do it, authentication can fail.

[Patman]

2.1.3.9 Beta

- Experimental 32 bit support.


You need all tools as 32bit version?

Add my support for all requests.

[stax76]

Thanks for the support on the soft link issue guys. Users don't like to be asked for admin privileges, so I hope it can be fixed, otherwise submitting pull requests could be tried.

It took time to build the VFW feature and an upcoming new soft link implementation, so I could not address many requests.

You need all tools as 32bit version?

I couldn't find a recent 32 bit MP4Box build, only 0.7.2 from megui.

[jlw_4049]

Thanks for the support on the soft link issue guys. Users don't like to be asked for admin privileges, so I hope it can be fixed, otherwise submitting pull requests could be tried.

It took time to build the VFW feature and an upcoming new soft link implementation, so I could not address many requests.



I couldn't find a recent 32 bit MP4Box build, only 0.7.2 from megui.The media auto builder can get you the latest 32 bit tool if Patman cannot

Sent from my SM-G986U1 using Tapatalk

[Patman]

The media auto builder can get you the latest 32 bit tool if Patman cannot

Sent from my SM-G986U1 using Tapatalk

:D:D:D
that was the reason wy i asked. I'll also build the tools as 32bit.

[jlw_4049]

:D:D:D

that was the reason wy i asked. I'll also build the tools as 32bit.Excellent. The mediaauto builder isn't that reliable anyways.

It works sometimes lol.



Sent from my SM-G986U1 using Tapatalk

[chipxtreme]

NVEnc 5.14 has been released

[Patman]

Thanks for the support on the soft link issue guys. Users don't like to be asked for admin privileges, so I hope it can be fixed, otherwise submitting pull requests could be tried.

It took time to build the VFW feature and an upcoming new soft link implementation, so I could not address many requests.



I couldn't find a recent 32 bit MP4Box build, only 0.7.2 from megui.

I've build a lot of 32bit versions, svt-av1 only exists in 64bit.

[44vince44]

Thanks Patman, but I'm afraid it'll be difficult to find people to test the whole 32 bit version.

[Patman]

Thanks Patman, but I'm afraid it'll be difficult to find people to test the whole 32 bit version.I confirm with you, but I want to support the 32 bit feature of StaxRip.

[stax76]

Here is a beta update of staxrip and several tools, many people have contributed.


2.1.4.1Beta


Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md


Download

https://staxrip.readthedocs.io/introduction.html#beta

[Patman]

Hey Stax, has it ever occurred to you to translate vb to c++? Is there any interest there?

[minda76]

Hi, got error:

2.1.4.1 Beta

NVEnc 5.14

Error: Unknown option: --avsdll=C:\StaxRip\Apps\FrameServer\AviSynth\AviSynth.dll
Did you mean option(s) below?
--avsdll

[stax76]

Hey Stax, has it ever occurred to you to translate vb to c++? Is there any interest there?

Probably not, at least not something notable. Is there interest? A C training project in 1-2 years would be very nice I think but apart from that I'm not feeling an urge...

I've translated C# code to VB.NET and then the same code back from VB.NET to C#, LOL. OK, it's usually mostly done with a converter or decompiler.

About what are you thinking? You like C++?


@minda76

Sorry I think I got the syntax wrong, probably confused it with mpv, new build will be online in a few minutes.


edit:

Script is running.


edit 2:

2.1.4.2 Beta

- Fix incorrect output mod warning shown.
- Fix incorrect syntax for nvenc/qsvenc --avsdll in avisynth portable mode.

[Patman]

Probably not, at least not something notable. Is there interest? A C training project in 1-2 years would be very nice I think but apart from that I'm not feeling an urge...

I've translated C# code to VB.NET and then the same code back from VB.NET to C#, LOL. OK, it's usually mostly done with a converter or decompiler.

About what are you thinking? You like C++?

It would definitely appeal to me! StaxRip could then be independent of the operating system. Got something right? You reach more users.

[stax76]

Somebody had asked for permission to clone staxrip with C++ and make it portable, I said I support the idea as long as a different name is used.

My plan for staxrip is addressing important issues like long paths and making maintenance much easier, updating tools can probably be automated, making it much easier for maintainers.

I might need a break, or long break or even leave at one time, in that case changes are not bad that there are people that maintain staxrip, people that still are passionate about encoding, I'm a little tired in this regard. :-)

It depends on how an idea for a new app (not media related) I have develops.

Anyway, I will be not much online for a time, health issue, Dendraspis knows about it.

[jlw_4049]

Somebody had asked for permission to clone staxrip with C++ and make it portable, I said I support the idea as long as a different name is used.



My plan for staxrip is addressing important issues like long paths and making maintenance much easier, updating tools can probably be automated, making it much easier for maintainers.



I might need a break, or long break or even leave at one time, in that case changes are not bad that there are people that maintain staxrip, people that still are passionate about encoding, I'm a little tired in this regard. :-)



It depends on how an idea for a new app (not media related) I have develops.



Anyway, I will be not much online for a time, health issue, Dendraspis knows about it.I hope that everything is okay!

Sent from my SM-G986U1 using Tapatalk

[stax76]

I hope that everything is okay!

Thanks, it'll be a couple of weeks, but I will be fine.

[JKyle]

Anyway, I will be not much online for a time, health issue, Dendraspis knows about it.

Health comes in first. I hope you get better and free from health concerns soon. :)

[Zetti]

MediaInfo v20.08 is released.

[44vince44]

Stax76, take your time, rest, and I hope you'll recover soon!

[JKyle]

@Patman:

Just out of curiosity, I'm wondering if you're seeing any progress in modding x265 to accept direct avs/vs input.

(And hope you're doing well in this era of turmoil. :))

[Patman]

@Patman:

Just out of curiosity, I'm wondering if you're seeing any progress in modding x265 to accept direct avs/vs input.

(And hope you're doing well in this era of turmoil. :))The direct avs input works, I'm still working on the direct vpy input. I don't have a lot of time right now. I will try to keep working on it.

[JKyle]

The direct avs input works, I'm still working on the direct vpy input. I don't have a lot of time right now. I will try to keep working on it.

I see. :thanks:

[JKyle]

VapourSynth R52 (https://github.com/vapoursynth/vapoursynth/releases/tag/R52) is released.

[JKyle]

It'd be good if ffms2 is updated to StvG's most recent version (https://forum.doom9.org/showthread.php?p=1921514#post1921514) (Aug 19, 2020).

And here's an interesting chart (by ChaosKing) (https://forum.doom9.org/showthread.php?p=1921568#post1921568) comparing different versions of ffms2.

[minda76]

2.1.4.3 Beta error:

---------------------------- Index LWLibav ----------------------------


C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:58:17
End: 08:58:17
Duration: 00:00:00

---------------------------- Index LWLibav ----------------------------

C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:59:45
End: 08:59:45
Duration: 00:00:00

---------------------------- Index LWLibav ----------------------------

C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:59:47
End: 08:59:47
Duration: 00:00:00

------------------------------ Auto Crop ------------------------------

AutoCrop 2.0.0.0

C:\StaxRip\Apps\Support\AutoCrop\AutoCrop.exe C:\Temp\Spider_temp\Spider_source.avs 10 0

0,277,0,277

Start: 08:59:48
End: 08:59:53
Duration: 00:00:04

---------------------------- Index LWLibav ----------------------------

C:\StaxRip\Apps\Encoders\ffmpeg\ffmpeg.exe -i C:\Temp\Spider_temp\Spider.avs -hide_banner

C:\Temp\Spider_temp\Spider.avs: Unknown error occurred

Start: 08:59:53
End: 08:59:53
Duration: 00:00:00

[JKyle]

@minda76:

Your log is not detailed enough for analysis: the avs script is missing.

BTW, I strongly recommend you open a new issue with a full log on the official StaxRip github repo: here (https://github.com/staxrip/staxrip/issues).

[JKyle]

[Apps that need to be updated in 2.1.4.4]

MKVToolNix is now 50.0.0 (https://www.fosshub.com/MKVToolNix.html).
NVEnc is updated to 5.15 (https://github.com/rigaya/NVEnc/releases/tag/5.15).
AVSMeter is updated to 3.0.3.0 (https://forum.doom9.org/showthread.php?t=174797).
VCEEnc is now 6.03 (https://github.com/rigaya/VCEEnc/releases/tag/6.03).
Subtitle Edit is now 3.5.16 (https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.5.16).
chapterEditor is now 1.24 (https://forum.doom9.org/showthread.php?t=169984).

[DVD-VHS]

I've translated C# code to VB.NET and then the same code back from VB.NET to C#, LOL. OK, it's usually mostly done with a converter or decompiler.

You can also use online C# decompiler (http://decompiler.com/) to convert both C# and VB.NET compiled binaries back to the source code.

[Magik Mark]

What is the best way to do this:

1. Video size 1920x1080
2. Shrink the image proportionately to 1920X900
3. No cropping of the image
4. No squeezing effect

[44vince44]

@Magic Mark, can you do a screenshot of any frame of the original video, in fullscreen, and post it, so we can understand what you mean exactly.

[JKyle]

2.1.4.7 resets Preprocessors and AviSynth Source Filters in Settings even if old files are overwritten.

So I wrote down this howto on the official GitHub repo wiki about setting up DGDecNV(DGSource and DGIndexNV): here (https://github.com/staxrip/staxrip/wiki/How-to-register-DGDecNV(DGSource-and-DGIndexNV)-in-StaxRip).

It's a modified/updated version of my previous post (https://forum.doom9.org/showthread.php?p=1913597#post1913597) using %settings_dir% instead of %startup_dir% in an effort to preserve original program folder structure.
And the macro %source_temp_file% was replaced with %temp_file% due to an erratic behavior of %source_temp_file%.

BTW, I've found that some macros are removed in 2.1.4.7 such as %input% and %output%. They were useful in composing command line audio encoder profiles. Were they removed before 2.1.4.7 but I couldn't notice?

[stax76]

Thanks for the great guide JKyle.

%input% and %output% should still be available for the command line based audio encoder.

[JKyle]

%input% and %output% should still be available for the command line based audio encoder.

Oh, I re-checked and verified that %input% still works. But as for %output%, it doesn't behave exactly as I expected.

See this:

https://i.imgur.com/9pRaCg2.gif

The original source file name is omitted with %output%, and it's kind of inconvenient in some cases. Well, I know this is somewhat intended to reduce a long file path, but an audio file name starting with a blank space is definitely weird. Isn't it? :confused:

[stax76]

@JKyle

Yes, it was changed because of long paths. It would be possible to re-enable the old behavior in cases where the path is short anyway I guess.

In the next build the space is trimmed and in case the base name is completely empty, then *temp* is used as base name.

[JKyle]

Sounds good.

BTW, the reason I thought %input% and %output% were removed was because they were not listed in the macros help. Had they been before? Well, I'm not sure. :confused:

[stax76]

They work only in the context of the command line audio encoder, in the F1 help of the command line audio encoder dialog they are listed.

They are also listed in the Macros page of the docs (https://staxrip.readthedocs.io/macros.html).

[JKyle]

They work only in the context of the command line audio encoder, in the F1 help of the command line audio encoder dialog they are listed.

Oh, I was talking about this:

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

%input% and %output% are not there.

I never thought of pressing F1. Yes, I admit I was careless, but to make an excuse... Who presses F1 every time he/she uses an app that's already pretty familiar? :D

Sorry, that was a lame joke. ;)

Anyway, thanks for giving me a good pointer. I'm happy to find another not-hidden-but-not-usually-called function in StaxRip. :D

[lordalibaski]

Never had this one before, I have just captured and transferred 5 vhs videos all NTSC. Put them all on my PC like I have been doing for years but 1 of the conversions keeps coming up with this error when trying to merge or convert


Unicode filenames are not supported by AviSynth.

VapourSynth supports unicode, it can be enabled at:

Filters > Filter Setup > VapourSynth

I change to VapourSynth and get this error

https://i.postimg.cc/KcWTC2sQ/1.png

I usually merge them with vobmerge but even that is having problems with this 1 capture.

What's causing this on this capture alone?

A file can be provided but it will be over 1gb in size.

[videoh]

That's a DGIndex error. What is the file name? Try changing it.

[lordalibaski]

That's a DGIndex error. What is the file name? Try changing it.


The files are always named the same mate they always come out named content01,content02,content03 etc.

Done this for years but it's just this capture out of the 6 I actually did yesterday, tried it again on another machine which is the same make and again it's done exactly the same with this capture.

This is the last part of the capture if you want to see don't forget this is a NTSC video (you can see I have just renamed the files and I still have the problem)

https://i.postimg.cc/TwJZM3fs/part5-vob-thumbs-2020-10-31-14-24-37.jpg

Have a look yourself mate see if you can see the problem because I can't

https://1fichier.com/?zv6twtnyedzogxvln14p


ps... I will try and index it with something different later just in the middle of a conversion.

[lordalibaski]

Changing the file name and the indexer did absolutely nothing it's still bringing the unicode error up, plus I still have no idea why VOBMerge won't accept the file either.

I just tried the file with AviSynth and DGIndex disabled and it works but it still wont join the files? brings up another error

D2V Witch: Demux & Index MPEG-2 returned error exit code: 1 (0x1)

Error D2V Witch: Demux & Index MPEG-2 (2.1.4.7)

D2V Witch: Demux & Index MPEG-2 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:

Incorrect function


------------------- D2V Witch: Demux & Index MPEG-2 -------------------

D2V Witch v4

"C:\Users\jimmy\Desktop\Staxrip\Apps\Support\D2V Witch\d2vwitch.exe" --audio-ids all --output "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01_temp\content01.d2v" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content02.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content03.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content04.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content05.vob"

StaxRip.ErrorAbortException: D2V Witch: Demux & Index MPEG-2 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:

Incorrect function


------------------- D2V Witch: Demux & Index MPEG-2 -------------------

D2V Witch v4

"C:\Users\jimmy\Desktop\Staxrip\Apps\Support\D2V Witch\d2vwitch.exe" --audio-ids all --output "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01_temp\content01.d2v" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content01.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content02.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content03.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content04.vob" "H:\01 - MAIN VIDEO BACK UP DRIVE\The X Ecutioners ‎European Tour 98\TITLE.VOB\content05.vob"



at StaxRip.Proc.Start() in D:\Projekte\VB\staxrip\General\Proc.vb:line 399
at StaxRip.CommandLineDemuxer.Run(Project proj) in D:\Projekte\VB\staxrip\General\Demux.vb:line 161
at StaxRip.MainForm.Demux() in D:\Projekte\VB\staxrip\Forms\MainForm.vb:line 3194
at StaxRip.MainForm.OpenVideoSourceFiles(IEnumerable`1 files, Boolean isEncoding) in D:\Projekte\VB\staxrip\Forms\MainForm.vb:line 2130

[44vince44]

try that: move the files content01 etc.. directly to to your H:\newfolder\
Maybe the error is related to the path, not the name itself!

[lordalibaski]

Tried that vince moved the whole folder to the desktop still had the same issue.

Hmmm!!

Just tried something else put a folder on desktop from the drive it's on titled it test, copied 1 of the files to it again it failed! I attached another drive created a folder called test and everything worked perfectly fine? bit strange this because all drives are working perfectly fine.

Also tried VOBMerge and that works too.

[videoh]

Have a look yourself mate see if you can see the problem because I can't

https://1fichier.com/?zv6twtnyedzogxvln14p Works fine for me. I think 44vince44 must be correct. Something is wrong with your path leading up to Content05.vob.

[lordalibaski]

Works fine for me. I think 44vince44 must be correct. Something is wrong with your path leading up to Content05.vob.


The main cause of the issue was the actual folder name itself

The folder the files were in was calkec The X Ecutioners ‎European Tour 98 I renamed it thexecutionerseuropeantour and it worked perfectly fine so it was a character issue.

Thanks for the help guys.

[44vince44]

the apparent space between "Ecutioners" and "European" is not a space, it's a Unicode character that looks like a space but is not. This was the source of the problem.

[Emulgator]

True, it was 00 <control> NUL, but should have been 20 (SPACE).
Good to know.

[stax76]

Hello, here is a new Beta that addresses a few issues and updates a few tools, have fun (and stay health...)

2.1.4.9 Beta
============

- Set the current directory of the StaxRip process to the working
directory of the current project. (stax76, 44vince44)
- Video encoders expand macros in custom options. (stax76, 44vince44)
- Fix audio encoding overwriting original file. (stax76, 44vince44)
- x265 --min-vbv-fullness --max-vbv-fullness --vbv-live-multi-pass (stax76)
- ~~x265 multipass order refixed (Dendraspis)~~
Added comments in source code to prevent further confusions (Dendraspis, 44vince44)
- x265 'Custom Nth Pass' added to options (Dendraspis)
- x265 options order slightly changed (Dendraspis)
- x265 'Analysis Save' has also a 'Browse File' button (Dendraspis)
- Fixed x265 multipass order for chunks (Dendraspis)
- Renamed x264/x265 passes for (n>2)-pass-mode (Dendraspis)
- x265 3.4+53-ge4afbd100 2020-11-02 Yuuki/qyot27
- nvenc 5.22
- chapterEditor 1.25
- SVT-AV1 0.8.6
- MediaInfo.NET 6.8
- MediaInfo 20.09
- Get-MediaInfo 3.5
- mpv.net 5.4.8.5

[jlw_4049]

Hello, here is a new Beta that addresses a few issues and updates a few tools, have fun (and stay health...)

2.1.4.9 Beta
============

- Set the current directory of the StaxRip process to the working
directory of the current project. (stax76, 44vince44)
- Video encoders expand macros in custom options. (stax76, 44vince44)
- Fix audio encoding overwriting original file. (stax76, 44vince44)
- x265 --min-vbv-fullness --max-vbv-fullness --vbv-live-multi-pass (stax76)
- ~~x265 multipass order refixed (Dendraspis)~~
Added comments in source code to prevent further confusions (Dendraspis, 44vince44)
- x265 'Custom Nth Pass' added to options (Dendraspis)
- x265 options order slightly changed (Dendraspis)
- x265 'Analysis Save' has also a 'Browse File' button (Dendraspis)
- Fixed x265 multipass order for chunks (Dendraspis)
- Renamed x264/x265 passes for (n>2)-pass-mode (Dendraspis)
- x265 3.4+53-ge4afbd100 2020-11-02 Yuuki/qyot27
- nvenc 5.22
- chapterEditor 1.25
- SVT-AV1 0.8.6
- MediaInfo.NET 6.8
- MediaInfo 20.09
- Get-MediaInfo 3.5
- mpv.net 5.4.8.5Thanks for the update and glad to see your back up ans going!

Sent from my SM-G986U1 using Tapatalk

[Yups]

A few observations for QSVEnc from me. This beta uses version 4.07, the newest available is 4.12.

Extended rate control option is missing in Staxrip. And yes rigaya re-added this BRC in version 4.10 (required for adapt-ltr). Also one global QP Offset for CQP isn't enough, a separate offset for I, P and B-frames yields better results, ideally this can be set from the GUI rather than the custom field.

[Yups]

https://abload.de/img/staxrippoj57.png

Below tskip there is another checkbox (fade detect) which is barely visible.

[stax76]

A few observations for QSVEnc from me. This beta uses version 4.07, the newest available is 4.12.

It will be updated in the next build. Internally we are using a tool auto update since a while. This will be public in the next build:

Apps Dialog > Tools > Auto Update (Ctrl+U)

It works for qsvenc and many other tools, but of course not for all tools.


Extended rate control option is missing in Staxrip. And yes rigaya re-added this BRC in version 4.10 (required for adapt-ltr). Also one global QP Offset for CQP isn't enough, a separate offset for I, P and B-frames yields better results, ideally this can be set from the GUI rather than the custom field.

OK, available in the next build.

[YaBoyShredderson]

I have 32gb of ram, and this didn't happen before. I encoded 16 different 4k video files, ranging from 15gb to about 40gb. every time I checked ram usage, it was miniscule. 3-5gb. but now I start encoding and it uses up al my memory and crashes out. what's going on?

[stax76]

There is a log file history folder:

Tools > Folders > Log Files

Maybe the log files shows something...

[stax76]

Guys, please up vote my request for direct VapourSynth support for x265:

https://github.com/msg7086/x265-Yuuki-Asuna/issues/11

[jlw_4049]

Guys, please up vote my request for direct VapourSynth support for x265:

https://github.com/msg7086/x265-Yuuki-Asuna/issues/11Done

Sent from my SM-G986U1 using Tapatalk

[stax76]

Thx, x265 with direct avisynth + vapoursynth support is ready for testing.:

This is just for testing. Please spread to those who it may concern, let people test it (different bitdepth or colorspace, etc.), and report back if you are confident for this patch to be baked into a formal release. After that, I'll recompile and release a new version.

https://down.7086.in/x265-Yuuki-Asuna/vpy-test-3.3.7z

https://github.com/msg7086/x265-Yuuki-Asuna/issues/11

[stax76]

2.1.5.2 Beta (2020-12-15)

- StaxRip authors in about page updated. (stax76)
- Fix progress bar not working for rav1e encoder. (stax76)
- Tool updates (stax76, hevron)
- Fix tool auto update crash in case of missing download URL. (stax76)
- AVSMeter 3.0.7.0
- D2VSource 1.2.0
- KNLMeansCL 1.1.1e
- masktools2 2.2.26
- mvtools2 2.7.44
- neo-minideen r10
- TDeint 1.8
- TIVTC 1.0.25
- VSFilterMod 5.2.3
- DFTTest r7
- L-Smash-Works 2020-07-28 HolyWu
- havsfunc r33
- x264 M-0.161.3018-db0d417-x64-gcc10.2.0
- ffmpeg N-99558-g00772ef4f7-x64-gcc10.2.0 Patman
- JPSDR 3.2.4
- rav1e 2020-12-08
- Subtitle-Edit 3.5.18
- aomenc 2.0.0-918-g75a47cc18-gcc10.2.0


2.1.5.1 Beta (2020-12-15)

- Job processing issue fix (stax76, 44vince44)
- Audio filename collision fix (stax76, Dendraspis, 44vince44)
- The apps dialog has a new auto update feature, works for many but not for all tools. (stax76)
- nvenc new options added (stax76)
- qsvenc new options added and reorganized (stax76)
- Removed '--analysis-reuse-level' from x265 options, because deprecated (Dendraspis)
- Fixed x265 wrong output params in 3-pass mode (Dendraspis, 44vince44)
- vceenc 6.07
- qsvenc 4.12
- ffms2 87bae19 2020-11-23 StvG
- L-Smash-Source 2020-12-11 StvG

[stax76]

2.1.5.3Beta


Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md


Download

https://staxrip.readthedocs.io/introduction.html#beta

[chipxtreme]

Can someone recommend a good setup for 10 bit HEVC encode with a 3070 card. I've just upgraded from my 1070 and noticed speeds are terrible and only difference I can think of is B frames now.

[Noisrevid]

Loving Staxrip.. using latest Beta build having an issue where it seems Staxrip is auto clipping the blank parts off of a movie at the beginning and starting immediately when it sees some action? If that makes sense.. like instead of a 10 second of nonethingness (which is part of the original) it's clipping it off and this is causing the audio to not be synced up either since the reencoded audio is retaining this silent part.

It seems like it might be some default option enabled but I can't find it?

Edit: This is happening after I change from Avisynth/Vaporsynth decoder to the NVEnc Hardware decoder. I guess there's an issue with the NVEnc decoder?

[Baconce]

Hello everyone,

what is staxrip.exe on the Beta channel ???

https://www.dropbox.com/sh/4ctl2y928xkak4f/AABHGMhq1tpqX1-9tNuytK33a/StaxRip.exe?dl=0

PS : i'm on 2.1.5.5 yet.

[stax76]

It's a bit newer than the full download.

[Baconce]

It's a bit newer than the full download.

Tks Stax ! And keep the wonderful work !!

[MrBrownCow]

I was trying out some of the newer betas and ran a short clip with the same settings through a few of them.

2.1.3.7 Duration: 00:08:23 x265 3.4+6-g73f96ff39:[Windows][GCC 11.0.0][64 bit] 10bit
2.1.4.8 Duration: 00:13:31 x265 3.4+6-g73f96ff39:[Windows][GCC 11.0.0][64 bit] 10bit
2.1.4.9 Duration: 00:13:37 x265 3.4+53-ge4afbd100:[Windows][GCC 10.2.0][64 bit] 10bit
2.1.5.2 Duration: 00:14:04 x265 3.4+53-ge4afbd100:[Windows][GCC 10.2.0][64 bit] 10bit
2.1.5.5 Duration: 00:13:19 x265M 3.4+28-419182243:[Windows][GCC 10.2.0][64 bit] 10bit

Is there anything major that would have changed since 2.1.3.7 which might have slowed things down?

Trying to compare logs but it just looks like the newer versions have slower fps for the encode.

Edit:
I don't think its the x265 version. I took the newer x265.exe from 2.1.5.5 and used it with 2.1.3.7 and got the same faster encode time (8min 12sec). Still trying different things.

[stax76]

New stable version is online.

[jlw_4049]

New stable version is online.Sweet! Thanks!

Sent from my SM-G986U1 using Tapatalk

[MrBrownCow]

New stable version is online.

Tested the new stable version as well.

2.1.3.7 Duration: 00:08:23
2.1.4.8 Duration: 00:13:31
2.1.4.9 Duration: 00:13:37
2.1.5.2 Duration: 00:14:04
2.1.5.5 Duration: 00:13:19
2.1.6.0 Duration: 00:12:58

Maybe the change from AviSynth 3.6.1 to 3.6.2 or possibly ffmpeg slowed things down considerably on my system.
Edit1: Looks like I can't use avisynth 3.6.1 with 2.1.6.0. When I try and change the AviSynth.dll file to the 3.6.1 version it gives error "The currently used version of AviSynth is not compatible (too old)."
Edit2: Its not ffmpeg. Tested with the old version on the new staxrip and got the same longer encode times.

I suspect the change from AviSynth 3.6.1 to 3.6.2 to have increased encode times by almost 40% on my system. Anyone else gets a chance to test and report results that would be great.

[Atlantis]

Thank for the release

RgTools 1.1 is available (not in the release)
https://github.com/pinterf/RgTools/releases

Also neo_FFT3D is really good
https://github.com/HomeOfAviSynthPlusEvolution/neo_FFT3D/releases/

[Atlantis]

Comparing 2.1.3.0 to 2.1.6.0.

I see you are not using avs2pipemod64.exe anymore. What was it, using x265 directly I see.

[Atlantis]

Thank you for adding support to check if the final image is compatible with output mod.

When we use AddBorders or anything else wouldn't it better if staxrip showed the output resolution also?
Maybe under resize or on the right panel showing output info.

[Atlantis]

Comparing 2.1.3.0 to 2.1.6.0.

I used to launch staxrip in file managers with this command
staxrip.exe video.mkv

This worked correctly before. Now it says I have found a new version of and it goes through 7zip - Autocrop - Avisynth and on and on.

The only way I can open a file correctly without these warnings is to launch staxrip first and drag the file into source which I don't want to do.

[AMED]

I got that same issue when i started a second job so i had 2 jobs processing at once. When the second job began I needed to set the version of every "APP" so it would start processing the job. The first job was processing fine while i need to verify the app versions for the 2nd job to start.

Workaround was go to Tools > Settings > Danger Zone | tick "Allow using tools with unknown version"

I also found that the Apple Application Support doesn't autodetect CoreAudioToolbox.dll if the files are located in ..\StaxRip\Apps\Audio\qaac\QTfiles64\. Running Qaac --check from ..\StaxRip\Apps\Audio\qaac\ does pick up the files in ..\StaxRip\Apps\Audio\qaac\QTfiles64\.

Workaround for that is to go in to Tools > Settings > Danger Zone | tick "Allow using custom paths in startup folder" and then point Apple Application Support to ..\StaxRip\Apps\Audio\qaac\QTfiles64\.

[stax76]

@MrBrownCow

You can also compare performance with VapourSynth:

Filters > Filter Setup > VapourSynth

@Atlantis

The latest version of RgTools and neo_FFT3D are available in the next build.

It uses a x265 mod that supports direct avs and vpy input, there are plans adding UTF-8 and long path support as well this year.

https://github.com/staxrip/staxrip/wiki/x265

I got that same issue when i started a second job so i had 2 jobs processing at once. When the second job began I needed to set the version of every "APP" so it would start processing the job. The first job was processing fine while i need to verify the app versions for the 2nd job to start.

Workaround was go to Tools > Settings > Danger Zone | tick "Allow using tools with unknown version"

Unfortunate bug for a stable release... It's the same reason and fixed in the next build.

I also found that the Apple Application Support doesn't autodetect CoreAudioToolbox.dll if the files are located in ..\StaxRip\Apps\Audio\qaac\QTfiles64\. Running Qaac --check from ..\StaxRip\Apps\Audio\qaac\ does pick up the files in ..\StaxRip\Apps\Audio\qaac\QTfiles64\.

It's not the best possible location, that's why it's not permitted by default:

Custom paths within the startup folder are not permitted
because it would prevent a simple update process.
Please put the file somewhere else outside the startup folder.

When we use AddBorders or anything else wouldn't it better if staxrip showed the output resolution also?
Maybe under resize or on the right panel showing output info.

I changed it to show that, but only if no resize filter is active, you can always find it in the info dialog. Doing more is difficult and problematic.

New beta is available:

2.1.6.1 Beta (2021-01-07)

- Fix CLI usage causing version verification to fail. (stax76)
- RgTools 1.1
- Neo FFT3D r10

[44vince44]

@Stax76 ; @MrBrownCow
I did the AVS - VPY comparison, on a 12 minute encode, the difference was 2 seconds, not significant.

@Stax76 @Atlantis @AMED : tested beta 2.1.6.1, it fixes indeed the issue of simultaneous processing with two staxrip instances

@MrBrownCow: there are several things you have to make sure of before continuing (and maybe you have, so only checking):
- do not process other than the video, set all audio tracks to No audio
- make sure you are using the same video source
- make sure you are not applying filters

[stax76]

Since there were two severe bugs, I've uploaded a fixed stable release 2.1.7.0.

[AMED]

It's not the best possible location, that's why it's not permitted by default:

Custom paths within the startup folder are not permitted
because it would prevent a simple update process.
Please put the file somewhere else outside the startup folder.No problems, I thought I would mention it since that's were you would normally put the files for previous versions of StaxRip.

Thank you for the quick bugfix version.

[JKyle]

DGIndex (part of DGMPGDec) is finally updated to 2.0.00 (in 10 years) :).

--------------------------
Changes from version 1.5.8
--------------------------

1. Rebuilt with Visual Studio 2019.
2. A 64-bit executable of DGDecode is now included (derived from fork by Asd-g).
3. DGDecode now works with Avisynth 2.6 and Avisynth+.

Website: http://rationalqm.us/dgmpgdec/dgmpgdec.html


1. Probable issues related to D2VSource for AVS

We need to check if D2VSource for AVS (by Asd-g (https://github.com/Asd-g/MPEG2DecPlus)) currently registered in Apps is compatible with this update.
If not, let's see if Asd-g will update D2VSource as well accordingly.

At this point, I'm wondering if the updated DGDecode.dll(MPEG2Source) can replace D2VSource. This needs further testing.

But even if it can be a replacement, I believe it's a matter of decision by @stax76 whether DGDecode.dll will be adopted or not as it needs some modification of the app structure (and AVS Filters Profiles) if it's adopted.


2. Compatibility with d2vsource for VS

We also need to test whether the currently registered d2vsource (https://github.com/dwbuiten/d2vsource) filter works well with the updated version of DGIndex in VapourSynth.

And again, we need to wait for an appropriate update of the source filter if not.

[videoh]

Better late than never, eh?

Just in case you did not know... DGMPGDec 2.0.00's included 64-bit DGDecode.dll supports both AVISynth(+) and Vapoursynth. Work is ongoing to improve performance for DGIndex. It is quite slow compared to DGIndexNV.

Nothing has changed in DGIndex that would invalidate d2vsource, but the hope is that the newest DGDecode makes d2vsource unnecessary.

There are no licensing issues, everything is GPL 2.0 as always. You won't get any hassles from DG.

[NanoBot]

Hi,

until today, I used the beta versions up to 2.1.5.5 together with DGIndexNV to reencode h264 files to a lower bitrate without problems.

Since version 2.1.7.0 this error message appears when I am trying to encode with x264:
"x264 Avisynth input supports only ... as input colorspace"
Consider to use a pipe tool: x264 > Input/Output > Pipe > avs2pipemod y4m

This setting is on "automatic". The source file and all other settings are the same.
The same error message appeared when I used the 2.1.5.5 beta with the "newer" staxrip.exe which was on dropbox and is been removed in the meantime.

After I switched the 2.1.7.0 to " avs2pipemod y4m" I could encode the file. Here are the logfiles from 2.1.5.5 and 2.1.7.0 for clarification:

------------------------- System Environment -------------------------

StaxRip : 2.1.5.5
Windows : Windows 10 Pro 2009
Language : German (Germany)
CPU : AMD Ryzen 9 3900X 12-Core Processor
GPU : NVIDIA GeForce GTX 1060 3GB
Resolution : 1920 x 1080
DPI : 96

----------------------- Media Info Source File -----------------------

E:\Video\Clips\Test.dgi

General
Complete name : E:\Video\Clips\Test.dgi
File size : 752 KiB

---------------------------- Configuration ----------------------------

Template : DGSource x264 denoise crf23
Video Encoder Profile : x264
Container/Muxer Profile : No Muxing

--------------------------- AviSynth Script ---------------------------

AddAutoloadDir("D:\MPEG\Staxrip_Beta\Apps\FrameServer\AviSynth\plugins")
LoadPlugin("D:\MPEG\DGIndexNV\DGDecodeNV.dll")
DGSource("E:\Video\Clips\Test.dgi",ct=0,cb=0,cl=0,cr=0,rw=0,rh=0)
DGDenoise()

------------------------- Source Script Info -------------------------

Width : 1920
Height : 1080
Frames : 42055
Time : 28:02.200
Framerate : 25 (25000/1000)
Format : YUV420P8

------------------------- Target Script Info -------------------------

Width : 1920
Height : 1080
Frames : 42055
Time : 28:02.200
Framerate : 25 (25000/1000)
Format : YUV420P8

--------------------------- Video encoding ---------------------------

x264 M-0.161.3027-4121277-x64-gcc10.2.0 Patman

D:\MPEG\Staxrip_Beta\Apps\Encoders\x264\x264.exe --crf 23 --colorprim bt709 --colormatrix bt709 --transfer bt709 --output E:\Video\Clips\Test2155.h264 D:\StaxTemp\Test_temp\Test2155.avs

and

------------------------- System Environment -------------------------

StaxRip : 2.1.7.0
Windows : Windows 10 Pro 2009
Language : German (Germany)
CPU : AMD Ryzen 9 3900X 12-Core Processor
GPU : NVIDIA GeForce GTX 1060 3GB
Resolution : 1920 x 1080
DPI : 96

----------------------- Media Info Source File -----------------------

E:\Video\Clips\Test.dgi

General
Complete name : E:\Video\Clips\Test.dgi
File size : 752 KiB

---------------------------- Configuration ----------------------------

Template : DGSource x264 denoise crf23
Video Encoder Profile : x264
Container/Muxer Profile : No Muxing

--------------------------- AviSynth Script ---------------------------

AddAutoloadDir("D:\MPEG\Staxrip\Apps\FrameServer\AviSynth\plugins")
LoadPlugin("D:\MPEG\DGIndexNV\DGDecodeNV.dll")
DGSource("E:\Video\Clips\Test.dgi",ct=0,cb=0,cl=0,cr=0,rw=0,rh=0)
DGDenoise()

------------------------- Source Script Info -------------------------

Width : 1920
Height : 1080
Frames : 42055
Time : 28:02.200
Framerate : 25 (25000/1000)
Format : YUV420P8

------------------------- Target Script Info -------------------------

Width : 1920
Height : 1080
Frames : 42055
Time : 28:02.200
Framerate : 25 (25000/1000)
Format : YUV420P8

--------------------------- Video encoding ---------------------------

x264 M-0.161.3027-4121277-x64-gcc10.2.0 Patman

D:\MPEG\Staxrip\Apps\Support\avs2pipemod\avs2pipemod64.exe -dll=D:\MPEG\Staxrip\Apps\FrameServer\AviSynth\AviSynth.dll -y4mp D:\StaxTemp\Test_temp\Test2170.avs | D:\MPEG\Staxrip\Apps\Encoders\x264\x264.exe --crf 23 --colorprim bt709 --colormatrix bt709 --transfer bt709 --demuxer y4m --frames 42055 --output E:\Video\Clips\Test2170.h264 -


As you will notice, the source script in both cases has the YUV420P8 color format, which is a valid colorspace for the encoder. Nevertheless, version 2.1.7.0 forces the use of a pipe, while version 2.1.5.5 beta works flawless without a pipe. The included x264 encoder versions are idenctical.

And now the most astonishing: If I load the same clip with the h264 template, I get the error message. Then I switch to h265, the error message disappears and I can start the encode without a pipe. If I then abort the h265 encode and then switch back to h264, the error message is not shown again and the clip can be encoded to h264 without a pipe.

For me it looks to me that for some reason the 2.1.7.0 version by mistake complains about an incompatible color format.

C.U. Nanobot

[MrBrownCow]

@MrBrownCow: there are several things you have to make sure of before continuing (and maybe you have, so only checking):
- do not process other than the video, set all audio tracks to No audio
- make sure you are using the same video source
- make sure you are not applying filters

@44vince44
Thanks for testing VPY.
I am using the same source clip each time.
I am setting all audio to "No audio" each time
I am NOT using any filters

I went back and grabbed 2.1.3.0 and added that to the test results as well as 2.1.6.1 and 2.1.7.0.

Staxrip Test Encode time
2.1.3.0 Duration: 00:08:15 uses AviSynth 3.6.0
2.1.3.7 Duration: 00:08:23 uses AviSynth 3.6.1
2.1.4.8 Duration: 00:13:31 uses AviSynth 3.6.2 test 2
2.1.4.9 Duration: 00:13:37 uses AviSynth 3.6.2 test 2
2.1.5.2 Duration: 00:14:04 uses AviSynth 3.6.2 test 2
2.1.5.5 Duration: 00:13:19 uses AviSynth 3.6.2 test 6
2.1.6.0 Duration: 00:12:58 uses AviSynth 3.6.2 test 6
2.1.6.1 Duration: 00:13:04 uses AviSynth 3.6.2 test 6
2.1.7.0 Duration: 00:13:01 uses AviSynth 3.6.2 test 6

I wasn't able to find any changelog for AviSynth 3.6.2 versions. Does this newer version include some quality enhancements that might account for the large reduction in speed?

Vince is it possible for you to test a short clip and verify you see an fps reduction as well?

2.1.3.0 logs
https://pastebin.com/gc1bmMuD

2.1.7.0 logs
https://pastebin.com/rJuX8XqJ

[JKyle]

Just in case you did not know... DGMPGDec 2.0.00's included 64-bit DGDecode.dll supports both AVISynth(+) and Vapoursynth. Work is ongoing to improve performance for DGIndex. It is quite slow compared to DGIndexNV.

Nothing has changed in DGIndex that would invalidate d2vsource, but the hope is that the newest DGDecode makes d2vsource unnecessary.

There are no licensing issues, everything is GPL 2.0 as always. You won't get any hassles from DG.

Good to hear that.

So, in VapourSynth, what's the minimal syntax for MPEG2Source?

Please, see if the following is OK.

core.std.LoadPlugin(r"\PATH\TO\DGDecode.dll")
clip = core.dgdecode.MPEG2Source(r"\PATH\TO\A\D2V_File.d2v")


Since the DGDecode Manual doesn't have anything about VapourSynth, I misunderstood it's only for AviSynth.

Could you please include a guide to usage in VapourSynth in the manual? Thanks.

[videoh]

So, in VapourSynth, what's the minimal syntax for MPEG2Source?

Good question. Need to add that to the readme64.

import vapoursynth as vs
core = vs.get_core()
core.std.LoadPlugin(".../DGDecode.dll")
video = core.dgdecode.MPEG2Source(".../Nature.d2v")
video = vs.core.text.ClipInfo(video)
video.set_output()

You can use the avscompat mode too, but why?

Since the DGDecode Manual doesn't have anything about VapourSynth, I misunderstood it's only for AviSynth.

Could you please include a guide to usage in VapourSynth in the manual? Thanks. Sure. Thank you for your suggestions.

[44vince44]

@NanoBot is this specific to DGIndexNV ?
I've just tested to encode from h264 to x264 in Staxrip 2.1.7.0 leaving the pipe automatic (i.e no pipe used) and it worked.

[44vince44]

@MrBrownCow

I've just made the following test: basic encoding one pass quality crf mode, with --crf 22 --output-depth 10 switches ONLY (so it's implied that preset=medium), on both v 2.1.3.0 and 2.1.7.0.
Same source, same source filter, same everything. Using the internal and default setting of each version.
I got so significant difference : 4 seconds on a 4 minutes process:

2.1.3.0
x265 M-3.4+6-g73f96ff39-gcc11.0.0 Patman

"D:\Downloads\_IDM Downloads\StaxRip-x64-2.1.3.0-stable\Apps\Support\avs2pipemod\avs2pipemod64.exe" -y4mp "D:\Downloads\_IDM Downloads\i_y5_temp\i_y5_new.avs" | "D:\Downloads\_IDM Downloads\StaxRip-x64-2.1.3.0-stable\Apps\Encoders\x265\x265.exe" --crf 22 --output-depth 10 --frames 3600 --y4m --output "D:\Downloads\_IDM Downloads\i_y5_temp\i_y5_new_out.hevc" -

avs2pipemod[info]: writing 3600 frames of 1000000/41731 fps, 1920x1080,
sar 0:0, YUV-420-planar-8bit progressive video.
y4m [info]: 1920x1080 fps 1000000/41731 i420p8 unknown frame count
raw [info]: output file: D:\Downloads\_IDM Downloads\i_y5_temp\i_y5_new_out.hevc
x265 [info]: HEVC encoder version 3.4+6-g73f96ff39
x265 [info]: build info [Windows][GCC 11.0.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-4 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(17 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]: ME / range / subpel / merge : hex / 57 / 2 / 3
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 / off / 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 lslices=6 deblock sao
avs2pipemod[info]: finished, wrote 3600 frames [100%].
avs2pipemod[info]: total elapsed time is 292.917 sec.
x265 [info]: frame I: 35, Avg QP:18.37 kb/s: 17362.40
x265 [info]: frame P: 1174, Avg QP:22.61 kb/s: 3783.32
x265 [info]: frame B: 2391, Avg QP:28.34 kb/s: 677.11
x265 [info]: Weighted P-Frames: Y:1.4% UV:1.4%
x265 [info]: consecutive B-frames: 25.1% 13.2% 12.3% 37.3% 12.0%
encoded 3600 frames in 291.21s (12.36 fps), 1852.30 kb/s, Avg QP:26.38

Start: 01:57:51
End: 02:02:45
Duration: 00:04:54

2.1.7.0
x265 M-3.4+28 gcc10.2.0 Yuuki-Asuna/msg7086/DJATOM/Patman

"D:\Downloads\_IDM Downloads\StaxRip-x64-2.1.7.0-Stable\Apps\Encoders\x265\x265.exe" --crf 22 --output-depth 10 --output "D:\Downloads\_IDM Downloads\i_y5_temp\i_y5_new2170_out.hevc" "D:\Downloads\_IDM Downloads\i_y5_temp\i_y5_new2170.avs"

avs+ [info]: AviSynth+ 3.6.2 (r3341, master, x86_64)
avs+ [info]: Video colorspace: YUV420 (YV12)
avs+ [info]: Video depth: 8
avs+ [info]: Video resolution: 1920x1080
avs+ [info]: Video framerate: 1000000/41731
avs+ [info]: Video framecount: 3600
avs+ [info]: 1920x1080 fps 1000000/41731 i420p8 frames 0 - 3599 of 3600
raw [info]: output file: D:\Downloads\_IDM Downloads\i_y5_temp\i_y5_new2170_out.hevc
x265 [info]: HEVC encoder version x265M 3.4+28-419182243
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-4 (Main tier)
x265 [info]: Thread pool created using 8 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 3 / wpp(17 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]: ME / range / subpel / merge : hex / 57 / 2 / 3
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 / off / 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 lslices=6 deblock sao
avs2pipemod[info]: finished, wrote 3600 frames [100%].
avs2pipemod[info]: total elapsed time is 292.917 sec.
x265 [info]: frame I: 35, Avg QP:18.37 kb/s: 17362.40
x265 [info]: frame P: 1174, Avg QP:22.61 kb/s: 3783.32
x265 [info]: frame B: 2391, Avg QP:28.34 kb/s: 677.11
x265 [info]: Weighted P-Frames: Y:1.4% UV:1.4%
x265 [info]: consecutive B-frames: 25.1% 13.2% 12.3% 37.3% 12.0%
encoded 3600 frames in 291.21s (12.36 fps), 1852.30 kb/s, Avg QP:26.38

Start: 02:05:07
End: 02:09:58
Duration: 00:04:50

[Atlantis]

Thank you for 2.1.7.0. Everything working great for me.

You said "you can always find it in the info dialog". Where is this info dialog that shows the output resolution?

I see the output resolution under resize now.

Under Source you show the input resolution,
what about putting output resolution under Target? It already shows duration, framerate and Audio Bitrate.
Maybe that's a better logical place than under resize.

[44vince44]

@Atlantis, the info dialog is the drop-down menu above the filters section, saying "AVS Filters" or "VS Filters"
Click on it, you get a menu, with "Info" ...

You can also open a preview window, and press "i" to get information in a small overlay box.

[NanoBot]

@NanoBot is this specific to DGIndexNV ?
I've just tested to encode from h264 to x264 in Staxrip 2.1.7.0 leaving the pipe automatic (i.e no pipe used) and it worked.

I don't think that it is dgindexnv related, because

version 2.1.5.5 works flawless
switching to h265, aborting the encode and switching back to h264 makes version 2.1.7.0 to work
replacing the staxrip.exe from 2.1.7.0 with the staxrip.exe from 2.1.5.5 beta also makes it work again. So I suppose that there is a regression in staxrip.exe introduced between the "original" 2.1.5.5 and the version mentioned here:

https://forum.doom9.org/showthread.php?p=1932281#post1932281
https://forum.doom9.org/showthread.php?p=1932285#post1932285

And the colorspace format is a valid one, I just checked it with rightclick and "info" in the window for the AVS filters in use, which shows YUV420P8.

[44vince44]

@MrBrownCow, I made a two-pass encode with exactly the same switches that you have used.
The results are still similar (on my i7 setup = 8 logical cores) :
2.1.3.0: pass1 00:21:30 ; pass2 00:20:35
2.7.7.0: pass1 00:22:04 ; pass2 00:22:05

This difference is due to the x265 version difference, and it's a small difference.

I think I know what is happening in your case, it's due to the high number of cores in your processor, and you can check it by monitoring the global CPU usage when doing an encode with 2.1.3.0 and 2.1.7.0. One cause could be the ffms2 video source filter. Due to compatibility with some video source types, I believe the coder has restricted number of threads to use, according to the type of videos.
You can try replacing the ffms2 contents of 2.1.7.0 with the ones in 2.1.3.0 and see what happens.
You can also try another source filter.

[44vince44]

@Nanobot just to be sure, can you please go to this repository (Patman86's files):
https://www.mediafire.com/folder/vkt2ckzjvt0qf/StaxRip_Tools
and get latest x264M build (x264M-0.161.3030-xxxx , the x64 gcc version) and try it. I remember that Patman86 has changed something regarding the pipe.
I know that you've experienced the problem by simply changing the staxrip.exe, but please try.

[MrBrownCow]

I think I know what is happening in your case, it's due to the high number of cores in your processor, and you can check it by monitoring the global CPU usage when doing an encode with 2.1.3.0 and 2.1.7.0. One cause could be the ffms2 video source filter. Due to compatibility with some video source types, I believe the coder has restricted number of threads to use, according to the type of videos.
You can try replacing the ffms2 contents of 2.1.7.0 with the ones in 2.1.3.0 and see what happens.
You can also try another source filter.

@44vince44
Thanks for testing. I took ffms2.dll and ffmsindex.exe from 2.1.3.0 and used them with 2.1.7.0 but got the same results, about 40% slower.
Also tried using the newer ffms2 files from 2.1.7.0 with the older 2.1.3.0 and still got the faster result.

CPU usage seems to be similar on both, it bounces around between 50-60%. See screenshots here, not sure if you notice anything. Notice the fps is higher with 2.1.3.7, always between 5 and 15 fps higher.
https://imgur.com/a/FMz6oG6

I have to admit I have never changed source filter before and don't know how. Is that where it says "Source Automatic"? What should I try changing to?

[Atlantis]

Thank you. Found the info dialog.
Here is what I'm talking about:

https://i.postimg.cc/4ygPDWBr/Untitled.jpg

[44vince44]

@Atlantis: Stax76 has achieved in this build is to show you the output resolution in the "Resize area" in the middle of the window.
The only case where it won't be satisfactory is when resize is active, and a geometry filter is used below (after) resize.
You still have the info and preview. I remember in the past I asked the same thing but Stax76 explained to me that changing parts of the interface where you are pointing to is not simple at all.
At that time the concern was to have the MOD warning take into account any and all geometry filters. And that was fixed of course.

@MrBrownCow I am puzzled, my tests show no such difference. here are the logs, maybe you can find something useful in them:

here is for 2.1.3.0 https://pastebin.com/ycQZzRX2
here is for 2.1.7.0 https://pastebin.com/gZM38pJh

Yes, source filter is where it says "automatic" and your log files show it has selected for you FFVideoSource (ffms2), which is ok.
you can try to set there LWLibavVideoSource

[stax76]

@NanoBot

It seems DGDecodeNV and for instance ffms2 return something different:


YUV420P8 = -1610612720
YUV420P8_ = -1610612728


https://github.com/staxrip/staxrip/blob/master/General/FrameServer.vb#L110

I'll change it to allow both.

Edit:

There should now be a new StaxRip.exe file on the Beta cloud folders.

[NanoBot]

@stax76

At first glance, the staxrip.exe from the beta cloud folder solves the problem. The error message complaining the wrong colorspace no longer appears, and the h264 reencoding to a lower bitrate / crf works flawless again.

:thanks:

[stax76]

@NanoBot

You're welcome!

@Atlantis

I've added it now, there is a new StaxRip.exe file on the Beta cloud folders.

[44vince44]

@Stax76 : Ah so it wasn't that difficult ;-)))

[JKyle]

DGMPGDec(DGIndex & DGDecode.dll for MPEG2Source) is updated to 2.0.01:

* Fixed decode crash with 64-bit DLL in Vapoursynth mode when stream has RFF flags. The UV pitch was getting set wrong.

DGIndex remains the same as 2.0.00 and only 64-bit DGDecode.dll has been updated.

Here (https://www.videohelp.com/software/DGMPGDec).

For your reference, I posted a feature request on the GitHub issue tracker to incorporate MPEG2Source as a native source filter (for d2v) in StaxRip.
See this (https://github.com/staxrip/staxrip/issues/424).

[videoh]

JKyle is now Moose Approved. Congratulations!

[manolito]

Quick question:

The changelog for 2.0.01 says that this new version now works under AVS 2.6 and under AVS+. This confuses me a little bit because I have used version 1.5.8 for quite some time under AVS+ 32-bit, and so far I did not have any problems.

If there are any potential problems with 1.5.8 under AVS+ 32 could you please advise what I should look for?

[MrBrownCow]

Yes, source filter is where it says "automatic" and your log files show it has selected for you FFVideoSource (ffms2), which is ok.
you can try to set there LWLibavVideoSource

@44vince44
Thanks for your help thus far. I moved all of the below folders from 2.1.7.0 over to 2.1.3.7 in an effort to use as many of the new tools with the older version. Thinking maybe this would help reveal a tool that was causing the slow down or prove at least these tools were not the problem.
Encoders - x265
Encoders - ffmpeg
Frameserver - AviSynth
Plugins - Dual - FFMS2

Then ran the same test again after updating the version numbers of the tools etc.

2.1.3.7 w new apps and FFVideo = Duration: 08:19
2.1.3.7 w new apps and LWLibavVideoSource = Duration: 08:23
2.1.7.0 with LWLibavVideoSource = Duration: 13:10
2.1.7.0 with Automatic (FFVideo) = Duration: 13:01

Maybe premature but it would seem like this rules out x265, ffmpeg, AviSynth, FFMS2 and different source filters like LWLibavVideoSource.

If the difference in encode speed was 5-10% I wouldn't even worry, but over 40% slower encoding is a bit too much to handle.

Anything else you think I should move over from 2.1.7.0 to 2.1.3.7?
Any other test or change you can think of?

[videoh]

Quick question:

The changelog for 2.0.01 says that this new version now works under AVS 2.6 and under AVS+. This confuses me a little bit because I have used version 1.5.8 for quite some time under AVS+ 32-bit, and so far I did not have any problems. Bad wording. I just meant that now it can run fine under the newer frame servers like Avs 2.6 line, Avs+ line, and Vapoursynth.

If there are any potential problems with 1.5.8 under AVS+ 32 could you please advise what I should look for? Only potential problem could be XP.

[manolito]

Only potential problem could be XP.

Thanks for the clarification. I already noticed that the new version does not like WinXP, and since I want to have identical plugin versions on all of my machines I will stick with version 1.58. I do not use VapourSynth, I try to stay away from 64-bit stuff whenever I can, so I will not loose anything by keeping the older version. (I use Groucho's ICL build which seems to be a little bit faster.)

[44vince44]

@MrBrownCow, thanks for doing all those tests.

The test you made seems to reveal that it's a problem with the no-pipe method used since around 2.1.5.5. I can't think of anything else.

Here is the ultimate test you could do: in 2.1.7.0, go to x265 options, get to Input/Output section, select Pipe: Avs2pipemod instead of None. Do your encode.
FYI, I have already made such test, which revealed a small difference (Avs2pipemod was faster, which was not the expected behavior) I wanted to discuss it with Patman86, but later, because the difference was small. But if it turns out to be the reason of your problem, then we should prioritize it, and it's no bug in staxrip, but a tool issue.
Can't wait to see your test's results!

[apophis906]

@MrBrownCow, thanks for doing all those tests.

The test you made seems to reveal that it's a problem with the no-pipe method used since around 2.1.5.5. I can't think of anything else.

Here is the ultimate test you could do: in 2.1.7.0, go to x265 options, get to Input/Output section, select Pipe: Avs2pipemod instead of None. Do your encode.
FYI, I have already made such test, which revealed a small difference (Avs2pipemod was faster, which was not the expected behavior) I wanted to discuss it with Patman86, but later, because the difference was small. But if it turns out to be the reason of your problem, then we should prioritize it, and it's no bug in staxrip, but a tool issue.
Can't wait to see your test's results!

I dont know if this is related, but from my testing when I try to do a chunk encode with avs I get an IO access error saying the avs file is open in another program. It will do the first chunk job usually but when it tries to start the next job it will show the error trying to start the second chunk. Once I acknowledge the error the chunk will start to encode. I tried settings it to Avs2pipemod since I saw that it used that when doing chunks. Yet still it would pop the error every few times like it would forget I had set it and try to do a direct input or something.

[videoh]

I will not lose anything by keeping the older version. Functionality-wise, that's right. I am working on performance improvements, however, that you would miss.

[Atlantis]

Thank you for the new file. Used it, it looks great with the output resolution shown in the Target Area.

@44vince44. Why should it be difficult? It is just showing a text. ;D

[44vince44]

@Atlantis, I couldn't agree more ;-))

[Atlantis]

So in the new version, AAC audio encoding has changed. I need a little information on how to use it.

First when you change the Quality number, the Bitrate shown is not the same as before. I remember 0.4 was around 310 for bitrate. Now 40 is 262.

Is the 0.4 of before the same quality as the 40 now? Although that it shows lower bitrate?

Now it is using True VBR, what was it before? I don't remember.

Also, High Efficiency is disabled, what does it do, should we enable it? Is it the equivalent of H265 in audio?

Edit: Sorry if this was discussed. Can't encode AAC anymore like before. Where should I find/get CoreAudioToolbox.dll?

[44vince44]

@Atlantis, AAC encoding logic was not changed, but the defaults must be set now:

When I read you writing q=0.4, I seem to understand that you were using Eac3to which requires NeroAACEnc.
So in the AAC encoding options, select Encoder = Eac3to instead of Automatic.
Then you'll get the 0.x you're used to.
You'll need to point to the proper dll from the app manager (while it's still in the folder Staxrip/APPS/AUDIO/Eac3to). Staxrip will invite you to do so, when you create the job.
Keep a backup of that dll.

[44vince44]

@apophis906, I have just made a test (which allow me to find another bug BTW), but I could not reproduce your issue.
Can you paste the log file to pastebin.com and link to it here so i can see the log ?

EDIT: I COULD REPRODUCE THE BUG. when reprocessing same file (without purging temp folder from previous process) and without closing staxrip. I seem to reproduce it every time! I'll open a bug report on github, when I'll have that confirmed
Edit2 : Reproducing the bug is random...

[apophis906]

@apophis906, I have just made a test (which allow me to find another bug BTW), but I could not reproduce your issue.
Can you paste the log file to pastebin.com and link to it here so i can see the log ?

EDIT: I COULD REPRODUCE THE BUG. when reprocessing same file (without purging temp folder from previous process) and without closing staxrip. I seem to reproduce it every time! I'll open a bug report on github, when I'll have that confirmed
Edit2 : Reproducing the bug is random...

Yeah I noticed that at times it would do two in a row fine and then pop up all of a sudden. I went ahead and uploaded the log file as well as a copy of the error just in case.
iZombie test_new 2_staxrip.log (https://pastebin.com/TQffhhUZ)
IOException (2.1.7.0) (https://pastebin.com/20HaYshw)

[44vince44]

@apophis906 I filed the bug report, you can follow it up here https://github.com/staxrip/staxrip/issues/431

[44vince44]

@MrBrownCow

I moved all of the below folders from 2.1.7.0 over to 2.1.3.7 in an effort to use as many of the new tools with the older version. Thinking maybe this would help reveal a tool that was causing the slow down or prove at least these tools were not the problem.
Encoders - x265
Encoders - ffmpeg
Frameserver - AviSynth
Plugins - Dual - FFMS2

Then ran the same test again after updating the version numbers of the tools etc.

2.1.3.7 w new apps and FFVideo = Duration: 08:19
2.1.3.7 w new apps and LWLibavVideoSource = Duration: 08:23
2.1.7.0 with LWLibavVideoSource = Duration: 13:10
2.1.7.0 with Automatic (FFVideo) = Duration: 13:01

When you overwrote those, did you check that x265 (in your modded staxrip 2.1.7.0) output mentioned clearly version 3.6.0 or 3.6.1 of avisynth ? It's still in the logs, you can check it.

[Atlantis]

Thank you. I set the encoder to Eac3to and it shows the old default settings.

Edit:
Still have problems. Should the provided neroAacEnc.exe with staxrip work? If yes why the path is not already set?
When I set the path to the ...Apps\Audio\eac3to, it says custom paths within the startup folder are not permitted.
What is happening here?

In the old version it just worked.

[MrBrownCow]

The test you made seems to reveal that it's a problem with the no-pipe method used since around 2.1.5.5. I can't think of anything else.

Here is the ultimate test you could do: in 2.1.7.0, go to x265 options, get to Input/Output section, select Pipe: Avs2pipemod instead of None. Do your encode.
FYI, I have already made such test, which revealed a small difference (Avs2pipemod was faster, which was not the expected behavior) I wanted to discuss it with Patman86, but later, because the difference was small. But if it turns out to be the reason of your problem, then we should prioritize it, and it's no bug in staxrip, but a tool issue.
Can't wait to see your test's results!

@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.

@MrBrownCow
When you overwrote those, did you check that x265 (in your modded staxrip 2.1.7.0) output mentioned clearly version 3.6.0 or 3.6.1 of avisynth ? It's still in the logs, you can check it.

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.

[44vince44]

@Atlantis: I was expected this to happen. Stax76 is taking care of things that were not considered previously, which are legal permissions to distribute stuff.

If something is not to be distributed, then it has also to be removed from the autoupdate procedure that is used by Stax76 to update the apps prior to every new beta and new release.
This is why it isn't set to be in staxrip internal trees any longer!

So I assume neroAacEnc.exe will not be distributed anymore in staxrip and should be provided by the user, in a location external to Staxrip tree (officially, Nero would install it in its own tree or choice of tree)
So keep a safe copy of YOUR neroAacEnc.exe and put it somewhere where you can point to it in all future updates of Staxrip.

The same thing goes for Apple Quicktime files required for qAAC.

All of this in order to respect the legal licenses.

[44vince44]

@MrBrownCow

Here is what our tests show.

1) on my setup (i7, 8 logical cores), all my comparisons of v2.1.3.0 vs v2.1.7.0 unmodified releases show small differences.
2) still on my setup (i7, 8 logical cores), a specific test I made using your same encoding parameters, v2.1.3.0 vs v2.1.7.0 show a small difference (less than 3%)
3) on @Dendraspis setup (Ryzen, many++ logical cores), Dendraspis made a specific test using rskip 0 which is the only critical switch in this case showed a difference of 1% between v2.1.7.0 and v2.1.3.0
4) on @Patman86 setup (also Ryzen), Patman86 made a specific test with your same encoding parameters, which showed a 1% difference between v2.1.7.0 and v2.1.3.0.

So I'm afraid we can't reproduce what you have observed... something else must be interfering, I really don't know :(

Here's the discussion https://github.com/staxrip/staxrip/issues/429

[Z'Hadum]

I have a small issue since 2.1.6.
and 2.1.7 is also affected:
If I start Staxrip from a mapped Networkshare
it asks for a Symlink for avisynth.
But then it failes to create the symlink.

I'm not sue, I think we had this also in the past?:confused:

[stax76]

Here is some info:

https://staxrip.readthedocs.io/faq.html#why-does-avisynth-portable-mode-require-soft-links

You can try:

x264/x265 Options > Input/Output > Pipe > avs2pipemod

avs2pipemod and nvenc support a custom AviSynth DLL path.

Or if you have AviSynth installed you can enable it in the settings:

Tools > Settings > Frameserver > AviSynth > Use Installed Directly

If your installed AviSynth version is too old you can copy the files from staxrip to system32.

I cannot tell you why soft link creation does not work on your system.

[Z'Hadum]

Here is some info:

https://staxrip.readthedocs.io/faq.html#why-does-avisynth-portable-mode-require-soft-links

You can try:

x264/x265 Options > Input/Output > Pipe > avs2pipemod

avs2pipemod and nvenc support a custom AviSynth DLL path.

Or if you have AviSynth installed you can enable it in the settings:

Tools > Settings > Frameserver > AviSynth > Use Installed Directly

If your installed AviSynth version is too old you can copy the files from staxrip to system32.

I cannot tell you why soft link creation does not work on your system.
I'm using a network share, because I run the same Queue on different Computers
Softlink creation on networkshares is difficult, as far as I know. Because you need UAC, and in that environment the mapped Network path does not exist...

I will try your suggestions.. Thank you! :thanks:

[AMED]

Unfortunate bug for a stable release... It's the same reason and fixed in the next build.

It's not the best possible location, that's why it's not permitted by default:

Custom paths within the startup folder are not permitted
because it would prevent a simple update process.
Please put the file somewhere else outside the startup folder

Looks like there is still something funky with the apple application support files and QAAC using 2.1.7.0. I have set the location to the support files outside of the Staxrip folder and it will fail to encode with the following error.

ERROR: 193: CoreAudioToolbox.dll

Once i copy the QTfiles folder in to ..\StaxRip\Apps\Audio\qaac\ it works.

So I need to keep folder with the QTfiles in them outside of the staxrip folder to keep staxrip happy and another copy of the QTFiles folder in ..\StaxRip\Apps\Audio\qaac\ for QAAC to work.

[Atlantis]

Thank you, I have copied the entire eac3to folder in staxrip 2.1.7.0 to an outside place and point to that.

Question, what is this autoupdate procedure that people talk about? Staxrip auto updates? With every new version we have to download the whole package and overwrite.

[stax76]

@Z'Hadum

Soft links if needed are located within the startup folder where staxrip is located. It should not be a problem if staxrip is located on a local drive.

@AMED

Not reproducible for me, I've only one CoreAudioToolbox.dll on my system, it's outside and found by qaac because staxrip adds the folder to PATH per process, default DLL search includes PATH.

Question, what is this autoupdate procedure that people talk about? Staxrip auto updates?

It's mostly useful for the maintainer (me) and power users to easily update tools, it works for most GitHub hosted tools and for certain other tools, mkvtoolnix for instance is downloaded from videohelp.com, mediafire isn't supported. Updating tools was a burden for me before, now it's easy. Normal users should be careful, it has harm potential on certain tools, some of them are already locked.

[AMED]

Ahh ok, the path doesn't get added on my machine.

Apps > Manage > apple application support | I set the path to CoreAudioToolbox.dll outside of StaxRip install Directory. set version number to 7.10.9.0 and then click Tools > Path ENV Var... and then choose add and StaxRip crashes.


------------------------- System Environment -------------------------

StaxRip : 2.1.7.0
Windows : Windows Server 2012 R2 Standard
Language : English (New Zealand)
CPU : Intel(R) Xeon(R) CPU E5530 @ 2.40GHz
GPU : Matrox G200eW (WDDM 1.2)
Resolution : 2078 x 1332
DPI : 96

------------------------------ Exception ------------------------------

System.NullReferenceException: Object reference not set to an instance of an object.
at StaxRip.AppsForm.miPATHEnvVar_Click(Object sender, EventArgs e) in D:\Projekte\VB\staxrip\Forms\AppsForm.vb:line 1041
at System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
at System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
at StaxRip.UI.MenuItemEx.OnClick(EventArgs e) in D:\Projekte\VB\staxrip\UI\Menu Types.vb:line 472
at System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
at System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
at System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ToolStrip.WndProc(Message& m)
at System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

[stax76]

This apps dialog feature adds a tool permanently to the user path. The code looks OK, powershell equivalent is this:

[Environment]::GetEnvironmentVariable('Path', 'User')

You can run it in a terminal, it should return on any system various paths.

It's only somehow related because when staxrip is processing it modifies PATH per process automatically, you don't have to do it manually in the apps dialog unless you want to run command lines without staxrip, changing PATH per process means it's not persistent, per process powershell code:

[Environment]::GetEnvironmentVariable('Path')

It should return the same or similar what $env:path returns.

PowerShell and VB.NET are using the very same .NET code here.

[JKyle]

@stax76

Thanks for 2.1.7.1 Beta.

BTW, I've found two redundant files in Apps\Conf:

DFTTest Neo vs.conf => not needed anymore
DGDecode avs.conf => not necessary

:)

[videoh]

DGIndex fast version:

http://rationalqm.us/misc/DGIndex_fast.rar

Feedback will be appreciated.

[-QfG-]

@44vince44
2.1.3.7 w new apps and FFVideo = Duration: 08:19
2.1.3.7 w new apps and LWLibavVideoSource = Duration: 08:23
2.1.7.0 with LWLibavVideoSource = Duration: 13:10
2.1.7.0 with Automatic (FFVideo) = Duration: 13:01

Can't confirm this, make any test Encodes with 2.1.3.0 Stable and 2.1.7.0 Stable. x265 Encoder v 3.4+13 from Yuuki-Asuna. Test Template without pipelining and with LWLibav indexing. System Ryzen Zen2 3950x.

LOGFILE 2.1.3.0 and 2.1.7.0 included.

Testfile = 2 Minute Sample 4K HDR

Durations:

2.1.3.0 = 00:08:32 (encoded 2870 frames in 511.40s (5.61 fps), 7772.15 kb/s, Avg QP:22.01)
2.1.7.0 = 00:08:36 (encoded 2870 frames in 515.08s (5.57 fps), 7772.15 kb/s, Avg QP:22.01)

My only problem with 2.1.7.0 is, that the indexing window is invisible during indexing, this works fine with 2.1.3.0.

[YaBoyShredderson]

Does staxrip encode eac3 7.1 audio? Im encoding my 4k rips in staxrip but for some reason the audio encoding was broken, so just encoded the audio using handbrake and muxed them together. For my 1080p i use ac3 5.1 640kbs, but for the 4k ive had to settle for flac in handbrake as handbrake can only encode eac3 at 5.1 channels. I ask because i updayed staxrip and it looks like the audio encoding is working again, and i have the option of eac3 in 7.1, but i also have 7.1 for ac3, which i know isnt a real thing. So can i do it? And at what bitrate should i chose if i can?

[Atlantis]

AviSynth+ 3.7.0
https://github.com/AviSynth/AviSynthPlus/releases

[chipxtreme]

AviSynth+ 3.7.0
https://github.com/AviSynth/AviSynthPlus/releases

Won't install for me.

[uNderdog_101]

Won't install for me.

You have Avast antivirus?
It's blocking the installation for me until they have scanned through the file for malware, seems to take a while since I tried an hour ago and I still can't install.

[chipxtreme]

You have Avast antivirus?
It's blocking the installation for me until they have scanned through the file for malware, seems to take a while since I tried an hour ago and I still can't install.

No AVG

[JKyle]

DGIndex fast version:

http://rationalqm.us/misc/DGIndex_fast.rar

Feedback will be appreciated.

I put it to test with two video files - test1.vob and test2.vob.
They are both MPEG-2/AC-3 files with minor differences.

Result: DGIndex_fast is significantly faster than the old one.

I put the detailed test result on my Google Drive: here (https://drive.google.com/drive/folders/1IVQQmi1a-QJHhdX-2sn5PcJ6h2AyJn5o?usp=sharing).

In summary,

[test1.vob: running time 1h 18mn]
DGIndex: 38.40s
DGIndex_fast: 27.70s

[test2.vob: running time 2h 1mn]
DGIndex: 44.28s
DGIndex_fast: 29.24s

=> 40~50% speed improvement on my mediocre system (i5-7300HQ).

Of course, the output d2v files are identical for both.
For their mediainfo, log, d2v files, refer to the shared folder on Google Drive.

Anyway, you guys did a wonderful job!
I'm looking forward to its release. :)

[videoh]

Thank you for your results, JKyle. There are a couple things to be aware of when doing the performance testing.

1. Things can be complicated by Windows and HDD caching. So before doing a run, you should flush the windows cache by using flushmem.exe (google it) and power cycling the HDD.

2. The performance gain depends on if you have mechanical HDDs involved. For all SSD, I measure a 300% speed increase. For HDD much less but still quite significant. Seems to me that all serious work should be done on SSDs these days.

Will try to release it today. Just need to finish testing.

Anything else you'd like to see that we could possibly whip up quick for you?

Technical note: The gain was achieved mainly from two things: 1) Replaced _write()'s with fwrite()'s to leverage OS file caching, and 2) stop hammering the CPU with system calls to write to the Info dialog fields by updating only every 1000 frames (same as DGIndexNV).

[ChaosKing]

It would be nice if DGDecode could also set clip props like PictType (I, P, B Frame). I can't use DGDecNV since I switched to Amd Radeon T_T

EDIT:
SSD
DGIndex: 22s
DGIndex_fast: 10s

nvme
DGIndex:19s
DGIndex_fast: 7s

*note with audio demux

[videoh]

Thanks for your testing!

It would be nice if DGDecode could also set clip props like PictType (I, P, B Frame). I'll look into it but not for this release.

http://rationalqm.us/dgmpgdec/dgmpgdec2002.zip

Sorry to hear about your video card downgrade. ;)

[JKyle]

There are a couple things to be aware of when doing the performance testing.

1. Things can be complicated by Windows and HDD caching. So before doing a run, you should flush the windows cache by using flushmem.exe (google it) and power cycling the HDD.

Thank you for the advice.

The reason I did the testing in a casual way is because I wanted to see how much performance improvement I could get from the new build on everyday use.

BTW, thank you for the new release today. :)

[JKyle]

Does staxrip encode eac3 7.1 audio? ...... I ask because i updayed staxrip and it looks like the audio encoding is working again, and i have the option of eac3 in 7.1, but i also have 7.1 for ac3, which i know isnt a real thing. So can i do it? And at what bitrate should i chose if i can?

You're right. Both AC3 and EAC3 encode up to 5.1 channels in StaxRip as it is released.

Since StaxRip calls ffmpeg for AC3 and EAC3 encoding (ac3 and eac3 encoders respectively), you can check how many channels are supported by looking up the command line help of ffmpeg.exe called by StaxRip.


1. Click Apps > Manage... menu. Or shortcut F9.

2. Search for ffmpeg, click ffmpeg item and click Tools > Explore menu (or Ctrl + E).

3. On the Explorer window, go to the address bar by pressing Ctrl + L.

4. Type cmd and enter to open a Command Prompt window at the current location.

5. In the Command Prompt window, run the following command to see how many channels the ac3 encoder of ffmpeg supports.

.\ffmpeg.exe -hide_banner -h encoder=ac3 | findstr "channel"


This is the result for the default ffmpeg shipped with StaxRip 2.1.7.1 Beta.

Supported channel layouts: mono stereo 3.0(back) 3.0 quad(side) quad 4.0 5.0(side) 5.0 2 channels (FC+LFE) 2.1 4 channels (FL+FR+LFE+BC) 3.1 5 channels (FL+FR+LFE+SL+SR) 5 channels (FL+FR+LFE+BL+BR) 4.1 5.1(side) 5.1
-channel_coupling <int> E...A...... Channel Coupling (from -1 to 1) (default auto)
(The second line is an irrelevant option that passed the search keyword.)

You can see that ac3 supports up to 5.1 channels.


Likewise, if you run a similar command for eac3 in the same Command Prompt window, you'll get this result.

Supported channel layouts: mono stereo 3.0(back) 3.0 quad(side) quad 4.0 5.0(side) 5.0 2 channels (FC+LFE) 2.1 4 channels (FL+FR+LFE+BC) 3.1 5 channels (FL+FR+LFE+SL+SR) 5 channels (FL+FR+LFE+BL+BR) 4.1 5.1(side) 5.1
-channel_coupling <int> E...A...... Channel Coupling (from -1 to 1) (default auto)

You can see eac3 has the same feature.


The values for Channels option in the Audio Settings window of StaxRip are just there for all audio encoders. If you don't want to go through the manual search process like mentioned above or don't like to see unavailable channel numbers for a specific audio encoder, you can always post a feature request on the GitHub Issue Tracker (https://github.com/staxrip/staxrip/issues).

Plus, bitrate choice is totally up to you. Only the source and your preference can be the criteria.

[videoh]

The reason I did the testing in a casual way is because I wanted to see how much performance improvement I could get from the new build on everyday use. Indexing a job twice in a row with different versions is not everyday use! The first run may not benefit from the caches whereas the second always will. That is why I recommend to purge windows and disk caches before every run when doing performance testing. So if you would run the first time with the new version and the second with the old version, you won't see the same gains as you would if each ran without caches.

Alternatively, I suppose you could do it three times, using the first to just fill the caches and ignore its result. Then both following runs would benefit from the caches.

[JKyle]

You're right. I didn't treat them fairly.
I was just too lazy. :sweat:

Three step testing seems more reasonable than a naive two-step comparison.
Thanks for pointing it out. :)

[Andy]

To get the latest QTfiles64 libraries, download the latest iTunes64 installer https://secure-appldnld.apple.com/itunes12/001-50023-20201019-A1CA6082-1239-11EB-990E-FA5946985FC9/iTunes64Setup.exe and makeportable2.zip https://sites.google.com/site/qaacpage/cabinet for it.
You put them in the same folder. You run mekeportable2.cmd and a QTfiles64 folder is created that contains all the libraries for QAAC decoding.
There will be a lot of them, you only need these:
QTfiles \ ASL.dll
QTfiles \ CoreAudioToolbox.dll
QTfiles \ CoreFoundation.dll
QTfiles \ icudt55.dll
QTfiles \ libdispatch.dll
QTfiles \ libicuin.dll
QTfiles \ libicuuc.dll
QTfiles \ msvcp100.dll
QTfiles \ msvcr100.dll
QTfiles \ objc.dll
You can then paste the QTfiles64 folder into C: \ Program Files \ Common Files \ Apple and set the path in Staxrip 2.1.7.0.
There may not be a folder in the qaac directory.
Previously, it was enough to install Apple Application Support64.msi on Windows10 and the libraries were in this folder. Newer versions of iTunes no longer contain this file.

[AMED]

I think i have found a memory leak with x265 M-3.4+28 gcc10.2.0 Yuuki-Asuna/msg7086/DJATOM/Patman thats included with Staxrip.


https://i.ibb.co/ScfYdH2/Staxrip-x265.png (https://ibb.co/ScfYdH2)

Encoding started out at about 4GB memory usage. After encoding 20% of the Bluray it's now at 7.6GB and it will get to the point where it runs out of memory and crashes.

I don't seem to have the same problem when using VSpipe.

EDIT: now up to 10GB
https://i.ibb.co/DkmMTJF/Staxrip-x265-2.png (https://ibb.co/DkmMTJF)

EDIT2:
the VS script i'm using.
clip = core.ffms2.Source(r"Z:\Bluray\Queue\1080p\1080p.mkv", cachefile=r"C:\TMP\1080p_temp\temp.ffindex")
#clip = core.std.AssumeFPS(clip, None, 25, 1)
clip = core.std.Crop(clip, 0, 0, 22, 22)
clip = core.fmtc.bitdepth(clip, bits=16)
clip = havsfunc.SMDegrain(clip, tr=6, RefineMotion=True, thSAD=500)
clip.set_output()

The x265 commandline i'm using.
x265.exe --crf 18 --preset slow --output-depth 10 --dither


I'm waiting for it to crash so i can grab the logs.

[44vince44]

@AMED can you please replace it with Patman86's build and give us feedback!
Here is his repository. His builds have the same features.
https://www.mediafire.com/folder/vkt2ckzjvt0qf/StaxRip_Tools
Use any x64 build called x265M-

Edit: as we're talking now DJATOM is working on a fix!

[AMED]

Do you still want me to test?

I have downloaded x265M-3.4+35-772bb4c84-x64-gcc10.2.0.

EDIT:
x265M-3.4+35-772bb4c84-x64-gcc10.2.0 does the same thing.

https://i.ibb.co/tLcFcNK/Staxrip-x265-3.png (https://ibb.co/tLcFcNK)

[44vince44]

@AMED thanks for testing. Your result has been confirmed by other users. This matter is being investigated. Check the thread here:https://github.com/staxrip/staxrip/issues/445

[YaBoyShredderson]

You're right. Both AC3 and EAC3 encode [B]up to 5.1 channels

Ill keep using flac then. Thanks.

[lifta19]

https://funkyimg.com/i/3a4JA.jpg

In 2-pass encoding, commands can only be checked for 1 pass
Please let me see the 2-pass command
Sometimes you can encode one pass first and two passes a few days later

[aegisofrime]

Hi, can I ask how do I go about getting VSGAN to work with StaxRip? Details of VSGAN can be found here:

https://github.com/rlaPHOENiX/VSGAN

VSGAN is typically installed via pip install vsgan, so I tried to navigate to the Python executable in my StaxRip folder, and run python.exe -m pip install vsgan, however this errors out with it saying that no module pip was found. What's the easiest way to go about getting it to work?

I have already installed VSGAN using my "installed" python installation, is there a way to just tell StaxRip to load it from the folder that's installed to site-packages?

[stax76]

@lifta19

Please request it here:

https://github.com/staxrip/staxrip/issues

[stax76]

2.1.7.2 Beta

- Using neo functions caused non neo plugins being loaded without reason (stax76)
- Fix weird behaviour on Audio Settings for qaac (Dendraspis)
- x265 fixed default value for --hist-threshold (Dendraspis, #441)
- x265 muxing won't mux chunks from recent encodes (Dendraspis, #438)
- x265 don't use a pipline for chunks if no pipeline is set (Dendraspis, #430)
- x265 --seek and --frames also work with chunks (Dendraspis, #430)
- x265 Pipe option is invisible if decoder is not set to AVS/VPY (Dendraspis)
- In the portable AviSynth folder there are two PowerShell scripts to install and uninstall AviSynth (stax76)
- Using ffmpeg as pipe tool with VapourSynth and x264/x265 (Patman86)
- QT libraries will be found if located at Apps\Audio\qaac, Apps\Audio\qaac\QTfiles64, download button points to wiki page with install instructions (stax76)
- Add 'ShowCodePreview' to commands list (Dendraspis, #444)
- x265 options set chromaloc automatically to 2 if HDR is set to "Yes", to 0 if HDR is disabled or keep it untouched if "Undefined" (Dendraspis, #319)
- "Import VUI metadata" also imports Chromaloc (Dendraspis, #319)
- "Import VUI metadata" sets "--hdr10" (Dendraspis)
- Moved '--high-tier' to 'Basic' page for x265 (Dendraspis)
- Introduce custom quality definitions for x264 and x265 via Settings > Video (Dendraspis)
- The x265 command line preview shows both passes for two pass (stax76, #454)
- MP4Box can import EAC3 (stax76, #455)
- Processing form remembers its size (stax76)
- Speed control in rav1e dialog has hint text: 0 = Slowest, 10 = Fastest (stax76)
- nvenc option --timecode (stax76)
- x265 UI bug in preset VerySlow showing unnecessarily default values in command line (Dendraspis, stax76)
- AviSynth 3.7
- x265 3.4+56 aMod gcc10.2.1 msg7086/DJATOM (VapourSynth reader fixed)
- MP4Box 1.1.0-rev447-g8c190b551-gcc10.2.0 Patman (Windows 10 long path support added)
- nvenc 5.25
- rav1e 0.4.0
- DgMpgDec 2.0.0.2

[apophis906]

Direct input chunk encoding is broken with the new beta. All chunks will be encoded with the first chunk part. When changing to avs2pipemod everything works like it should and each chunk is correct.

[44vince44]

Can you please report the issue directly here: https://github.com/staxrip/staxrip/issues

[stax76]

2.1.7.3 Beta

- Full AviSynth unicode and full long path support for users of Windows 10 1903, Windows 7 users need to enable avs2pipemod for x265 in order to use foreign (ANSI) characters
- Show also Source HDR Format on main window (Dendraspis)
- 3.4+62-aMod-gcc10.2.1+opt msg7086/DJATOM (avs unicode/long path/chunk encoding)

[jlw_4049]

2.1.7.3 Beta

- Full AviSynth unicode and full long path support for users of Windows 10 1903, Windows 7 users need to enable avs2pipemod for x265 in order to use foreign (ANSI) characters
- Show also Source HDR Format on main window (Dendraspis)
- 3.4+62-aMod-gcc10.2.1+opt msg7086/DJATOM (avs unicode/long path/chunk encoding)Thank you!

Sent from my SM-G986U1 using Tapatalk

[JKyle]

@stax76:

I think it's time we updated AvsResize to the most recent version r5 by StvG. The current one(r1d) is kind of outdated.

See this Wiki page about AvsResize (http://avisynth.nl/index.php/Avsresize).
(I think it's more appropriate for the Website link on Apps Manager.)

The most noticeable changes are as follows:


Many pixel types are added.
z_BlackmanResize(), z_GaussResize(), and z_SincResize() compatibility aliases have been removed.
zimg(z.lib) is updated.


But since we only have z_ConvertFormat filter in AVS/VS Profiles, we just need to add additional option values as follows:

[AviSynth]

Convert | Format = z_ConvertFormat(pixel_type="$enter_text:Enter the Format You Wish to Convert to$", colorspace_op="$select:msg:Select Input Color Matrix;rgb;709;unspec;fcc;470bg;170m;240;ycgco;2020ncl;2020cl;chromancl;chromacl;ictcp$:$select:msg:Select Input Color Transfer;709;unspec;470m;470bg;601;240m;linear;log100;log316;xvycc;srgb;2020_10;2020_12;st2084;std-b67$:$select:msg:Select Input Color Primaries;709;unspec;470m;470bg;170m;240m;film;2020;st428;st431-2;st432-1;jedec-p22$:$select:msg:Select Pixel Range;limited;l;full;f$=>$select:msg:Select Output Color Matrix;rgb;709;unspec;fcc;470bg;170m;240;ycgco;2020ncl;2020cl;chromancl;chromacl;ictcp$:$select:msg:Select Output Color Transfer;709;unspec;470m;470bg;601;240m;linear;log100;log316;xvycc;srgb;2020_10;2020_12;st2084;std-b67$:$select:msg:Select Output Color Primaries;709;unspec;470m;470bg;170m;240m;film;2020;st428;st431-2;st432-1;jedec-p22$:$select:msg:Select Pixel Range;limited;l;full;f$", dither_type="$select:msg:Select Dither Type;none;ordered;random;error_diffusion$")

[VapourSynth]

Convert | Format = clip = core.avs.z_ConvertFormat(clip, pixel_type='$enter_text:Enter the Format You Wish to Convert to$', colorspace_op='$select:msg:Select Input Color Matrix;rgb;709;unspec;fcc;470bg;170m;240;ycgco;2020ncl;2020cl;chromancl;chromacl;ictcp$:$select:msg:Select Input Color Transfer;709;unspec;470m;470bg;601;240m;linear;log100;log316;xvycc;srgb;2020_10;2020_12;st2084;std-b67$:$select:msg:Select Input Color Primaries;709;unspec;470m;470bg;170m;240m;film;2020;st428;st431-2;st432-1;jedec-p22$:$select:msg:Select Pixel Range;limited;l;full;f$=>$select:msg:Select Output Color Matrix;rgb;709;unspec;fcc;470bg;170m;240;ycgco;2020ncl;2020cl;chromancl;chromacl;ictcp$:$select:msg:Select Output Color Transfer;709;unspec;470m;470bg;601;240m;linear;log100;log316;xvycc;srgb;2020_10;2020_12;st2084;std-b67$:$select:msg:Select Output Color Primaries;709;unspec;470m;470bg;170m;240m;film;2020;st428;st431-2;st432-1;jedec-p22$:$select:msg:Select Pixel Range;limited;l;full;f$', dither_type='$select:msg:Select Dither Type;none;ordered;random;error_diffusion$')

Since I incorporated all available values here, we can omit some values depending on use case.

z_ConvertFormat is indispensable in tonemapping, so this needs to be taken care of appropriately.

And don't forget to delete the three filters(z_BlackmanResize, z_GaussResize, z_SincResize) from Apps Manager.

---

In addition, D2VSource is updated to 1.2.1 (https://github.com/Asd-g/MPEG2DecPlus/releases/tag/1.2.1).

[44vince44]

That seems interesting, thanks for doing the filter profile !

[fredlkrue]

Using the latest beta (2.1.7.3) under Windows 7, I have the following issues:
1. The zoom out option under preview doesn't work.
2. Fails to create links for the portable frameservers, I have to switch to the installed version instead.

Thanks for all the hard work and the continuation of this project.

[44vince44]

@fredlkrue, please check the following

1) Did you extract the new 2.1.7.3 archive at the same place as the older one ? you must always delete the content of the old root folder (APPS folder) before putting there the new files.
2) maybe you need to delete your old settings. This is sometimes required, when major changes are made in the software.

I have just checked the creation of symlinks: it works
I have just checked the zoom out, it works: key "-" of the main keyboard (not keypad) zooms out, key "=" zooms in. You can change the keys as you please.

No bug found here. Please give us feedback after you check 1) and 2)

[stax76]

@JKyle

I've created an issue for it.

@fredlkrue

Enabling avs2pipemod would also work as it supports defining a custom avisynth path, this feature can be requested from x265 modders, it's the last important missing feature. I just don't want to ask for a new feature every day.

[fredlkrue]

@fredlkrue, please check the following

1) Did you extract the new 2.1.7.3 archive at the same place as the older one ? you must always delete the content of the old root folder (APPS folder) before putting there the new files.
2) maybe you need to delete your old settings. This is sometimes required, when major changes are made in the software.

I have just checked the creation of symlinks: it works
I have just checked the zoom out, it works: key "-" of the main keyboard (not keypad) zooms out, key "=" zooms in. You can change the keys as you please.

No bug found here. Please give us feedback after you check 1) and 2)

1) I always do that with new StaxRip version.
2) I always start fresh with new settings.

I always get that error message while creating the symlinks and that -/= I always use from main keyboard it used to work a while ago (forgot what version).

[44vince44]

@fredlkrue

Let's see one thing at a time. The zoom out:
Please open Preview, press "m", this opens the Menu Editor.
Scroll down to View>Zoom In/Zoom out, check the command is "Zoom" and the factors are 1.1 and 0.9
There you can also set the shortcuts.

[fredlkrue]

@fredlkrue

Let's see one thing at a time. The zoom out:
Please open Preview, press "m", this opens the Menu Editor.
Scroll down to View>Zoom In/Zoom out, check the command is "Zoom" and the factors are 1.1 and 0.9
There you can also set the shortcuts.

I have the same settings, but I have just notice that for some reason the preview starts in fullscreen and by hitting "enter" it exits from fullscreen and the commands zoom in and zoom out works again. Thanks for your help.

[44vince44]

@fredlkrue
You're welcome. The behaviour you're describing is normal behaviour of a newly "installed" staxrip, since maybe forever. There was no bug indeed.
I think your other issue is also something "normal" that you'll figure out, since it has not been reproduced elsewhere...

[Atlantis]

Is staxrip pipeline Unicode compatible? I had a file with ü in the file name and x265 couldn't open it. I renamed it to u and staxrip encoded it without fatal error.

[stax76]

@Atlantis

staxrip, mpv.net, x265 DJATOM and x264 official are the firsts avisynth apps that use a UTF-8 manifest, that means on Windows 10 1903 or higher avisynth uses UTF-8 as code page, on earlier Windows versions the manifest is ignored and the code page of the OS is used, this might not yet work in the modded x265 build. What staxrip does is saving the avs script with different text encoding depending on what application is going to open the script. So on Windows 10 1903 or higher there is full avisynth Unicode support in staxrip even if the system code page is not UTF-8. Windows 10 allows changing the system code page globally to UTF-8, this setting can be found in the administrative language setting and is often used by power users, in that case many avisynth apps will support Unicode. If you have problems with foreign characters I suggest using the latest staxrip beta.

[Atlantis]

I have Windows 10 Version 20H2. The Staxrip I have 2.1.7.0 the version you added output resolution on the top right. Do I need an even newer staxrip for Unicode to work?

[Atlantis]

This was also what I was talking about
All or None button for attachments

https://i.postimg.cc/G2dYN4Jt/Untitled.jpg

[DJATOM]

Yes, you have to use beta version to benefit from latest changes.

[JKyle]

Meanwhile, D2VSource is updated (again) to 1.2.2 (https://github.com/Asd-g/MPEG2DecPlus/releases/tag/1.2.2).

[44vince44]

@Atlantis, you need to grab beta 2.1.7.3, it has full unicode for x265 and other fixes.
https://staxrip.readthedocs.io/introduction.html#download

[Atlantis]

Thanks.

[uNderdog_101]

Any way to create the softlinks for avisynth manually? I cannot get staxrip to not fail to create them automatically, forcing me to use the installed version, and thought that it might work if I create them myself?

[stax76]

They can be created with mklink which is a cmd built-in.

https://docs.microsoft.com/de-de/windows-server/administration/windows-commands/mklink#:~:text=Erstellt%20einen%20symbolischen%20oder%20festen,file%20symbolic%20or%20hard%20link.

But they are needed for all tools that don't support a custom avisynth path:

ffmpeg, x264, x265, VCEEnc

edit:

but this will not work due to how the feature is implemented in staxrip

[uNderdog_101]

They can be created with mklink which is a cmd built-in.

https://docs.microsoft.com/de-de/windows-server/administration/windows-commands/mklink#:~:text=Erstellt%20einen%20symbolischen%20oder%20festen,file%20symbolic%20or%20hard%20link.

But they are needed for all tools that don't support a custom avisynth path:

ffmpeg, x264, x265, VCEEnc

Sorry, I should have been more specific, I know how to create symlinks, it's something I do a lot of, but I don't know what links need to be created where.

[44vince44]

Any way to create the softlinks for avisynth manually? I cannot get staxrip to not fail to create them automatically, forcing me to use the installed version, and thought that it might work if I create them myself?


DId you try running staxrip as administrator, only on time, so the links are created

[Atlantis]

Installed the beta. What is the new High Tier option in x265 encoding?

[JKyle]

@Atlantis
Right click on it.
And on Apps Manager(F9), go to x265 > Help > Online, and search.

It's not new. It's been around in some other category.
However, you don't have to touch it in reality in almost all cases.

[Atlantis]

I love those options. The best options are the options that you don't have to touch! :D
Maybe it was better to be in another category if it is not that important. Better to keep the main, first page options simple and clean.

[JKyle]

Maybe it was better to be in another category if it is not that important.

It's placed there because it's very closely related to Level.
Activating high tier becomes meaningful only when a specific level(--level-idc) is set.

[uNderdog_101]

DId you try running staxrip as administrator, only on time, so the links are created

Of course, first thing I tried.

[44vince44]

@uNderdog_101 there could be another reason why symlinks caan not be created: something is already there.
Go to the following folders inside Staxrip's tree:
APPS/Encoders/ffmpeg
APPS/Encoders/QSVEnc
APPS/Encoders/x264
APPS/Encoders/x265

If there is any avisynth.dll in those folders (with size zero or other than zero), delete those avisynth.dll.

Then retry.

[fredlkrue]

@fredlkrue
You're welcome. The behaviour you're describing is normal behaviour of a newly "installed" staxrip, since maybe forever. There was no bug indeed.
I think your other issue is also something "normal" that you'll figure out, since it has not been reproduced elsewhere...

Any way to create the softlinks for avisynth manually? I cannot get staxrip to not fail to create them automatically, forcing me to use the installed version, and thought that it might work if I create them myself?

I have figured it out why it fails to create the softlink. in my case AviSynth+ was installed, so I uninstalled it and remove/delete the avisynth.dll file that was left on the system32 folder. Then run StaxRip and all works fine.

[stax76]

I have figured it out why it fails to create the softlink. in my case AviSynth+ was installed, so I uninstalled it and remove/delete the avisynth.dll file that was left on the system32 folder. Then run StaxRip and all works fine.

I don't see how it would cause a problem, and it also cannot be reproduced. But DJATOM wants to add an option to define the avisynth location, then soft links are only needed when x264 or ffmpeg load avs.

For ffmpeg, soft links are needed even if avisynth is not installed, because ffmpeg does not use default DLL loading which would search in PATH, it uses a limited DLL search for increased security.

A possible solution that would remove the need for soft links altogether is described here:

https://github.com/staxrip/staxrip/issues/473


2.1.7.4Beta


Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md


Download

https://staxrip.readthedocs.io/introduction.html#beta

[44vince44]

Thanks @stax76, thanks for the new beta also:

2.1.7.5 Beta

Changelog

https://github.com/staxrip/staxrip/blob/master/Changelog.md


Download

https://staxrip.readthedocs.io/introduction.html#beta

[Atlantis]

Are there avisynth smoothing filters included in the staxrip menus? I don't find any.

[lordalibaski]

Just a simple question regarding audio issue.

I do a lot of VHS recording and all of these recordings come out like this

Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Muxing mode : DVD-Video
Duration : 1 h 8 min
Bit rate mode : Constant
Bit rate : 256 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
Delay relative to video : -288 ms
Stream size : 126 MiB (3%)
Service kind : Complete Main


Now all I want to do is keep them at AC3 but boost the sound slightly using this custom command -af
dynaudnorm=p=0.94:m=70:s=22 though it won't let me keep the 256k bitrate at the same time as using the command.

Is there a way of getting Staxrip to let me keep the same audio bitrate of 256kbps and use the custom command.

Ps...sorry forgot to mention it will only let me set the bitrate at 224 if I got to 256 it says it's an invalid bitrate.

[abahram]

I have figured it out why it fails to create the softlink. in my case AviSynth+ was installed, so I uninstalled it and remove/delete the avisynth.dll file that was left on the system32 folder. Then run StaxRip and all works fine.

you solve my same problem on win10 LTSB . i uninstall it a while ago but never manage to use it in staxRip. delete 2 avisynth.dll C:\Windows\System32 & C:\Windows\SysWOW64 and no nag for creating soft link anymore.
thanks

[fredlkrue]

you solve my same problem on win10 LTSB . i uninstall it a while ago but never manage to use it in staxRip. delete 2 avisynth.dll C:\Windows\System32 & C:\Windows\SysWOW64 and no nag for creating soft link anymore.
thanks

You're welcome.

[AYColumbia]

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.

[tormento]

I am trying to use StaxRip.

As a StaxRip noob I have two simple question.

1) How to use it as a simple encoder gui, with no audio/sub muxing?
2) Are the x264/x265 predefined settings the default ones of the encoder or some optimized ones? In the latter case, how do you configure both? My needs are 1080p 8bit SDR source (for now), encoding as 8 bit in x264 and 10 bit in x265.
3) Why it keeps on using --range limited even if I put "full" in x265 options?

Thanks :)

[d3rd3vil]

Can I use StaxRip or another program to add an HDR10 flag to a videofile (mov for example)?
Right now I am using ffmpeg via the command-line like this: "ffmpeg -i "Input.mov" -pix_fmt yuv420p10le -c:v libx265 -preset slow -b:v 100M -x265-params keyint=60:bframes=3:vbv-bufsize=75000:vbv-maxrate=125000:colorprim=bt2020:transfer=smpte2084:colormatrix=bt2020nc:master-display="G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)":max-cll="1000,400":hdr-opt=1 "Output.mp4"
And also this is brutal for the CPU as the GPU isnt used one bit. How can I change that? It might not be the right thread here though :( No idea where else to put it.

[Magik Mark]

When encoding x265 using nvidia gpu, is there a setting there that would make better black level? CPU encoding has very good black level. I'm trying to make it close as possible

[JKyle]

Can I use StaxRip or another program to add an HDR10 flag to a videofile (mov for example)?

In your template or project, turn on Import VUI metadata before loading a source.

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

And then finetune the encoder options for x265 or NVEnc H265 after loading the source.

[JKyle]

1) How to use it as a simple encoder gui, with no audio/sub muxing?

Video: respective encoders or Copy/Mux for stream copy
Audio: No Audio
Container Configuration > Subtitles > remove all subtitle tracks

Isn't it straightforward? :confused:

2) Are the x264/x265 predefined settings the default ones of the encoder or some optimized ones?

StaxRip is just a GUI for many media tools. No optimization or other tweaking is employed except for some modded tools (x265, x264, ffmpeg, etc.) fitted for portability, removal of file name length limit, and direct avs/vs input.

3) Why it keeps on using --range limited even if I put "full" in x265 options?

Not reproducible on my side. :confused:

[JKyle]

When encoding x265 using nvidia gpu...

:confused::confused::confused::confused::confused::confused:


BTW, have you tried --range full(x265) or --colorrange full(NVEnc)?

[tormento]

StaxRip is a video encoding GUI for Windows
I have to admit that StaxRip is a wonderful piece of software. I fed it with a messy mkv anime with ass subs and ttf fonts and it rendered output as the input was.

I have a small request. If you followed the Unicode thread about DGIndexNV, I'd like to ask you to have an external manifest, as I am working with non standard characters and I have some issues dealing with it. Do you think it is feasible?

[videoh]

If staxrip can't or won't do that you can try this:

https://www.unixgr.com/enable-external-manifest-control-on-windows-10/

You set these and put your own manifest file with the staxrip.exe. You can create a generic manfest file (that does not specify a codepage) and name it appropriately. Windows will use the external manifest in preference to the embedded manifest, and the system locale will be used as normal.

[tormento]

You set these and put your own manifest file with the staxrip.exe.
Good idea but I don't have any clue about how to create a proper manifest structure and content. :D

[videoh]

Put this in a text file called staxrip64.exe.manifest (check the exe name, I'm just guessing):

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level='asInvoker' uiAccess='false' />
</requestedPrivileges>
</security>
</trustInfo>
<assemblyIdentity type="win32" name="..." version="6.0.0.0"/>
<dependency>
<dependentAssembly>
<assemblyIdentity type='Win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*' />
</dependentAssembly>
</dependency>
</assembly>


You can use ResourceHacker to 'steal' manifests from existing EXE files. Choose an EXE that has an embedded manifest that doesn't specify UTF-8 of course.

[JKyle]

CropResize is updated today (https://forum.videohelp.com/threads/393752-CropResize-Cropping-resizing-script).

NVEnc is updated to 5.26 (https://github.com/rigaya/NVEnc/releases/tag/5.26).
A new edge-sharpening CUDA filter, --vpp-warpsharp, is introduced in this version.

[44vince44]

tormento, staxrip already uses windows 10 manifest for long file names and unicode. Maybe you should try latest beta.
Get it here https://www.dropbox.com/sh/4ctl2y928xkak4f/AAADEZj_hFpGQaNOdd3yqcAHa?dl=0

[tormento]

tormento, staxrip already uses windows 10 manifest for long file names and unicode. Maybe you should try latest beta.
Thanks but my problem is the opposite. AFAIK to use unicode you need to set beta support of Windows 10 and it gives me lot of problems with non unicode aware programs, as I don't use english regional settings but italian ones. I open recently a discussion on DGIndexNV forum, I invite you to take a look there. Having an external manifest file gives the opportunity to delete or rename it and have a standard ANSI only application.

[JKyle]

This is not an issue with StaxRip.exe alone. @DJATOM's modded x265 and other tools that have UTF-8 manifests are also related.

You need to read this issue thread (https://github.com/staxrip/staxrip/issues/456) about this ANSI vs UTF-8 codepage file name problem.

So if you're using a system older than Windows 10 1903 that ignores manifest's directives, you better try piping the files via avs2pipemod or ffmpeg instead of using direct input.

[videoh]

I had a look at your linked thread. In there you say:

Having said that, I'm seeing a weird behavior with VapourSynth encoding.
I guess I need to make a separate issue thread on this finding. ��

EDIT:
After some testing, I've found that the said problem has nothing to do with @DJATOM's new x265 build. It was related to the source filter itself: ffms2 is OK with my source video but DGSource warps the video - 1920x1080 becomes 1080x1080 mp4.
I'll be doing more testing to confirm the matter before I report this issue in the DGDecNV community.

For those interested, here's the source video I tested. (It's a short Japanese anime clip and the file name means 'test' in Korean.) I'm interested to follow-up on this. The video link is no longer valid and you did not report any issue to the DG forum and you did not follow-up in the cited thread. Can you please clarify the status of this issue? I'm sure you wouldn't want me to go around slagging off staxrip without anything to back it up. Right? You know I always jump immediately onto reported bugs, so please give me that opportunity.

[JKyle]

I had a look at your linked thread. In there you say:

I'm interested to follow-up on this. The video link is no longer valid and you did not report any issue to the DG forum and you did not follow-up in the cited thread. Can you please clarify the status of this issue?

It's been kind of put off for a while since there's no problem with AVS.

Per your ask, I did the postponed further testing and have found out that the issue is surely related with @DJATOM's x265 build, not with DGSource.

DGSource vpy -> vspipe -> x265 does not have this issue, while DGSource -> x265 suffers from this warped AR issue.

OTOH, ffms2 vpy -> x265 also does not have this issue.
This is why I was confused about the cause. Don't blame me. Like I said, more testing was due at that time, and I was forgetting about it for a while. That's why there was no report on the DGDecNV forum.

- DGSource: latest DGDecNV
- ffms2: StvG's latest build (https://forum.doom9.org/showthread.php?p=1928993#post1928993)
- x265: @DJATOM's latest aMod build (https://github.com/DJATOM/x265-aMod/releases/tag/3.4%2B65)
- StaxRip: 2.1.7.5 Beta


I've uploaded the same test video again here (https://drive.google.com/drive/folders/1R1jBzfCAn6d61kO5vDSDCQtk-pNJA7mU?usp=sharing).

I think I better report an issue on @DJATOM's x265 repo.

[videoh]

Thank you for your clarification. I'll check out the video and see if there is anything out of the ordinary.

[JKyle]

I've found that the only difference b/w DGSource and ffms2 is that x265 takes different SAR values from the vpy file.


[DGSource]
x265 3.4+65-aMod(GCC10.2.1) DJATOM

D:\Utilities\StaxRip\Apps\Encoders\x265\x265.exe --crf 27 --output-depth 10 --output D:\Downloads\test_1audio_temp\test_1audio_DGSource_x265-direct-input_out.hevc D:\Downloads\test_1audio_temp\test_1audio_DGSource_x265-direct-input.vpy

vpy [info]: 1920x1080 fps 24000/1001 i420p8 sar 9:16 frames 0 - 2478 of 2479
...


[ffms2]
x265 3.4+65-aMod(GCC10.2.1) DJATOM

D:\Utilities\StaxRip\Apps\Encoders\x265\x265.exe --crf 27 --output-depth 10 --output D:\Downloads\test_1audio_temp\test_1audio_ffms_x265-direct-input_out.hevc D:\Downloads\test_1audio_temp\test_1audio_ffms_x265-direct-input.vpy

vpy [info]: 1920x1080 fps 24000/1001 i420p8 sar 1:1 frames 0 - 2478 of 2479
...


I reported an issue (https://github.com/DJATOM/x265-aMod/issues/8) on @DJATOM's x265 repo.
Now the ball is tossed to him.

[videoh]

I believe sar 9:16 is correct. Let's see what our friend DJATOM thinks about it.

This thread may be helpful:

http://rationalqm.us/board/viewtopic.php?f=8&t=895

[JKyle]

I believe sar 9:16 is correct.

Well, that's quite opposite to what I know of.

The source video has a pixel aspect ratio(PAR) of 1:1, a display aspect ratio(DAR) of 16:9.
Isn't SAR(sample aspect ratio) in x265 pixel aspect ratio? So shouldn't it be 1:1 in this case?

ADDED:

FYI, DGIndexNV gets SAR at 1:1 for the same source video.

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

I have no idea how the wrong SAR value is passed on to x265.

[Atlantis]

So this is the only time I have seen this. I was watching a video I encoded using staxrip and I have pixelation for 2-3 seconds. At first I thought the file must be corrupt, so I spent a lot of time testing with ScanMedia (https://gist.github.com/Desani/129be27da7d735d7c75192ec1aa96c65) and
ffmpeg.exe -v error -i file.mkv -f null - >error.log 2>&1
that the encoded file itself is not corrupt.

The source file is also not corrupt. What can cause the corruption during the encode? Can pausing cause this? I suppose Avisynth had a problem and passed few bad frames. Anyone heard anything about this?
I used
StaxRip : 2.1.7.0
x265 M-3.4+28 gcc10.2.0 Yuuki-Asuna/msg7086/DJATOM/Patman

[JKyle]

So this is the only time I have seen this. I was watching a video I encoded using staxrip and I have pixelation for 2-3 seconds. At first I thought the file must be corrupt, so I spent a lot of time testing with ScanMedia (https://gist.github.com/Desani/129be27da7d735d7c75192ec1aa96c65) and
ffmpeg.exe -v error -i file.mkv -f null - >error.log 2>&1
that the encoded file itself is not corrupt.

The source file is also not corrupt. What can cause the corruption during the encode?

Sometimes simply changing the source filter to another solves this kind of anomalies.
What source filter did you use? Try something else.

[Atlantis]

Thankfully I keep all the log files for my encodes. What do you mean, do you mean this?

--------------------------- AviSynth Script ---------------------------

AddAutoloadDir("-------\StaxRip\Apps\FrameServer\AviSynth\plugins")
LoadPlugin("---------\StaxRip\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("--------\video.mkv", cachefile="--------\video_temp\temp.ffindex")
#AssumeFPS(25)

The problem is that you can't catch this error unless you watch the whole video. The encoded file is not corrupt and there is no error in the staxrip log file. Everything went well according to staxrip and x265.

[JKyle]

Thankfully I keep all the log files for my encodes. What do you mean, do you mean this?

--------------------------- AviSynth Script ---------------------------

AddAutoloadDir("-------\StaxRip\Apps\FrameServer\AviSynth\plugins")
LoadPlugin("---------\StaxRip\Apps\Plugins\Dual\ffms2\ffms2.dll")
FFVideoSource("--------\video.mkv", cachefile="--------\video_temp\temp.ffindex")
#AssumeFPS(25)

There are many alternatives.

1) Try the most recent ffms2 plugin by StvG from here (https://forum.doom9.org/showthread.php?p=1928993#post1928993).

2) Try LSMASHVideoSource or LWLibavVideoSource.

3) If your encoder is x265 or x264, try ffmpeg as the decoder.

4) If your encoder is NVEnc, try NVEnc Hardware/NVEnc Software/ffmpeg as the decoder.

[Atlantis]

Do you mean you have seen this before that I have described?

The encoder is x265 as I noted. I hope more of my files are not like this. Would be very frustrating.
I go with the default source filters that staxrip is giving me supposing that they are the best and the latest. Should I switch to LSMASHVideoSource for mkv? Is it better, more safe than ffms2?

[JKyle]

Do you mean you have seen this before that I have described?

Of course. AFAIK, the issue arises when the PPS, SPS parameter values of frames are not interpreted appropriately by the decoder/source filter. That's why I recommend using another source filter.

I go with the default source filters that staxrip is giving me supposing that they are the best and the latest. Should I switch to LSMASHVideoSource for mkv? Is it better, more safe than ffms2?

What do you mean 'safe'?

StaxRip just offers a very good menu of various alternatives. It is up to you to choose from them depending on the situation.
Whether a specific source filter is better or not depends totally on the source video and other factors. There's no universally superior method.
Try out yourself. StaxRip lets you switch b/w alternatives very easily as you can see. If a problem occurs, StaxRip notifies you at the bottom of the main window so that you can roll back or choose another alternative.

[videoh]

Well, that's quite opposite to what I know of.
Sure looks that way. : thinking :

[JKyle]

Follow-up: a new SAR related option will be introduced in vpy direct reading for x265. See this (https://github.com/DJATOM/x265-aMod/issues/8#issuecomment-771299757).

[Atlantis]

The situation is always AVC inside MKV. By safe I mean I can always read the AVC inside MKV with no pixelation like that.

You say StaxRip notifies you but it doesn't. When I look inside the log file, there is no error, no warning. How am I supposed to check if a problem occurred?

You say you have seen this issue, how do you deal with this? Do you watch your entire video from start to end after encode?

[44vince44]

Atlantis:

JKyle has given you 4 suggestions for your pixelation problem.
The following is the one to test first.
2) Try LSMASHVideoSource or LWLibavVideoSource.

But as for the 1st suggestion, ffms2 included in staxrip 2.1.7.0 is already latest one of StvG.

If you have the source video, you can reopen it in staxrip, and open preview, and seek to the part that has pixelation.
By using preview, you can always check that the file is decoded properly, and if not, try another source.

If your source opens ok with ffms2 (FFVideoSource) according to the preview, no pixelation, then that could indeed be related to pausing the encoding process, and should be investigated further.

[Atlantis]

I have encoded the same source again with the same settings with no pixelation at that point but the situation has changed it is now with
StaxRip : 2.1.7.3
x265 3.4+62-aMod-gcc10.2.1+opt msg7086/DJATOM

So again no solution has been given yet.

Please focus on this question. Very simple question. The encode could be from a month ago, from a year ago, from 2 years ago.
How can I immediately after the encode, check to see if everything went ok. How to know if no pixelation occurred? That is the question.

[DJATOM]

Issue in progress. Once issuer confirms that my fix is working, I'll make a new x265-aMod release.

[JKyle]

How can I immediately after the encode, check to see if everything went ok. How to know if no pixelation occurred? That is the question.

AFAIK, there's absolutely NO WAY to find out such an issue beforehand or right after the encode UNLESS you view the preview or output with bare eyes.

StaxRip does not issue an error unless a filter issues one. If the source filter/decoder skips pixelated frames for whatever reasons, no errors will be shown. (When I was mentioning errors in the main window, I was talking about this general process.)

StaxRip is not an AI machine. Why don't you try out @44vince44's suggestions first? :(
And if you find out any good solutions to your issue, please share them. That's what this forum is for.


ADDED:

You asked how I found this sort of problem? My answer: bare eyes.
Only after watching the video in full could I see there was a problem with it.

Then why StaxRip or other apps didn't issue an error? Because no filters/plugins/tools reported an error at the time of working on it.

Why filters/plugins/tools didn't report an error? That's what is called a 'bug'.
At this time, you have two choices: report the bug to the developer, or just ignore it.

[Atlantis]

I'm going to ignore it for the moment. This has happened to me only one time after all these years, so it's like nothing in comparison. I can only confirm that
ffmpeg.exe -v error -i file.mkv -f null - >error.log 2>&1
does not detect it. But if with an hex editor, I change few bytes in a video, that thing can detect the problem!

This is an interesting thing/challenge for someone to write a software to monitor this anomaly during encodes.

[JKyle]

Maybe this thread (https://forum.videohelp.com/threads/400446-Repair-missing-pixels-in-video) on VideoHelp can be of help.
As for me, I haven't followed up with @johnmeyer's last post, but I'm willing to try his 'solution' in case I encounter a similar problem.

ADDED:
But I don't know if this is going to be the catch-before-you're-robbed solution either.
Is it even possible to predict whether there will be a pixelation issue before actually previewing or encoding?
I have no idea. :confused:

[DJATOM]

I believe sar 9:16 is correct. Let's see what our friend DJATOM thinks about it.

This thread may be helpful:

http://rationalqm.us/board/viewtopic.php?f=8&t=895

VSPipe simply ignores SAR and it's hardcoded in Y4M header as A0:0. So I decided to mimic that by default and allow user to follow script's PAR via reader option (if user knows what he's doing).

[videoh]

Meanwhile I have corrected DGSource() to return the PAR.

[JKyle]

Meanwhile I have corrected DGSource() to return the PAR.

That's pretty good news! :thanks: a million.


ADDED:

I've confirmed that with --reader-options use-script-sar=1 enabled in the new x265-x64-v3.4+70-aMod-gcc10.2.1 build (https://github.com/DJATOM/x265-aMod/releases/tag/3.4%2B70) by @DJATOM, the new DGSource binary passes on the correct SAR value to x265.

https://i.imgur.com/9PAwQHS.jpg

[stax76]

Now all I want to do is keep them at AC3 but boost the sound slightly using this custom command -af
dynaudnorm=p=0.94:m=70:s=22 though it won't let me keep the 256k bitrate at the same time as using the command.

Is there a way of getting Staxrip to let me keep the same audio bitrate of 256kbps and use the custom command.

256 is not specification compliant I guess, but you can use 224 or 384 instead.

For dynaudnorm there is GUI support however.

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

I can't find Load VapourSynth first in the source code, maybe try the last beta.

Why it keeps on using --range limited even if I put "full" in x265 options?

It imports color settings from the source:

Options > Video > Import VUI metadata

The source file is also not corrupt. What can cause the corruption during the encode? Can pausing cause this?

Pausing could be one of possible reasons.

2.1.7.6 Beta

- Apps dialog allows custom paths to AviSynth and VapourSynth portable (stax76)
- Installed AviSynth don't has to be located in System32, it can be installed anywhere using the included install.ps1 powershell script (stax76)
- NVEnc parameter fixes and option re-organisation (Dendraspis, #468)
- NVEnc gets '--vpp-warpsharp' options and a Sharpness subsection (Dendraspis)
- x265 two parameters not set when checkbox unchecked (Dendraspis)
- Optional customized/shorter progress text while encoding for x264/x265 (Dendraspis)
- Fix Re-mux TS to MKV via ffmpeg doesn't demux AAC tracks with ADTS (Dendraspis, #483)
- x264 portable mode uses DJATOM Mod --synth-lib (stax76)
- x265 portable mode uses DJATOM Mod --reader-options library (stax76)
- Command line preview uses scrollbar in case > 9 lines (stax76, #481)
- x265 3.4+70-aMod-gcc10.2.1 DJATOM Mod, avs portable support, vs async frame requests logic overhaul (#470)
- FFT3dGPU 0.8.6
- x264 aMod-core161-r3039+17 DJATOM (--synth-lib)
- nvenc 5.26

[tormento]

Now all I want to do is keep them at AC3 but boost the sound slightly
I suggest you to use -af dynaudnorm=f=2000:g=23:m=15:r=0.9 for movie audio.

[JKyle]

256 is not specification compliant I guess, but you can use 224 or 384 instead.

Uh... Well, @stax76, 256kbps is supported by ffmpeg.

I tried encoding ac3 at 256k on cmd and it succeeded.

D:\Tmp>[...]\ffmpeg.exe -i [...]\test.mkv -c:a ac3 -b:a 256k -af dynaudnorm=p=0.94:m=70:s=22 -y -hide_banner "[...]\test_temp\ID1 -1ms Japanese_1244133631.ac3"
Input #0, matroska,webm, from '[...]\test.mkv':
[...]
Stream mapping:
Stream #0:1 -> #0:0 (flac (native) -> ac3 (native))
Press [q] to stop, [?] for help
Output #0, ac3, to '[...]\test_temp\ID1 -1ms Japanese_1244133631.ac3':
Metadata:
encoder : Lavf58.65.101
Stream #0:0(jpn): Audio: ac3, 48000 Hz, 5.1(side), fltp (24 bit), 256 kb/s (default)
Metadata:
BPS-eng : 1574975
DURATION-eng : 00:01:43.338000000
NUMBER_OF_FRAMES-eng: 1211
NUMBER_OF_BYTES-eng: 20344357
_STATISTICS_WRITING_APP-eng: mkvmerge v46.0.0 ('No Deeper Escape') 64-bit
_STATISTICS_WRITING_DATE_UTC-eng: 2020-05-18 11:17:08
_STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
encoder : Lavc58.117.101 ac3
size= 3230kB time=00:01:43.32 bitrate= 256.1kbits/s speed=78.4x
video:0kB audio:3230kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%

I've verified that even 128kbps is supported as well.

In fact, I see that ffmpeg adjusts the input bitrate to a nearby supported one in encoding, so I guess bitrate restriction for ac3 in StaxRip is meaningless.

IMHO, we need to fix this. :)

[MrBrownCow]

Trying 4k HDR x265 encode for the first time. I checked "HDR Ingest" and "Import VUI metadata" before starting. It seems to have completed after 22 hours because it produced an mkv file but I got an error during the muxing process at the end. File still plays but I'm assuming some kind of issue writing the HDR data?

Anyone know what this means?
https://imgur.com/a/iobSuRo

[JKyle]

I'd recommend NOT to use HDR Ingest: it simply remuxes the original source video to an mkv file with HDR VUI metadata, but the metadata itself is incorrect depending on the sources.
Use Import VUI metadata only.

See this issue (https://github.com/staxrip/staxrip/issues/421) and @Dendraspis's reply in here (https://github.com/staxrip/staxrip/issues/427#issuecomment-756984992).

IMHO, it will be eliminated from StaxRip in the end.

And before you report some issue, don't forget to try the most recent beta.

[JKyle]

For those who are not familiar with two newly introduced features, I've written posts in the Wiki.

Please see these in case you're interested.

x264/x265 Custom Quality Definitions (https://github.com/staxrip/staxrip/wiki/x264-x265-Custom-Quality-Definitions)

x264/x265 Customized Progress Text Tweaks (https://github.com/staxrip/staxrip/wiki/x264-x265-Customized-Progress-Text-Tweaks)

:)

[stax76]

Uh... Well, @stax76, 256kbps is supported by ffmpeg.

I've moved the warning to the main dialog, so it's possible to ignore the warning.

[lordalibaski]

Thanks for looking into this everyone, I converted it with eac3 at 256k and with the command and it worked fine.

I've done quite a lot of them at 224 or 384 but wanted to keep the same audio bitrate but boost the sound slightly on a few of them, with them being VHS tapes some are quite low.

[stax76]

2.1.7.7 Beta

- VPY files failed to import (stax76, #486)
- Warning for non-spec compliant AC3 bitrate moved to main dialog, so it's possible to ignore the warning (stax76, JKyle)
- avs2pipemod mod with Unicode and Long Path support (stax76)
- .aac files demuxed with mkvextract are no longer converted to .m4a (stax76, #489)
- x264 --fade-compensate --log-file --log-file-level --opts --progress-header (stax76)
- mkvtoolnix 53

[tormento]

If you want to open dgi, then it's simple:
Either StaxRip has changed interface since that post or today I am a bit dumb. How am I supposed to add DGI reading?

[JKyle]

On the repo Wiki: here (https://github.com/staxrip/staxrip/wiki/How-to-register-DGDecNV(DGSource-and-DGIndexNV)-in-StaxRip).
Or you can search the two StaxRip related threads in this forum for related posts.

BTW, the post you quoted is more than half a year ago. It's history for a fast developing software program like StaxRip.

[tormento]

On the repo Wiki
:thanks:
BTW, the post you quoted is more than half a year ago. It's history for a fast developing software program like StaxRip.
Yes, I noticed. Last time I tried StaxRip, DGIndexNV was included. ;)

[tormento]

On the repo Wiki
Tried and works fine but the preprocessor part. Why the Index, No demux and Index & Demux have different input formats? Just as example or there is some limitation?

[JKyle]

It was to follow suit for the already existent DGIndex preprocessor case.
Suit yourself.

[JKyle]

2.1.7.8 Beta is released.

- Support 10-bit avs input for x264 in case the x264 version name contains the keyword aMod (stax76)
- AviSynth portable mode no longer uses soft links but moves files if necessary (stax76, #473)
- For x264 and x265 different code paths are used depending if the version name contains the keywords aMod or Asuna, Vanilla builds are supported as well (stax76)

---

Customized/shorter x264/x265 progress text is enabled by default.

Don't forget to overwrite StaxRip.exe included in the 7z file with the hotfix StaxRip.exe.
Otherwise, you'll run into a pop-up error on the first launch.

---

ADDED:

IMHO, some explanation is due for this version.

So far ffmpeg has been the only hurdle for portability.
(All other tools - including mod versions - started supporting portable AviSynth by incorporating a command line option to call portable AviSynth.dll.)

Since ffmpeg does not accept PATH environment created by a StaxRip session, StaxRip has adopted so far a soft link to portable AviSynth.dll to force its priority on ffmpeg (over system AviSynth.dll).

But since many people are experiencing issues with this 'soft link' method, StaxRip changed its internal design to avoid this fuss, starting this version 2.1.7.8.

Now StaxRip moves ffmpeg.exe itself to the same folder as portable AviSynth.dll. This way, portable AviSynth.dll has priority over system AviSynth.dll for ffmpeg.exe by default.

However, in case ffmpeg needs to use system AviSynth.dll instead of the portable one, ffmpeg.exe is moved back to the folder %startup_dir%Apps\Encoders\ffmpeg\.

There's a catch here. It's not moved readily to the new location by the user's Frameserver Mode setting. It moves based on demand: that is, only when the system AviSynth.dll is needed by ffmpeg.exe.

I also misunderstood the mechanism and reported this as a bug. See this issue thread (https://github.com/staxrip/staxrip/issues/491) for further information.

I hope you don't make the same mistake. :)

[44vince44]

Thanks JKyle for taking time to explain all this ! It's a relief to see that a simple solution has been found to remove the complexity of soft links!

[stax76]

There's a catch here. It's not moved readily to the new location by the user's Frameserver Mode setting. It moves based on demand: that is, only when the system AviSynth.dll is needed by ffmpeg.exe.

I admit it's a little confusing, it's designed that way for the best possible performance.

[JKyle]

Oh, never mind.
Actually I think it's more suitable... and smart. ;)

---

BTW, I put a section on the Wiki ffmpeg page (https://github.com/staxrip/staxrip/wiki/ffmpeg) about this whole change.
As you may know, you are redirected to the Wiki page if you click on Apps Manager(F9) > ffmpeg > Help > Wiki.

[stax76]

Thank you for working on the wiki, that will be helpful for people who want a deeper understanding how things work.

[Bandido]

Greetings.
First of all, thank you for your work.
A question.
In the audio option copy / mux does not take into account the delay ?.
Sorry for my Google English

[stax76]

2.1.8.0 Stable


"Import VUI metadata" also imports Chromaloc (Dendraspis)
"Import VUI metadata" sets "--hdr10" (Dendraspis)
.aac files demuxed with mkvextract are no longer converted to .m4a (stax76)
Add 'ShowCodePreview' to commands list (Dendraspis)
Advanced Info feature of Code Editor has new VapourSynth ClipInfo option. (stax76)
Audio source file bitrate detection fix (stax76)
Auto-Rotation feature for supported source files/container (Dendraspis)
AviSynth 3.7
AviSynth portable mode no longer uses soft links but moves files if necessary (stax76)
avs2pipemod mod with Unicode and Long Path support (stax76)
avsresize r5
BAT and PS1 scripts to install and uninstall AviSynth and VapourSynth portable system wide are located at Apps\FrameServer\Install (stax76)
Command line preview uses scrollbar in case > 9 lines (stax76)
D2VSource 1.2.2
DgMpgDec 2.0.0.2
ffmpeg can be used as pipe tool for VapourSynth and x264/x265 (Patman86)
FFT3dGPU 0.8.6
Fix items can't be removed from or rearranged in lists (Dendraspis)
Fix randomly appearing IOException when using x265 with chunks (Dendraspis)
Fix Re-mux TS to MKV via ffmpeg doesn't demux AAC tracks with ADTS (Dendraspis)
Fix weird behaviour on Audio Settings for qaac (Dendraspis)
Full AviSynth Unicode support for users of Windows 10 1903, Windows 7 users need to enable avs2pipemod for x265 in order to use foreign characters
Full long path support for users of Windows 10 1903
Get-MediaInfo shows Range, Primaries, Transfer, Matrix. (stax76)
Main dialog shows actual video width and height. (stax76)
Make forced shutdown optional via settings (Dendraspis)
Menu in the code editor can be customized and is much faster (stax76)
Messagebox when processed file or its project file is not found instead of crash (Dendraspis)
mkvtoolnix 53
MP4Box 1.1.0-rev447-g8c190b551-gcc10.2.0 Patman (Windows 10 long path support added)
MP4Box can import EAC3 (stax76)
Neo DFTTest is now also available for AviSynth. (stax76)
Nero AAC encoder binaries removed due to license issue. (stax76)
New feature to automatically fix bad frame rates (stax76)
New feature to automatically save projects (stax76)
New VideoFilter "ChangeFPS" for AviSynth (Dendraspis, 44vince44)
New VideoFilter "Rotation" (Dendraspis)
nvenc 5.26
NVEnc gets '--vpp-colorspace' options (Dendraspis)
NVEnc gets '--vpp-warpsharp' options and a Sharpness subsection (Dendraspis)
NVEnc option --timecode (stax76)
NVEnc parameter fixes and option re-organisation (Dendraspis)
Options dialog starts faster. (stax76)
Processing form remembers its size (stax76)
QT libraries will be found if located at Apps\Audio\qaac, Apps\Audio\qaac\QTfiles64, download button points to wiki page with install instructions (stax76)
rav1e 0.4.0
rav1e speed control has hint text: 0 = Slowest, 10 = Fastest (stax76)
Revert current folder of process being set to video temp folder because it locks the folder and also because the .NET Framework allows only 260 characters for the working directory of a process. (stax76)
Show also Source HDR Format on main window (Dendraspis)
Source information shows the video stream size instead of file size, if not available the file size is shown in brackets (Dendraspis)
Using neo functions caused non neo plugins being loaded without reason (stax76)
VapourSynth portable allows custom path in Apps dialog (stax76)
VapourSynth scripts failed to import (stax76)
VCEEnc uses --avsdll in portable mode (stax76)
Warning for non spec compliant AC3 bitrate moved to main dialog so it's possible to ignore the warning (stax76, JKyle)
WorkingDirectory property of ExecuteCommandLine command supports macro expansion, Windows Terminal menu item uses the video temp folder as current directory. (stax76, JJKylee)
x264 aMod-core161-r3039+17 DJATOM (--synth-lib)
x264 --fade-compensate --log-file --log-file-level --opts --progress-header (stax76)
x264 portable mode uses DJATOM aMod --synth-lib (stax76)
x264 supports 10-bit avs input in case the x264 version name contains the keyword aMod (stax76)
x264/x265 custom quality definitions via Settings > Video (Dendraspis)
x264/x265 optional customized/shorter progress text while encoding (Dendraspis)
x265 3.4+70-aMod-gcc10.2.1 DJATOM Mod, avs portable support, vs async frame requests logic overhaul
x265 command line preview shows both passes for two pass (stax76)
x265 don't use a pipline for chunks if no pipeline is set (Dendraspis)
x265 fixed default value for --hist-threshold (Dendraspis)
x265 '--high-tier' option moved to 'Basic' tab (Dendraspis)
x265 muxing won't mux chunks from recent encodes (Dendraspis)
x265 options set chromaloc automatically to 2 if HDR is set to "Yes", to 0 if HDR is disabled or keep it untouched if "Undefined" (Dendraspis)
x265 Pipe option is invisible if decoder is not set to AVS/VPY (Dendraspis)
x265 portable mode uses DJATOM aMod --reader-options library (stax76)
x265 --seek and --frames also work with chunks (Dendraspis)
x265 two parameters not set when checkbox unchecked (Dendraspis)
x265 UI bug in preset VerySlow showing unnecessarily default values in command line (Dendraspis, stax76)
x265 UI issue fix (stax76)
x265 --version output is used in order to detect if it's aMod, Asuna or Vanilla, different code paths are used to fully support any kind of build (stax76)

[stax76]

In the audio option copy / mux does not take into account the delay ?.

It should be detected from the filename and can be configured in the mux audio options.

[44vince44]

bandido, it works all right. What container are you using ? MKV ?

[44vince44]

@Stax76: thanks for this new release !
And also Thanks to @Dendraspis @Jkyle and all people involved !

[JKyle]

@stax76,

Thanks for the update 2.1.8.0.

BTW, looking into the folder structure, I've found that you need to merge the following to files

%startup_dir%Apps\Conf\MPC-BE.conf
%startup_dir%Apps\Conf\MPC-HC.conf

into

MPC.conf

like in Apps Manager.

[Atlantis]

Can we copy this new version over the old or better to do a clean install?

[JKyle]

Overwrite the old files only if you know what you're doing.
Otherwise, clean install is always recommended.

[Atlantis]

I mean are there fundamental changes in the config files since 2.1.7.0-Stable? I prefer not to do a clean install because it takes time to reconfigure everything.

[NanoBot]

I just updated from 2.1.7.0 to 2.1.8.0 by keeping only the settings folder, and until now, everything works fine. All my settings and templates are intact.

[stax76]

@JKyle

Starting with the next build orphaned .conf files are deleted automatically on startup.


@Atlantis

A clean installation is usually more safe.

[JKyle]

@JKyle

Starting with the next build orphaned .conf files are deleted automatically on startup.

Sounds reasonable. :)

[stax76]

I mean are there fundamental changes in the config files since 2.1.7.0-Stable? I prefer not to do a clean install because it takes time to reconfigure everything.

The installation folder should normally be replaced completely.

The settings/projects/templates can usually be kept, sometimes there can be issues, but they can usually be fixed individually without resetting settings/projects/templates completely. Some precaution and experience can help. For instance, we had an issue with a x265 setting that was slowing down encodes, I never knew when and why it happened. But it's usually easy to spot because the command lines can be previewed and seen in the log file and the defaults are minimalistic.

[JKyle]

In my experience, the following steps usually work (except for some minor issues) when you decide to overwrite files:

1) Extract the new version to a separate folder.
2) Keep %settings_dir% of the old version.
3) Overwrite all the others of the old version with files in the new version. (And clean up orphaned files.)
4) Launch your existent version.
5) Launch the new version.
6) Update your custom AVS/VS profiles, Video/Audio encoder profiles, menus (main, crop, preview, code editor) referring to the new version. (If you can use git, it helps a lot in this step.)
7) Fix minor issues on Apps Manager(F9): location, version, etc.
8) Load your templates and see if there are any unwanted parameter changes.

[tormento]

It was to follow suit for the already existent DGIndex preprocessor case.
I tried but while audio and subs are correctly demuxed in the _temp directory, the attachments in mkv files, such as the ttf needed by ass subtitles, are extracted in the same directory of the source file. Opening the container options I can see they are not present in the files to be remuxed at the end of the encoding.

Any idea how to fix this? Perhaps have Matroska to demux streams and DGIndexNV to work on video only?

[JKyle]

I tried but while audio and subs are correctly demuxed in the _temp directory, the attachments in mkv files, such as the ttf needed by ass subtitles, are extracted in the same directory of the source file.

I rarely work on such files.

You can still manually add the attachments in the mkv container configuration.

Or if you don't like the way they are demuxed, try running the DGIndexNV.exe command on CMD with the macro %temp_file% being expanded. And if they still don't demux in the same folder, I guess it's something you need to ask the DGIndexNV developer.

[tormento]

And if they still don't demux in the same folder, I guess it's something you need to ask the DGIndexNV developer.
Manually invoking DGIndexNV of course demux all in the same directory. I have some suspicion that then StaxRip moves and renames tracks and forgots TTF.

[Bandido]

It should be detected from the filename and can be configured in the mux audio options.

If that's what I did, both video and audio with the copy / mux option set the delay times but had no effect.


bandido, it works all right. What container are you using ? MKV ?
yes MKV

[stax76]

@tormento

I cannot reproduce it, here attachments are correctly extracted in the _temp folder and then found, maybe you can post the full log to pastebin.com.

-------------------------- Demux attachments --------------------------

mkvextract 53

Z:\StaxRip\Apps\Support\MKVToolNix\mkvextract.exe "Z:\Samples\ASS Subtitles.mkv" attachments 1:"Z:\Samples\ASS Subtitles_temp\ASS Subtitles_attachment_OpenSans-Semibold.ttf" 2:"Z:\Samples\ASS Subtitles_temp\ASS Subtitles_attachment_rick_and_morty-d9h2vl6.ttf"

File 'Z:\Samples\ASS Subtitles.mkv': container: Matroska
Track ID 0: video (MPEG-H/HEVC/H.265)
Track ID 1: audio (AAC)
Track ID 2: audio (AAC)
Track ID 3: subtitles (SubStationAlpha)
Track ID 4: subtitles (SubStationAlpha)
Attachment ID 1: type 'application/x-truetype-font', size 221328 bytes, file name 'OpenSans-Semibold.ttf'
Attachment ID 2: type 'application/x-truetype-font', size 17704 bytes, file name 'rick_and_morty-d9h2vl6.ttf'
Chapters: 5 entries

The attachment #1, ID 15572473706801175955, MIME type application/x-truetype-font, size 221328, is written to 'Z:\Samples\ASS Subtitles_temp\ASS Subtitles_attachment_OpenSans-Semibold.ttf'.
The attachment #2, ID 7219417645334414226, MIME type application/x-truetype-font, size 17704, is written to 'Z:\Samples\ASS Subtitles_temp\ASS Subtitles_attachment_rick_and_morty-d9h2vl6.ttf'.

Start: 17:54:00
End: 17:54:01
Duration: 00:00:00

[stax76]

If that's what I did, both video and audio with the copy / mux option set the delay times but had no effect.

Maybe post the mkvmerge muxing command line found in the log file.

[tormento]

I cannot reproduce it
Of course you can't, I am talking about DGIndexNV as preprocessor, you are using MKVExtract. :p

[videoh]

Next DGDecNV slipstream will demux chapters from MKV when the CLI -a is given. I've linked a test build at my forum.

[tormento]

Next DGDecNV slipstream will demux chapters from MKV when the CLI -a is given. I've linked a test build at my forum.
How I wish to have full batch support for DGDecNV instead of being bond to non frame accurate indexers. For one movie I can manually feed DGI and manually remux the streams. I am currently converting some dozens of episode clips and I am tied up to default ffmsindex to keep on having the batch feature available.

[ChaosKing]

You can create a small bat file for that. I indexed/demuxed 26 episodes with my bat in one go, easy peasy.

[stax76]

The batch mode of staxrip would also work.

[tormento]

The batch mode of staxrip would also work.
Look what happens if I use DGIndexNV as preprocessor:
------------------------- System Environment -------------------------

StaxRip : 2.1.8.0
Windows : Windows 10 Enterprise 2004
Language : Italian (Italy)
CPU : Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
GPU : NVIDIA GeForce GTX 1060 3GB
Resolution : 1920 x 1080
DPI : 96
Code Page : 1252

----------------------- Media Info Source File -----------------------

F:\In\test\06 Hitagi end 6.mkv

General
Complete name : F:\In\test\06 Hitagi end 6.mkv
Format : Matroska
Format version : Version 4
File size : 1.55 GiB
Duration : 26 min 26 s
Overall bit rate : 8 382 kb/s
Encoded date : UTC 2020-09-15 16:33:07
Writing application : mkvmerge v50.0.0.18 ('Awakenings') 64-bit
Writing library : libebml v1.4.0 + libmatroska v1.6.2
Attachments : IwaMinPro-Lt-Madoka.ttf / IwaOMinPro-Bd-Fate.ttf / LHF_Scriptana.ttf / Montara-Gothic_0.otf / Reswysokr.otf / arial.ttf / CenturyOldStyle-Light Bold.ttf

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L4@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 26 min 26 s
Bit rate : 8 142 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.164
Stream size : 1.50 GiB (97%)
Writing library : x265 3.1.1:[Linux][GCC 9.1.0][64 bit] 10bit
Language : Japanese
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 26 min 26 s
Bit rate mode : Constant
Bit rate : 224 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 : 42.4 MiB (3%)
Language : Japanese
Service kind : Complete Main
Default : Yes
Forced : No

Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Duration : 26 min 23 s
Bit rate : 398 b/s
Count of elements : 951
Compression mode : Lossless
Stream size : 76.9 KiB (0%)
Language : Italian
Default : Yes
Forced : No

Menu
00 : 00:00.000 : it:Prologo
00 : 01:20.998 : it:Opening
00 : 02:51.046 : it:Episodio
00 : 25:40.039 : it:Anteprima

----------------------- DGIndexNV: Index, Demux -----------------------

D:\Eseguibili\Media\DGDecNV\DGIndexNV.exe -i "F:\In\test\06 Hitagi end 6.mkv" -o "F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6.dgi" -a -h

Project
20
33
42
75
80
100

Start: 13:35:23
End: 13:35:28
Duration: 00:00:04
And the file structure is:
Summary of path: F:\In\test
Created: 11/02/2021 13:41:08

F:\In\test\06 Hitagi end 6_temp
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6.dgi
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6.log
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6.dgi_chapters.xml
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6_new.avs
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6_new_source.avs
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6_new_staxrip.log
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6_track2_jpn_DELAY 0ms.ac3
F:\In\test\06 Hitagi end 6_temp\06 Hitagi end 6_track3_ita.ass
F:\In\test\06 Hitagi end 6.mkv
F:\In\test\arial.ttf
F:\In\test\CenturyOldStyle-Light Bold.ttf
F:\In\test\IwaMinPro-Lt-Madoka.ttf
F:\In\test\IwaOMinPro-Bd-Fate.ttf
F:\In\test\LHF_Scriptana.ttf
F:\In\test\Montara-Gothic_0.otf
F:\In\test\Reswysokr.otf

[JKyle]

Seems like DGIndexNV.exe does not extract attachments to the temp subfolder - where the dgi file is - in CLI.
(All the jobs are done in the subfolder.)
Look. All the others except the attachments are in the subfolder.
It's something you have to ask the DGDecNV developer, not here.
It's not StaxRip but DGIndexNV.exe that does the extraction.
It's clear in the log.
Seems like you didn't try it on CMD like I recommended...

[tormento]

Seems like DGIndexNV.exe does not extract attachments to the temp subfolder - where the dgi file is - in CLI.
Tested and you are right. I'll write the author.

[videoh]

@tormento

Please create a new thread at my forum for this with full details on how to duplicate it. Thank you.

[tormento]

Please create a new thread at my forum for this with full details on how to duplicate it. Thank you.
Done.

[stax76]

2.1.8.0 users can take StaxRip.exe from the Beta cloud folders and auto update nvenc.

Main Menu > Apps > Manage > NVEnc > Tools > Auto Update

2.1.8.1 Beta

- aomenc options rearranged (Dendraspis)
- aomenc supports chunk encoding (Dendraspis, [#368])
- aomenc gets decoder and pipe settings (Dendraspis, [#497])
- aomenc default value for --kf-max-dist changed to 120 (Dendraspis, 44vince44, [#506])
- aomenc default value for --kf-min-dist changed to 120 (Dendraspis, 44vince44, [#506])
- aomenc sets --verbose by default (Dendraspis, 44vince44, [#506])
- Fix frame rates for AviSynth functions (44vince44)
- Replace Rapair16 with Dither_Repair16 for AVS (44vince44)
- Fix AvsResize website address and VS ConvertFormat command (JJKylee)
- aomenc 2-pass stats file extension change to '.fpf' (Dendraspis)
- Fix aomenc --webm parameter (Dendraspis)
- Force mkvmerge to write fps in case of aomenc not using IVF container (Dendraspis)
- Fix shortcut editor key default causing an issue when m is typed (stax76, [#505])
- x265 UI option for '--progress-readframes' on DJATOM builds (Dendraspis)
- nvenc 5.28 (Windows 10 long path and AviSynth Unicode support)

[Atlantis]

Nothing jumps at me that I use, only this
- Fix frame rates for AviSynth functions (44vince44)

Is this a major thing? What happens? I use AviSynth and many filters. If it's nothing, I want to avoid beta.

[JKyle]

Side note:

If you just overwrote StaxRip.exe(2.1.8.1 Beta) and still see the Menu Editor pop up whenever you type 'm' in Code Editor, don't forget to delete the shortcut 'M' assigned to Edit Menu... in the Code Editor right-click menu.

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

[stax76]

Nothing jumps at me that I use, only this
- Fix frame rates for AviSynth functions (44vince44)

Is this a major thing? What happens? I use AviSynth and many filters. If it's nothing, I want to avoid beta.

It was changed avs filter profiles. I think the old captions were OK,
what you see is what you get, now you see a float and get num,den.
But what can I do if 44vince44 prefers it. :)


[Frame Rate]
AssumeFPS = AssumeFPS($select:msg:Select a frame rate;23.976|24000, 1001;24;25;29.970|30000, 1001;30;50;59.940|60000, 1001;60;120;144;240$)
AssumeFPS Source File = AssumeFPS(%media_info_video:FrameRate%)
ChangeFPS = ChangeFPS($select:msg:Select a frame rate;23.976|24000, 1001;24;25;29.970|30000, 1001;30;50;59.940|60000, 1001;60;120;144;240$)
ConvertFPS = ConvertFPS($select:msg:Select a frame rate;23.976|24000, 1001;24;25;29.970|30000, 1001;30;50;59.940|60000, 1001;60;120;144;240$)
InterFrame = InterFrame(preset="Medium", tuning="$select:msg:Select the Tuning Preset;Animation;Film;Smooth;Weak$", newNum=$enter_text:Enter the NewNum Value.$, newDen=$enter_text:Enter the NewDen Value$, cores=$enter_text:Enter the Number of Cores You want to use$, overrideAlgo=$select:msg:Which Algorithm Do you want to Use?;Strong Predictions|2;Intelligent|13;Smoothest|23$, GPU=$select:msg:Enable GPU Feature?;True;False$)

[44vince44]

@Atlantis, it's only about proposing the correct standard values for fps ONLY WHEN USING FILTERS AssumeFPS, ChangeFPS and ConvertFPS. If you use those filters, you'll see how it is set now.
E.g:
If you select AssumeFPS -> choose 23.976 then this will create the filter AssumeFPS(24000,1001).
Also some frequencies have been added.
And finally, ChangeFPS was added (it wasn't there before).

@Stax76:
But what can I do if 44vince44 prefers it.

Not really:
Old captions were 24000/1001, value (24000,1001)
Then Dendraspis changed the captions AND THE VALUES to 23.976.
So I kept 23.976 caption because Dendraspis likes it, but we changed the VALUES back to 24000,1001 in order to respect the standards.
Initially, I only wanted to add filter ChangeFPS.
According to Dendraspis, the caption 23.976 is better for newbies. I tend to agree, as long as the real value used is 24000/1001.

[jlw_4049]

Thanks for the work everyone!

Sent from my SM-G986U1 using Tapatalk

[videoh]

Done. Fixed in DGDecNV build 228.

[stax76]

@44vince44

Ah OK, showing both would also be possible:

23.976 (24000/1001)

But it's fine either way.

[Magik Mark]

Guys,

When converting audio to AAC how do you increase the dialogue (midrage). I plan to use qaac and fdkaac.
I find it annoying ac3 dts atmos and other sound technologies have very subtle dialogue. Increasing the volume would also increase the other channels

Thanks

[tormento]

I find it annoying ac3 dts atmos and other sound technologies have very subtle dialogue. Increasing the volume would also increase the other channelsThanks
Usually dialogue is on C channel. Try to use FFMpeg with FDKAAC support and play with channel volume or gain or mixing. My suggestion, however, is not to touch it and adjust player mixer to enhance C channel.

[JKyle]

rigaya released QSVEnc 4.13 (https://github.com/rigaya/QSVEnc/releases/tag/4.13) today with the following important updates:


Add Avisynth Unicode support: QSVEncC will accept avs file in UTF-8. (For legacy avs scripts, new option is added to rerun QSVEncC in ANSI mode. (--process-codepage os))
Add support for Windows 10 long path support.


In order to avoid the exit code: 1 error like this (https://github.com/staxrip/staxrip/issues/519), maybe we need to update StaxRip to write the AVS script in UTF-8 for QSVEnc encoding. (Or... is it already there? :rolleyes:)

[stax76]

@JKyle

Will be fixed in the next build.

Wiki page (https://github.com/staxrip/staxrip/wiki/AviSynth-Unicode-support-on-Windows-10-1903) is updated.

[imhh11]

Hi, thanks for the update stax76.

I'm having an issue with the cutting options. After using the preview window, I can no longer manually edit the frames I want to trim... I can change the number but once I click on ''ok'' it reverts back to the original cutting values.
I don't know when this bug started but I'm upgrading from x64-2.1.3.7-beta and there wasn't this issue.

https://i2.extraimage.info/pix/2021/02/18/568f8a8e9af9397f094e3e783e5b5ef3.jpg

[JKyle]

AFAIK, this is not a bug. It's how StaxRip is designed.
See this issue thread (https://github.com/staxrip/staxrip/issues/511).

[imhh11]

but why is it working with x64-2.1.3.7-beta?
:( it was really useful.

[JKyle]

AFAIK, the internal rendering engine for Preview was replaced with something much, much faster, and in the course of the overhaul, linking the script to Preview was sort of inevitable.
But I don't know about it in detail. Ask @stax76.

BTW, the new approach isn't that complicated compared to direct script input.
You can use shortcuts to shorten the process:
F5(Preview) -> G -> (start frame number) -> Home, G -> (end frame number) -> End.
Repeat these steps for multiple cuts.
Unless your script is so complicated that rendering takes a lot of time, this may come in handy.

[JKyle]

BTW, Subtitle Edit is updated to 3.6.0 (https://github.com/SubtitleEdit/subtitleedit/releases/tag/3.6.0) today with a new program icon and support for a dark theme.

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

[Yups]

In QSVEnc 4.13 rigaya corrected the CQP range in 10 bit mode, for reference: https://github.com/rigaya/QSVEnc/issues/45

8 bit range max: 51
10 bit range max: 63

Currently Staxrip allows CQP up to 51, with QSVEnc 4.13 it should allow CQP values up to 63.

[stax76]

but why is it working with x64-2.1.3.7-beta?

I don't remember anything related and there is nothing found in the changelog.

In case you want to request it on the tracker please describe the use case.


In QSVEnc 4.13 rigaya corrected the CQP range in 10 bit mode

It allows now 63 for both modes, changing it for only one mode would be too much work.


Subtitle Edit is updated to 3.6.0 today with a new program icon and support for a dark theme.

I've updated it. (apparently it's still not High DPI aware)

2.1.8.2 Beta

- New Preview dialog feature 'Create job for each selection' (stax76)
- Fix crash in Preview dialog using 2 instances and shortcut keys (stax76)
- NVEnc options have a bitrate option (Dendraspis)
- Blocking assistant warnings are shown in red with Next button disabled (stax76)
- On systems prior Windows 10 1903 using ANSI characters, avs2pipemod is now used automatically
because DJATOM/Asuna/Patman x265 builds have no working ANSI fallback (stax76)
- All important tools support AviSynth Unicode and Long Path on Windows 10 1903
- vspipe patched with Windows 10 Long Path manifest
- NVEnc 5.29, QSVEnc 4.13, VCEEnc 6.09 (Windows 10 AviSynth Unicode and Long Path)
- ffmpeg N-101189 gcc10.2.0 Patman (Windows 10 AviSynth Unicode and Long Path)
- MP4Box 1.1.0 rev506 gcc10.2 Patman
- Subtitle Edit 3.6.0

[44vince44]

Hi, thanks for the update stax76.

I'm having an issue with the cutting options. After using the preview window, I can no longer manually edit the frames I want to trim... I can change the number but once I click on ''ok'' it reverts back to the original cutting values.
I don't know when this bug started but I'm upgrading from x64-2.1.3.7-beta and there wasn't this issue.

https://i2.extraimage.info/pix/2021/02/18/568f8a8e9af9397f094e3e783e5b5ef3.jpg

This is not a bug, this is a new design. In Staxrip 2.1.3.7 you didn't have the possibility to TRANSPARENTLY work across MANY preview windows at the same time. You could open several preview windows, but some operations would cause inconsistencies.
Now Staxrip allows you to work on many preview windows, with NO inconsistencies at all, and allows to open preview and mpv.net/mpc previews directly from the code editor.
In order not to allow inconsistencies, The preview windows takes priority for the trim function, and not the code editor window.

Now if you tell me why you want to type your trim values, maybe there is a new feature that can help you with that.

[imhh11]

it's all good...
I was manually editing the cutting because I'm encoding using two PC. @JKyle method works fine.
thank you

[stax76]

Enjoy the new look and feel implemented by Dendraspis.

2.1.8.3 Beta

- Introduction of Themes (Dendraspis, testing and appreciated feedback by 44vince44 and JJKylee)
- NVEnc UI options move into new Input/Output section (stax76)
- AVS SMDegrain filter profiles refurbished (44vince44)
- x265 supports --reader-options library for Patman builds (Dendraspis)
- If the startup folder contained Turkish i character, QTGMC and any other avsi file failed to load (stax76)
- x264 10bit, --synth-lib, VapourSynth reader for DJATOM and Patman Mod
- Docs moved to GitHub Wiki, contributions are welcome! (stax76)
- x264 0.161.3048+17 gcc10.2 Patman Mod (improved progress display)
- x265 3.5 RC1+2+23 gcc10.2 Patman Mod (improved progress display)
- xy-VSFilter 3.2.0.802 (10bit support)
- Get-MediaInfo 3.6

[44vince44]

Thanks @Stax76 for the new Beta, especially thanks to @Dendraspis for the outstanding themes implementation, and for @JKyle for the thorough testing !

A note to all users: if you experience problems, please, before reporting, delete or reset your settings so Staxrip can create new fresh settings.

Thank you!

[DavidRyan]

Thanks to all involved for the continued development. I noticed in the changes to the SMDegrain profiles a comment that "Also, Contrasharp=true call does not work anymore due to recent update in RGTools.", does anyone have any background/links to more information on this? Couldn't find it mentioned anywhere else, such as in the RGTools thread.

[thomy21]

Always get the error about 7.1 sound. What do I have to change so that this works again?

Version 2.1.7.7 it worked. now no longer. It is especially not AC3 or EAC3 sound tracks but AAC, something goes wrong with the latest beta probably.

Am happy for any tip

Screenshot:

https://ibb.co/BzxqSzB

[JKyle]

@thomy21,

It's related to this issue thread (https://github.com/staxrip/staxrip/issues/521).
Seems like the first fix was not properly implemented.
I'm asking @stax76 to correct it.

[Atlantis]

Tried the new one. Nice new looks and colors. However the thing that doesn't work with the dark colors is cropping.
For cropping it should be an exception and the crop window should be bright white. For the moment I have switched back to default color.

[JKyle]

@thomy21,

Can you try the hotfix StaxRip.exe in @stax76's Beta archive and see if it resolves your issue?
It seems to be working alright for me.

[jlw_4049]

Thanks for the update <3

Sent from my SM-G986U1 using Tapatalk

[44vince44]

Thanks to all involved for the continued development. I noticed in the changes to the SMDegrain profiles a comment that "Also, Contrasharp=true call does not work anymore due to recent update in RGTools.", does anyone have any background/links to more information on this? Couldn't find it mentioned anywhere else, such as in the RGTools thread.

Can you please provide any experience/knowledge with that.
If you use the SMDegrain Light grain or SMDegrain hard grain, and add inside it the parameter "Contrasharp=true" it will fail, but NOT if you add "Contrasharp = 30" or any number. The difference is that with "Contrasharp=true", RGTools is called, whereas with "Contrasharp=number" LSFMod is called.

Then, browsing in the forums, I don't think I saw a single recent example with Contrasharp=True. Although the official docs give many examples with Constrasharp=True, the discussions in the forums display Contrasharp=false.

This is why, Contrasharp=True was removed.
This is a tool issue. If anyone has reliable information about it, please share it with us.

[stax76]

Tried the new one. Nice new looks and colors. However the thing that doesn't work with the dark colors is cropping.
For cropping it should be an exception and the crop window should be bright white. For the moment I have switched back to default color.

I don't know if white is the best cropping color, maybe create an issue on the tracker, for instance it might be a good idea to force a particular cropping color via option, the tracker is more suitable to discuss such things, Dendraspis does not post here.

[JKyle]

BTW, TIVTC is updated to 1.0.26 (https://github.com/pinterf/TIVTC/releases/tag/v1.0.26).

[thomy21]

@thomy21,

Can you try the hotfix StaxRip.exe in @stax76's Beta archive and see if it resolves your issue?
It seems to be working alright for me.

Thanks, it works now.

[44vince44]

I don't understand what you think is wrong in the crop window @Atlantis. The "active" border is highlighted in a very visible way...

[stax76]

BTW, TIVTC is updated to 1.0.26 (https://github.com/pinterf/TIVTC/releases/tag/v1.0.26).

Will be updated.

[ukmark]

Not specifically StaxRip related, but I do use StaxRip for encoding using Intel's QuickSync.

I have been using an Ice Lake laptop (i7-1065G7) for about a year now and wanted to provide an update. I've re-encoded quite a few of my blu rays (ripping with MakeMKV), and here are my observations.

1. "Fixed-function" CQP encode using HEVC 10-bit is superb. The quality I get with this method is very close to the original. There may be the odd frame here and there where there may be very slight differences in the really fine facial details, but these are few and far between and to my eyes, the differences are difficult to spot and are completely unnoticeable during normal viewing.

2.This method is also very fast - I normally get from 240fps to 340fps (source material dependent) when re-encoding to 1080p from blu ray source. If downscaling to 720p, the speeds can get up to 600fps!!

3. CQP fixed-function file sizes are very reasonable. I generally compare file sizes with the CQP fixed-function method to x265 10-bit CRF 24 encodes. The CQP encodes are usually 5-15% bigger. To me, this is very acceptable - for example a CQP 2.2gb file vs 2gb file with x265 etc. Differences are non-existent during normal viewing.

4. I use the following settings (using QSV hardware as decoder gives a big speed boost and also keeps CPU usage low):-
--avhw --codec hevc --quality best --profile main10 --open-gop --async-depth 4 --fixed-func --cqp 36:36:36 --qp-offset 2:6:8 --output-res 1920x1080

Sometimes I might lower the cqp i,p,b settings to 35 or 34 if I want a little more quality, but I have found these settings give excellent quality with very reasonable file sizes.

Apparently, with Tiger Lake CPU, you can also use b-frames and b-pyramid with CQP fixed-function mode to get even better quality at the same file size (or same quality at lower file sizes). With Ice Lake, b-frames and b-pyramid are disabled for fixed-function, but are available when encoding using GPU execution units - i.e. turn fixed-function off in the settings. I find that I can get approx. the same file size as fixed-function CQP 36 by using CQP 33 or 34 with 16 b-frames and b-pyramid on. However, the encode speed is about 6 times slower.

5. ICQ (Intelligent Constant Quality) mode is kind of broken for 10-bit HEVC. Fixed-function ICQ does work, but the file sizes tend to be 30-50% higher than CQP with no noticeable improvement in quality. Also, changing the ICQ "quality" has no effect (with CQP, changing quality does affect quality and size).

6. CPU usage is very low compared to x265 (always at 100% usage). Actually when using the GPU EU to encode (6x slower than fixed-function, but still getting 45-60fps for 1080p encodes), my CPU drops to 3 or 4% usage!! Crazy but true. When using fixed-function, it can range from 15-40%, but the encode is about 6x faster than using GPU EU and about 12x faster than x265.
You can get a faster speed using GPU EU by setting the quality to "balanced" (the default), from "best". This will raise the CPU usage to around 15%, increase the speed by around 3x to approx 150fps and also increase the file size by around 5-10%. Changing quality to balanced from best also works with fixed-function encoding and increases speed by approx a further 50% (say from around 300fps to 450fps), with the same 5-10% increase in file size. Video quality is identical between best and balanced, but balanced has the 5-10% higher bitrate to compensate for increased encoding speed.

I'm really impressed with QuickSync HEVC 10-bit encoding and no longer use x265. My one caveat is this. I have found that if your source is "low" quality, like a low bit-rate file, then x265 yields significantly better results, but with blu rays, I can't see any purpose in using x265.

[DavidRyan]

Can you please provide any experience/knowledge with that.
If you use the SMDegrain Light grain or SMDegrain hard grain, and add inside it the parameter "Contrasharp=true" it will fail, but NOT if you add "Contrasharp = 30" or any number. The difference is that with "Contrasharp=true", RGTools is called, whereas with "Contrasharp=number" LSFMod is called.

Then, browsing in the forums, I don't think I saw a single recent example with Contrasharp=True. Although the official docs give many examples with Constrasharp=True, the discussions in the forums display Contrasharp=false.

This is why, Contrasharp=True was removed.
This is a tool issue. If anyone has reliable information about it, please share it with us.

Thanks for the response. The only thing I had seen was a reference to contrasharp=true failing with higher bit depth sources due to medianblur2 not being updated to handle them (eg: https://forum.doom9.org/showthread.php?p=1845417#post1845417 ) , but medianblur2 was updated in mid-2020 to handle HBD ( http://avisynth.nl/index.php/MedianBlur2 ) so I guess that would no longer be an issue if staxrip includes the newer version?

So will also be interested if anyone has anything further on this.

[JKyle]

...medianblur2 was updated in mid-2020 to handle HBD ( http://avisynth.nl/index.php/MedianBlur2 )...

As a matter of fact, MedianBlur2 is updated to 1.1 (https://github.com/pinterf/MedianBlur2/releases/tag/1.1) about a month ago.

Thank you for the info.
Let's see if this update changes the game. :)

[JKyle]

@DavidRyan is right.

1. I updated MedianBlur2 to the most recent version.

2. Converted an 8-bit source to 10 bits.

3. Added Contrasharp=true option and force loaded MedianBlur2.dll right before SMDegrain as follows:

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

So the script code is as follows:

LoadPlugin("D:\Utilities\StaxRip\Apps\Plugins\AVS\DFTTest\dfttest.dll")
Import("D:\Utilities\StaxRip\Apps\Plugins\AVS\Dither\dither.avsi")
LoadPlugin("D:\Utilities\StaxRip\Apps\Plugins\AVS\Dither\dither.dll")
Import("D:\Utilities\StaxRip\Apps\Plugins\AVS\NNEDI3\edi_rpow2.avsi")
Import("D:\Utilities\StaxRip\Apps\Plugins\AVS\LSFmod\LSFmod.avsi")
LoadPlugin("D:\Utilities\StaxRip\Apps\Plugins\AVS\masktools2\masktools2.dll")
LoadPlugin("D:\Utilities\StaxRip\Apps\Plugins\AVS\mvtools2\mvtools2.dll")
LoadPlugin("D:\Utilities\StaxRip\Apps\Plugins\AVS\RgTools\RgTools.dll")
Import("D:\Utilities\StaxRip\Apps\Plugins\AVS\Zs_RF_Shared\Zs_RF_Shared.avsi")
Import("D:\Utilities\StaxRip\Apps\Plugins\AVS\SMDegrain\SMDegrain.avsi")
LoadPlugin("D:\Utilities\StaxRip\Settings\Plugins\Dual\DGDecNV\DGDecodeNV.dll")
DGSource("D:\Work\tmp\tst\test_1-audio-track_temp\test_1-audio-track.dgi", deinterlace=0, fieldop=0)
ConvertBits(10)
LoadPlugin("D:\Utilities\StaxRip\Apps\Plugins\AVS\MedianBlur2\MedianBlur2.dll")
SMDegrain(tr=2, thSAD=250, Contrasharp=true)


4. And I see no errors. Here's the Preview window:

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

---

So @stax76, updating MedianBlur2 and loading MedianBlur2.dll when SMDegrain is used seems to help solve the incompatibility issue with the Contrasharp=true option.

[44vince44]

Thanks @DavidRyan and @JKyle. Great find !! So do you prefer the presets to include Contrasharp = True ?

[JKyle]

I guess it's more desirable to leave contrasharp as an option so that users can make a choice themselves.
It doesn't matter whether it's false or true as long as MedianBlur2 is loaded.
Let's think of it as a reminder or a placeholder. :)

[44vince44]

Ok so as soon as I see the Medianblur2 update commit, I'll add it to the profiles!

[Magik Mark]

Guys,

Is there a formula or best practice when upscaling 2k bluray to 4k?
I usually use 2pass VBR. I'm not sure how much bitrate to use. I don't want it to bloat or lose too much details.
There must be an ideal solution.
I also upscale the colorspace from 420 to 44416bit using z convert with dithering. Then downscale it to 4448bit when encoding

thanks

[DavidRyan]

I guess it's more desirable to leave contrasharp as an option so that users can make a choice themselves.
It doesn't matter whether it's false or true as long as MedianBlur2 is loaded.
Let's think of it as a reminder or a placeholder. :)

Ok so as soon as I see the Medianblur2 update commit, I'll add it to the profiles!

Thanks for looking into it :)

[44vince44]

You're welcome. Thanks to you and to JJKyle !
@Stax76 has updated Mediablur2, and I've updated the filter profiles. You'll see it in next beta hopefully!

[tormento]

2. Converted an 8-bit source to 10 bits
There is almost no gain in speed to have SMDegrain working in 10 bits instead of 16. I suggest you to use

SMDegrain (whatever, n16_out=true)

and then dither down in x265 (or whatever you use).

[44vince44]

This is strange. Beta 2.1.8.4 is out with updated medianblur2 to latest version that @Jkyle has tested, yet the error is still there when using contrasharp=True


@JKyle: updating Medianblur2 does not FIX the contrasharp issue in SMDegrain :=(
I tried to reproduce it in 2.1.8.3, and it didn't work.
You must have done something else that you forget to mention maybe... In the mean time, I'm still insvestigating.

Please do not update to 2.1.8.4 yet...

[JKyle]

@tormento,

Thanks for the info, but I was just testing if `contrasharp=true` option was working in a high bit depth situation.

@44vince44,

The answer is in the GitHub issue tracker. :)

[44vince44]

yes Thanks @Jkyle, I've read it. And I've provide proof to @Stax76 that the requirement is OFFICIAL. Because the docs do not mention it, but it is mentionned in the header of the SMDegrain avsi file. (see the issue tracker :-))


EDIT: this is being currently fixed by Stax76 :-)

EDIT2: @Stax76 has commited the mods and released a hotfix. I've tested it, and it works, the SMDegrain issue has been finally addressed. Thanks @Stax76 and again @Jkyle and @DavidRyan.
So please feel free to download beta 2.1.8.4 then to overwrite StaxRip.exe with the hotfix, from the same beta repository.

[JKyle]

If you updated to 2.1.8.4 Beta and overwrote StaxRip.exe with the hotfix exe file in @stax76's beta archive, you need to check if --selective-sao 4 has sneaked into all your x265 profiles. It's what I'm experiencing now.

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

This is because the default value for --selective-sao has been corrected to 0 per @tkozybski's issue report (https://github.com/staxrip/staxrip/issues/546), and it seems that somehow the wrong old default parameter setting has popped out and sneaked into the profile. But I don't know exactly why this kind of phenomenon happens.

Some of you may remember the --rskip 0 happening a while ago (v2.1.3.8 Beta and above). Because of this unexpected parameter setting, many users experienced a significant performance loss and reported this as an issue. I guess the same mechanism worked at that time: the default value of --rskip was adjusted and the old value popped out and sneaked in.

Maybe we need to study why this phenomenon happens. But in the meantime, remember that your parameter settings should always be checked out after an update without a reset.

[stax76]

I currently try to fix it.

[JKyle]

While trying to see if issue #548 (https://github.com/staxrip/staxrip/issues/548) is fixed, I've found that all my custom video encoder profiles are lost and reset to the factory settings with the hotfix StaxRip.exe. This is also true of the video encoder settings in my custom templates.

I believe this happens because of the fix of issue #546 (https://github.com/staxrip/staxrip/issues/546).

I can reconstruct my custom video encoder profiles and templates, but I guess most users will be embarrassed if they encounter this situation without prior info.
So I strongly believe that the next version, 2.1.8.5 Beta, should come with this warning:

"All custom video encoder profiles and video encoder parameter settings in custom templates are reset in the version.
Please back up your custom settings before update."

And in the meantime, if you are one of those who want to use the hotfix StaxRip.exe in @stax76's beta archive (as of now), don't forget to back up your custom settings before overwriting the StaxRip.exe file. :o

---

[UPDATE]

I see that custom video encoder profiles are saved as the submenus in Backup category.

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

So you just need to restore your custom templates. :)

[lordalibaski]

What's happened here then? think I have had this happen before but forgot what it was!! Just tried converting this recording with a runtime of 2 h 16 min, but only got 21mins of it!!

added the log file as attachment.

Thanks for any help.

[JKyle]

@lordalibaski,

Seems like you forgot file attachment does not work in this forum.

BTW, try another source filter and see if it works.

[JKyle]

MKVToolNix is updated to 54.0.0 today, and it resolves this issue (https://github.com/staxrip/staxrip/issues/489) related to 7.1 channel AAC extraction.
See my test (https://github.com/staxrip/staxrip/issues/489#issuecomment-786969509).

[lordalibaski]

@lordalibaski,

Seems like you forgot file attachment does not work in this forum.

BTW, try another source filter and see if it works.


Didn't know it wasn't working mate, here is the log file anyway

https://www.sendspace.com/file/937x93


Will try another source filter later just doing some other projects at the moment.

[Atlantis]

Suggestion. It would be great on the encoding line if you could see the hour job finishes. Not talking about the remaining time but the actual hour.

[Yups]

1. "Fixed-function" CQP encode using HEVC 10-bit is superb. The quality I get with this method is very close to the original. There may be the odd frame here and there where there may be very slight differences in the really fine facial details, but these are few and far between and to my eyes, the differences are difficult to spot and are completely unnoticeable during normal viewing.


It is really good on Tigerlake as well: https://forum.doom9.org/showthread.php?p=1936870#post1936870



4. I use the following settings (using QSV hardware as decoder gives a big speed boost and also keeps CPU usage low):-
--avhw --codec hevc --quality best --profile main10 --open-gop --async-depth 4 --fixed-func --cqp 36:36:36 --qp-offset 2:6:8 --output-res 1920x1080


Good settings. I would also add --bframes 16

[lordalibaski]

Tried using VapourSynth and it threw up this error straight away

Error Video encoding (2.1.8.4)

Video encoding returned error exit code: -1073741795 (0xC000001D)


--------------------------- Video encoding ---------------------------

x264 0.161.3048+17 gcc10.2.0 Patman Mod

C:\Users\jimmy\Desktop\Stax\Apps\Encoders\x264\x264.exe --crf 14 --sar 16:15 --synth-lib C:\Users\jimmy\Desktop\Stax\Apps\FrameServer\VapourSynth\VSScript.dll --output "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship_out.h264" "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship.vpy"

StaxRip.ErrorAbortException: Video encoding returned error exit code: -1073741795 (0xC000001D)


--------------------------- Video encoding ---------------------------

x264 0.161.3048+17 gcc10.2.0 Patman Mod

C:\Users\jimmy\Desktop\Stax\Apps\Encoders\x264\x264.exe --crf 14 --sar 16:15 --synth-lib C:\Users\jimmy\Desktop\Stax\Apps\FrameServer\VapourSynth\VSScript.dll --output "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship_out.h264" "C:\Users\jimmy\Desktop\To Convert\2000 ITF World DJ Championship_temp\2000 ITF World DJ Championship.vpy"



at StaxRip.Proc.Start() in D:\Projekte\VB\staxrip\General\Proc.vb:line 374
at StaxRip.x264Enc.Encode(String passName, String commandLine, ProcessPriorityClass priority) in D:\Projekte\VB\staxrip\Encoding\x264Enc.vb:line 84
at StaxRip.x264Enc.Encode() in D:\Projekte\VB\staxrip\Encoding\x264Enc.vb:line 55
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:\Projekte\VB\staxrip\General\GlobalClass.vb:line 339

[ukmark]

It is really good on Tigerlake as well: https://forum.doom9.org/showthread.php?p=1936870#post1936870





Good settings. I would also add --bframes 16

Unfortunately, can't use b-frames and b-pyramid with fixed-function on Ice Lake. I can use them when disabling fixed-function and have used 16 b-frames, but the encode is then about 6x slower. In a few years, I'll probably get the latest CPU when fixed-function AV1 encode is available - until then I'm quite happy with Ice Lake.:)

[lordalibaski]

Just tried indexing the files with ffmsindex and it looks like it's working, but last time I used ffmsindex it knocked my files out of sync this is why I preferred using DGIndex it worked like a charm but since I did a fresh install of staxrip from 64-2.1.8.1-Beta to 64-2.1.8.4-Beta the old problem has come back.

[satstarter]

Hi, i am new here and new with staxrip just a simple question is there a bug in staxrip ?
the color transfer in VUI in staxrip for hlg is arib-srd-b67 and it should be arib-std-b67 this is only in nvenc h.265
thats why i get an error while encoding

thanx in advance

[JKyle]

the color transfer in VUI in staxrip for hlg is arib-srd-b67 and it should be arib-std-b67 this is only in nvenc h.265
thats why i get an error while encoding.

thanx in advance

Thanks for the info. Your report is confirmed. There were typos in NVEnc, QSVEnc, and VCEEnc. I corrected them and submitted a PR.
In the meantime, use the Custom: field instead to avoid an error.

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

---

[Update]

Since the fix is merged, the next version will be OK.

[JKyle]

@lordalibaski,

Try the most recent DGMPGDec package (http://rationalqm.us/dgmpgdec/dgmpgdec2004.zip) for DGIndex and DGDecode.dll(MPEG2Source).
If the problem persists, maybe your source is peculiar. Report to the DGMPGDec forum (http://rationalqm.us/board/viewforum.php?f=7&sid=156cf1910e91561ba540b0808516e902) along with your video sample in that case.
You may be able to see why the problem occurs.

And about the VapourSynth-x264 encode error, report an issue on the GitHub issue tracker (https://github.com/staxrip/staxrip/issues) along with your log.
There's no figuring out why the problem occurs without detailed info.

[satstarter]

Thanks for the info. Your report is confirmed. There were typos in NVEnc, QSVEnc, and VCEEnc. I corrected them and submitted a PR.
In the meantime, use the Custom: field instead to avoid an error.

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

---

[Update]

Since the fix is merged, the next version will be OK.

:thanks:

[lordalibaski]

@lordalibaski,

Try the most recent DGMPGDec package (http://rationalqm.us/dgmpgdec/dgmpgdec2004.zip) for DGIndex and DGDecode.dll(MPEG2Source).
If the problem persists, maybe your source is peculiar. Report to the DGMPGDec forum (http://rationalqm.us/board/viewforum.php?f=7&sid=156cf1910e91561ba540b0808516e902) along with your video sample in that case.
You may be able to see why the problem occurs.

And about the VapourSynth-x264 encode error, report an issue on the GitHub issue tracker (https://github.com/staxrip/staxrip/issues) along with your log.
There's no figuring out why the problem occurs without detailed info.



Wierd one this, thought I would try it a different way, even though it worked before. Instead of joining the files with vobmerge I added the separate files into Staxrip using the merge file option used DGIndex as normal, it joined the files and actually converted the full 2hr 16mins tried it with the files joined and it failed again now I know there is nothing up with the file I have converted this before several times with Staxrip. I did try adding the latest package but no change.

When I get time I will register on that forum and ask them.

[richardpl]

Please do not use videoh software, its full of bugs and design flaws.

[jlw_4049]

[emoji102]

Sent from my SM-G986U1 using Tapatalk

[videoh]

Wierd one this, thought I would try it a different way, even though it worked before. Instead of joining the files with vobmerge I added the separate files into Staxrip using the merge file option used DGIndex as normal, it joined the files and actually converted the full 2hr 16mins tried it with the files joined and it failed again now I know there is nothing up with the file I have converted this before several times with Staxrip. I did try adding the latest package but no change. Cool, then vobmerge is the culprit. You just need DOS /B file+file+file etc., binary concatenation. That's what DGIndex(NV) does. It has nothing to do with Staxrip versions. Staxrip works just fine and as expected.

Wonder Woman

[Atlantis]

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?

[lordalibaski]

;) ;)

Cool, then vobmerge is the culprit. You just need DOS /B file+file+file etc., binary concatenation. That's what DGIndex(NV) does. It has nothing to do with Staxrip versions. Staxrip works just fine and as expected.

Wonder Woman

Thank you for your input.

Though my question towards vobmerge being the issue, why is it only doing it on Staxrip versions above x64-2.1.8.1-Beta, every other version of Staxrip it converts the file perfectly fine!!

I could share the files but they are 9.4GB in total and it's recorded in NTSC format, hence me having to crop the file and convert it so I can upload it.

[videoh]

I could share the files... For any hope for a solution you'll have to find a way to make available the unprocessed source files.

[lordalibaski]

For any hope for a solution you'll have to find a way to make available the unprocessed source files.

Yeah I will do, I will leave them separate and upload them to my 1fichier account.

I don't actually mind just using Staxrip to merge and convert them, I think what put me off doing it this way was it failing to merge the files quite a few times, but this was several years ago hence me using vobmerge to join them.

[videoh]

There is really no reason for you to have to join the files manually. If you run into issues letting Staxrip or DGIndex(NV) process the non-joined source files, then make a report about that.

Another option if for some reason you must have a single VOB is to rip the DVD with DVDDecrypter with option File Splitting NONE in IFO Mode.

[lordalibaski]

I use DVDDecrypter but never used that option, would it actualy read the files when they are on my hard drive? Can't test it my self at the moment just doing some work.

Only asking this because these files are from actual VHS recordings to a Lite-on 760GX HDD/DVD device. I remove the hard drive from the device and transfer the recorded files over to my PC. I do it this way because I record in the highest settings if I burn the files to DVD with the device it loses quality. There is also the problem of burn failures with these old machines this is why I transfer the files to PC.

[videoh]

Alright, DVDDecrypter is out for your use case. Just transfer the VOBs to your PC and then let Staxrip process them. As I said there is really no reason to want to merge them manually. But if you must then COPY /B is quite adequate.

[lordalibaski]

The main reason why I do merge them is for when I do multiple conversions over night it's just been so much simpler to add single files than having to add multiple files for multiple conversions.

Maybe I need to do a template for when I am doing PAL conversions and one separate one for NTSC conversions. PAL is fine I can just add them and let it do it's job but with NTSC recordings I have to crop them manually and it can be time consuming, I could and should make this much easier for myself.

I have uploaded the files if you want to test them videoh but is it ok to message you the links I don't want to be leaving the links for everyone to grab because of bandwidth on my account.

If anyone else wants to have a look why this issue is happening with these files please say so and I will pm you the links to download.

[videoh]

I have uploaded the files if you want to test them videoh but is it ok to message you the links I don't want to be leaving the links for everyone to grab because of bandwidth on my account. Sure, no problem. But I will also need a full description of how to produce your issue, together with version numbers of all tools you used. I won't download anything until I have that.

[lordalibaski]

Sent I hope that's enough information you needed.

[videoh]

So far so good, thank you.

They are definitely .MPEG files and not VOBs. Investigating...

[lordalibaski]

Yeah I know that mate explained it in pm.

I think they are mpeg.ps files, they come off the lite-on as content01,02 etc, then I rename the file extension to mpeg or vob so Staxrip recognises them, that's never been an issue.

If I name them mpeg ffmsindex will index the file before converting but when it does it knocks audio out of sync, when naming to .vob DGIndex will index the file and audio is perfect.

[videoh]

Problem duplicated. Hot on the trail...

[videoh]

DGIndex was reading the filesize wrong for large files [regression when converting to use GetFileSize()]. This is fixed in DGMPGDec 2.0.0.5. Put 2.0.0.5 in your staxrip apps/support/dgmpgdec directory and update in the Apps dialog (you'll be prompted to do that by staxrip). Your problem should be history. Things only appeared related to the staxrip version because they include different versions of DGMPGDec.

Thank you, lordalibaski, for bringing this to light.

@staxrip guys

Please update to DGMPGDec 2.0.0.5. You have 2.0.0.2 in staxrip 2.1.8.4 beta. Thank you.

http://rationalqm.us/dgmpgdec/dgmpgdec2005.zip

Rocky

[lordalibaski]

Hmm...JKyle told me to do this the other day which I did I must have downloaded the same version.

Right mate without me sounding to daft I have just downloaded the latest version copied the files to \Stax\Apps\Support\DgMpgDec tested it and got this


Script Error

Cannot load a 32 bit DLL in 64 bit Avisynth: 'C:/Users/jimmy/Desktop/Stax/Apps/Support/DgMpgDec/DGDecode.dll'.

(C:\Users\jimmy\Desktop\To Convert\2000 ITF_temp\2000 ITF_source.avs, line 2)


Tried it on a fresh install and it's still same error am I copying the wrong files over here?

[JKyle]

Script Error

Cannot load a 32 bit DLL in 64 bit Avisynth: 'C:/Users/jimmy/Desktop/Stax/Apps/Support/DgMpgDec/DGDecode.dll'.

(C:\Users\jimmy\Desktop\To Convert\2000 ITF_temp\2000 ITF_source.avs, line 2)


Tried it on a fresh install and it's still same error am I copying the wrong files over here?

Replace DGDecode.dll with the one in the x64 subfolder.

[lordalibaski]

Sorted had to copy 2 files over for it to work

The DGDecode.dll from the x64 subfolder.

and DGIndex.exe from the main folder.

Many thanks videoh for all your help looking into this it's been much appreciated knew you would come good in the end.

@ JKyle thanks for pointing me in the right direction in the 1st place.

[videoh]

You are most welcome, lordalibaski. Please let me know of any future anomalies if you run into any.

[tormento]

Is there a way to suspend a x265 encoding and resume after a machine reboot?

[jlw_4049]

Is there a way to suspend a x265 encoding and resume after a machine reboot?I dont believe this is possible

Sent from my SM-G986U1 using Tapatalk

[lordalibaski]

You are most welcome, lordalibaski. Please let me know of any future anomalies if you run into any.

This is always the 1st place I come for help so I am sure I will be back again sometime asking for more advice and help.

Here is the end result of the file converted


https://www.youtube.com/watch?v=BDJBk1ZjQZU

Not much I can do with the sound on this video, I was told the cameraman was moving causing sound issues, sound being dropped from the left channel bit annoying but at least I did a decent recording and conversion of the event.

I have a question regarding this conversion as well at a later date just need to get all my information ready for when I ask the question.

[craigpro]

Hi all, I know it's very much a subject of personal opinion and source quality / content - but can anyone please recommend a good x265 / NVenc settings guide to keep as much quality as possible but reduce file sizes when resizing 1080p down to 720p? Google has plenty of 2015 etc. guides but not much recent info. Thank you.

[tormento]

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?