StaxRip

[Pengaban]

Thanks for that information!

I must have messed things up here. I used a source.ts that worked in Stax1.3.4.0 with deinterlace adaptive setting.

Now I tried it again in Stax1.4.0.0 with the command line option and it worked as supposed. Sorry, but thanks for the explanation.

So the only question remaining is why the deinterlace setting disappeared from the Encoder Options GUI? This GUI is probably part of Stax?

I noticed when I have source.ts files captures that have a small video bug/disruption in the stream the NVEnc deinterlacer goes mad at the point of the bug and produces bad quality(kind of interlaced) till the end of the stream.
And files produced with deinterlaced adaptive are smaller than files with no deinterlacing done by NVEnc. About 15% or so. And looking better than the bigger interlaced files.

[Yups]

NVIDIA GeForce Game Ready 378.66 WHQL supports Video SDK 8.0.


Video SDK 8.0
•High-bit-depth (10/12-bit) decoding (VP9/HEVC)
•OpenGL input surface support for encoder
•Weighted Prediction
•H.264 ME-only mode enhancements
http://uk.download.nvidia.com/Windows/378.66/378.66-win10-win8-win7-desktop-release-notes.pdf

[burfadel]

When adding a few hundred (yes I know...) files to Staxrip using the file batch add method, at the end after it had completed I got the following message:

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Exception
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

System.OutOfMemoryException: Out of memory.
at System.Drawing.Graphics.FromHdcInternal(IntPtr hdc)
at System.Drawing.Font.GetHeight()
at System.Drawing.Font.get_Height()
at System.Windows.Forms.GroupBoxRenderer.DrawThemedGroupBoxWithText(Graphics g, Rectangle bounds, String groupBoxText, Font font, Color textColor, TextFormatFlags flags, GroupBoxState state)
at System.Windows.Forms.GroupBoxRenderer.DrawGroupBox(Graphics g, Rectangle bounds, String groupBoxText, Font font, TextFormatFlags flags, GroupBoxState state)
at System.Windows.Forms.GroupBox.OnPaint(PaintEventArgs e)
at System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
at System.Windows.Forms.Control.OnPrint(PaintEventArgs e)
at System.Windows.Forms.Control.WmPrintClient(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.GroupBox.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

[Krizzz989]

My File Batch is defaulting to avisynth, is there a way to have it use vapoursynth? Thank you

[stax76]

@burfadel

I would guess staxrip.exe consumed too much memory, it can be caused by either staxrip itself or by avisynth/vapoursynth/plugin.

Take a look in task manager regarding memory, especially while and after using crop and preview dialogs.

My File Batch is defaulting to avisynth, is there a way to have it use vapoursynth? Thank you

Yes there is, before you open the files right-click the filters list and choose 'Filter Setup' > VapourSynth from the menu.

So the only question remaining is why the deinterlace setting disappeared from the Encoder Options GUI? This GUI is probably part of Stax?

I don't remember it, for missing switches you can make a request here or better at the github issue tracker.

[Magik Mark]

Hey stax,

Is is possible for you to release a new build? A lot of changes are now available especially x265 with new switches

[stax76]

Hey Mark,

I worked on a new audio player project lately because Media Monkey is hardly usable on my 4K display and I didn't find a good alternative, it means I've even less time for staxrip but still want to do a small update this or next month. I'm much interested in UWP apps lately so made a new simple high resolution flat style icon for StaxRip (black tombstone with RIP label), maybe I also make a simple installer, with the store it's incompatible.

[Magik Mark]

Looking forward to it stax! Take Care

[NikosD]

One other useful addition is HW encoding of H.265 for AMD cards that is missing from StaxRip.

VCEEnc is already in v3.05 version with many new options compared to v2.00

[stax76]

Nicos, I will update x265 and all of rigaya's encoders.

[NikosD]

Perfect!

[stax76]

I've uploaded it now, I try to work on x265 and the github tracker issues in the next build in 1-2 weeks.

https://github.com/stax76/staxrip/blob/master/md/test-build.md

[NikosD]

I've uploaded it now, I try to work on x265 and the github tracker issues in the next build in 1-2 weeks.

https://github.com/stax76/staxrip/blob/master/md/test-build.md

Hello Frank.

I couldn't manage getting StaxRip to work, because for the first time it keeps asking for VC 2015 runtime although it's installed.

I downloaded again the exe from the link inside StaxRip and I unistalled the old one - restart - reinstall and didn't work.
It keeps asking for the VC 2015 runtime and says "Unsupported outdated version"

Maybe your link points to an older version ?

Now, using VCEEnc I managed to find out a few bugs even without being able to use AviSynth+

Minor bugs of VCEEnc:

1) Check VCE and Check features open a new window (pop up) for each option but they are empty for both choices.

StaxRip doesn't crash or stall, just can't fill the windows with data.

2) Using H.265 encoder, Level should go up to 6.2, but it shows 5.2 like H.264.

3) AMD and VCEEnc don't support any profile option, besides Main for H.265 encoding.
You have left all options (Baseline, Main, High) like H.264 encoder in H.265 encoder.

4) The default behavior of VCEEnc is to automatically select Profile and Level for both H.264 & H.265 based on the input/output.

So, instead of "Main" as default option for profile of H.264 encoder, you should write "Automatic" like in Level tab.

That's all for now, I hope you to give me a hint of how could I manage to run StaxRip.

P.S

Nice new icon, but it's black and says "RIP" :scared:

[Khun_Doug]

I can report the same error as NickosD regarding VC2015 being needed. StaxRip reports the version is outdated or missing. I have installed the latest from Microsoft, and also installed the x86 version of VC2015. Still no go, version 1.4.0.3 won't go beyond the point of trying to find VC2015. StaxRip 1.4.0.2 runs and does not report this error.

I see this version requires a newer VapourSynth and a newer Python. Both are installed / updated. It's just the VC2015 error preventing this version from running.

Douglas

[Khun_Doug]

I like the new Icon, but I hope this is not ominous message.

[Morku]

I couldn't manage getting StaxRip to work, because for the first time it keeps asking for VC 2015 runtime although it's installed.


When VC2015 is missing window is popping up, press F12, press OK and it works again.

[NikosD]

When VC2015 is missing window is popping up, press F12, press OK and it works again.

Thank you, it works.

IIt's just the VC2015 error preventing this version from running.

Douglas

Do what Morku says with F12 key.

I've uploaded it now, I try to work on x265 and the github tracker issues in the next build in 1-2 weeks.

https://github.com/stax76/staxrip/blob/master/md/test-build.md

One more thing you could add is HW decoding using VCEEnc.

The switch is --avvce and supports HW decoding of HEVC (it's broken in latest release), AVC, MPEG2, WMV3, VC1 (it's broken)

It's like QSVEnc's HW decoding switch.

[NikosD]

EDIT2: Hmm...apparently AviSynth+_v0.1.0_r1825-MT works too. Source video is 10bit h264.



ffms2 have a new version ->
https://github.com/FFMS/ffms2/releases/download/2.23/ffms2-2.23.1-msvc.7z
Chagelog:
Added support for high bitdepth output in Avisynth+ (Myrsloik)

And -> latest Avisynth+ is r2380
http://www.mediafire.com/file/6pyic6yoto80vtq/avsplus-r2380.7z
Includes support for 10-bit formats & various color space conversions.

LSMASHSource -> r921
https://www.dropbox.com/sh/3i81ttxf028m1eh/AAABkQn4Y5w1k-toVhYLasmwa?dl=0



StaxRip-x64-1.4.0.2-test uses ffms2 2.23.1
Latest Avisynth+ r2380 still have the same "avs: invalid colorformat." error.


Beginning with r2290 Avisynth+ has native 10 bit support. Your 10 bit video is probably opened as real 10 bit by ffms2. Thus the output is also 10 bits which is not handled well by the encoder at least not without appropriate parameters. Try ConvertBits(8) line before the end of the script, or right after opening the video, or try to use a 8 bit colorspace parameter directly with ffms2.


For the first time I remember, latest StaxRip x64 v1.4.0.3 can actually open a 10bit HEVC source file using default LWLibavVideoSource without crashing.

But LSMASHVideoSource crashes on the same file in this avs line:
LSMASHVideoSource("D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts", format = "YUV420P8")


Also, I saw that LWLibavVideoSource is using the same format "YUV420P8" as LSMASH and when I tried to change it manually to "YUV420P10" it changed automatically the resolution from 3840x2160 to 7680x2160, crashing the HW encoder which is 4K only.

Using FFMpegVideoSource I get the same "avs: invalid colorformat." as John, probably because I try to feed an 8 bit HW encoder.

So the questions regarding 10 bit sources are:

1) What's the problem with LSMASH filter crashing while LWLibav works OK on the same 10 bit source ?

2) How can I change LWLibav format from "YUV420P8" to "YUV420P10" without LWLibav changing automatically resolution ?

3) How can I use ffms2 filter to handle the 10 bit -> 8 bit conversion to feed the 8 bit HW encoder ?

4) Which is the best way (in quality terms not speed) for a 10 bit -> 8 bit conversion using StaxRip avisynth filters ?

[sneaker_ger]

1.) LSMASHVideoSource() can only open mp4/mov/3gp. (though it should never crash, just show an error message)
2.) I don't understand your question. It doesn't change resolution.
3.) Current ffms2 for AviSynth will automatically dither to 8 bit. For AviSynth+ and VapourSynth you need to use an additional filter for the downconversion (e.g. fmtconv) or use the colorspace parameter (https://github.com/FFMS/ffms2/blob/master/doc/ffms2-avisynth.md#string-colorspace--).
4.) For lossy 8 bit encoding use an ordered dither.

[NikosD]

1.) LSMASHVideoSource() can only open mp4/mov/3gp. (though it should never crash, just show an error message)


It doesn't crash. It just shows an error message.
Thanks for your reply, I thought it works for MKV too.


2.) I don't understand your question. It doesn't change resolution.


I know it's strange, but it does.
Maybe a bug of StaxRip ?


3.) Current ffms2 for AviSynth will automatically dither to 8 bit. For AviSynth+ and VapourSynth you need to use an additional filter for the downconversion (e.g. fmtconv) or use the colorspace parameter (https://github.com/FFMS/ffms2/blob/master/doc/ffms2-avisynth.md#string-colorspace--).

4.) For lossy 8 bit encoding use an ordered dither.

Thanks. I'll try it.

[sneaker_ger]

I know it's strange, but it does.
Maybe a bug of StaxRip ?
Provide log.

[NikosD]

Provide log.

The original clip is 3840x2160:


D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts

General
ID : 0 (0x0)
Complete name : D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts
Format : MPEG-TS
File size : 687 MiB
Duration : 1 min 51 s
Overall bit rate mode : Constant
Overall bit rate : 51.6 Mb/s

Video
ID : 257 (0x101)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
Codec ID : 36
Duration : 1 min 50 s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Writing library : ATEME Titan KFE 3.6.2 (4.6.1.9)



Using the format = "YUV420P10" it becomes 7680x2160 and crashes the 4K HW encoder.

Input width should be in range of 64 - 4096 (7680 specified).
Finished with error in VCEEncC.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Error Encoding using VCEEncC 3.05v2 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Encoding using VCEEncC 3.05v2 x64 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.

Input width should be in range of 64 - 4096 (7680 specified).
Finished with error in VCEEncC.

Take a look of the screenshot:
https://s15.postimg.org/juu2vegwb/7680x2160.jpg

[sneaker_ger]

Ah, my bad. Yes, since AviSynth is only 8 bit outputting 10 or 16 bit will seemingly double the resolution. It has to be passed to x264/x265 with raw input in a special way. I don't know how that works in Stax Rip. I assume it should work in VapourSynth, though. Otherwise let lwlibavvideosource wither to 8 bit or use something like dither tools to do the job.

[fredlkrue]

Doesn't anyone else have problems opening the latest Staxrip test buid under windows 7 64 bits?, I am getting this error message: "The application has failed to start becuase its side-by-side configuration is incorrect."

[NikosD]

I've uploaded it now, I try to work on x265 and the github tracker issues in the next build in 1-2 weeks.

https://github.com/stax76/staxrip/blob/master/md/test-build.md

I can't figure it out why, but using the above 10 bit HEVC source and the default LWLibavVideoSource filter and ffms2, the original 59.940 fps becomes 25 fps changing completely the initial duration of 1min 51sec to 4min 25sec, using VCEEnc HW HEVC encoder.

Using x264 8bit, works fine with all other parameters equal to VCEEnc.

Log here:

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Source file MediaInfo
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts

General
ID : 0 (0x0)
Complete name : D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts
Format : MPEG-TS
File size : 687 MiB
Duration : 1 min 51 s
Overall bit rate mode : Constant
Overall bit rate : 51.6 Mb/s

Video
ID : 257 (0x101)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
Codec ID : 36
Duration : 1 min 50 s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Writing library : ATEME Titan KFE 3.6.2 (4.6.1.9)

Audio
ID : 258 (0x102)
Menu ID : 1 (0x1)
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Muxing mode : ADTS
Codec ID : 15
Duration : 1 min 50 s
Bit rate mode : Variable
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 spf)
Compression mode : Lossy

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Script
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

LoadPlugin("D:\various_progs\Video\Transcoders\Progs\GUI\StaxRip-x64-1.4.0.3-test\Apps\Plugins\avs\L-SMASH-Works\LSMASHSource.dll")
LWLibavVideoSource("D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts", format = "YUV420P8")

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Script Properties
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

source frame count : 6646
source frame rate : 59.940060
source duration : 00:01:50.8770000
target frame count : 6646
target frame rate : 59.940060
target duration : 00:01:50.8770000

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Encoding using VCEEncC 3.05v2 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

@echo off
D:\various_progs\Video\Transcoders\Progs\GUI\StaxRip-x64-1.4.0.3-test\Apps\VCEEncC\VCEEncC64.exe --codec hevc --vbr 22514 -i "D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color_temp\Samsung_SUHD_Journey_of_Color.avs" -o "D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color_temp\Samsung_SUHD_Journey_of_Color_out.hevc"

cmd.exe /C call "D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color_temp\Samsung_SUHD_Journey_of_Color_VCEEncC.bat"

VCEEnc 3.05 (x64) / Windows 10 (x64)
CPU: Intel Core i5-2400 @ 3.10GHz [TB: 3.20GHz] (4C/4T)
GPU: Radeon RX 470 Graphics [Ellesmere 1300MHz (2264.11), AMF 1.4]
Input Info: Avisynth 2.60 yv12->nv12[AVX], 3840x2160p, 60000/1001 fps
Output: H.265/HEVC main @ Level 5.1 (main tier)
3840x2160p 1:1 59.940fps (60000/1001fps)
Quality: balanced
VBR: 22514 kbps, Max 40000 kbps
QP: Min: 0, Max: 51
VBV Bufsize: 40000 kbps
Bframes: 0 frames
Motion Est: Q-pel
Slices: 1
GOP Len: 600 frames
Others: deblock
encoded 6646 frames, 27.41 fps, 19594.91 kbps, 259.00 MB
encode time 0:04:02, CPULoad: 77.44
storage->SetProperty(HevcFillerDataEnable) failed Error:AMF_FAIL

Start: 1:11:33 μμ
End: 1:15:37 μμ
Duration: 00:04:03

General
Complete name : D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color_temp\Samsung_SUHD_Journey_of_Color_out.hevc
Format : HEVC
Format/Info : High Efficiency Video Coding
File size : 259 MiB

Video
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L5.1@Main
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Muxing using mkvmerge 9.9.0 x64
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

D:\various_progs\Video\Transcoders\Progs\GUI\StaxRip-x64-1.4.0.3-test\Apps\MKVToolNix\mkvmerge.exe -o "D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.mkv" --noaudio --nosubs --no-chapters --no-attachments --no-track-tags --no-global-tags "D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color_temp\Samsung_SUHD_Journey_of_Color_out.hevc" --novideo --nosubs --no-chapters --no-attachments --no-track-tags --no-global-tags --audio-tracks 1 --language 1:und --track-name "1:" --default-track 1:0 "D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts" --ui-language en

mkvmerge v9.9.0 ('Pick Up') 64bit
'D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color_temp\Samsung_SUHD_Journey_of_Color_out.hevc': Using the demultiplexer for the format 'HEVC/h.265'.
'D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts': Using the demultiplexer for the format 'MPEG transport stream'.
'D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color_temp\Samsung_SUHD_Journey_of_Color_out.hevc' track 0: Using the output module for the format 'HEVC/h.265 (unframed)'.
'D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.ts' track 1: Using the output module for the format 'AAC'.
The file 'D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.mkv' has been opened for writing.
The cue entries (the index) are being written...
Multiplexing took 5 seconds.

Start: 1:15:37 μμ
End: 1:15:42 μμ
Duration: 00:00:05

General
Complete name : D:\Video\Beyond HD\4K (3840x)\H.265\10bit\Samsung_SUHD_Journey_of_Color.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 262 MiB
Duration : 4 min 25 s
Overall bit rate : 8 252 kb/s
Encoded date : UTC 2017-02-24 11:15:37
Writing application : mkvmerge v9.9.0 ('Pick Up') 64bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L5.1@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 4 min 25 s
Bit rate : 8 171 kb/s
Width : 3 840 pixels
Height : 2 160 pixels
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
Bits/(Pixel*Frame) : 0.039
Stream size : 259 MiB (99%)
Default : Yes
Forced : No

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 1 min 50 s
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 spf)
Compression mode : Lossy
Stream size : 2.50 MiB (1%)
Default : No
Forced : No

[stax76]

I can't figure it out why, but using the above 10 bit HEVC source and the default LWLibavVideoSource filter and ffms2, the original 59.940 fps becomes 25 fps changing completely the initial duration of 1min 51sec to 4min 25sec, using VCEEnc HW HEVC encoder.

I compared your log against a log created using x265, the difference was that mediainfo showed the framerate for the hevc, you could ask rigaya if he can write the framerate to the hevc file, I've added a check for it and if it's missing it's set by the muxer, I've not tested it, I hope it works.

Doesn't anyone else have problems opening the latest Staxrip test buid under windows 7 64 bits?, I am getting this error message: "The application has failed to start becuase its side-by-side configuration is incorrect."

I had edited the manifest file which unfortunately was incompatible with Win 7, it's fixed in the new built. Two things to note:

1) Win 7 support might get dropped tomorrow

2) Windows is all about UWP, anything else is on life support just like staxrip

Ah, my bad. Yes, since AviSynth is only 8 bit outputting 10 or 16 bit will seemingly double the resolution. It has to be passed to x264/x265 with raw input in a special way. I don't know how that works in Stax Rip. I assume it should work in VapourSynth, though. Otherwise let lwlibavvideosource wither to 8 bit or use something like dither tools to do the job.

The settings and defaults used for avisynth and vapoursynth can be edited in various ways, in the x265 dialog there are options on the Input/Output tab, for now there isn't any automation or error detection in staxrip regarding such options. You can see what options staxrip used in the log file which can be opened from main menu > tools > log file

I like the new Icon, but I hope this is not ominous message.

I created it with paint.net mostly because the old one looked too blurry in the Win 10 start menu using 288 DPI.

Probably there won't be great new features but I should be able to keep everything up-to-date, I will update tools and codecs, fix changed and new switches and add new codecs, av1 will be added once finalized.

I couldn't manage getting StaxRip to work, because for the first time it keeps asking for VC 2015 runtime although it's installed.

I couldn't figure out what exactly went wrong but I changed the message to:

Unsupported outdated version, continue with F12 if you must.

What I did is a) install vapoursynth R36 which forces a VC++ 2015 install and b) copy the download link from the vapoursynth installer found on githup

Check VCE and Check features open a new window (pop up) for each option but they are empty for both choices.

Does it work in the current build? Before there was a copy paste bug pointing to nvencc.exe, thanks for the feedback on vceencc, check out the new build.

I'm wondering why on the latest Stax1.4.0.0 with NVEnc 3.02 I cant find the deinterlace function in Encoder Options?

it's only visible with nvencc decoder selected on the basic tab but due to a bug was always hidden

new build has x265 updated:

https://github.com/stax76/staxrip/blob/master/md/test-build.md

[NikosD]

https://github.com/stax76/staxrip/blob/master/md/test-build.md

You fixed (almost) everything and you added all the features I asked, thank you.

The two minor bugs of --check-features and --check-vce still exist.

The pop up window is still empty for both.

[manolito]

1) Win 7 support might get dropped tomorrow


Wow, this is what I call "being far ahead of all the rest"... :devil:
Dropping support for an OS which according to the latest statistics still has a market share of 50% (vs. 25% for Win10). Even 3 years ahead of Microsoft which will drop Win7 support in Jan. 2020. Very impressive indeed...



2) Windows is all about UWP, anything else is on life support just like staxrip


Really? So why don't you make an UWP app out of StaxRip? I am sure that there are tons of StaxRip users who can't wait to run StaxRip on their X-Box or on a smartphone.


Cheers
manolito

[stax76]

it reads std out in both cases:

ProcessHelp.GetStdOut(Package.NVEncC.Path, "--check-features")

ProcessHelp.GetStdOut(Package.VCEEncC.Path, "--check-features")


do you get output with:

VCEEncC.exe --check-features


and do you also get output with:

VCEEncC.exe --check-features 2> nul

[NikosD]

Do you mean in a Windows command prompt ?

Yes, it works for the first one.

The second with 2>nul does nothing (no error messages, just nothing)

If you mean somehow inside StaxRip, you have to tell me how to do that.

[stax76]

Wow, this is what I call "being far ahead of all the rest"...
Dropping support for an OS which according to the latest statistics still has a market share of 50% (vs. 25% for Win10). Even 3 years ahead of Microsoft which will drop Win7 support in Jan. 2020. Very impressive indeed...

yes sorry, bold statement :D, though staxrip was often early with various things since 2002 being the first .net 1.0 app here at doom9, I use Visual Studio 2017 RC for staxrip development and there isn't anything new which isn't Win 7 compatible so it should remain compatible for minimum 2-3 years.

Really? So why don't you make an UWP app out of StaxRip? I am sure that there are tons of StaxRip users who can't wait to run StaxRip on their X-Box or on a smartphone.

it will likely never happen because:

1) staxrip was my first app and the GUI code isn't decoupled making a port difficult

2) since staxrip includes command line apps and maybe more UWP limitations a port is not possible

3) legacy desktop apps are fine for years to come (or even decades)

personally I'm very excited about UWP apps and also about chromium/electron apps

The second with 2>nul does nothing (no error messages, just nothing)

I think this means that it writes to std err instead of std out, I can read from std err, probably better if rigaya fixes it. Maybe you can mail him that it should rather write to std out instead of std err.

[NikosD]

I compared your log against a log created using x265, the difference was that mediainfo showed the framerate for the hevc, you could ask rigaya if he can write the framerate to the hevc file, I've added a check for it and if it's missing it's set by the muxer, I've not tested it, I hope it works.





I think this means that it writes to std err instead of std out, I can read from std err, probably better if rigaya fixes it. Maybe you can mail him that it should rather write to std out instead of std err.



I have emailed him for both.

He will probably see his emails tomorrow.

[manolito]

... and there isn't anything new which isn't Win 7 compatible so it should remain compatible for minimum 2-3 years.


Thanks Stax...

no need to worry about Win7 compatibility for me since I still use (and love) the old 32bit version 1.1.9.0. Main reason is that my workflow requires to use some VDub plugins which will not run under 64bit AviSynth+.

And the old version does everything I need. I have not much use for GPU assisted encoding for quality reasons, and HEVC is also not on my wish list. In fact I found out that starting in April when German DVB-T2 broadcasts in HEVC I will have to downconvert all the HD TV captures to AVC. My old and trusted Xtreamer Sidewinder streaming box cannot decode HEVC, and I refuse to get myself a newer streaming box just for this reason. Call me Old-School... :p


Cheers
manolito

[fredlkrue]

I had edited the manifest file which unfortunately was incompatible with Win 7, it's fixed in the new built. Two things to note:

1) Win 7 support might get dropped tomorrow

2) Windows is all about UWP, anything else is on life support just like staxrip


Thanks for fixing it, long live Windows 7...

[DaMacFunkin]

Long Live Windows 7 +1...

Is there a way for StaxRip to demux the audio and subtitles at the same time instead of doing separate passes?
Thank You.

[Leo 69]

Stax, many thanks for the new build.

Next time you'll release a stable or test build, please include --qg-size 8 to the selection menu of x265 as well. On the side note, that new icon (RIP) is really bad:) Is there a chance you'll change it to something more happier in the future?
Cheers.

[NikosD]

new build has x265 updated:

https://github.com/stax76/staxrip/blob/master/md/test-build.md

Next VCEEnc v3.06 will send --check-vce and --check-features to std out.

Now, regarding framerate written on the file, it works for H.264 but it's not working for H.265.

This is a problem of AMD AMF API and we must wait for AMD to fix it.

[NikosD]

new build has x265 updated:

https://github.com/stax76/staxrip/blob/master/md/test-build.md

New VCEEncC v3.06 is out http://rigaya34589.blog135.fc2.com/blog-entry-901.html and by replacing the app inside StaxRip I can now see both --check-vce and --check-features, although I think the pop up window of --check-features is a little small but generates automatically a right scroll bar.

[stax76]

although I think the pop up window of --check-features is a little small but generates automatically a right scroll bar.

I made it a bit larger.

please include --qg-size 8 to the selection menu of x265 as well

New build is available.

On the side note, that new icon (RIP) is really bad Is there a chance you'll change it to something more happier in the future?

Probably not soon except somebody creates an awesome icon.

Is there a way for StaxRip to demux the audio and subtitles at the same time instead of doing separate passes?

This would be very difficult to change.

New build with font/runtime generated icons.

https://github.com/stax76/staxrip/blob/master/md/test-build.md

https://s29.postimg.org/5ghf7voaf/Screenshot_46.png

[NikosD]

I made it a bit larger.

New build is available.



Ι'll see your new version later today.

In the meantime, is there any answer regarding this ?



Hello Frank.

I hope you are doing fine.

I have a bunch of MKV files that I want to transcode in file batch mode, but at the same time I want to remove the embedded subtitles which are inside.

The default option is to include subtitles in "file batch" mode.

Is there any way to remove them ? (In File batch mode of course)

Thank you !

[stax76]

Deleting 'Preferred Languages' in the options should do the trick.

[NikosD]

I made it a bit larger.

New build is available.


Better


New build with font/runtime generated icons.


I like your icons, I don't know yet about the font.

Deleting 'Preferred Languages' in the options should do the trick.

Yes, it did.
Thanks.

[IntelHEVC]

Hi Stax...

When does the support for 10bit and the color spectrum Bt2020 for Intel hardware encoder in Stax be installed?

For Intel Kaby-Lake!

[Magik Mark]

Stax,

I'm getting this error from time to time:

https://s28.postimg.org/4rdno2xg9/Stax_Error.png (https://postimg.org/image/4rdno2xg9/)

Any thoughts why?

[Ma]

I'm getting this error from time to time:

x265 [error]: empty stats file

Any thoughts why?

x265 can display this error message only from this line:
https://bitbucket.org/multicoreware/x265/src/6e348252e90234f7dbde5406f6a4a8b5ef18ceb9/source/encoder/ratecontrol.cpp?at=default&fileviewer=file-view-default#ratecontrol.cpp-514

Did you make 1 pass by different version of x265? Could you paste log file from 1 pass and 2 pass?

[stax76]

Hi Stax...

When does the support for 10bit and the color spectrum Bt2020 for Intel hardware encoder in Stax be installed?

For Intel Kaby-Lake!

Please elaborate, I don't have great experience with 10bit and Bt2020.

@Magik Mark

Please post the full log to www.pastebin.com with expiring option for 30 days and use a text editor (like sublime text) to obfuscate file paths if necessary.

[Yups]

Please elaborate, I don't have great experience with 10bit and Bt2020.



QSVEnc is using HEVC 10 bit with this option below on Kabylake

--profile main10

[stax76]

QSVEnc is using HEVC 10 bit with this option below on Kabylake

--profile main10

Thanks, it will be available in the next build.

[Khun_Doug]

Testing build 1.4.0.5 and it appears the keyboard shortcuts in Preview are non-functional. I know I could use the left and right arrow keys to move forward and backward, and I feel sure the up and down arrows moved forward and backward in larger units. In rev 1.4.0.5 none of the keys seems to do anything.

Douglas

[IntelHEVC]

Thanks, it will be available in the next build.

Profile 10 Bit and Color-Range BT2020 for UHD