StaxRip

[Groucho2004]

I tried to code it, unfortunately without success so far. :(

http://pastebin.com/789qdpSz

FormatMessage fails with: Die angegebene Image-Datei enthält keinen Ressourcenabschnitt
No idea. Last I worked on some Basic code was 1994 and that was vastly different to VB code nowadays, therefore => Ich verstehe nur Bahnhof.

[LoRd_MuldeR]

Fair enough but the exit code could at least be checked against the range of NT Status error codes.

You mean the range that goes from 0x00000000 to 0xC03A0019? ;)
https://msdn.microsoft.com/en-us/library/cc704588.aspx

What you actually can do is: Interpret the return value as a DWORD and compare it against a few specific NTSTATUS codes that typically indicate abnormal program termination.

If you got a match, then you probably (though not necessarily) detected a crash and got an NTSTATUS code from the system. Otherwise it's probably (though not necessarily) a "normal" exit code return by the application.

It's not a "perfect" solution, but AFAIK the Win32 API doesn't provide a better method. I'm not aware of an API to check whether the process terminated "normally" or not. So this should solution be working well enough.

At least that's what I'm doing...


I tried to code it, unfortunately without success so far. :(

http://pastebin.com/789qdpSz

FormatMessage fails with: Die angegebene Image-Datei enthält keinen Ressourcenabschnitt

Try removing the FORMAT_MESSAGE_FROM_HMODULE flag and set the module handle to NULL.

For most system messages you don't need to provide the module. And NTDLL.DLL probably doesn't even support this (as the error messages indicates).

You would have to explicitly specify the module for messages from WININET.DLL, for example.

[Groucho2004]

You mean the range that goes from 0x00000000 to 0xC03A0019? ;)
https://msdn.microsoft.com/en-us/library/cc704588.aspx

What you actually can do is: Interpret the return value as a DWORD and compare it against a few specific NTSTATUS codes that typically indicate abnormal program termination.

If you got a match, then you probably (though not necessarily) detected a crash and got an NTSTATUS code from the system. Otherwise it's probably (though not necessarily) a "normal" exit code return by the application.

It's not a "perfect" solution, but AFAIK the Win32 API doesn't provide a better method. I'm not aware of an API to check whether the process terminated "normally" or not. So this should solution be working well enough.
Yes, pretty much along these lines.

[stax76]

No idea. Last I worked on some Basic code was 1994 and that was vastly different to VB code nowadays, therefore => Ich verstehe nur Bahnhof.

I've also tried your C++ example with NTSTATUS 0xC0000005 but it didn't work either.

What you actually can do is: Interpret the return value as a DWORD and compare it against a few specific NTSTATUS codes that typically indicate abnormal program termination.

So what are common codes then?

Try removing the FORMAT_MESSAGE_FROM_HMODULE flag and set the module handle to NULL.

For most system messages you don't need to provide the module. And NTDLL.DLL probably doesn't even support this (as the error messages indicates).

You would have to explicitly specify the module for messages from WININET.DLL, for example.

Using the module is supposed to work according MS:

https://support.microsoft.com/en-us/kb/259693

I tried with and without module in VB.NET and C++, nothing worked.

[NikosD]

Here it worked.

http://pastebin.com/Fe1ZkJc5



I can clearly see in your log file that mkvmerge is indeed muxing all three subs.

BUT you used DGIndexNV for indexing.

Can you please try with the default settings of StaxRip, without using DG* tools ?

I always assume using StaxRip without extra (commercial) added apps.

[LoRd_MuldeR]

Using the module is supposed to work according MS:
https://support.microsoft.com/en-us/kb/259693

I tried with and without module in VB.NET and C++, nothing worked.

I never used VB.NET. The last time I used BASIC was probably on my old C64. Anyway, here is the C# code, which should be easy to adapt:
http://pastebin.com/VV24PUaR

[stax76]

I never used VB.NET. The last time I used BASIC was probably on my old C64. Anyway, here is the C# code, which should be easy to adapt:
http://pastebin.com/VV24PUaR

Great help, thanks. I'm not sure but it looks like my bug was the string marshaling, usually the marshaller is smart about System.String and System.Text.StringBuilder, I don't know why it's not working in this case.

edit:

It wasn't the automatic string marshalling but the definition of the second param IntPtr lpSource which I had defined using ref.

<DllImport("Kernel32.dll", SetLastError:=True, CharSet:=CharSet.Unicode)>
Function FormatMessageW(dwFlags As Integer,
ByRef lpSource As IntPtr,
dwMessageId As Integer,
dwLanguageId As Integer,
ByRef lpBuffer As String,
nSize As Integer,
ByRef Arguments As IntPtr) As Integer
End Function

The error message I had makes sense then of course.

Die angegebene Image-Datei enthält keinen Ressourcenabschnitt

[stax76]

@NikosD

With FFVideoSource it's also working, I also tried demuxing to SRT and using MKV directly as subtitle source and both worked.

[RazorBurn]

@myksto

Install AviSynth+ r1825. Press F12 to edit the version.

If you see the message than StaxRip thinks you are using a wrong version but F12 allows you to use it anyway.

Here is the latest build:

https://www.mediafire.com/folder/0jakce45o99kb/StaxRip


May i know what are the changes in the 10-16-2015 build of StaxRip?

[dejong12]

May i know what are the changes in the 10-16-2015 build of StaxRip?
https://github.com/stax76/staxrip/wiki/Changelog

[stax76]

https://github.com/stax76/staxrip/wiki/Changelog

It's not in sync, I edit the page after every code change but don't upload a new test build after every code change, not the best solution I know, I might find something better.

[turok]

Thanks for fixing autoload issue Stax76! forgot I had an account here...

does the vorbis encoder used by staxrip roll with vanilla or aotuv version? I use opus currently but I am curious...

[reeboot]

StaxRip uses the avifile VFW API to open avs and vpy like VirtualDub so you could try to open your virtual avi file with VirtualDub, it should work with both VirtualDub x86 and VirtualDub x64. Using virtual file systems it should be possible to mix x86 with x64 or to mix AviSynth with VapourSynth, both AviSynth and VapourSynth can output to a virtual file systems and AviSynth, VapourSynth and StaxRip can open such virtual files.

Sorry I do not understand probably my English is bad ...:helpful:

[stax76]

Thanks for fixing autoload issue Stax76! forgot I had an account here...

does the vorbis encoder used by staxrip roll with vanilla or aotuv version? I use opus currently but I am curious...

It's using ffmpeg so probably no aotuv.

Sorry I do not understand probably my English is bad

Can VirtualDub x64 load the file?

[NikosD]

@NikosD

With FFVideoSource it's also working, I also tried demuxing to SRT and using MKV directly as subtitle source and both worked.
Then, is my system possessed ?

Spooky...

Is there anyone else who could try to just remux the clip with default settings and all subs included ?

Just to be sure it is me...

[reeboot]

Can VirtualDub x64 load the file?
Not stax virtualdub 64 does not open this fil
15071e
Thanks for your help :thanks:

[stax76]

Not stax virtualdub 64 does not open this fil
15071e
Thanks for your help :thanks:

You can also try VirtualDub x86, maybe it's not possible to mix x86 and x64 using the virtual file of your frame server tool.

I believe with AviSynth's and VapourSynth's virtual file system mixing x86 with x64 is no problem.

It can take hours until attachments get approved, you might want to edit your post using a image/file hoster or cloud drive.

@NikosD

It's probably a different setting or action, with a log file there would be a chance to find something...

[g0th1ckn1ght]

I currently have video and audio set to Just Mux (file size is not an issue for me) but for some reason the profile is set to Advanced@L3.

Is there a way to change that please without having to set the codec to x264.

Thank you.

Edit:

It seems to be setting it to Level 3 during the intial import of the Bluray title. Is there a way to extract the main video at a higher level?

EDIT 2

Please ignore the above post. I worked it out :(

[NikosD]

@NikosD

It's probably a different setting or action, with a log file there would be a chance to find something...

OK, the procedure is simple.

I just select the file to open and I press "All" subtitles in the dialog window, along with the audio file of course.

Then, I choose "Just mux" for video and audio and automatic source.
Even if I select an audio or video encoding (like Intel H.264 or x264) there is no difference.

The result after finishing the process is this:
http://pastebin.com/74Et2MAG

[huhn]

is there a way to use lossless nvidia AVC encoding in your program?

[reeboot]

You can also try VirtualDub x86, maybe it's not possible to mix x86 and x64 using the virtual file of your frame server tool.

I believe with AviSynth's and VapourSynth's virtual file system mixing x86 with x64 is no problem.

It can take hours until attachments get approved, you might want to edit your post using a image/file hoster or cloud drive.


Vapoursynth not work either
I think I will use the 32-bit versions

[stax76]

@NikosD

Please post a screenshot of the muxing tab in the container options dialog.

is there a way to use lossless nvidia AVC encoding in your program?

I don't know if NVEncC or the underlying NVIDIA API supports it, if you want I can give you the Email address of the NVEncC author rigaya or I can ask for you.

[myksto]

@myksto

You can edit the version with F12, the latest build has a better explanation:

Install AviSynth+ r1825. Press F12 to edit the version.

If you see the message than StaxRip thinks you are using a wrong version but F12 allows you to use it anyway.

Here is the latest build:

https://www.mediafire.com/folder/0jakce45o99kb/StaxRip

Hi Stax and thanks for reply.
I followed your hint and it did the trick
I would like to ask another question as I'd like to import my encoded files (encoded with Staxrip) into Adobe Encore CS6 (for menù, ecc.) but Encore always tells me I have to re-encode them beacause thay're not blu-ray compatible. Of course i used the flag blu-ray compat in Starip and followed dozen of guides around the web but yet I did not succed in encoding a file and Encore wants to encode them everytime.
What settings should I use to have a totally blu-ray compliant file that Encore won't to re-encode it anymore?
Thank a lot.

[huhn]

I don't know if NVEncC or the underlying NVIDIA API supports it, if you want I can give you the Email address of the NVEncC author rigaya or I can ask for you.

the feature check says this:

"Lossless 1"

and adding --lossless doesn't result in an error. my plan was just to see how fast it is and if it is a lot better than lagarith or codecs like this so it could be used for recording nothing important for your program i guess.

[NikosD]

@NikosD
Please post a screenshot of the muxing tab in the container options dialog.


Mystery solved.
It didn't last long.

By choosing all subtitles in the demux dialogue window, I thought that automatically means that all subtitles will be muxed too.

Because you have selected by default the English subs in the demuxing dialogue, which is translated to default muxing of English subs.

So, if someone chooses to demux all subs, wouldn't that mean that he wants to mux all the demuxed subs ?

Obviously this is not the case for StaxRip, you have to explicitly select all subtitles in the container configuration muxing tab too.

I think that you could change that behavior to automatically select all subtitles to muxing options too, because most people would select all subtitles in demuxing options, mostly if they would like to mux them too.

Thanks anyway for solving my case.

[luigizaninoni]

There's something wrong in Compressibility check.

I'm encoding a clip with x264, preset veryfast, crf19. The encoding is fine.

However, if I try the Compressibility check, it is done at crf18 no matter what crf you put in the GUi: you can put 19,20,21 whatever, the compressibility check is always done at crf18

[stax76]

So, if someone chooses to demux all subs, wouldn't that mean that he wants to mux all the demuxed subs ?

Obviously this is not the case for StaxRip, you have to explicitly select all subtitles in the container configuration muxing tab too.

I think that you could change that behavior to automatically select all subtitles to muxing options too, because most people would select all subtitles in demuxing options, mostly if they would like to mux them too.

often people demux everything or everything of particular languages, IIRC Fight Club for instance has like ten different German subtitles, often people mux only certain subtitles, in most cases it necessary to review and adjust the subtitle settings so I think the current behavior is fine.

the feature check says this:

"Lossless 1"

and adding --lossless doesn't result in an error. my plan was just to see how fast it is and if it is a lot better than lagarith or codecs like this so it could be used for recording nothing important for your program i guess.

there is however no lossless feature documented, if you want to know exactly you can contact the author, he was always very helpful when I contacted him, his mail address can be found on his blog.

http://rigaya34589.blog135.fc2.com

rigaya34589 [ at ] live . jp

However, if I try the Compressibility check, it is done at crf18 no matter what crf you put in the GUi: you can put 19,20,21 whatever, the compressibility check is always done at crf18

there are two different crf settings

for encoding on the first tab called Basic
for comp check on the last tab called StaxRip

[huhn]

there is however no lossless feature documented, if you want to know exactly you can contact the author, he was always very helpful when I contacted him, his mail address can be found on his blog.

http://rigaya34589.blog135.fc2.com

rigaya34589 [ at ] live . jp

it's even on the wiki:
https://en.wikipedia.org/wiki/Nvidia_NVENC

Introduced with the first-generation Maxwell architecture, second generation NVENC adds support for HiP444 profile (YUV4:4:4, predictive lossless encoding),

i guess i just ask him.

[JohnLai]

it's even on the wiki:
https://en.wikipedia.org/wiki/Nvidia_NVENC
i guess i just ask him.

Meanwhile......help me in telling rigaya about QSVenc decode + vpp resize + NVenc HEVC encode overflow issue?

When --avqsv is used to decode a long duration video (1 hour 30 minutes to 3 hours), somewhere around halfway or so, not sure which portion crashes (QSVENC -c raw or Nvencc, probably qsvenc), when the error occurs, I notice all four cores cpu usage suddenly jumped to 100% for few seconds (normal operation only two cores averaging 30%- 40%) before the qsv decode + nvenc encode crashed and CPU usage dropped to 0%.

I guess something is overflowing, not sure what.

[huhn]

i have no clue what you are talking about and i don't really care for low quality NVENC HEVC i wouldn't be shocked if xvid is a better encoder...

[brunosso]

Hi stax! Congrats for the app! I use MeGUI for years, and i want to switch to StaxRip, because its a very x64 release!

I have a problem, with template!
In Megui i have many profiles, for my usually encoding needs. I use a profile, load a video, and encode.
In Staxrip i make a template, based on a modified x264 profiles, but when i load a video, many setting go wrong!
In detail, i use 2pass encode with 900k bitrate fixed, or 1500k fixed also. When i load the video, with the template i saved before, the bitrate go to 1700, even i saved the template with 900k.

How can i fix this? Do i apply bitrate settings for every video loaded in the template?

[stax76]

Hi stax! Congrats for the app! I use MeGUI for years, and i want to switch to StaxRip, because its a very x64 release!

I have a problem, with template!
In Megui i have many profiles, for my usually encoding needs. I use a profile, load a video, and encode.
In Staxrip i make a template, based on a modified x264 profiles, but when i load a video, many setting go wrong!
In detail, i use 2pass encode with 900k bitrate fixed, or 1500k fixed also. When i load the video, with the template i saved before, the bitrate go to 1700, even i saved the template with 900k.

How can i fix this? Do i apply bitrate settings for every video loaded in the template?

Hi! StaxRip uses fixed size instead of fixed bitrate by default, for fixed bitrate there is a option: Options > Misc > Use fixed bitrate

[JohnLai]

it's even on the wiki:
https://en.wikipedia.org/wiki/Nvidia_NVENC



i guess i just ask him.

Well....rigaya just added it....

http://rigaya34589.blog135.fc2.com/blog-entry-689.html

[luigizaninoni]

I have another issue:
If I encode a clip with different source filters, but with the same encoding parameters, I obtain files with (about) the same size; which is what I expected, actually.

However, if I do compressibility check with different source filters, I obtain widely different file sizes and bitrates:

For the same clip I obtain with compressibility check the following results:
DSS: bitrate 587 kb/sec
FFMS: bitrate 459 kb/sec
Lwlibav: bitrate 794 kb/sec
DgSourceIm: bitrate 791 kb/sec

The differences are so wild that I think there must be something wrong (or maybe I am missing something)

The log of the four compressibility checks:


------------------------------------------------------------
Environment
------------------------------------------------------------

StaxRip x64 : 1.3.1.7
OS : Windows 8.1 Pro
Language : Italian (Italy)
CPU : Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz
GPU : Intel(R) HD Graphics 4600

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

C:\Users\admin\Desktop\a.ts

General
ID : 1 (0x1)
Complete name : C:\Users\admin\Desktop\a.ts
Format : MPEG-TS
File size : 2.77 GiB
Duration : 2h 9mn
Overall bit rate mode : Variable
Overall bit rate : 3 055 Kbps

Video
ID : 8002 (0x1F42)
Menu ID : 5 (0x5)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=12
Format settings, picture structure : Frame
Codec ID : 2
Duration : 2h 9mn
Bit rate mode : Variable
Bit rate : 2 645 Kbps
Maximum bit rate : 10 000 Kbps
Width : 544 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Active Format Description : Letterbox 16:9 image
Frame rate : 25.000 fps
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.338
Time code of first frame : 00:00:00:00
Time code source : Group of pictures header
GOP, Open/Closed : Open
GOP, Open/Closed of first frame : Closed
Stream size : 2.40 GiB (87%)

Audio #1
ID : 8003 (0x1F43)
Menu ID : 5 (0x5)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 3
Duration : 2h 9mn
Bit rate mode : Constant
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 9ms
Stream size : 119 MiB (4%)
Language : Italian

Audio #2
ID : 8030 (0x1F5E)
Menu ID : 5 (0x5)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 3
Duration : 2h 9mn
Bit rate mode : Constant
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 21ms
Stream size : 119 MiB (4%)
Language : English

SelectRangeEvery(280,14)


------------------------------------------------------------
Compressibility Check
------------------------------------------------------------

"C:\Users\admin\Desktop\Stax64\Apps\x264\x264.exe" --preset veryfast --tune film --crf 19 --sar 255:131 --output "E:\Temp\a temp files\a_CompCheck.h264" "E:\Temp\a temp files\a_CompCheck.avs"

avs [info]: 544x576p 255:131 @ 25/1 fps (cfr)
x264 [info]: using SAR=255/131
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: profile High, level 3.0
x264 [info]: frame I:188 Avg QP:11.96 size: 32371
x264 [info]: frame P:3784 Avg QP:17.01 size: 5046
x264 [info]: frame B:5758 Avg QP:16.09 size: 584
x264 [info]: consecutive B-frames: 17.2% 9.2% 7.7% 65.9%
x264 [info]: mb I I16..4: 24.9% 27.9% 47.1%
x264 [info]: mb P I16..4: 4.3% 10.9% 2.3% P16..4: 16.0% 6.6% 4.0% 0.0% 0.0% skip:55.8%
x264 [info]: mb B I16..4: 0.5% 0.4% 0.0% B16..8: 6.0% 1.6% 0.2% direct: 3.3% skip:87.9% L0:45.7% L1:36.8% BI:17.5%
x264 [info]: 8x8 transform intra:54.3% inter:60.8%
x264 [info]: coded y,uvDC,uvAC intra: 64.9% 57.2% 21.8% inter: 4.7% 7.1% 0.3%
x264 [info]: i16 v,h,dc,p: 61% 19% 16% 4%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 42% 16% 30% 2% 1% 3% 1% 3% 2%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 41% 16% 10% 4% 5% 8% 4% 7% 4%
x264 [info]: i8c dc,h,v,p: 46% 17% 32% 5%
x264 [info]: Weighted P-Frames: Y:0.3% UV:0.1%
x264 [info]: kb/s:586.71
encoded 9730 frames, 191.36 fps, 586.71 kb/s

Start: 23.40.16
End: 23.41.09
Duration: 00:00:52

Quality: 131 %
Compressibility: 0,075

------------------------------------------------------------
Index with ffmsindex
------------------------------------------------------------

"C:\Users\admin\Desktop\Stax64\Apps\Plugins\both\ffms2\ffmsindex.exe" "C:\Users\admin\Desktop\a.ts" "E:\Temp\a temp files\a.ffindex"

Writing index... done.

Start: 23.41.28
End: 23.41.34
Duration: 00:00:06

SelectRangeEvery(280,14)


------------------------------------------------------------
Compressibility Check
------------------------------------------------------------

"C:\Users\admin\Desktop\Stax64\Apps\x264\x264.exe" --preset veryfast --tune film --crf 19 --sar 255:131 --output "E:\Temp\a temp files\a_CompCheck.h264" "E:\Temp\a temp files\a_CompCheck.avs"

avs [info]: 544x576p 255:131 @ 25/1 fps (cfr)
x264 [info]: using SAR=255/131
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: profile High, level 3.0
x264 [info]: frame I:186 Avg QP:11.55 size: 33906
x264 [info]: frame P:3456 Avg QP:15.76 size: 4192
x264 [info]: frame B:6088 Avg QP:14.45 size: 248
x264 [info]: consecutive B-frames: 14.7% 4.4% 3.4% 77.5%
x264 [info]: mb I I16..4: 24.7% 26.5% 48.8%
x264 [info]: mb P I16..4: 2.8% 8.6% 2.5% P16..4: 10.3% 3.9% 2.6% 0.0% 0.0% skip:69.3%
x264 [info]: mb B I16..4: 0.2% 0.2% 0.0% B16..8: 2.5% 0.6% 0.1% direct: 1.6% skip:94.9% L0:51.7% L1:32.4% BI:15.9%
x264 [info]: 8x8 transform intra:51.9% inter:61.2%
x264 [info]: coded y,uvDC,uvAC intra: 70.7% 61.0% 29.0% inter: 2.4% 4.2% 0.2%
x264 [info]: i16 v,h,dc,p: 63% 17% 16% 3%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 44% 16% 29% 2% 1% 2% 1% 3% 2%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 41% 16% 10% 4% 5% 8% 4% 8% 4%
x264 [info]: i8c dc,h,v,p: 45% 18% 32% 5%
x264 [info]: Weighted P-Frames: Y:0.3% UV:0.1%
x264 [info]: kb/s:458.50
encoded 9730 frames, 325.69 fps, 458.50 kb/s

Start: 23.41.37
End: 23.42.07
Duration: 00:00:30

Quality: 168 %
Compressibility: 0,059

------------------------------------------------------------
Index LWLibav
------------------------------------------------------------

"C:\Users\admin\Desktop\Stax64\Apps\ffmpeg\ffmpeg.exe" -i "E:\Temp\a temp files\a.avs"

ffmpeg version N-76089-ge9299df Copyright (c) 2000-2015 the FFmpeg developers
built with gcc 5.2.0 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-lzma --enable-decklink --enable-zlib
libavutil 55. 4.100 / 55. 4.100
libavcodec 57. 7.100 / 57. 7.100
libavformat 57. 8.100 / 57. 8.100
libavdevice 57. 0.100 / 57. 0.100
libavfilter 6. 11.100 / 6. 11.100
libswscale 4. 0.100 / 4. 0.100
libswresample 2. 0.100 / 2. 0.100
libpostproc 54. 0.100 / 54. 0.100
Input #0, avisynth, from 'E:\Temp\a temp files\a.avs':
Duration: 02:09:42.48, start: 0.000000, bitrate: N/A
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 544x576, 25 fps, 25 tbr, 25 tbn, 25 tbc
At least one output file must be specified

Start: 23.42.26
End: 23.42.27
Duration: 00:00:01

SelectRangeEvery(280,14)


------------------------------------------------------------
Compressibility Check
------------------------------------------------------------

"C:\Users\admin\Desktop\Stax64\Apps\x264\x264.exe" --preset veryfast --tune film --crf 19 --sar 255:131 --output "E:\Temp\a temp files\a_CompCheck.h264" "E:\Temp\a temp files\a_CompCheck.avs"

avs [info]: 544x576p 255:131 @ 25/1 fps (cfr)
x264 [info]: using SAR=255/131
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: profile High, level 3.0
x264 [info]: frame I:199 Avg QP:14.14 size: 27049
x264 [info]: frame P:4387 Avg QP:17.97 size: 5842
x264 [info]: frame B:5144 Avg QP:19.33 size: 1479
x264 [info]: consecutive B-frames: 20.8% 20.9% 15.5% 42.8%
x264 [info]: mb I I16..4: 27.7% 27.8% 44.5%
x264 [info]: mb P I16..4: 6.5% 13.2% 2.0% P16..4: 21.6% 10.0% 5.8% 0.0% 0.0% skip:41.0%
x264 [info]: mb B I16..4: 1.1% 1.2% 0.0% B16..8: 13.2% 4.5% 0.5% direct: 8.1% skip:71.4% L0:36.2% L1:43.8% BI:20.0%
x264 [info]: 8x8 transform intra:54.8% inter:58.9%
x264 [info]: coded y,uvDC,uvAC intra: 57.0% 53.4% 14.7% inter: 9.2% 13.0% 0.3%
x264 [info]: i16 v,h,dc,p: 62% 19% 14% 4%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 43% 15% 29% 2% 2% 3% 2% 3% 2%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 41% 16% 10% 4% 5% 8% 4% 8% 4%
x264 [info]: i8c dc,h,v,p: 49% 17% 30% 4%
x264 [info]: Weighted P-Frames: Y:0.7% UV:0.1%
x264 [info]: kb/s:793.77
encoded 9730 frames, 173.02 fps, 793.77 kb/s

Start: 23.42.48
End: 23.43.49
Duration: 00:01:01

Quality: 97 %
Compressibility: 0,101

------------------------------------------------------------
DGIndexIM
------------------------------------------------------------

"C:\Users\admin\Desktop\Video\Staxrip\Applications\DGDecodeIM\x64\DGIndexIM.exe" -i "C:\Users\admin\Desktop\a.ts" -o "E:\Temp\a temp files\a.dgim" -h

Project

Start: 23.44.08
End: 23.44.41
Duration: 00:00:33

SelectRangeEvery(280,14)


------------------------------------------------------------
Compressibility Check
------------------------------------------------------------

"C:\Users\admin\Desktop\Stax64\Apps\x264\x264.exe" --preset veryfast --tune film --crf 19 --sar 255:131 --output "E:\Temp\a temp files\a_CompCheck.h264" "E:\Temp\a temp files\a_CompCheck.avs"

avs [info]: 544x576p 255:131 @ 25/1 fps (cfr)
x264 [info]: using SAR=255/131
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: profile High, level 3.0
x264 [info]: frame I:199 Avg QP:14.08 size: 27081
x264 [info]: frame P:4385 Avg QP:18.37 size: 5820
x264 [info]: frame B:5146 Avg QP:19.86 size: 1469
x264 [info]: consecutive B-frames: 20.8% 20.8% 15.7% 42.7%
x264 [info]: mb I I16..4: 27.6% 27.9% 44.5%
x264 [info]: mb P I16..4: 6.5% 13.2% 2.0% P16..4: 21.5% 10.0% 5.8% 0.0% 0.0% skip:41.0%
x264 [info]: mb B I16..4: 1.1% 1.2% 0.0% B16..8: 13.2% 4.5% 0.5% direct: 8.1% skip:71.4% L0:36.4% L1:43.6% BI:20.0%
x264 [info]: 8x8 transform intra:54.7% inter:59.0%
x264 [info]: coded y,uvDC,uvAC intra: 57.0% 53.3% 14.6% inter: 9.2% 12.9% 0.3%
x264 [info]: i16 v,h,dc,p: 62% 19% 14% 4%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 43% 15% 29% 2% 2% 3% 2% 3% 2%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 41% 16% 10% 4% 5% 8% 4% 8% 4%
x264 [info]: i8c dc,h,v,p: 49% 17% 30% 4%
x264 [info]: Weighted P-Frames: Y:0.7% UV:0.2%
x264 [info]: kb/s:790.69
encoded 9730 frames, 100.70 fps, 790.69 kb/s

Start: 23.45.34
End: 23.47.11
Duration: 00:01:37

Quality: 97 %
Compressibility: 0,101

[dejong12]

How can I crop a video but resize to a certain size? For example, I have a 1920x1080 video and I want to resize it to 1280x720, but I need to crop 8 from the top (because there's a black bar there). Now when it's done with converting, the log file says that mkvmerge sets the display dimensions to 1290/720. When I play this file in full screen, I can see the black bar I just cropped out, but now at the top and and at the bottom of the video. How can I set StaxRip to stretch the video without getting any black bars? I didn't have this behaviour with earlier versions of StaxRip, I think 1.1.8. Is there some setting I need to change?

[stax76]

@luigizaninoni

Wasn't ProjectX enabled? I believe in 1.3.1.7 it should be enabled by default.

@dejong12

go to Options > Image > Aspect Ratio, you might have a cup of coffee before doing so. ;)

[Magik Mark]

Stax can you help me with this. I use handbrake and I do not know how to convert the ff configuration to staxrip.

Video:
1. Nvidia H265 mkv
2. Avg Bitrate 900
3. 2 pass encoding
4. aq_mode=1: aq_strength=2.00: qcomp=0.8: psy_rdoq=14.00
5. Option for 10 bit processing

Audio
1. AAC
2. Bitrate 192
3. 6 Channels

Can I make a template or Preset with this? I think using my GTX 960 as the encoder is a lot faster

[NikosD]

@Stax76

Hello Frank.

I have many MKV files with 2 audio streams (1 dts - hd and 1 ac-3) that I want to remux with 3 audio steams (1 dts - hd, 1 dts-hd core and 1 ac3)

So, actually I want to keep everything as is (video stream (H. 264), audio (dts-hd, ac3) and just add one more audio steam from dts-hd, which is core Dts.

Is there a way to remux 3 audio streams with StaxRip from 2 original source audio streams, keeping everything else the same ?

I don't see how could I add 3 audio streams to StaxRip's GUI.

[Schattenspieler]

If you just want to remux the files, then why would you want to use staxrip and not mkvtools instead?

[NikosD]

Do mkvtools support dts-hd to dts core conversion ?

[sneaker_ger]

Yes, check "reduce to core" in the track options. If you want to keep both versions you have to load the input file twice.

[NikosD]

It sounds fast and I think I can do a batch process using Mkvmerge GUI because I have about 7 of them.

Or I can extract the dts core and add it to the original mkv, like tebasuna51 told me.

Thanks.

[huhn]

Stax can you help me with this. I use handbrake and I do not know how to convert the ff configuration to staxrip.

Video:
1. Nvidia H265 mkv
2. Avg Bitrate 900
3. 2 pass encoding
4. aq_mode=1: aq_strength=2.00: qcomp=0.8: psy_rdoq=14.00
5. Option for 10 bit processing

Audio
1. AAC
2. Bitrate 192
3. 6 Channels

Can I make a template or Preset with this? I think using my GTX 960 as the encoder is a lot faster

NVenc HEVC doesn't support 2 pass encoding and it doesn't support aq_mode it doesn't even support B frames.

it's just a bad encoder NVenc AVC should be better at everything NVenc HEVC does. and NVenc AVC doesn't stand a chance vs x264.

vapoursynth can do 10 bit processing but i don't see any needed processing in your example (for example resizing). i don't know if this can be done with a preset too.

[Yups]

On Maxwell and newest NVAPI AVC encoding works pretty fast. No chance fo x264 in this regards. HEVC is unfinished stuff. Intel doesn't even support HEVC encoding officially for Skylake, I guess this will hapen in API 1.17 and a new Media SDK release.

[Magik Mark]

NVenc HEVC doesn't support 2 pass encoding and it doesn't support aq_mode it doesn't even support B frames.

it's just a bad encoder NVenc AVC should be better at everything NVenc HEVC does. and NVenc AVC doesn't stand a chance vs x264.

vapoursynth can do 10 bit processing but i don't see any needed processing in your example (for example resizing). i don't know if this can be done with a preset too.

Hi!

Can anybody share the best setting using NVenc HEVC? So far the quality from the original is almost the same. Except the compression is not that great compared to CPU.

[huhn]

it's hard to compress without b frames. not a lot you can do about. NVenc AVC is simply better.

[luigizaninoni]

@luigizaninoni

Wasn't ProjectX enabled? I believe in 1.3.1.7 it should be enabled by default.



Yes, enabling Projectx solves the problem, although you can't use DSS2 anymore.

There's still a difference in bitrate between LWLibav, ffms and DGDecIm, but it's much more reasonable

[Magik Mark]

it's hard to compress without b frames. not a lot you can do about. NVenc AVC is simply better.

Is this a hardware limitation or it can be corrected by a software update?

[huhn]

Is this a hardware limitation or it can be corrected by a software update?

they simply didn't finish it. and hardware encoder where never know for good quality. they are good for time critical application like nvidia shield, live streaming and steam streaming PC games to other PCs in the network and things like that.

maxwell HEVC is kind of useless. maybe pascal will support b frames...

[stax76]

@NikosD

Adding more then 2 audio streams could take many days work, I hope one day it will happen but surely not anytime soon.

@luigizaninoni

I'm not sure why DSS/DSS2 cannot load the m2v file, a workaround could be to remux to mkv, it probably can be added manually to the demuxing options in order to automate it.