StaxRip x86 (development for x86 has been stopped)

[stax76]

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 !

In LAV Filters you would choose DXVA2 copy back, in StaxRip you can choose DSS (DirectShowSource) by right-clicking the source filter and select it from the menu, it's not much more I think.

@MikeTR

I filed a bug report, meanwhile it's possible to run a command line after encoding (Tools/Advanced/Run...)

http://oi61.tinypic.com/2usx1g1.jpg

[NikosD]

In LAV Filters you would choose DXVA2 copy back, in StaxRip you can choose DSS (DirectShowSource) by right-clicking the source filter and select it from the menu, it's not much more I think.


This is very clear now.


OK, here are my results.

Firstly when I changed from "Automatic" to "DSS" I got very slow results, because LAV Video was not activated.
It probably used Microsoft's decoder in SW mode, which is a lot slower.

I had to change the preferred decoder to LAV Video.

After that my benchmark results are these:

LAV video x86 v0.64 - 1080p H.264 -> 1080p H.264 transcoding

--avbr Rate control, all other default QSVEncC settings


Filter:
Automatic (FFVideoSource): ~180 fps CPU Usage ~60%@4.0GHz

LAV Video (None-SW): ~178 fps CPU Usage ~60%@4.0GHz

LAV Video (QuickSync decoder): ~155 fps CPU Usage ~25%@4.0GHz

LAV Video (DXVA copy-back): ~90 fps CPU Usage ~20%@4.0GHz

LAV Video (DXVA native) -> Falls back to SW mode of course


HandBrake: ~270 fps CPU Usage 5%@1.6GHz (idle)

It is more than clear, that pure HW decoding in DXVA native mode, without copy-back, like the one that HandBrake uses, is not only faster, a lot faster actually, but also it uses 5% of CPU at idle mode.

If someone wants to use QSVEncC and want to avoid the CPU decoding, then LAV DXVA copy-back is not such a good choice.

I would definitely prefer QuickSync decoder of LAV Video.

It's very close to CPU performance (on signature system), using a lot less CPU usage.

[stax76]

I stick to DXVA because it's best supported and recommended by the LAV Filters author.

Did you ask rigaya why QSEncC uses that much CPU? Looks like it uses 10 times more CPU then NVEncC.

rigaya has released NVEncC 1.03 with english help and output, both NVEncC and QSEncC support avs input now so I removed piping for the next StaxRip release.

[NikosD]

I don't have an NVEncC capable card in order to check the CPU usage.

I only confirmed with rigaya my assumption that QSVencC doesn't use HW decoding, only encoding.

Maybe NVencC uses HW decoding, I can't check it out.

Looking forward to the next StaxRip release in order to test again the CPU usage with QSVencC without piping.

Don't forget to include latest version of QSVencC which is v1.31 IIRC.

[stax76]

I've uploaded a new version with minor improvements and many updated applications:

1.2.0.5 beta (2015-03-11)


Improved cli/batch/script GUI
Improved eac3to GUI and error handling
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
Updated AviSynth, eac3to, ffms2, ffmpeg, x264, x265, MP4Box, QSVEncC, NVEncC


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

http://1drv.ms/1Ea5Tho

[NikosD]

Really, really liked the new version.

The removal of piping gave a boost in performance in all modes and lowered the CPU usage a lot for SW decoding.

The support of QSVEncC got a lot better with the addition of help button - Help (QSVEncC) -inside the configuration of H.264 encoder and the "Execute" button is even more useful because QSVEncC runtime information console window provides a lot of info.

I want to report one bug, one question, one favor.

BUG:
There is a small bug of the "Execute" button.
After the completion of the task, it doesn't mux the final clip!
There is no final output/file at the completion of transcoding!

I can see though in temp directory that the .h264 has been produced by the process, only the final output is missing.

ANSWER

It seems it's not a bug, it's a feature of QSVEncC outputting only H.264 streams without muxing.
You have to run the project as a job to mux the h.264 stream produced by QSVEncC.

QUESTION:

Is there a way after the completion of the transcoding or the closing of StaxRip to automatically delete the "temp directory" ?

If there isn't any I think it would be useful to add it.

ANSWER:

It's in Options -> Misc -> Delete temp files directory

FAVOR

Is it possible to add the "Intel H.264 encoder" in the standard profiles/templates of the app ? (Like x264, x265, DivX etc).

As it is right now, I use the "Save As Template" in order to create it.



StaxRip v1.2.0.5 benchmark results


LAV video x86 v0.64 - 1080p H.264 -> 1080p H.264 transcoding same video and settings like 1.2.0.4

--avbr Rate control, all other default QSVEncC settings


Filter:
Automatic (FFVideoSource): ~207 fps CPU Usage ~43%@3.9GHz

LAV Video (None-SW): ~200 fps CPU Usage ~43%@3.9GHz

LAV Video (QuickSync decoder): ~184 fps CPU Usage ~25%@3.9GHz

LAV Video (DXVA copy-back): ~168 fps CPU Usage ~20%@3.9GHz

[lotnybartek]

I don't get it. I don't see any FPS boost. NikosD - Can you point me how to use LAV decoder? Filter --> Source -->LWLibavVideoSource ?

[NikosD]

No it's filter -> source -> DirectShowSource.

Then you go to your installed direct show filters and put LAV as your preferred.

You change from Lav properties various modes (copy-back, quicksync)

[Lupissimo]

Here are my results with the new 05 beta:

C:\StaxRip_1.2.0.5_beta>"C:\StaxRip_1.2.0.5_beta\Applications\NVEncC\NVEncC.exe" --sar 1:1 -c h264 --vbr 3650 --CABAC --deblock -i "D:\DVBRECORD\Test1 temp files\Test1.avs" -o "D:\DVBRECORD\Test1 temp files\Test1_out.h264"
D:\DVBRECORD\Test1 temp files\Test1.avs
NVEnc 1.02 (x86), using NVENC API v5.0
OS Version Windows 7 (x64)
CPU Intel Core2 Duo E8400 @ 3.00GHz (2C/2T)
GPU GeForce GTX 750 (4 EU) @ 1110 MHz (347.52)
Input Buffers CUDA, 16 frames
Input Info Avisynth 2.58 (yuy2) -> nv12 [SSSE3], 1280x720, 25/1 fps
Output Info H.264/AVC high
1280x720p 1:1 25.000fps (25/1fps)
Rate Control VBR - ????????
Bitrate 3650 kbps (Max: 17500 kbps)
Initial QP I:20 P:23 B:25
GOP length 250 frames
B frames 3 frames
Ref frames 3 frames
MV Quality Q-pel
CABAC/deblock cabac / on
encoded 39898 frames, 64.56 fps, 3661.26 kbps, 696.55 MB
encode time 0:10:18 / CPU Usage: 96.05%
frame type IDR 160
frame type I 160, avgQP 20.05, total size 11.22 MB
frame type P 10054, avgQP 20.90, total size 378.25 MB
frame type B 29684, avgQP 25.52, total size 307.08 MB

Start: 07:33:19
End: 07:43:38
Duration: 00:10:19

and this is the log for 04 beta:

"C:\StaxRip_1.2.0.4_beta\Applications\avs2pipemod\avs2pipemod.exe" -y4mp "D:\DVBRECORD\Test1a temp files\Test1a.avs" | "C:\StaxRip_1.2.0.4_beta\Applications\NVEncC\NVEncC.exe" --y4m --sar 1:1 -c h264 --vbr 3650 --CABAC --deblock -i - -o "D:\DVBRECORD\Test1a temp files\Test1a_out.h264"

"cmd.exe" /C "D:\DVBRECORD\Test1a temp files\Test1a_encode.bat"

C:\StaxRip_1.2.0.4_beta>"C:\StaxRip_1.2.0.4_beta\Applications\avs2pipemod\avs2pipemod.exe" -y4mp "D:\DVBRECORD\Test1a temp files\Test1a.avs" | "C:\StaxRip_1.2.0.4_beta\Applications\NVEncC\NVEncC.exe" --y4m --sar 1:1 -c h264 --vbr 3650 --CABAC --deblock -i - -o "D:\DVBRECORD\Test1a temp files\Test1a_out.h264"
NVEnc 1.02 (x86), using NVENC API v5.0
OS ƒo�[ƒWƒ‡ƒ“ Windows 7 (x64)
CPU Intel Core2 Duo E8400 @ 3.00GHz (2C/2T)
GPU GeForce GTX 750 (4 EU) @ 1110 MHz (347.52)
“ü—̓tƒŒ�[ƒ€ƒoƒbƒtƒ@ CUDA, 16 frames
“ü—̓tƒŒ�[ƒ€�î•ñ y4m (yv12) -> nv12 [SSE2], 1280x720, 25/1 fps
�o—Í“®‰æ�î•ñ H.264/AVC high
1280x720p 1:1 25.000fps (25/1fps)
ƒŒ�[ƒg�§Œäƒ‚�[ƒh VBR - ‰Â•ÏƒrƒbƒgƒŒ�[ƒg
ƒrƒbƒgƒŒ�[ƒg 3650 kbps (Max: 17500 kbps)
�‰ŠúQP’l I:20 P:23 B:25
GOP’· 250 frames
˜A‘±BƒtƒŒ�[ƒ€�” 3 frames
ŽQ�Æ‹——£ 3 frames
“®‚«ƒxƒNƒgƒ‹�¸“x 1/4‰æ‘f�¸“x
CABAC/deblock cabac / on
avs2pipemod[info]: invoking ConvertToYV12(interlaced=false) ...
avs2pipemod[info]: writing 39898 frames of 25/1 fps, 1280x720,
sar 0:0, YUV-420-planar progressive video.
avs2pipemod[info]: finished, wrote 39898 frames [100%].
avs2pipemod[info]: total elapsed time is 698.429 sec [57.125fps].
encoded 39898 frames, 57.12 fps, 3661.13 kbps, 696.52 MB
encode time 0:11:38 / CPU Usage: 9.15% NOT TRUE!! avs2pipemode =88% CPU
frame type IDR 160
frame type I 160, avgQP 20.05, total size 11.10 MB
frame type P 10054, avgQP 20.87, total size 377.70 MB
frame type B 29684, avgQP 25.50, total size 307.72 MB

Start: 10:02:48
End: 10:14:27
Duration: 00:11:39


Notice that in the 04 beta there is an additional CP load by avs2pipemode.

[lotnybartek]

Input 1920x1080, resizing to 1280x720.

Syntax:

"%app:QSVEncC%" --input-buf 3 --slices 0 --fps 25000/1000 --cqp 26:28:29 --profile auto --level auto --quality best --bframes 3 --gop-len 0 --i-adapt --b-adapt --b-pyramid --scenechange --trellis auto --extbrc --sar %target_sar% -i "%avs_file%" -o "%encoder_out_file%"

DirectShowSource with LAV Filter (I set in on various modes) did not gave me any noticeable performance gain ~ 45 FPS +- 3 (except copyback where FPS ~ 23)

FFVideoSource gives me best performance, around ~ 100 FPS, but FFVideoSource do not recognize source time correctly - it says input has 217 mins 10 sec where it has 91 mins.

[stax76]

but FFVideoSource do not recognize source time correctly - it says input has 217 mins 10 sec where it has 91 mins.

Please post MediaInfo (you can get it using StaxRip's built in MediaInfo feature) and if possible a sample (you can send a private message if you want).

[lotnybartek]

General
ID : 1 (0x1)
Complete name : D:\Temp\PROPER_CUT.ts
Format : MPEG-TS
File size : 4.66 GiB
Duration : 1h 31mn
Overall bit rate mode : Variable
Overall bit rate : 7 313 Kbps

Video
ID : 201 (0xC9)
Menu ID : 3112 (0xC28)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : 27
Duration : 1h 31mn
Bit rate : 6 757 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.130
Stream size : 4.31 GiB (92%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709
Color range : Limited

Audio
ID : 211 (0xD3)
Menu ID : 3112 (0xC28)
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Codec ID : 3
Duration : 1h 31mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 125 MiB (3%)
Language : English

Link to sample sent via PM. It's 1 min long, StaxRip with FFVideoSource says 2 mins.

[stax76]

Did FFVideoSource open TS or MKV? AVC TS needs special handling either by integrating DGDecNV or installing Haali Splitter and enabling dsmux (tool of Haali Splitter) at Tools/Settings/Demux to mux TS to MKV.

[lotnybartek]

Yes, in this moment I tried to open my file as you instructed, using Haali Splitter dsmux.

Now, StaxRip says that file has 182 min 34 sec.

File has 91 min 17 sec, so if you multiply it by 2 you have 182 min 34 sec.

Is that giving you any hint?

[stax76]

Problem is the ffms2 handling of the interlacing I think, I will examine it, for now you have tweak AviSynth manually, you can post the link to the sample here, somebody will tell you what filters and functions you need and how you can add them.

[lotnybartek]

Here is the link. Maybe someone will help ;-)

http://netload.in/dateiCVd85Q63KY.htm

[Patman]

Here is the link. Maybe someone will help ;-)

http://netload.in/dateiCVd85Q63KY.htm

hi lotnybartek,

for ts files use projectx instead of dsmux... it works very well :D but directshow is used.
FFMS2 can't handle ts files and it's a known bug/issue.

FFmpegSource2 User Manual (https://ffmpegsource.googlecode.com/svn/trunk/doc/ffms2-avisynth.html)


Known issues

Interlaced H.264 is decoded in an odd way; each field gets its own full-height frame and the fieldrate is reported as the framerate, and furthermore one of the fields (odd or even) may "jump around". To get the correct behavior, you can try setting fpsnum and fpsden so that the framerate is halved (may or may not work). This issue is caused by libavcodec.

Decoding some M2TS files using Haali's splitter will cause massive blocking and other corruption issues. You can work around the issue either by remuxing the file to MKV (using GDSMux (make sure you untick "minimize output file size" in the Global settings tab) or eac3to), or (if you will be doing linear decoding only) by setting demuxer="lavf" in FFIndex and using seekmode=0 with FFVideoSource. The cause of this issue is unknown but being investigated.

[stax76]

I don't think projectx can handle AVC.

[Patman]

The latest build of Staxrip is very nice.
It's great to see that you have integrated ffms c-plugin and it worked!
A lot of Apps were be updated and now it's possible to encode Dolby Atmos with eac3to.

I don't think projectx can handle AVC.

I've tested the sample posted by lotnybartek and it worked.

[lotnybartek]

Well, maybe it works, but for me the essential part is to have it work with FFMS2 - because of HUGE FPS boost.

For the time being, I'll stick with DirectShowSource. Maybe someday we'll have QSVEncC with decoding support.

I've still have ~ 40 FPS on it which is awesome. It compressed above material to 2GB from 5GB with GREAT quality. I'm fine with that.

Other Intel QuickSync encoders gave me headache only, lack of some options and weird outputs.

[stax76]

@lotnybartek

I admit I'm pretty clueless regarding field processing due to lack of interest, the detection of ffms2 is often wrong so StaxRip reads the framerate with MediaInfo and adds it after the source filter with AssumeFPS, with your sample that don't work and ffms2 alone is wrong again reporting 49.967 fps, what seem to look good is this:

FFVideoSource("%source_file%", cachefile = "%working_dir%%source_name%.ffindex", fpsnum = 25, fpsden = 1)

You just double-click the source filter and enter the code, you don't need AssumeFPS then, only thing missing after that is a deinterlace filter.

Also don't forget to enable dsmux muxing to mkv, opening TS with DirectShowSource or ffms2 is problematic in many cases.

Your sample has 3720 kbps on average so it's already very low, you can use this tool to show the average bitrate:

http://www.winhoros.de/docs/bitrate-viewer/download.html

I also tried DGDecNV which is known to work very well even with TS, it detected everything correctly as expected and was very fast:

DGDecNV with HW deinterlacer and nv h264 output gave 200 fps

ffms2 with yadif and nv h264 output gave only 70 fps, there is a bottle neck even though none of the CPU cores was even close to 100%.

[stax76]

I've tested the sample posted by lotnybartek and it worked.

Did it demux avc as elementary stream? I think ffms2 can't load elementary streams properly.

[Schattenspieler]

Any chance or plans integrating VCEenc (for AMD)? More processing power to speed up things is always welcome. ^^

[stax76]

I think it's only available as aviutil addon and not as standalone tool.

[MikeTR]

Any chance or plans integrating VCEenc (for AMD)? More processing power to speed up things is always welcome. ^^
Second that, once VCEnc becomes available as a standalone that is. 200fps is something I can only dream of on my AMD combo (3GHz X4 & 7850). I'm mostly at 100% on all cores so any GPU help would be nice.

[NikosD]

The developer of QSVEncC and NVEncC apparently hasn't built VCEEncC but only VCEEnc.

The last 'C' means CLI application where the non 'C' version means an aviutl plugin.

I don't want to discourage you, but VCE HW is a lot slower than QuickSync and NVenc, at least the first version that I had seen figures.

For example the VCE 1.0 for a 1080p -> 1080p transcoding reaches 45 fps in quality mode and 70 fps in speed mode.

Maybe R9 285 card with VCE 3.1 and the very fast 4K H.264 decoder is a lot faster.

You could try A's video converter from here:
http://bluesky23.yukishigure.com/en/AsVideoConv.html

It has VCE support.

[VelleX]

@stax76

Maybe noticed a bug.
When i want to encode from mkv source with cutting, but without muxing, StaxRip still shows warning that subtitle cutting is not supported, and that i should remove the subs from the container options.

So i have to mux to mkv to be able to remove the subs from container.

EDIT: i used directshow filter. Hm, dont know why, but after i changed to ffms and back to directshow, i did not have this message.

[andre.0bermann]

Hello and sorry for my bad englisch!

But I have some ideas!

1. On this site http://audiophilesoft.ru/forum/3-74-7 you find a portable version from qaac. this version don't need itunes.

2. I think in the NVEncC is a bug. Quality Mode is off, but in the code fails --cbr %video_bitrate%

exsample
wrong:
"%app:NVEncC%" --sar %target_sar% -c h264 -i "%avs_file%" -o "%encoder_out_file%"

right:
"%app:NVEncC%" --sar %target_sar% -c h264 --cbr %video_bitrate% -i "%avs_file%" -o "%encoder_out_file%"


Thats wrong:
"D:\StaxRip_1.2.0.5_beta\Applications\NVEncC\NVEncC.exe" --sar 16:11 -c h264 -i "D:\Test\VTS_01_1 temp files\VTS_01_1.avs" -o "D:\Test\VTS_01_1 temp files\VTS_01_1_out.h264"

right is:
"D:\StaxRip_1.2.0.5_beta\Applications\NVEncC\NVEncC.exe" --sar 16:11 -c h264 --cbr 1200 -i "D:\Test\VTS_01_1 temp files\VTS_01_1.avs" -o "D:\Test\VTS_01_1 temp files\VTS_01_1_out.h264"

[dinolazer]

Is there a setting that allows Staxrip to continue to the next job in the batch queue if there is an error window that pops up during the encode?

Is there a silent mode that would dismiss dialogs like this and allow it to continue automatically to the next in line?

Otherwise, I must manually dismiss the dialog, go to my jobs, disable the problem file, continue the batching process by clicking the Start button, while saving problematic files for later.

[MikeTR]

Is there a setting that allows Staxrip to continue to the next job in the batch queue if there is an error window that pops up during the encode?

+1

Also, in the latest beta the eac3to succes sound is enabled by default. How can I disable it?
EDIT: renamed the .wav so it doesn't get triggered.

[stax76]

Maybe noticed a bug.
When i want to encode from mkv source with cutting, but without muxing, StaxRip still shows warning that subtitle cutting is not supported, and that i should remove the subs from the container options.

So i have to mux to mkv to be able to remove the subs from container.

EDIT: i used directshow filter. Hm, dont know why, but after i changed to ffms and back to directshow, i did not have this message.

I can't reproduce it, maybe because of a recent change, you can try to reproduce it with a build from today: https://www.dropbox.com/s/qq6k5lqsr5g6lgk/StaxRip_2015.03.13_2.7z?dl=0

1. On this site http://audiophilesoft.ru/forum/3-74-7 you find a portable version from qaac. this version don't need itunes.

The license for both Nero and Apple don't permit distribution so Nero must be copied to the eac3to directory and the apple installer must be installed.

libflac must be copied to the qaac dir, future StaxRip releases will have libflac included. Because of AviSynth and compatibility with 32-bit systems all applications and libraries in StaxRip are 32-bit except x264 and x265 where additional 64-bit builds using piping as input are included. My plan for the future is to remove 32-bit support completely at one point because maintaining both would be too much work, I like to keep things simple and move quickly forward.

I think in the NVEncC is a bug. Quality Mode is off, but in the code fails --cbr %video_bitrate%

Are you sure the default isn't some sort of quality mode?

Is there a setting that allows Staxrip to continue to the next job in the batch queue if there is an error window that pops up during the encode?

Is there a silent mode that would dismiss dialogs like this and allow it to continue automatically to the next in line?

Otherwise, I must manually dismiss the dialog, go to my jobs, disable the problem file, continue the batching process by clicking the Start button, while saving problematic files for later.

There ain't but I think implementing it would be easy because the message box most typically seen here is always invoked from the same place. What I don't know is how it should look like and behave and everybody is welcome to make suggestions here. A countdown making the message box disappear after a while would also be easy to implement since StaxRip already uses all kind of features of the TaskDialog introduced with Vista.

[Patman]

Did it demux avc as elementary stream? I think ffms2 can't load elementary streams properly.

Only audio stream was demuxed. The source filter was changed to directshow and directshow works very well. I confirm with you that ffms2 can't load elementary streams properly.

Also, in the latest beta the eac3to succes sound is enabled by default. How can I disable it?
EDIT: renamed the .wav so it doesn't get triggered.

You can customize your audio profile for eac3to. There is the possibility to set a custom switch. Type -silence in these field and you won't hear any success sound.

There ain't but I think implementing it would be easy because the message box most typically seen here is always invoked from the same place. What I don't know is how it should look like and behave and everybody is welcome to make suggestions here. A countdown making the message box disappear after a while would also be easy to implement since StaxRip already uses all kind of features of the TaskDialog introduced with Vista.

A countdown to close the massage box is a good idea. I think 30 sec is enough and it counts down in a button. With a button you have the chance to close the box earlier. The look of the message box should be simple with an short message. For example "An Error has occurred, please check the Log File in Temp Directory" or so.

[Sandra]

Thx a Million for the latest Staxrip Version.

I noticed that i cannot setup Audio output to 320 Kbit AAC or MP3 anymore. Same with 192 Kbit VBR. Older Version do have a 320 Kbit output when i setup Quality to "1".
Doesnt matters which encoder i choose. Result is always 350 Kbit now. And i see no way to manually set it to 320 or 192 Kbit.

I am using Windows 7 64 Bit

[andre.0bermann]

I have a new problem with Version 1.2.0.5

In this version x264 is r2538 and I have that problem:


------------------------------------------------------------
x264
------------------------------------------------------------

"D:\Video\StaxRip_1.2.0.5_beta\Applications\avs4x26x\avs4x26x.exe" --x26x-binary "D:\Video\StaxRip_1.2.0.5_beta\Applications\x264\x264 64-Bit 8-Bit.exe" --bitrate 1219 --output "C:\test temp files\test.h264" "C:\test temp files\test.avs"


------------------------------------------------------------
Error x264
------------------------------------------------------------

x264 failed with exit code -1073741819

raw [info]: 1920x1080p 0:0 @ 25/1 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 4.0
x264 [info]: final ratefactor: 30.19

Start: 21:44:22
End: 21:44:22
Duration: 00:00:00


With the old version r2525 i have no problems.

Info:
Inputfile is a HD tv stream (ts) with h264 and ac3!

Any idea?

[VelleX]

I can't reproduce it, maybe because of a recent change, you can try to reproduce it with a build from today

Seems its only on VobSubs, and i noticed that the MKV did not include the subs, they were already extracted in the same dir.
When i load the MKV File, StaxRip checks for forced subs with BDSup2Sub++ to extract them and then loads the VobSubs.

[Schattenspieler]

The developer of QSVEncC and NVEncC apparently hasn't built VCEEncC but only VCEEnc.

The last 'C' means CLI application where the non 'C' version means an aviutl plugin.

Thank you for clearing that up! Makes sense. And I somehow "fear" that AMD-HW is on the bad side, again - sadly. But I think the most relevant players should have at least the same playground: hardware accelerated encoding (CPU+GPU).

I'll have a look at As and see, if I can see any advantage using the GPU. (But I do not have the tools to compare the image quality properly.)
Edit: Is there really no CRF in "As"? Hmm…

[NikosD]

Edit: Is there really no CRF in "As"? Hmm…

To make you feel better, I haven't found CRF in HW encoders (Intel, Nvidia, AMD)
Someone could tell that ICQ mode of QuickSync looks like CRF, but I'm not so sure.
So, nothing to complain about AMD for that.

BTW, what VCE version is inside your AMD card ?

Could you post some numbers using A's for H.264 1080p -> 1080p transcoding, especially if it's VCE 2 or higher ?

[Lupissimo]

Does anybody know how to use 2-pass encoding with NVenc in Staxrip?

[stax76]

Only audio stream was demuxed. The source filter was changed to directshow and directshow works very well. I confirm with you that ffms2 can't load elementary streams properly.

Sync issues wouldn't surprise me so dsmux or DGDecNV is better.

A countdown to close the massage box is a good idea. I think 30 sec is enough and it counts down in a button. With a button you have the chance to close the box earlier. The look of the message box should be simple with an short message. For example "An Error has occurred, please check the Log File in Temp Directory" or so.

I made it two minutes, here is a dev build: https://www.dropbox.com/s/mqyl3029pn54l9o/StaxRip_dev.7z?dl=0

I noticed that i cannot setup Audio output to 320 Kbit AAC or MP3 anymore. Same with 192 Kbit VBR. Older Version do have a 320 Kbit output when i setup Quality to "1".
Doesnt matters which encoder i choose. Result is always 350 Kbit now. And i see no way to manually set it to 320 or 192 Kbit.

It don't look like a bug, maybe somebody can give you a tip if you post the command line and media info from the log file.

With the old version r2525 i have no problems.

Info:
Inputfile is a HD tv stream (ts) with h264 and ac3!

Any idea?

I ran some tests without having problems and didn't get any more problem reports, you have to try various things like replacing your x264 build and trying other sources in order to narrow down the issue.

Seems its only on VobSubs, and i noticed that the MKV did not include the subs, they were already extracted in the same dir.
When i load the MKV File, StaxRip checks for forced subs with BDSup2Sub++ to extract them and then loads the VobSubs.

found and fixed: https://www.dropbox.com/s/mqyl3029pn54l9o/StaxRip_dev.7z?dl=0

[MikeTR]

Just noticed with v1.2.0.5 that it is no longer possible to delete the source files from finished jobs while the batch is still running. Windows reports that the files are open in StaxRip. I can't remember if I tried with an earlier beta, but in v1.1.9.0 it was possible.

[stax76]

I have a tool called 'emco unlock it' showing the source file is locked, I believe it's because of the new caching mechanism for mediainfo, I should be able to fix it.

[burfadel]

https://www.dropbox.com/s/mqyl3029pn54l9o/StaxRip_dev.7z?dl=0

With this version, x264 stats show in the main Window, and at the end .NET Framework throws an exception. In the previous build, and all builds before that, it was fine.

I'm using x264 from Komisar, but that shouldn't matter since it is only an issue with this build :)

[stax76]

@MikeTR

Turns out it's not so easy finding what's causing the lock...

@burfadel

Please post a screeshot.

[burfadel]

It's only x264, qaac etc show in the status area as per usual.

Here is a normal screen (just did an example file):
http://oi58.tinypic.com/29kxd29.jpg

Here is the case just with the last dev build:
http://oi59.tinypic.com/2evt2j6.jpg

It's a different file, but the same thing occurs no matter the file or source.

It's using the 64-bit x264, so using avs4x26x.exe, but as I said, it hasn't been an issue before with Staxrip, and it works in the last few builds, just not that dev build!

Further info, settings (from a log):
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 3.1
x264 [info]: cabac=1 ref=9 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=10 psy=1 fade_compensate=0.20 psy_rd=1.00:0.20 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-3 threads=6 lookahead_threads=1 sliced_threads=0 nr=600 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 fgo=0 bframes=8 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=1 weightp=2 keyint=600 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=150 rc=crf mbtree=1 crf=20.0000 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=3:1.00


On Windows 10 TP 9926.

[stax76]

There was some improvements causing the issue, StaxRip checks if the output is only progress, if it's only progress StaxRip don't write it to the log file or log window, in your case StaxRip isn't detecting it as progress because your build's progress looks different then the build that is included, it checks for ' kb/s, eta ', I can add another string, are there tabs or spaces in your progress strings?

[burfadel]

Here's the first five seconds of an encode from the log:

raw [info]: 864x480p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 3.1
x264 [info]: cabac=1 ref=9 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=10 psy=1 fade_compensate=0.20 psy_rd=1.00:0.20 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-3 threads=6 lookahead_threads=1 sliced_threads=0 nr=600 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 fgo=0 bframes=8 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=1 weightp=2 keyint=600 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=150 rc=crf mbtree=1 crf=20.0000 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=3:1.00
frames fps kb/s elapsed remain size est.size
[ 0.0%] 1/61326 0.35 10786.91 0:00:02 48:33:57 54.92 KB 3289.08 MB
[ 0.0%] 10/61326 3.21 2436.98 0:00:03 5:18:07 124.08 KB 743.07 MB
[ 0.0%] 23/61326 6.70 1572.31 0:00:03 2:32:30 184.12 KB 479.42 MB
[ 0.1%] 38/61326 9.93 1056.55 0:00:03 1:42:52 204.41 KB 322.16 MB
[ 0.1%] 45/61326 11.02 1000.02 0:00:04 1:32:40 229.11 KB 304.92 MB
[ 0.1%] 55/61326 12.56 959.34 0:00:04 1:21:19 268.64 KB 292.52 MB
[ 0.1%] 66/61326 14.25 1044.93 0:00:04 1:11:40 351.13 KB 318.61 MB
[ 0.1%] 72/61326 14.74 1052.29 0:00:04 1:09:15 385.75 KB 320.86 MB
[ 0.1%] 80/61326 15.55 1015.58 0:00:05 1:05:39 413.65 KB 309.67 MB
[ 0.1%] 87/61326 15.72 1036.56 0:00:05 1:04:56 459.14 KB 316.06 MB
[ 0.2%] 93/61326 15.72 1111.06 0:00:05 1:04:55 526.08 KB 338.78 MB

I'm guessing the new method is looking for the whole string, and because it is different it isn't detected? If so, I guess:
frames fps kb/s elapsed remain size est.size
is what you meant :).

Thanks!

[Patman]

Just noticed with v1.2.0.5 that it is no longer possible to delete the source files from finished jobs while the batch is still running. Windows reports that the files are open in StaxRip. I can't remember if I tried with an earlier beta, but in v1.1.9.0 it was possible.

I confirm with you mike. Since version 1.2.0.5 it's not longer possible to delete files even though the job is finished.

@burfadel
@stax

I've the same issue that .net framework causing an error. In next window is shown that staxrip has crashed and ffms2 is the reason for that.

http://s3.postimg.org/n5kq2m3xr/Error.jpg (http://postimg.org/image/n5kq2m3xr/)

[TalasNetrag]

With v1.2.0.5 the mp4 container doesn't work at all. Everytime I try to encode to mp4, this error message pops up.
Something unexpected happened

Error Mux AAC to M4A

Mux AAC to M4A failed with exit code -1073741515



StaxRip.ErrorAbortException: Error Mux AAC to M4A

Mux AAC to M4A failed with exit code -1073741515


bei StaxRip.Proc.Start() in C:\Daten\Projekte\VS\VB\StaxRip\General\Proc.vb:Zeile 264.
bei StaxRip.Audio.DemuxMKV(String sourcefile, AudioStream stream, AudioProfile ap) in C:\Daten\Projekte\VS\VB\StaxRip\General\Audio.vb:Zeile 162.
bei StaxRip.Audio.Process(AudioProfile ap) in C:\Daten\Projekte\VS\VB\StaxRip\General\Audio.vb:Zeile 33.
bei StaxRip.MainForm.Encode() in C:\Daten\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:Zeile 2261.
bei StaxRip.MainForm.RunJobRecursive() in C:\Daten\Projekte\VS\VB\StaxRip\Forms\MainForm.vb:Zeile 3604.

[MikeTR]

With v1.2.0.5 the mp4 container doesn't work at all. Everytime I try to encode to mp4, this error message pops up.
Probably an MP4Box issue. Replacing the MP4Box folder with a previous version should fix it. AFAIK the current exe requires at least libgpac.dll, js.dll, ssleay32.dll and libeay32.dll to be present. Previously it was only libgpac.dll.

[stax76]

@Patman

I tried hard to find the file lock ensuring StaxRip cleaning up all resources properly, it looks like it happens only or mostly when dsmux is used because then the actual source file is in the temp files directory.

I think it's ffms2 not releasing the file handle! I already reported it in the ffms2 thread.

I've not seen such a exception, how do you know it was caused by ffms2?

Here is a new build that I've tested quite a lot: https://www.dropbox.com/s/m612vwdkxrgbvdc/StaxRip_2015.03.15.7z?dl=0

@TalasNetrag

Maybe the new MP4Box build is bad, please try to replace it with the one from the release before and tell us if it helps.