StaxRip

[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. :))