StaxRip 2.0 Support Thread

[paauw]

https://imgur.com/a/vbBiBgp



hope this helps

[K.i.N.G]

Is there any way to manually add an audio encoder?
I'd like to add OpusEnc.exe ... since it results in better quality than the ffmpeg included one (according to ffmpeg documentation).

[Revan654]

Originally Posted by paauw

https://imgur.com/a/vbBiBgp



hope this helps

It's likely you have the strict option enable which throw up an warning if it doesn't follow it's guideline.

Right click on Staxrip on right menu -> Properties

Compile Tab -> Disable all warnings.

FYI, I don't use github app when import project. I do it all manually, I found the github to be a giant PIA to use and creates a bunch of issues.

[Revan654]

Originally Posted by K.i.N.G

Is there any way to manually add an audio encoder?
I'd like to add OpusEnc.exe ... since it results in better quality than the ffmpeg included one (according to ffmpeg documentation).

The audio should be very similar to one another since, OpusEnc libs are used to compile ffmpeg.

----

Technically yes, You have to create command events and command cli. Not sure how well it will work in automation chain. You will have to disable the main audio function.

Just remember, Staxrip also has normalize audio functions and such. Not sure if OpusEnc has additional functions.

[paauw]

you were right the github clone was PIA...
i downloaded master.zip from github...opened the staxrip file
(had to install 4.7.2. sdk) and the build did go well...

I hope i did the right thing and copied the files in the bin directory of the unzipped masterfile (staxrip.exe and others) to your staxrop 2.0.0.0 directory and started staxrip...no more errors like before but when i started to encode it failed when it did try to start qsvencc with the message :

----------------------------- QSVEnc Error -----------------------------

H.265/HEVC isn't supported by your Hardware.



any suggestions ?

[paauw]

this is the message also

QSVEnc Error (2.0.0.0)

H.265/HEVC isn't supported by your Hardware.

StaxRip.ErrorAbortException: H.265/HEVC isn't supported by your Hardware.
at StaxRip.QSVEnc.Encode()
at StaxRip.GlobalClass.ProcessVideo()
at System.Threading.Tasks.Task.Execute()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at StaxRip.GlobalClass.ProcessJob(String jobPath)

[paauw]

is it also possible that paralel processing does not work anymore...?

[katzenjoghurt]

Thanks for keeping StaxRip alive, Revan!

I got the feeling that the colors aren't off in the video comparison tool any more when comparing an 8bit with am 10bit encoded movie - could that be?
If yes... great work!!

I got two other issues though with the tool...

1) After importing a bigger video file (like a 20GB AVC clip taken from a BluRay) the comparer seems to take a long break now where the application won't react for minutes.

2) For whatever reason source and encoded video are often (not always!) async by one frame now in the video comparison tool although frame count and fps are the same.
The same videos would show in sync when comparing with 1.7.0.6.
Would have loved to give you examples but I couldn't reproduce it with test clips.
But this could also be turned into a feature request - the ability to set a frame offset for each compared video would be something I always missed as I rarely had problems with async files in old StaxRip as well.

[Revan654]

Originally Posted by paauw

you were right the github clone was PIA...
i downloaded master.zip from github...opened the staxrip file
(had to install 4.7.2. sdk) and the build did go well...

I hope i did the right thing and copied the files in the bin directory of the unzipped masterfile (staxrip.exe and others) to your staxrop 2.0.0.0 directory and started staxrip...no more errors like before but when i started to encode it failed when it did try to start qsvencc with the message :

----------------------------- QSVEnc Error -----------------------------

H.265/HEVC isn't supported by your Hardware.



any suggestions ?

Source files are Work in Progress, Assume you may run into a bug or two as progress goes on. Just have to re-check for updated files as progress goes on.

It's just part of programming, you fix one thing but breaks another.

[Revan654]

Originally Posted by paauw

is it also possible that paralel processing does not work anymore...?

Depends on you expect to happen. It does encode, audio & video at the same time.

[Revan654]

Originally Posted by katzenjoghurt

Thanks for keeping StaxRip alive, Revan!

I got the feeling that the colors aren't off in the video comparison tool any more when comparing an 8bit with am 10bit encoded movie - could that be?
If yes... great work!!

I got two other issues though with the tool...

1) After importing a bigger video file (like a 20GB AVC clip taken from a BluRay) the comparer seems to take a long break now where the application won't react for minutes.

2) For whatever reason source and encoded video are often (not always!) async by one frame now in the video comparison tool although frame count and fps are the same.
The same videos would show in sync when comparing with 1.7.0.6.
Would have loved to give you examples but I couldn't reproduce it with test clips.
But this could also be turned into a feature request - the ability to set a frame offset for each compared video would be something I always missed as I rarely had problems with async files in old StaxRip as well.

I usually forget that app even exist at times. It has not been updated since 1.7.

- You are loading a massive file into the code, it takes time to index & cache that file. It uses FFVideoSource as the source filter using AVS.

- Many of offset is usually based off the codec, filter, or if the fps is off by .1 even if it doesn't show it in info data.

It's why it's usually a good idea to respec the video before encoding just incase something is off.

- There allot of elements to take into account like range, Depth, and the display. Most PC Monitors are only 8Bit. You will not get the full effect of 10Bit color.

[Forteen88]

@Revan654. When I used your Staxrip.2.0.0.0.x64, and "aq-mode" set to "Enabled", it still sets aq-mode to 2...
I hope you fix that, because I've gone over to use MeGUI instead (even though MeGUI produced a green video when using DGDec on a mpeg1-video, while Staxrip2.0 didn't (I don't know which mpeg-1 decoder it uses)).
Thanks in advance, if you fix that bug.

[videoh]

Originally Posted by Forteen88

MeGUI produced a green video when using DGDec on a mpeg1-video

DGDecNV does not support MPEG1. DGMPGDec (DGIndex + MPEG2Source) does support MPEG1.

[Forteen88]

Originally Posted by videoh

DGDecNV does not support MPEG1. DGMPGDec (DGIndex + MPEG2Source) does support MPEG1.

Thanks, but I don't think that I used DGDecNV, I used MeGUI:s default MPEG-1 decoder. I don't see DGDecNV in,
C:\Utils\MeGUI-2896-64\tools\dgindex

The only DLL in that directory is DGDecode.dll

[videoh]

If you can give me a link to the source file, I can look into it.

Does the file open when opening with DGIndex/DGDecode directly, rather than through MeGUI?

[Forteen88]

Originally Posted by videoh

If you can give me a link to the source file, I can look into it.

Does the file open when opening with DGIndex/DGDecode directly, rather than through MeGUI?

Download source from here, https://www5.zippyshare.com/v/1par8rZv/file.html

It's a very small video file, I just used it for test, so don't bother fixing that bug if it takes much time fixing it.

I don't know exactly what you mean, I think I saw something in MeGUI mentioning DGDec (but I'm not 100% sure) when encoding this video to x265-video with "One-click" encode mode.
Thanks.

[videoh]

Works fine using DGIndex/DGDecode standalone, so any issue you see must be MeGUI-related.

[Revan654]

Originally Posted by Forteen88

@Revan654. When I used your Staxrip.2.0.0.0.x64, and "aq-mode" set to "Enabled", it still sets aq-mode to 2...
I hope you fix that, because I've gone over to use MeGUI instead (even though MeGUI produced a green video when using DGDec on a mpeg1-video, while Staxrip2.0 didn't (I don't know which mpeg-1 decoder it uses)).
Thanks in advance, if you fix that bug.

aq-mode in what Encoder. aq-mode doesn't give much details, since most encoders have aq-mode.

[Natty]

Originally Posted by katzenjoghurt

I got two other issues though with the tool...

1) After importing a bigger video file (like a 20GB AVC clip taken from a BluRay) the comparer seems to take a long break now where the application won't react for minutes.

2) For whatever reason source and encoded video are often (not always!) async by one frame now in the video comparison tool although frame count and fps are the same.
The same videos would show in sync when comparing with 1.7.0.6.
Would have loved to give you examples but I couldn't reproduce it with test clips.
But this could also be turned into a feature request - the ability to set a frame offset for each compared video would be something I always missed as I rarely had problems with async files in old StaxRip as well.

i have the same issue along with a few other bugs/issues but revan always replies stuffs like "nothing has been changed much" so i dont report the issues/bugs anymore.

[Forteen88]

Originally Posted by Revan654

aq-mode in what Encoder. aq-mode doesn't give much details, since most encoders have aq-mode.

In x265-3.0_RC+10-672ce05_vs2017-AVX2 (msystem).7z

EDIT: Thanks videoh, for telling me. Then I can report to MeGUI-devs that there's a bug in their MPEG-1 conversion.