Adobe Premiere Pro with K1 or K2

Hello

Has anyone tried Adobe Premiere Pro with K2 or K1?
Is this application supported with vGPU or pGPU?

I’ve tried it during a POC with a k2 and it works great! but I don’t know if it’s ufficialy supported…

It’s always the case that it’s down to the application vendor (so contact Adobe) as to whether they license and/or support virtualised. In practice although some application not supported virtualised many customers go ahead and simply submit issues by reproducing on bare metal.

We had a similar question on PPro on a recent webinar FAQ/chat… I’ve added the reply here:

Q: Is GRID is a viable solution for my Creative Team whom are using mostly software like Adobe Aftereffects, 3DS MAX, V-ray etc. ?

NVIDIA’s GRID solution is applicable to any situation where applications running in a virtual environment require graphical acceleration to perform well. This statement applies across the range of applications typically found in M&E (Media and Entertainment) environments like 3dsMax, Maya, Premier Pro (PPro), Aftereffects, Photoshop, Nuke etc., with one or two provisos.

The most notable proviso is where CUDA or OpenCL support is required by an application. Since CUDA is only supported today by our 8Q profiles (where the whole physical GPU is allocated to the VM) applications that require CUDA will need to use this profile with the attendant reduction in density possibilities. Applications that do use CUDA in an M&E context are PPro (the Mercury playback engine), Aftereffects (3D text rendering) and many rendering engines like VRay-RT.

So these applications either need to be used in such a way that the CUDA part of the application is not used (for example not everyone needs 3D text in Aftereffects) or the CUDA part of the app is allowed to fall back to CPU. For example the Mercury Playback engine can use CPU and that would likely be acceptable for situations where heavy effects or multiple video streams where not being processed.

Other considerations for M&E would be that Wacom tablet support is only available in a Citrix environment and is not fully certified. Additionally the color-space support in VDI protocols is often not sufficient for true color QA or colour grading applications. The remoting protocols and virtualisation stacks also handle audio/graphical channel synchronisation differently and users should consult their remoting vendor e.g. Citrix/VMware/other on their technologies to avoid drift over time.

Many M&E applications run under Linux and this is a popular choice for many M&E customers. It should be noted that full Linux support with vGPU is available with both VMWare and Citrix (introduced in XenServer 7.0 just after the webinar was broadcast). RGS, XenDesktop, Horizon, MechDyne TGX and NiceDCV all support vGPU enabled VM’s in their protocols too. Which Linux OSs are supported varies across vendors so those evaluating should investigate each protocols support.

A good range of M&E requirements can be met by GRID technology with some of our customers successfully using Maya, 3DSMax and similar but some aspects of a workflow may still require a dedicated workstation, colour grading complex editing with PPro or final QA for example.
One of our rendering and virtualization experts is having a similar discussion with a similar customer on this thread https://gridforums.nvidia.com/default/topic/801/using-grid-cards-in-a-render-farm/ and if you want to ask more questions that thread could be an appropriate place to do so.