Skip to main content
3Tails
3Tails
Participating Frequently
January 11, 2018
Question

Laptop with Dual Graphics; Can't Force NVIDIA dGPU & Playback w/o effects is choppy

  • January 11, 2018
  • 2 replies
  • 5954 views

Brand new computer: Surface Book 2 with i7-8650U quadcore, 16GB RAM, Intel 620 and NVIDIA GTX 1060 6GB VRAM

I've set both Global and Local "High Peformance Graphics" to force dGPU utilization. There is no BIOS option to disable iGPU. Disabling iGPU causes even more problems. WMP and VLC both do not utilize dGPU alone, either, even though I have them set to in NCP.

Tech support said Premiere only utilizes one GPU at a time but I know this not to be true on my system as it was running quasi SLI with around both iGPU and dGPU 24-30% utilized simultaneously.

Started a new project, imported one media file: native GH5 h.264 clip 450Mbps and dropped in a new sequence. Proceeded to playback in both Source and Program monitors. Watching Task Manager, CPU jump to 100% utilization, RAM to around 30% utilization each GPU, and video plays without dropping frames for a very specific time (sometimes it's 5s, sometimes 45s but whatever it ends up being, this remains constant every pause and play cycle) AND THEN the dGPU craters to near zero utilization while the CPU and RAM remain as they were, and the video plays choppy, doesn't recover. Pause play, start over, same result only happens in less time.

Any thoughts on what is happening? I was tempted to say running at or near 100% CPU utilization might eventually cause some overrun/throttling action but why no change to CPU and RAM when this occurs?

This happens with High Quality Playback deselected and 1/8 resolution. Yes, I'm stress testing with 450Mbps h.264 files but that's the point.

Thanks in advance.

This topic has been closed for replies.

2 replies

R
RjL190365
Legend
February 3, 2018

I just saw recent posts on a similar problem, and one solution is to disable OpenCL support for the Intel UHD Graphics in the Windows registry. You see, by default OpenCL support is enabled for both the Intel graphics and the discrete GPU - and that might have been found to cause conflicts within Premiere (in this case, having OpenCL support for both GPUs enabled would lock Premiere to the software-only mode with no hardware GPU acceleration). And then, all Windows versions of Premiere have OpenCL support disabled for Nvidia GPUs, leaving only CUDA or software only as options.

3Tails
3TailsAuthor
Participating Frequently
February 4, 2018

Could you share the link or at least title of that other thread? Sounds like something to try but not finding the discussion. Thanks.

R Neil Haugen
R Neil Haugen
Legend
January 11, 2018

The GPU isn't the issue here, as GPU's do pretty much nothing in de-encoding/de-compressing long-GOP media like that clip. That's totally a CPU/cores/threads/RAM issue.

Jarle Leirpoll notes that his Hp Zbook can work with 8k RED files beautifully, but 4k & 1080 H.264/265 files, no. Because that media isn't stored as complete frames like an intraframe codec is: Cineform, DNxHD/R, ProRes, a number of others. That H.264/265 is stored as "complete" I-frames every 9-30 or more frames apart. In-between it only writes data-sets of the pixels that have changed since the last I-frame, will change before the next I-frame, or ... both in the same data-set.

Specialized chips in the camera can create this stuff fast, and it reduces the size of the file on the card dramatically. It's Hades on the CPU gear to de-encode then de-compress though. The colorists I know, with monster machines way past your rig, don't work H.264 "original" media if they can help it. They proxy or transcode it.

So ... for that media, use the Cineform preset included to make proxies on ingestion. Use the + icon to the far right of the Program monitor control block to drag/drop the Toggle Proxies icon to your control block. When editing, toggle on (blue) to use the proxies for playback, off (gray) for viewing original media for quality.

Neil

Everyone's mileage always varies ...
3Tails
3TailsAuthor
Participating Frequently
January 13, 2018

Hi Neil, thanks for the run down on what is and is not used in the de-encode/de-compression routines. It certainly makes sense on the 100 CPU utilization I'm seeing. There is GPU utilization, nonetheless, and I'm trying to understand why it craters at a specific time, each attempt to playback.

Also, I was hoping someone could clarify why I'm seeing both GPUs being used simultaneously when tech support says PrPro is only supposed to be able to use one...is their a switch in the debug control panel that might force utilization of only the dGPU?

Thanks, Andrew

Stan Jones
Community Expert
Stan JonesCommunity Expert
Community Expert
January 13, 2018

Different symptoms, but a thread you might want to watch...

Surface Book 2 Adobe Premiere Poor Performance

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices