StaxRip x86 (development for x86 has been stopped)

[burfadel]

@Stax: Thank you! I did a new Windows install and now it works! Although there is a problem with file name lengths: "2015-02-21_23-55-30_WDR HD Köln (deu)_700 Meilen westwärts - Spielfilm USA 1975 (Bite the Bullet).ts" is not working; after renaming it to "test.ts" it runs with 110fps (720p HDTV ) vs 7..10fps with the normal encoder. :))! Not being familiar with the encoding parameters it would be nice to have something similar as for the "normal" x264 ( High,Film, etc.) or just a set of example values for the encoding.

If the pathname and filename are too long it won't work, however in your case I believe the issue relates possibly to the non-English (well, technically non-ISO basic Latin) letters ö and ä.

[MACKerMD]

When selecting the qaac audio option, to use the High Effeciency option to encode audio, I noticed that no matter the source, it extracts the source and converts it into .flac, which qaac doesn't seem to like as a source to encode.
'Normally' I'd see it decoded back into .wav format before it gets encoded into my set' options. This does not occur with the other encoders. (Thus far I used the others such as EAC3TO etc.)

[HarryMason]

@stax76

I've done a few changes regarding the source filter profiles:

I removed the crop functions, they are added now dynamically but only if the source isn't mod 4

I removed the ConvertToYV12 functions too, also they are added dynamically in case MediaInfo don't return 4:2:0 for the 'ChromaSubsampling' property, it uses the height like your example to decide which matrix to use.

https://www.dropbox.com/s/zkldgdhmbr....02.23.7z?dl=0

Thank you, works perfectly now.

What kind of profile and what is your goal with it?

I set up some encoder profiles with different crf values and other settings and i would like to auto load them after the source is loaded, based on the source resolution and whatnot.

http://s16.postimg.org/ofpafkwlx/example.jpg

[burfadel]

When selecting the qaac audio option, to use the High Effeciency option to encode audio ...

Keep in mind High Efficiency audio option vs Low Complexity seems to confuse a lot of people. High Efficiency is designed for bandwidth constrained situations, it actually lowers the sampling rate and results in noticeably lower quality audio. Low Complexity (default) is what you want for 99.999 percent of situations.

In other words, only use HE-AAC if you absolutely need to get the smallest file possible and don't care about the audio quality. That said, what you mentioned still sounds like a bug :). Maybe Stax should add a text box prompt saying that HE-AAC is for low bandwidth situations where audio quality isn't the prime concern.

[Lupissimo]

When encoding using the NVenc function the buttons "suspend".."abort" do not work. You have to kill the job via the taskmanager

[MACKerMD]

@burfadel thanks for the feedback and yes, What I use is that LC as a standard to add with x264, but with HEVC video, HE-AAC should be embedded as well, imho. And qaac gives me the output I'd desire for the x265 outputs I wanna make :)

About staxrip, the audio should be decoded to .wav instead of flac before being processed by qaac.

[Schattenspieler]

1.2.0.3 prompted me to install NVEncC, though I do not have an nVidia GPU (all AMD) and never used NVEncC with StaxRip before. It wouldn't let me add any files unless NVEncC was installed.
So I searched it, found it, installed it and e voila: runs just fine. By the way: Is there any AMD-equivalent to NVEncC?

[NikosD]

The developer of NVenc has also built QSVenc for Intel and VCEenc for AMD.

[VelleX]

Is it/will it be possible so save/export encoder profiles?

[Lupissimo]

I am very happy with the "new" ENVenc feature, but have a question regarding the possible settings for the NEVenc264.
For the "normal" x264 encoding I use:

Type Quality Preset Tune Device
264 SD high Medium Film disabled
264HD higher Medium Film disabled

Could some expert please "translate" these settings into the equivalent scripts for the NVidiaH.264 encoder?

[burfadel]

@burfadel thanks for the feedback and yes, What I use is that LC as a standard to add with x264, but with HEVC video, HE-AAC should be embedded as well, imho. And qaac gives me the output I'd desire for the x265 outputs I wanna make :)

About staxrip, the audio should be decoded to .wav instead of flac before being processed by qaac.

If you're aiming for ultra-small files with HEVC where quality isn't a concern, sure, HE-AAC would suffice :). The other mistake people make with AAC is that with lower quality AAC, you simply get a 'less clear' (lower effective sampling rate) audio, and you gradually lose audio frequencies. This is particularly true with HE-AAC, which purposefully cuts the audio quality to get a smaller file size. This is in contrast to MP3, where the lower bitrate results in compression artefacts.

[Lupissimo]

@Stax: As you have provided an adjustment for "aimed quality" in the ENVenc Codec Configuration (0...100% in increments of 5, could you please tell us what this means or how this relates to the "Quality" parameter of the normal x264 setting.

Edit: I have run 3 tests with quality: 50, 70 and 90% and there is absolutely NO difference in the file size or the mediainfo data!

[Schattenspieler]

The developer of NVenc has also built QSVenc for Intel and VCEenc for AMD.Well, would it be possible to integrate those, too?

[stax76]

@NikosD/Schattenspieler

QSVenc is added but for VCEenc I couldn't find a download link.

@Lupissimo

'Aimed Quality' is useful when you define a command line for a compressibility check, after the comp. check it adjust the file size or image size accordingly, I can't tell you if comp. check is possible or useful with hardware encoders. I made it now hidden in quality mode.

Is it/will it be possible so save/export encoder profiles?

I think it was supported but was removed, I know it's a pain to loose settings, problem is there is no easy way to avoid it.

About staxrip, the audio should be decoded to .wav instead of flac before being processed by qaac.

Flac is almost half the size and it might have other advantages like keeping useful or important metadata.

If it's important I could make a option to decide between flac and wav.

When encoding using the NVenc function the buttons "suspend".."abort" do not work. You have to kill the job via the taskmanager

It's fixed for abort but I won't add it for suspend, it would be like combining two different hacks.

When selecting the qaac audio option, to use the High Effeciency option to encode audio, I noticed that no matter the source, it extracts the source and converts it into .flac, which qaac doesn't seem to like as a source to encode.

qaac supports flac, are you sure the Apple libs are installed properly?

'Normally' I'd see it decoded back into .wav format before it gets encoded into my set' options. This does not occur with the other encoders. (Thus far I used the others such as EAC3TO etc.)

StaxRip tries to only demux or decode if necessary, as far as I know qaac supports only wav and flac.

Although there is a problem with file name lengths: "2015-02-21_23-55-30_WDR HD Köln (deu)_700 Meilen westwärts - Spielfilm USA 1975 (Bite the Bullet).ts" is not working; after renaming it to "test.ts" it runs with 110fps (720p HDTV ) vs 7..10fps with the normal encoder. )! Not being familiar with the encoding parameters it would be nice to have something similar as for the "normal" x264 ( High,Film, etc.) or just a set of example values for the encoding.

It works changing only both 'Umlaute', would be the first application not supporting them, if I don't forget it I'll ask selur how to contact the author.

[Lupissimo]

@Stax: Thank you for your answer! Is there some "expert" who could provide some examples for alternative command lines (NVEnc) corresponding to i.e. quality=high and quality=higher in standard x264 mode?

[stax76]

Selur has two threads:

http://forum.videohelp.com/threads/370223-NVEncC-by-rigaya-NVIDIA-GPU-encoding

http://forum.gleitz.info/showthread.php?47012-Kostenloses-GPU-basiertes-H-264-encoding

Handbrake and Hybrid do also hardware encoding it seems.

[stax76]

1.2.0.4 beta (2015-03-02)


Added QSVEncC Intel Quick Sync H.264 encoding tool support
Improved job processing
Improved load times and responsiveness
Changed the Play feature for AviSynth and subtitles to use NicAudio or DirectShowSource instead of FFAudioSource because FFAudioSource requires additional slow indexing
Fixed x265 project template being not properly initialized
Fixed anamorphic not being signaled to nvidia encoder, added new macro %target_sar%
Fixed crash in x264 dialog
Updated mkvtoolnix to v7.7.0
Updated NVEncC to v1.02


http://sourceforge.net/projects/staxmedia/files/StaxRip%20beta/StaxRip_1.2.0.4_beta.7z/download

http://1drv.ms/1Gc7IO5

@HarryMason

Your command is also added.

[NikosD]

@NikosD/Schattenspieler

QSVenc is added but for VCEenc I couldn't find a download link.



I don't know if this helps:
https://onedrive.live.com/?cid=6bdd4375ac8933c6&id=6BDD4375AC8933C6%21516

[HarryMason]

@stax76

thanks again works just like i wanted.

Also i think i found another tiny bug when adding a container option for an encoder profile...

http://s27.postimg.org/8rxytfqfn/stax_01.jpg

..it does not appear when selecting the encoder profile afterwards.

http://s11.postimg.org/rudar639f/stax_02.jpg

[stax76]

It's by design, the muxer is child of the encoder, but if you load a encoder, the muxer stays unless the muxer isn't compatible with the encoder.

Somehow it's flawed I admit, maybe I could make a change that the null muxer ('No Muxing') wouldn't persist, if that helps you and don't has other unwanted implications.

[HarryMason]

It's by design, the muxer is child of the encoder, but if you load a encoder, the muxer stays unless the muxer isn't compatible with the encoder.

Somehow it's flawed I admit, maybe I could make a change that the null muxer ('No Muxing') wouldn't persist, if that helps you and don't has other unwanted implications.

ok it's not that big of a deal if you keep it as it is, if it's actually meant to be like that.

[MACKerMD]

Flac is almost half the size and it might have other advantages like keeping useful or important metadata.

If it's important I could make a option to decide between flac and wav.

Yes, please.
Since, for some odd reason, my qaac does -not- accept flac as source but works like a charm if I use .wav.
So I let staxrip first 'pretend' it will use .wav audio, so it will decode the original into .wav .. once it starts encoding video, I now abort the job, go back to the main screen, change the source audio to the just generated .wav and use qaac to encode it. Works fine then. So, I would appreciate it if you could add the suggested option to select wav or flac output. And yes, I also agree on the metadata-etc in flac. It's why I sratch my head [my] qaac encoder doesn't pick .flac as source.


qaac supports flac, are you sure the Apple libs are installed properly?

They should be. This is why I don't understand it pops up with a box that says 'format not supported'.


StaxRip tries to only demux or decode if necessary, as far as I know qaac supports only wav and flac.

Like mentioned before, it should support both as source, but for some odd reason, on my end, it only picks up .wav as source. When I check commandline-options for qaac it also claims it supports flac. But when it's been used in my project, it doesn't.

[VfBFan]

I've found a little bug, the first subtitle in the mkv container options is set as default even if the checkbox is unchecked.

[stax76]

It's probably mkvmerge default behavior, you can verify it by looking at the command line in the log file.

[VfBFan]

Maybe this is a possible solution?

For the "default track" flag: The special consideration is that mkvmerge will automatically set this flag to "yes" for exactly one track of each track type (audio, video, subtitles). You can only prevent this by explicitly setting the "default track" flag to "no" manually for all tracks of a kind (e.g. for all subtitle tracks).

https://github.com/mbunkus/mkvtoolnix/wiki/Default-and-forced-flags-and-default-yes-no-in-mmg
https://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.description.identify (see chapter 2.7)

[stax76]

A solution suggests that a problem exists. Currently StaxRip passes only true arguments like so:


If i.Forced Then args.Append(" --forced-track " & id)
If i.Default Then args.Append(" --default-track " & id)


Maybe it would be more logical to pass false as well or do something else, I'm open for suggestions for this.

[MACKerMD]

Flac is almost half the size and it might have other advantages like keeping useful or important metadata.

If it's important I could make a option to decide between flac and wav.

Yes, please.


StaxRip tries to only demux or decode if necessary, as far as I know qaac supports only wav and flac.

In this case it -only- decodes the original back to .flac before encoding to (HE-)AAC, when selecting qaac as audio-encoder. Which results in a popup error return, saying the format [.flac] is not supported.

[MikeTR]

Just tried the 1.2.0.4beta: when recoding & resizing a 1280x718 (source) clip to a lower resolution StaxRip generates an exit error (Resize: Height must be bigger than or equal to 4). The Resize Height field automatically resets to 0 instead of keeping the original setting (that is divisible by 4) and below that it gives Error: Infinity%.
FYI v1.1.9.0 recodes the same file just fine.

[VfBFan]

Maybe it would be more logical to pass false as well...

I think this would be a reasonable solution.
When the "default" checkbox is unchecked then set --default-track to no.

[stax76]

I think this would be a reasonable solution.
When the "default" checkbox is unchecked then set --default-track to no.

I made this change now.

@MikeTR

How can I reproduce this?

[stax76]

@MikeTR

Here is a hotfix: http://www.dropbox.com/s/9iqy8v6i38d1e9e/StaxRip_2015.03.05-2.7z?dl=0


Improved eac3to GUI
Improved cli/batch/script GUI
Fixed invalid script used for non mod 4 sources
Fixed invalid script used for RGB sources
Fixed decimal number framerates being imprecise
Fixed unnecessary WAV to FLAC conversion when DirectShowFilter is used
Fixed gain detection with ffmpeg to normalize audio didn't use the correct stream using mkv as audio source file

[DocSavage]

Hi, for easy transport on my media player I use AVC to encode my episodic TV series blu-rays down to a 1280x720 MKV. However been tooling around with StaxRip in the hopes of redoing these as good quality 640x360 MP4 (AVI) so my dad can see them on his older Archos player. Now using StaxRip to try and do this more efficiently, the result is always too blocky (artefacts) no matter the bitrate - see mediainfo below
Video
File size :185 MiB
Format : MPEG-4 Visual
Format profile : Simple@L1
Format settings, Matrix : Default (H.263)
Codec ID : FMP4
Duration : 20mn 55s
Bit rate : 1 096 Kbps
Width : 640 pixels
Height : 360 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.198
Stream size : 164 MiB (89%)
Writing library : Lavc56.14.100
So my questions are -
Would a change of the format profile from Simple@L1 to L5 yield any improvements and how can I do this?
Format settings are at H.263 would H.264 not be better, and how can I change this?
What would the best filter be to use, when downscaling 1280x720 MKV to a 640x360 AVI, whilst keeping filesize about the same?
Any advice or pointers would be useful. :thanks:

[MikeTR]

@MikeTR

Here is a hotfix: http://www.dropbox.com/s/9iqy8v6i38d1e9e/StaxRip_2015.03.05-2.7z?dl=0


Improved eac3to GUI
Improved cli/batch/script GUI
Fixed invalid script used for non mod 4 sources
Fixed invalid script used for RGB sources
Fixed decimal number framerates being imprecise
Fixed unnecessary WAV to FLAC conversion when DirectShowFilter is used
Fixed gain detection with ffmpeg to normalize audio didn't use the correct stream using mkv as audio source file

Confirm that the hotfix works correctly on non mod 4 sources. Good catch on the FLAC conversion, I forgot to mention that before.

My only issue now is still the gpac _.tmp files created in Local/Temp by the updated MP4Box version. I switched back to v.0.4.6 and that version does not have this problem. Megui uses v0.5.1_rev4929 without issue, but the same version imported into Staxrip does have the aforementioned problem. Any thoughts why that could be?

[VelleX]

@DocSavage

What encoding method did you use? Constant Bitrate, Variable Bitrate (1 or 2 pass), or Quality based? Of course 2 pass would be best option if you want a specific file size.

And what does "no matter the bitrate" mean? What bitrate did you try? Maybe your TV Series needs more bitrate.

h.263 is only the setting for the quantization matrix type, where i think just h263 or MPEG is possible. As i know MPEG is better for higher bitrates/preserving details, and h263 is better for low bitrates.

Also i wonder if the Format Profile which is displayed is true, because as i know Simple@L1 would limit the Resolution and Bitrate to 144×96 and 64kbps.
Normally you should use of course Advanced Simple@L5.

[Patman]

Confirm that the hotfix works correctly on non mod 4 sources. Good catch on the FLAC conversion, I forgot to mention that before.

My only issue now is still the gpac _.tmp files created in Local/Temp by the updated MP4Box version. I switched back to v.0.4.6 and that version does not have this problem. Megui uses v0.5.1_rev4929 without issue, but the same version imported into Staxrip does have the aforementioned problem. Any thoughts why that could be?

@MikeTR

I've updated MP4Box to v0.5.2 r106 and no tmp files were created.

@Stax

Is it possible to integrate the ffms2 c-plugin as a replacement for "normal" ffms2? I've seen you have asked qyot27 in the FFmpegSource thread..

[DocSavage]

Thanks for your response, so in reply to that
1. I used a constant bitrate for ASP at 2-pass, trying to achieve an average file size of approx. 180MB for each 20min programme converted
2. Obviously using a higher bitrate increased the file size dramatically, so trying to keep it at approx. 200MB max. CBR
3. Yes, you're right possibly Simple@L1 is a limiting factor, so how would I be able to use the Advanced Simple@L5 at 640x360 - how is accessible within the GUI or profile coding?
@DocSavage

What encoding method did you use? Constant Bitrate, Variable Bitrate (1 or 2 pass), or Quality based? Of course 2 pass would be best option if you want a specific file size.

And what does "no matter the bitrate" mean? What bitrate did you try? Maybe your TV Series needs more bitrate.

h.263 is only the setting for the quantization matrix type, where i think just h263 or MPEG is possible. As i know MPEG is better for higher bitrates/preserving details, and h263 is better for low bitrates.

Also i wonder if the Format Profile which is displayed is true, because as i know Simple@L1 would limit the Resolution and Bitrate to 144×96 and 64kbps.
Normally you should use of course Advanced Simple@L5.

[MikeTR]

@MikeTR
I've updated MP4Box to v0.5.2 r106 and no tmp files were created.

Good news. Can you give me a link to the version you used (and exactly how) so I can trace your steps?

[Patman]

Good news. Can you give me a link to the version you used (and exactly how) so I can trace your steps?

Hi,

follow these link MP4Box.zip (http://www.4shared.com/zip/ePv8EDHgba/MP4Box.html) and extract the folder to your Staxrip folder/applications and overwrite the existing files. After that you can test it with an encode. I've used a mp4 file to create a mp4 file. I've changed the audio track and the size of the video track.

[MikeTR]

@Patman: No joy fro me. I still get gpac_"8 random digits".tmp files in C:\Users\...\AppData\Local\Temp every time. Running Win7x64, but will try to replicate on Win8 to ryle out OS/system issue.

[Patman]

@Patman: No joy fro me. I still get gpac_"8 random digits".tmp files in C:\Users\...\AppData\Local\Temp every time. Running Win7x64, but will try to replicate on Win8 to ryle out OS/system issue.

I use Win 8.1 x64 and i have no tmp files in this folder. I've cleaned my system before i've used the latest build of staxrip. I've cleaned the registry and deleted all folders of staxrip. Also i've uninstalled my codec package and reinstalled it after a system cleanup. Before that mp4box created tmp files too.

[lotnybartek]

Dear stax

I'm trying to encode *.ts files recorded by my satellite box (1920x1080). StaxRip is the only software that can cut the file and then encode it. Now, I have an HP Envy 6 Ultrabook, i5 3317u with dual GPU - the one in CPU and second ATI.

CPU is not so much powerful, (on 1080 material I got 5-7 FPS max, x264, CRF=22). So I'm trying alternative methods. One of them is Intel Encoder.

With CQP=22 I get almost 45 FPS, but with alternative software (Handbrake) I got almost 150FPS.

Now I'm confused. With Intel H264 encoder I have clearly more FPS but I don't know if encoding is done with CPU only or CPU+GPU (don't think so - read below).

The problem is, QSVEncC.exe do not see my iGPU, it says:

GPU: unknown (Failed to find Intel GPU).

Funny thing is, when I reinstall iGPU drivers, QSVEncC.exe will see them with QSVEncC.exe --check-features (I mean it sees iGPU correctly), but after PC restart QSVEncC.exe can't find iGPU again.

The dude who wrote QSVEncC.exe is Japanese - so I can't really read anything on his webpage.

Can you tell me why I can't get so many FPS with StaxRip but I can get 3x faster using Handbrake using Intel QuickSync?

Can you implement other, alternative encoders?

[stax76]

@lotnybartek

NikosD might be know what's wrong, otherwise I can point the QSVEncC author to your post, he already helped Nikos and me so with some luck he can help you too.

@Patman
@MikeTR

I also get the temp files, the weird thing is it only happens within StaxRip and not executing the command line directly with the windows command prompt. I checked my code searching for gpac and tmp with no result so I checked the code with the debugger which showed that the files are written by mp4box.

My standpoint was always mp4box and mp4 has too many issues and limitations making it not worth bothering with it, I never had a good experience with mp4box and mp4 both as programmer and user so I let it to the users to workout problems like report a bug to the mp4box author, switching to MKV would be my number one advice.

Is it possible to integrate the ffms2 c-plugin as a replacement for "normal" ffms2? I've seen you have asked qyot27 in the FFmpegSource thread.

With some tricks probably only I could figure out, you can't just drop it in, it would generate LoadPlugin instead of LoadCPlugin and there might be other implications related indexing for instance.

Easiest solution for us would be somebody making a non C build of course. Do you know which version other popular GUIs use?

[Patman]

@lotnybartek

@Patman
@MikeTR

I also get the temp files, the weird thing is it only happens within StaxRip and not executing the command line directly with the windows command prompt. I checked my code searching for gpac and tmp with no result so I checked the code with the debugger which showed that the files are written by mp4box.

I had no temp files on my system and Staxrip/Mp4Box haven't created any file. I don't now why... I've checked the box that all temp files will be deleted after encode.


With some tricks probably only I could figure out, you can't just drop it in, it would generate LoadPlugin instead of LoadCPlugin and there might be other implications related indexing for instance.

Easiest solution for us would be somebody making a non C build of course. Do you know which version other popular GUIs use?

Selur used the c-plugin in hybrid and megui used the same as staxrip. Maybe selur can help to integrate c-plugin.

[lotnybartek]

@lotnybartek

NikosD might be know what's wrong, otherwise I can point the QSVEncC author to your post, he already helped Nikos and me so with some luck he can help you too.



Thank you Stax. Can you point him (QSVEncC author) on my post.? I'd very glad.

I've already PM'd NikosD, so maybe he will point me to something useful too ;-)

[NikosD]

Dear stax

I'm trying to encode *.ts files recorded by my satellite box (1920x1080). StaxRip is the only software that can cut the file and then encode it. Now, I have an HP Envy 6 Ultrabook, i5 3317u with dual GPU - the one in CPU and second ATI.

CPU is not so much powerful, (on 1080 material I got 5-7 FPS max, x264, CRF=22). So I'm trying alternative methods. One of them is Intel Encoder.

With CQP=22 I get almost 45 FPS, but with alternative software (Handbrake) I got almost 150FPS.

Now I'm confused. With Intel H264 encoder I have clearly more FPS but I don't know if encoding is done with CPU only or CPU+GPU (don't think so - read below).

The problem is, QSVEncC.exe do not see my iGPU, it says:

GPU: unknown (Failed to find Intel GPU).

Funny thing is, when I reinstall iGPU drivers, QSVEncC.exe will see them with QSVEncC.exe --check-features (I mean it sees iGPU correctly), but after PC restart QSVEncC.exe can't find iGPU again.

The dude who wrote QSVEncC.exe is Japanese - so I can't really read anything on his webpage.

Can you tell me why I can't get so many FPS with StaxRip but I can get 3x faster using Handbrake using Intel QuickSync?

Can you implement other, alternative encoders?

Your CPU (IvyBridge) has an HD 4000 iGPU@1.05GHz which is fast enough for a lot more than 45fps transcoding speed.

The 150fps that HandBrake gives you is a reasonable figure for your QuickSync H.264 1080p transcoding (it depends on the quality bar and the settings - it could be even more)

HandBrake is one of a few non commercial apps that accelerate in hardware the whole H.264 -> H.264 transcoding process, meaning both decoding and encoding.

Unfortunately, QSVEncC although is a lot more updated and advanced application with a lot more options and parameters for transcoding, it supports encoding in HW, but not decoding in HW.

So, StaxRip using QSVEncC needs to use your not so fast CPU for decoding and QuickSync (HW) for encoding.
That is probably the main reason for such huge transcoding speed difference between HandBrake and QSVEncC.

I have asked rigaya, the developer of QSVEncC, to accelerate in HW the decoding process and he told me that could look at it probably in a few months.

About the "missing" iGPU, which is presented as "Unknown" and all the messages about "Failed to connect" etc, it's a common problem with systems having two GPUs (one internal from Intel and another discrete GPU), but doesn't affect anything as long as QuickSync works OK.

I have a system with iGPU only (no discrete card) and the DXVA acceleration can work in native mode.
I'm not sure if a system with two cards can work in full speed when the primary card is the discrete GPU and not the iGPU.

If I were you I would try to make the iGPU (from Intel) the primary GPU either from BIOS or from Windows properties or any other way and check again the transcoding speed of both HandBrake and QSVEncC.
Especially HandBrake which accelerates the whole transcoding process in HW, could be faster.

[lotnybartek]

This is very clear now.

About making iGPU primary. Pity is, I can't do that. I already researched this topic for couple of days.

Almost every modern notebook has very limited BIOS now. Mine too. I can't switch my GPU's between dynamic and fixed mode. That's the way it is. Yes, I checked for BIOS updates etc.

TBH, I'd use Hanbrake, but like I said, only StaxRip can properly cut my *.ts files. Or is it?

[getID3()]

I noticed that filters macro %newline% no longer works (it has also been removed from the helpfile). I can't see anything that it's been replaced with. That makes it hard to set up custom filters that require multiple lines. It worked fine in 1.1.9.0

[MikeTR]

I also get the temp files, the weird thing is it only happens within StaxRip and not executing the command line directly with the windows command prompt. I checked my code searching for gpac and tmp with no result so I checked the code with the debugger which showed that the files are written by mp4box.

My standpoint was always mp4box and mp4 has too many issues and limitations making it not worth bothering with it, I never had a good experience with mp4box and mp4 both as programmer and user so I let it to the users to workout problems like report a bug to the mp4box author, switching to MKV would be my number one advice.
Thanks for the confirmation. I prefer .mkv as well, but unfortunately need .mp4 for a legacy device that just doesn't play nice with mkv. I'll keep using the older mp4box version when needed.

[stax76]

So, StaxRip using QSVEncC needs to use your not so fast CPU for decoding and QuickSync (HW) for encoding.

HW decoding should work either with DSS and LAV Filters or with DGDecNV. With FullHD source and QS output I get 120 fps both with DSS LAV DXVA2 copy back and with L-Smash so decoding isn't a limiting factor at all! With nv output I get 200 fps, again with or without HW decoding and again FullHD, I use i3570 and GTX 960.

I noticed that filters macro %newline% no longer works (it has also been removed from the helpfile). I can't see anything that it's been replaced with. That makes it hard to set up custom filters that require multiple lines. It worked fine in 1.1.9.0

There's a new multiline syntax you can use instead:

[Source]
MPEG2Source = MPEG2Source("%source_file%")
DirectShowSource = DirectShowSource("%source_file%", audio = false, convertfps = true, fps = %original_framerate%)

FFVideoSource =
FFVideoSource("%source_file%", cachefile = "%working_dir%%source_name%.ffindex")
AssumeFPS(%original_framerate%)

LSMASHVideoSource = LSMASHVideoSource("%source_file%")

LWLibavVideoSource =
LWLibavVideoSource("%source_file%")
AssumeFPS(%original_framerate%)

DGSource = DGSource("%source_file%", deinterlace = 0, resize_w = 0, resize_h = 0)

[NikosD]

HW decoding should work either with DSS and LAV Filters or with DGDecNV. With FullHD source and QS output I get 120 fps both with DSS LAV DXVA2 copy back and with L-Smash so decoding isn't a limiting factor at all! With nv output I get 200 fps, again with or without HW decoding and again FullHD, I use i3570 and GTX 960.


That's an interesting approach that I was looking for.

Regarding QS encoding can you be more specific on how could we use HW decoding ?

I mean what SW to use and mainly how.

For example, how could someone use LAV Video for HW decoding along with QSVEncC HW encoding using StaxRip.

The more details, the better !