![]() ![]() However it looks like your intel drivers are buggy and causing handbrake to hang when it tries to use hardware acceleration. You have a really interesting setup, you have both CUDA (NVidia) and QuickSync (Intel) hardware acceleration. –> NVidia H.265 Hardware Encoder Detected : True –> NVidia H.264 Hardware Encoder Detected : True T07:51:36 -> deviceQuery, CUDA Driver = CUDART, CUDA Driver Version = 9.1, CUDA Runtime Version = 7.5, NumDevs = 1, Device0 = GeForce GTX 1050 ![]() T07:51:36 -> Device PCI Domain ID / Bus ID / location ID: 0 / 1 / 0 T07:51:36 -> Device supports Unified Addressing (UVA): Yes T07:51:36 -> CUDA Device Driver Mode (TCC or WDDM): WDDM (Windows Display Driver Model) T07:51:36 -> Device has ECC support: Disabled T07:51:36 -> Alignment requirement for Surfaces: Yes T07:51:36 -> Support host page-locked memory mapping: Yes T07:51:36 -> Integrated GPU sharing Host Memory: No T07:51:36 -> Run time limit on kernels: Yes T07:51:36 -> Concurrent copy and kernel execution: Yes with 2 copy engine(s) T07:51:36 -> Maximum number of threads per block: 1024 T07:51:36 -> Maximum number of threads per multiprocessor: 2048 T07:51:36 -> Total number of registers available per block: 65536 T07:51:36 -> Total amount of shared memory per block: 49152 bytes T07:51:36 -> Total amount of constant memory: 65536 bytes T07:51:36 -> MapSMtoCores for SM 6.1 is undefined. T07:51:36 -> Detected CUDA Hardware version = 6.1 T07:51:36 -> CUDA Capability Major/Minor version number: 6.1 T07:51:36 -> Detected CUDA Driver version = 9.1 T07:51:36 -> CUDA Driver Version / Runtime Version 9.1 / 7.5 T07:51:36 -> Detected 1 CUDA Capable device(s) T07:51:36 -> CUDA Device Query (Runtime API) version (CUDART static linking) T07:51:32 -> - capabilities (hardware): bpyramid vsinfo opt1 T07:51:32 -> - capabilities (hardware): breftype icq+la+i+downs vsinfo opt1 opt2+mbbrc+extbrc+trellis+ib_adapt+nmpslice T07:51:32 -> - preferred implementation: hardware (any) T07:51:32 -> Intel Quick Sync Video support: yes T07:51:32 -> - logical processor count: 8 T07:51:32 -> - Intel microarchitecture Kaby Lake I am wondering if anyone can help me understand whether things are working correctly with the encoding process.Īny assistance is definitely appreciated… Handbrake conversion failed with hardware encoder, retrying with default software encoder I freely admit that I don’t know what I am doing, I have seen the following error in most of my logs: These conversions happen in 50% of the time of MCEbuddy. I know it’s apples to oranges, but if I optimize the same files on Plex to the highest possible resolution for IOS … I have started to believe that things are not working optimally on my system. Primary is an NVIDIA (with hardware encoding) and an unused Intel with Quick Sync and Hardware encoding.ĭetails from the logs are below (and the log itself) for machine and cards.Ī typical 30 minute HD program encodes in 22 minutes with the “MP4 Normal” profile on a quiet machine.ĥ hours of Superbowl coverage encodes in about 3 hours under the same circumstances, with nearly 100% CPU for a good part of the time I have two display adapters with latest drivers. I have a relatively new Windows 10 machine (6 months old) with a pretty good CPU (Intel® Core™ i7-7700 CPU 3.60GHz) and 16gb Memory I have a problem that is similar to others, but I’m having trouble understanding my specific situation and how to apply any information from the previous threads. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |