Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
17th March 2016, 23:28 | #981 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
I did some further tests regarding the stability of the QSVEncC and unfortunately it seems that it is StaxRip's fault.
Running the command via CLI directly without using StaxRip's GUI, i get a stable performance of ~250fps (!) The exact same clip, with the exact same options drops the performance from 250fps to 99fps (!) using StaxRip. In all cases I used QSVEncC HW decoding, the switch --avqsv. So, the only parameter different is the demux/mux of the two apps and maybe some hidden (?) or non-hidden switches. I can't think of something else, but definitely QSVEncC as a standalone app has no problem at all (!!) on my system.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
18th March 2016, 06:36 | #982 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Hello Frank.
I used latest QSVEncC v2.40 with a custom switch suggested by rigaya in order to find out what is going on. So, I put in "Custom Switches:" field these switches --input-thread 1 --output-thread 1 --perf-monitor --log log.txt running at the same time the GPU-Z app in the background and I sent rigaya the log.txt and the .csv file produced in the temp directory of StaxRip. He replied that he can see QSVEncC waiting doing nothing for a while and start running again in a period of about 5 sec. Weird behavior which is the cause of my sudden drops of GPU load and performance. I don't know how could I help more in order to find out the cause of the problem.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
18th March 2016, 12:14 | #983 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Are you sure there is a difference between windows shell and StaxRip? I get around 200 fps in and outside of StaxRip, when I wake up from Standby though it's only 70 fps again in and outside of StaxRip the same.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
18th March 2016, 13:53 | #986 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
The problem is there, even when I run "Execute command" from inside StaxRip running QSVEncC. Only when I run QSVEncC from pure Shell environment I get stable performance.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|
18th March 2016, 14:01 | #987 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Did you try to reboot? It has helped here.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
18th March 2016, 14:22 | #988 | Link | |
Registered User
Join Date: Dec 2014
Posts: 666
|
Quote:
Are you using nvidia gtx 900 series Gpu? Sent from my iPhone using Tapatalk
__________________
Asus ProArt Z790 - 13th Gen Intel i9 - RTX 3080 - DDR5 64GB Predator - LG OLED C9 - Yamaha A3030 - Windows 11 x64 - PotPlayerr - Lav - MadVR |
|
18th March 2016, 14:58 | #989 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
If it was for me, I always shut down and restart my PC.
I don't leave it open for no reason.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
19th March 2016, 05:31 | #991 | Link | |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Quote:
I made some more test with same results as before, I never saw a fps difference between running in StaxRip or the command shell. Normally I get about 220 fps but when I but the PC shortly to energy saving mode it drops to pitiful 70 fps until I either reboot or shortly deactivate the device in the device manager. My specs are: Windows 10 Pro - 10586.164 i5-6600K - Skylake - 20.19.15.4404 - GPU set to always on in Bios, no need for fake monitor GTX 960 - Maxwell 2 - 10.18.13.6451 GA-Z170X-UD3 - F6
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
|
19th March 2016, 06:59 | #993 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
Rigaya managed to reproduce my issue with his Haswell Win 8.1 Pro system and he found out a workaround. In order to reproduce the issue with your systems, you have to transcode a clip with high bitrate output, more than 20 Mbps. Probably you must have a large bitrate input source clip and use the default -cqp or -icq encoding modes with low values for cqp and icq, in order to output large bitrates. My sample is a source clip with 53Mbps and the output is 25Mbps using default -cqp value of QSVEncC. The workaround is to add a custom switch --output-buf with values 4 or 8 or 16. With that switch --output-buf 16 my average speed is ~235 fps. The default value of --output-buf is 64 and it drops my performance to ~95 fps (!) That switch defines the internal buffer size in MBytes for output and its purpose is not to mix up disk input & output in fine grain for further performance. According to rigaya, output buffer size and Staxrip should have no interaction to each other. As a workaround he will probably put a lower than 64 value to that switch in the next QSVEncC release, BUT Frank I think you could probably send an email to rigaya to find the cause of the issue and fix it, if possible. I don't know if Skylake has the same issue, using large bitrate (> 20 Mbps) output. I have to write once more, that using the CLI version of QSVEncC outside of StaxRip, I have no problem at all using the default values, but the CLI version of QSVEncC inside StaxRip, drops the transcoding speed more than 60% for high bitrate outputs.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|
19th March 2016, 11:02 | #994 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
According to rigaya, Skylake has a drop in performance around 10% when the encoding exceeds 20Mbps and QSVEncC is used inside StaxRip.
That reminds me the increase in performance of ffmpeg qsv encoding that Frank noticed, when using ffmpeg CLI app outside StaxRip, compared to QSVEncC inside StaxRip. Frank, it would be useful to try ffmpeg qsv encoding inside StaxRip, if you are interested in implementing that GUI, or try QSVEncC inside/ outside StaxRip with large bitrate output.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
19th March 2016, 16:45 | #995 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
@Nikos
I'm still not able to reproduce it, please mail a full StaxRip log file and one log from the command shell (Ctrl+A and Enter), if possible tell me where to download the source video.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
19th March 2016, 19:24 | #996 | Link |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Frank, I have sent you an email with everything you asked.
Now, for everyone wanted to test my source sample you can download it from here: http://www.filedropper.com/megascansjungle
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
20th March 2016, 00:07 | #997 | Link |
BrainDead
Join Date: Jun 2003
Location: Near a Nuclear Power Plant
Posts: 149
|
Been using and testing Quick Sync with Staxrip (QSVEncC) these past few days, QS encodes are very flat and kills a lot of detail unlike x264 that can be fine tuned, but the speed of QS is 4 times faster than x264 on my rig. I tried to solve this issue with one of the custom switches: The --vpp-detail-enhance <int> option, but it gives the same results no matter the value of the strength, tried from 1 to 100.
Anyone knows the values or range for this variable? Last edited by jsquare; 20th March 2016 at 00:27. |
20th March 2016, 02:57 | #998 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
@Nikos
with your sample and settings I get this numbers: StaxRip: 244-245 fps Shell: 244-245 fps --output-buf 16: 252 fps I see a drop to 86 fps after wake up from power saving mode. Looks like a problem of the Intel driver. If a programmer has a problem like yours chances to find the reason are already not good but if it happens not on his machine and only on one machine chances are near zero. You can try to change the process priority in the settings and change your target drive because --output-buf might affect disk IO. I can add support for --output-buf of course. I have done some work on the ffmpeg GUI and will do some more but due to the freezes it's not really useful, I hope most issues can be fixed some time.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
20th March 2016, 05:04 | #999 | Link | |
Registered User
Join Date: Mar 2008
Posts: 448
|
Quote:
Value of 0-100 (inclusive) indicates the level of details to be enhanced. Default value is 0 (disabled). Sorry to break the party, but that option is not what you need. There is not much you can do with QSV about finer detail retainment. Maybe LA-ICQ mode, higher value for la-depth scenechange, trellis for all, --quality sets to best, --b-pyramid on,--weightp, --weightb, --la-quality sets to slow .....etc? Last edited by JohnLai; 20th March 2016 at 05:07. |
|
20th March 2016, 06:47 | #1000 | Link | |||
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
Rigaya released QSVEncC v2.41 with a default --output-buf 8, so no worries of using QSVEncC inside or outside StaxRip. It's only that we really didn't find out the reason of dropping performance on Haswell so much inside StaxRip. Quote:
Nice. It's a work on development from ffmpeg team, so maybe sometime they will reach the stability of QSVEncC. You could also add the ffmpeg QSV option as a decoder in all three HW encoding GUIs of rigaya's encoders inside StaxRip (Intel, Nvidia, AMD) without changing the encoder. It could be better/ more compatible than ffmpeg DXVA2 for Intel. Quote:
QSVEncC is based on a mixed/hybrid fixed function/GPU encoder with a lot more flexibility and options than NVEncC (Nvidia) or VCEEncC (AMD), but still is no match for a SW encoder like x264 in terms of encoding options. The main advantages of every HW encoder is the speed, low power and efficiency. The main drawbacks are quality, size and flexibility. Try --icq encoding mode with lower values and maybe the lookahead switches. Read the help file, it has a lot of options and if some of them don't work, email directly to the developer (rigaya) pointing out the issue. He usually fixes bugs in the next release.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|||
Thread Tools | Search this Thread |
Display Modes | |
|
|