Could one of the Japanese speaking users please try to contact rigaya34589 (see: http://rigaya34589.blog135.fc2.com/blog-category-10.html) and ask him if he plans to update QSVEnc to support the latest drivers?
The latest available version (1.21 from april) does not support '--icq' and '--la-icq' and also freezes when using for '--quality' with a higher values then 'balanced' on longer sources. These problems should be fixed in the current drivers.
(problems don't happen with handbrake, so the sdk&drivers aren't the problem)
Thanks!
Cu Selur
Ps.: May be the problems itself have already been fixed and it's only a problem with the cli,...
		
			+ Reply to Thread
			
		
		
		
			 
		
			
	
	
				Results 1 to 30 of 61
			
		- 
	
- 
	You may have tried this, but you can translate a website with Google Translate: https://translate.google.com/translate?hl=en&sl=ja&tl=en&u=http%3A%2F%2Frigaya34589.bl...135.fc2.com%2F 
 
 There seems to be an email address there and you could use a translation program to reply in the authors written language. Or he may be fluent in English also.  
- 
	Yes, I can read the web page with Google Translate, problem is that doesn't answer the question whether QSVEnc is still developed and if the bugs I mentioned will be addressed. 
- 
	How about sending PMs to Chikuzen, VFR_Maniac, or JEEB  
 
 Since you are a programmer too, it's less probable that they will ignore your polite requests  
- 
	You can simply post your feedback in English on his blog. 
 Japanese programmers usually have no problem reading English.
 
 There is a more recent post concerning QSVEnc here: http://rigaya34589.blog135.fc2.com/blog-entry-480.html
 so I think rigaya will continue developing it.
 
 Note that the "QSVEnc" refers to the GUI encoder plugin for Aviutl, while the CLI version is "QSVEncC"
 
 Also note the la and la-icq options need at least QSV API v1.8 to work(both hardware and software API),QSVEncC (x86) 1.19 by rigaya, build Mar 25 2014 23:31:39
 based on Intel(R) Media SDK Encoding Sample 5,0,337,0
 avi reader: enabled
 avs reader: enabled
 vpy reader: enabled
 
 Usage: qsvencc [Options] -i <filename> -o <filename>
 
 input can be avi, avs, vpy, raw YUV or YUV4MPEG2(y4m) format.
 when raw(default), fps, input-res are also necessary.
 
 output format will be raw H.264/AVC ES.
 when output filename is set to "-", H.264/AVC ES output is thrown to stdout.
 
 Example:
 QSVEncC -i "<avsfilename>" -o "<outfilename>"
 avs2pipemod -y4mp "<avsfile>" | QSVEncC --y4m -i - -o "<outfilename>"
 
 Example for Benchmark:
 QSVEncC -i "<avsfilename>" --benchmark "<benchmark_result.txt>"
 
 Options:
 -h,-? --help show help
 -v,--version show version info
 
 -i,--input-file <filename> set input file name
 -o,--output-file <filename> set ouput file name
 
 Input formats (will be estimated from extension if not set.)
 --raw set input as raw format
 --y4m set input as y4m format
 --avi set input as avi format
 --avs set input as avs format
 --vpy set input as vpy format
 --vpy-mt set input as vpy format in multi-thread
 
 --nv12 set raw input as NV12 color format,
 if not specified YV12 is expected
 --tff set as interlaced, top field first
 --bff set as interlaced, bottom field first
 -f,--fps <int>/<int> or <float> video frame rate (frames per second)
 
 --input-res <int>x<int> input resolution
 --output-res <int>x<int> output resolution
 if different from input, uses vpp resizing
 if not set, output resolution will be same
 as input (no resize will be done).
 --crop <int>,<int>,<int>,<int> set crop pixels of left, up, right, bottom.
 
 --slices <int> number of slices, default 0 (auto)
 
 --sw use software encoding, instead of QSV (hw)
 --check-hw check if QuickSyncVideo is available
 --check-lib check lib API version installed
 --check-features check encode features
 --check-environment check environment info
 --disable-d3d disable using d3d surfaces
 --d3d use d3d9/d3d11 surfaces
 --d3d9 use d3d9 surfaces
 --d3d11 use d3d11 surfaces
 
 EncMode default: --cqp
 --cqp <int> or encode in Constant QP, default 24:26:27
 <int>:<int>:<int> set qp value for i:p:b frame
 --vqp <int> or encode in Variable QP, default 24:26:27
 <int>:<int>:<int> set qp value for i:p:b frame
 --la <int> encoded bitrate in Lookahead mode (kbps)
 --icq <int> encode in Intelligent Const. Qualtiy mode
 default value: 23
 --la-icq <int> encode in ICQ mode with Lookahead
 default value: 23
 --cbr <int> encoded bitrate in CBR mode (kbps)
 --vbr <int> encoded bitrate in VBR mode (kbps)
 --avbr <int> encoded bitrate in AVBR mode (kbps)
 avbr mode is only supported with API v1.3
 --avbr-unitsize <int> avbr calculation period in x100 frames
 default 90 (= unit size 9000 frames)
 --vcm <int> encoded bitrate in VCM mode (kbps)
 
 --la-depth <int> set Lookahead Depth, 10-100
 --maxbitrate <int> set max bitrate(kbps)
 -u,--quality <string> encode quality
 - best, higher, high, balanced(default)
 fast, faster, fastest
 
 --ref <int> reference frames for sw encoding,
 default 0 (auto)
 --bframes <int> number of sequential b frames,
 default 3 (auto)
 
 --gop-len <int> (max) gop length, default 0 (auto)
 when auto, fps x 10 will be set.
 --open-gop enable open gop structure, default off
 --strict-gop force gop structure
 --scenechange enable scene change detection
 --no-scenechange disable scene change detection
 
 --level <string> set codec level, default auto
 --profile <string> set codec profile, default auto
 --sar <int>:<int> set Sample Aspect Ratio.
 --bluray for H.264 bluray encoding.
 
 --vpp-denoise <int> use vpp denoise, set strength
 --vpp-detail-enhance <int> use vpp detail enahancer, set strength
 --vpp-deinterlace <string> set vpp deinterlace mode
 enabled only when set --tff or --bff
 - none disable deinterlace
 - normal normal deinterlace
 - it inverse telecine
 - bob double framerate
 
 --input-buf <int> buffer size for input (1-16)
 default hw: 3, sw: 1
 --log <string> output log to file.
 
 settings below are only supported with API v1.3
 --fullrange set stream as fullrange yuv.
 --videoformat <string> undef, ntsc, component, pal, secam, mac
 default: undef
 --colormatrix <string> undef, auto, bt709, smpte170m, bt470bg
 smpte240m, YCgCo, fcc, GBR
 default: undef
 --colorprim <string> undef, auto, bt709, smpte170m, bt470m
 bt470bg, smpte240m, film
 default: undef
 --transfer <string> undef, auto, bt709, smpte170m, bt470m
 bt470bg, smpte240m, linear, log100, log316
 default: undef
 
 settings below are only supported with API v1.6
 --mbbrc enables per macro block rate control.
 --extbrc enables extended rate control.
 
 settings below are only supported with API v1.7
 --trellis <string> set trellis mode used in encoding.
 - auto(default), none, i, ip, all.
 
 settings below are only supported with API v1.8
 --i-adapt enables adaptive I frame insert.
 --b-adapt enables adaptive B frame insert.
 --b-pyramid enables B-frame pyramid reference.
 --lookahead-ds <string> set lookahead quality.
 - auto(default), fast, normal, slow
 
 Settings below are available only for software ecoding.
 --cavlc use cavlc instead of cabac.
 --rdo use rate distortion optmization.
 --inter-pred <int> set minimum block size used for
 --intra-pred <int> inter/intra prediction.
 0: auto(default) 1: 16x16
 2: 8x8 3: 4x4
 --mv-search <int> set window size for mv search.
 default: 0 (auto)
 --mv-precision <int> set precision of mv search
 0: auto(default) 1: full-pell
 2: half-pell 3: quater-pell
 
 --benchmark <string> run in benchmark mode
 and write result in txt file.
 meaning that the following will not work....
 
- 
	Thanks, I also misintepreted the command line output at some point. 
 I thought the 0 was false and x was true. 
 Code:QSVEncC (x64) 1.19 by rigaya, build Mar 25 2014 23:41:23 based on Intel(R) Media SDK Encoding Sample 5,0,337,0 avi reader: enabled avs reader: enabled vpy reader: enabled Media SDK Hardware API v1.8 Supported features: CBR VBR AVBR CQP VQP LA ICQ LAICQ VCM RC mode available o o o o o o x x x VUI info output o o o o o o x x x Trellis o o o o o o x x x Adaptive_I o o o o o o x x x Adaptive_B o o o o o o x x x B_Pyramid o o o o o o x x x Ext_BRC o o o x x x x x x MBBRC o o o x x x x x x Lookahead Quality x x x x x o x x x Media SDK Software API v1.8 Supported features: CBR VBR AVBR CQP VQP LA ICQ LAICQ VCM RC mode available o o o o o x x x x VUI info output o o o o o x x x x Trellis x x x x x x x x x Adaptive_I o o o o o x x x x Adaptive_B o o o o o x x x x B_Pyramid o o o o o x x x x Ext_BRC x x x x x x x x x MBBRC x x x x x x x x x Lookahead Quality x x x x x x x x x
 Will post inside the blog, thanks!
 
 Btw. to you know which command line freatures fall under 'RC mode available'? -> DOH, got it.Last edited by Selur; 19th Jun 2014 at 02:52. 
- 
	Argh, can't post to the blog since I can't get over the captcha, since it uses Japanese characters. 
 
 ---------------------------
 Wanted to report that:
 
 a. icq, la-icq, .. should be supported in QSVencC starting with v1.8 (compare handbrake and it's source code)
 b. when using a '--quality' value slower than 'balanced' QSVEncC freezes after a few thousand frames
 
 Wanted to ask if:
 a. 32bit versions planned
 b. Vista support is planned
 ---------------------------
 
 Would be nice if one of the Japanese speaking users could post there for me.
 
 Thanks!
 
 Cu Selur
- 
	
- 
	I can answer that there IS a 32bit version ALREADY. 
 see the --help print out in my post above:
 while yours was:QSVEncC (x86) 1.19 by rigaya, build Mar 25 2014 23:31:39
 Just in case you got the files from some wrong place, here I uploaded the two CLI executables...QSVEncC (x64) 1.19 by rigaya, build Mar 25 2014 23:41:23
- 
	QSVEncC --check-features already indicates that icq&co are not supported. (they are using handbrake on my i7-4770k (desktop) and my i7-4702MQ (laptop).can you post the full commandline you've used and what message did you get when trying to use icq/la-icq?
 
 Code:QSVEncC (x64) 1.19 by rigaya, build Mar 25 2014 23:41:23 based on Intel(R) Media SDK Encoding Sample 5,0,337,0 avi reader: enabled avs reader: enabled vpy reader: enabled Media SDK Hardware API v1.8 Supported features: CBR VBR AVBR CQP VQP LA ICQ LAICQ VCM RC mode available o o o o o o x x x VUI info output o o o o o o x x x Trellis o o o o o o x x x Adaptive_I o o o o o o x x x Adaptive_B o o o o o o x x x B_Pyramid o o o o o o x x x Ext_BRC o o o x x x x x x MBBRC o o o x x x x x x Lookahead Quality x x x x x o x x x Media SDK Software API v1.8 Supported features: CBR VBR AVBR CQP VQP LA ICQ LAICQ VCM RC mode available o o o o o x x x x VUI info output o o o o o x x x x Trellis x x x x x x x x x Adaptive_I o o o o o x x x x Adaptive_B o o o o o x x x x B_Pyramid o o o o o x x x x Ext_BRC x x x x x x x x x MBBRC x x x x x x x x x Lookahead Quality x x x x x x x x x
 When calling
 
 I get:Code:mencoder -lavdopts threads=8 -really-quiet -of rawvideo -o - -ovc raw -demuxer lavf -vfm ffmpeg -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 "C:\Users\Selur\Desktop\TEST-A~1.MP4" | ffmpeg -loglevel fatal -threads 8 -an -sn -r 25 -pix_fmt yuv420p -s 640x480 -f rawvideo -i - -r 25 -pix_fmt yuv420p -f yuv4mpegpipe - | QSVEncC --y4m -i - --icq 23 --fps 25000/1000 - --sar 1:1 "E:\Temp\test_13_23_22_4710_01.264" 
 Since on both machines icq&co work in handbrake they sure are supported through the Intel SDK.Error: Unknown options 
 
 Regarding the Vista support, problem seems to be that the SDK / buidl enviroment is Windos 7/8 in which SetThreadErrorMode is part of the kernel32.dll, which it isn't in Vista. (see: Changes in Microsoft Windows 7 vs Microsoft Vista SP1: kernel32.dll
 
 Cu Selur
- 
	For the --quality issue, I have tested with the following: 
 
 Source AVI:
 Encode commandline:Format : AVI
 Format/Info : Audio Video Interleave
 File size : 1.30 GiB
 Duration : 7mn 2s
 Overall bit rate : 26.3 Mbps
 Writing library : This file was made by AviUtl 1.00.
 
 Video
 ID : 0
 Format : Lagarith
 Codec ID : LAGS
 Duration : 7mn 2s
 Bit rate : 24.9 Mbps
 Width : 640 pixels
 Height : 360 pixels
 Display aspect ratio : 16:9
 Frame rate : 30.000 fps
 Color space : YUV
 Chroma subsampling : 4:2:0
 Bit depth : 8 bits
 Bits/(Pixel*Frame) : 3.604
 Stream size : 1.23 GiB (95%)
 
 Audio
 ID : 1
 Format : PCM
 Format settings, Endianness : Little
 Format settings, Sign : Signed
 Codec ID : 1
 Duration : 7mn 2s
 Bit rate mode : Constant
 Bit rate : 1 411.2 Kbps
 Channel(s) : 2 channels
 Sampling rate : 44.1 KHz
 Bit depth : 16 bits
 Stream size : 71.1 MiB (5%)
 Alignment : Aligned on interleaves
 Interleave, duration : 33 ms (1.00 video frame)
 Interleave, preload duration : 33 ms
 
 
 ANDqsvencc --quality higher -i "testvid.avi" -o "qsv32test.264"
 Both completed successfully with the following outputs, respectively:qsvencc --quality faster -i "testvid.avi" -o "qsv32test.264"
 \QSVEnc_1.21\QSVEncC>qsvencc --quality higher -i "testvid.avi" -o "qsv32test.264"
 QSVEnc 1.19 (x86), based on Intel(R) Media SDK Encoding Sample 5,0,337,0
 CPU Info Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz [TB: 3.70GHz] (4C/8T)
 Media SDK impl QuickSyncVideo (hardware encoder), API v1.4
 Input Frame Info avi: lags(yv12) -> nv12, 640x360, 30/1 fps
 Output Video H.264/AVC High @ Level 3
 640x360p 1:1 30.000fps (30/1fps)
 Encode Mode Constant QP (CQP)
 CQP Value I:24 P:26 B:27
 Target usage 2 - higher
 Ref frames 2 frames
 Bframe Settings 3 frames
 Max GOP Length 300 frames
 Scene Change Detection on
 Slices 1
 Memory type d3d9
 Input Buffer Size 3 frames
 Intel iGPU ID 2nd GPU
 
 Processing started
 [98.2%] 12444 frames: 367.65 fps, 736.58 kb/s, remain 0:00:01
 Processing finished\QSVEnc_1.21\QSVEncC>qsvencc --quality faster -i "testvid.avi" -o "qsv32test-faster.264"
 QSVEnc 1.19 (x86), based on Intel(R) Media SDK Encoding Sample 5,0,337,0
 CPU Info Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz [TB: 3.60GHz] (4C/8T)
 Media SDK impl QuickSyncVideo (hardware encoder), API v1.4
 Input Frame Info avi: lags(yv12) -> nv12, 640x360, 30/1 fps
 Output Video H.264/AVC Main @ Level 3
 640x360p 1:1 30.000fps (30/1fps)
 Encode Mode Constant QP (CQP)
 CQP Value I:24 P:26 B:27
 Target usage 6 - faster
 Ref frames 2 frames
 Bframe Settings 3 frames
 Max GOP Length 300 frames
 Scene Change Detection on
 Slices 1
 Memory type d3d9
 Input Buffer Size 3 frames
 Intel iGPU ID 2nd GPU
 
 Processing started
 [97.9%] 12416 frames: 308.22 fps, 781.49 kb/s, remain 0:00:01
 Processing finished
 
- 
	please also check if '--quality high' works if you use '--la' or '--cbr'. (can't test atm. since I'm away from my normal machines atm.) 
- 
	Works fine on mine. 
 
 \QSVEnc_1.21\QSVEncC>qsvencc --cbr 3000 --quality high -i "testvid.avi" -o "qsv32test-high-c
 br.264"
 QSVEnc 1.19 (x86), based on Intel(R) Media SDK Encoding Sample 5,0,337,0
 CPU Info Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz [TB: 3.70GHz] (4C/8T)
 Media SDK impl QuickSyncVideo (hardware encoder), API v1.4
 Input Frame Info avi: lags(yv12) -> nv12, 640x360, 30/1 fps
 Output Video H.264/AVC High @ Level 3
 640x360p 1:1 30.000fps (30/1fps)
 Encode Mode Bitrate Mode - CBR
 Bitrate 3000 kbps
 Max Bitrate 3000 kbps
 Target usage 3 - high
 Ref frames 2 frames
 Bframe Settings 3 frames
 Max GOP Length 300 frames
 Scene Change Detection on
 Slices 1
 Memory type d3d9
 Input Buffer Size 3 frames
 Intel iGPU ID 2nd GPU
 
 Processing started
 [98.4%] 12481 frames: 266.26 fps, 3001.19 kb/s, remain 0:00:01
 Processing finished
- 
	Strange, will so some testing and report back. (might be related to me feeding QSVEnc through a pipe not a file, but we will see) 
 
 Thanks for the help!
- 
	Dropped a note on rigaya's blog: 
 http://rigaya34589.blog135.fc2.com/?no=461
- 
	Comment by anonymous: 
 
 Intel HD Driver v3621 seems to have a weird compatibility problem with SDK2014 (API1.8)
 That driver sees the API as v1.10, and in v1.10, there is a change in the way how LA is set.
- 
	Got the freeze with '--la' (--cbr&co work fine) 
 Code:ffmpeg -y -loglevel fatal -r 30000/1001 -i "E:\test.mp4" -an -sn -threads 8 -vsync 0 -r 30000/1001 -pix_fmt yuv420p -f yuv4mpegpipe - | QSVEncC --y4m -i - --input-buf 3 --slices 0 --fps 30000/1001 --la 1500 --maxbitrate 245760 --la-depth 10 --profile auto --level auto --quality higher --bframes 3 --gop-len 0 --scenechange --sar 1:1 --lookahead-ds auto --trellis auto --colormatrix undef --output-file "E:\Output\la.264" Code:CPU Info Intel(R) Core(TM) i7-4702MQ CPU @ 2.20GHz [TB: 2.90GHz] (4C/8T) Media SDK impl QuickSyncVideo (hardware encoder), API v1.8 Input Frame Info y4m: yv12 -> nv12, 720x404, 30000/1001 fps Output Video H.264/AVC High @ Level 4.1 720x404p 1:1 29.970fps (30000/1001fps) Encode Mode Bitrate Mode - Lookahead Lookahead Depth 10 frames Lookahead Quality auto Target usage 2 - higher Trellis Auto Ext. Bitrate Control disabled Ref frames 3 frames Bframe Settings 3 frames Max GOP Length 300 frames Scene Change Detection on B pyramid on GOP Structure fixed Slices 1 Memory type d3d9 Input Buffer Size 3 frames Intel iGPU ID 1st GPU Processing started 7929 frames: 370.25 fps, 1499.77 kbps
- 
	From rigaya: 
 The following are my translation:>>MaverickTse様
 >ICQモードについて
 3621ドライバで本来はICQモードが使えるはず、ということでしょうか…。
 
 QSVEncの機能情報タブで表示しているのは、「MFXVideoENCODE_Query」を使ってチ ェックした結果でして、そこで「×」と出るので、てっきり3621でもダメなのだと思っていたのですが…。 どうしてICQが使えないのか、調べてみます。
 
 >Vista
 正式にサポートする予定はありません。これはVista環境がなく、確認できないためです。(Win7と8 .1は確認しています)
 
 ただ、たぶん動くと思います。積極的に動かないように作ってるわけではありません。
 
 
 >>3621ドライバ
 うーん、API 1.10というのも妙ですよね、Media SDK 2014 R2もAPI 1.9のはずなので、「1.10ってどっからでてきた?」という感じです。わたしが気づいてないだけでしょ うか…。
 It seems that rigaya did not visited this thread(or at least did not pay attention to it), but since he is going to investigate the ICQ mode and 3621 Driver issue, I suppose quite a lot of things will be uncovered and be dealt with sooner or later.>>About ICQ Mode
 The 3621 Driver was supposed to be able to use ICQ mode...
 Since feature info was checked using "MFXVideoENCODE_Query" and there is a X on ICQ, that means Driver 3621 actually cannot use ICQ...But why is it so...I need to check.
 
 >Vista
 No plan to support because I don't have Vista machine and therefore cannot test that. (Confirmed to work on W7 and 8.1 )
 
 However, I did not deliberately make it fail on Vista.
 
 >> 3621 Driver
 umm... API 1.10 is weird. Media SDK 2014 R2's API is 1.9 only, so where is that 1.10 came from? Am I missing something....
- 
	Intel's response on the API version problem: 
 https://software.intel.com/en-us/forums/topic/516207
 
 About Vista:
 Look at the release notes of Media SDK 2013 and 2014... there is no "Vista" under system requirement. Meaning Intel dropped support for Vista in the recent SDKs.
 Rigaya himself did not use SetThreadErrorMode in his code.
- 
	-la may get freeze with scene-change detection somehow. 
 When using --la, try also --no-scenechange
 
 rigaya just released a new version that automatically disable scenechange when using --la.
 
 For handbrake, it is no surprise that they have better support for QSV... they have direct support from Intel!
 https://software.intel.com/en-us/articles/harnessing-handbrake
- 
	Oh, didn't know that.they have direct support from Intel!
 
 Nice! Will test once I'm back home and report.rigaya just released a new version that automatically disable scenechange when using --la.  
- 
	Updates: 
 http://rigaya34589.blog135.fc2.com/blog-entry-484.html
 
 Summary:
 Fixed the ICQ unusable issue
 More check on interlace-compatibility for different encoding modes
 Better AVX2 utilization
 
 DL:
 http://1drv.ms/1gd27qw
- 
	Nice! Thanks for the Info! 
 
 '--check-features' now shows:
 Sweet!Code:Media SDK Hardware API v1.8 Supported features: CBR VBR AVBR CQP VQP LA ICQ LAICQ VCM RC mode available o o o o o o o o o Interlace o o o o o o o o o VUI info output o o o o o o o o o Trellis o o o o o o o o o Adaptive_I o o o o o o o o o Adaptive_B o o o o o o o o o B_Pyramid o o o o o o o o o Ext_BRC o o o x x x o x o MBBRC o o o x x x o x o Lookahead Quality x x x x x o x o xLast edited by Selur; 26th Jun 2014 at 05:34. 
- 
	Using QSVCEncC 1.23 and: 
 encoding freezes,..Code:mencoder -ovc raw -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 -lavdopts threads=8 -really-quiet -of rawvideo -o - -dvd-device "F:\TestClips&Co\DVDs\ElephantsDream\VIDEO_TS" dvd://1 | ffmpeg -loglevel fatal -threads 8 -an -sn -r 25 -pix_fmt yuv420p -s 720x576 -f rawvideo -i - -r 25 -pix_fmt yuv420p -f yuv4mpegpipe - | QSVEncC --y4m -i - --input-buf 3 --slices 0 --fps 25000/1000 --la-icq 23 --la-depth 10 --profile auto --level auto --quality best --bframes 16 --gop-len 0 --sar 64:45 --i-adapt --b-adapt --b-pyramid --lookahead-ds auto --trellis auto --colormatrix undef --output-file "H:\Temp\DVD_11_52_11_0110_01.264" 
 - removing --b-pyramid does fix the freezing.
 - lowering --bframes to 9 does also
 -> seems like there's a problem with --bframes > 9 and --b-pyramid when used in conjunction
 
 Can someone reproduce this problem?
 I'm using:
 Code:QSVEncC (x64) 1.23 by rigaya, build Jun 25 2014 22:25:39 based on Intel(R) Media SDK Encoding Sample 5,0,337,0 avi reader: enabled avs reader: enabled vpy reader: enabled Environment Info OS : Windows 7 (x64) CPU: Intel Core i7-4770K @ 3.50GHz [TB: 3.90GHz] (4C/8T) GPU: Intel HD Graphics 4600 (20 EU) @ 1250 MHz (10.18.10.3621) RAM: DDRx-xxxx / x channel (Total 32575 MB / Used 5988 MB) 
- 
	Okay, adding '--no-scenechange' also fixes the problem seems like disabling scenechange when lookahead is used doesn't work automatically.  
 
 -> needs also to be disabled for '--la-icq'rigaya just released a new version that automatically disable scenechange when using --la. 
 
 ----
 
 only works if I:Code:mencoder -ovc raw -noskip -vf scale,format=i420 -forcedsubsonly -nosub -nosound -mc 0 -lavdopts threads=8 -really-quiet -of rawvideo -o - -dvd-device "F:\TestClips&Co\DVDs\ElephantsDream\VIDEO_TS" dvd://1 | ffmpeg -loglevel fatal -threads 8 -an -sn -r 25 -pix_fmt yuv420p -s 720x576 -f rawvideo -i - -r 25 -pix_fmt yuv420p -f yuv4mpegpipe - | QSVEncC --y4m -i - --input-buf 16 --slices 0 --fps 25000/1000 --la-icq 23 --la-depth 100 --profile auto --level auto --quality best --bframes 16 --gop-len 0 --open-gop --no-scenechange --sar 64:45 --i-adapt --b-adapt --b-pyramid --lookahead-ds auto --trellis all --output-file "H:\Temp\DVD_12_28_04_7910_01.264" 
 a. lower b-frames to 9 (or below)
 or alternatively
 b. disable --b-pyramid
 -> adding '--no-scenechange' doesn't always helpLast edited by Selur; 26th Jun 2014 at 06:34. 


 
		
		 View Profile
				View Profile
			 View Forum Posts
				View Forum Posts
			 Private Message
				Private Message
			 Visit Homepage
				Visit Homepage
			 
 
			
			
 Quote
 Quote 
 
			
			 
			
 
			