Qué es el formato DCH de Windows y cómo afecta a tus drivers

Si has ido alguna vez a descargar los drivers de tu tarjeta gráfica o de otro dispositivo y te has topado con las palabras DCH, Controlador estándar, Universal Driver, UWP y compañía, es bastante normal que te hayas quedado con cara de póker. No es obvio entender qué es exactamente el formato DCH (Declarative, Componentized, Hardware Support Apps) de Windows ni por qué hay tantos tipos de controladores.

En este artículo vas a encontrar una explicación completa, ordenada y en castellano de España sobre qué es DCH, cómo encaja dentro de los controladores universales de Windows, qué diferencia hay frente a los controladores estándar, cómo lo usa NVIDIA para sus drivers de vídeo, qué ventajas e inconvenientes tiene y qué tipo de controlador te conviene instalar según tu caso.

Qué es el formato DCH en Windows

Cuando Microsoft habla de controladores DCH se refiere a un tipo de paquete de driver para Windows 10 y Windows 11 que cumple una serie de requisitos de diseño muy estrictos. Las siglas significan Declarative (D), Componentized (C), Hardware Support Apps (H), y describen la filosofía que debe seguir ese controlador.

En la práctica, un controlador DCH es un paquete de driver “universal” pensado para funcionar en ediciones modernas de Windows (especialmente las que se basan en la Plataforma Universal de Windows, UWP) de forma limpia, modular y más fácil de mantener. Esto afecta tanto a drivers de audio, red o almacenamiento como, muy especialmente, a los controladores de GPU de fabricantes como NVIDIA.

Principios de diseño de los controladores DCH

Para que un paquete de drivers se considere compatible con DCH, Microsoft establece tres pilares básicos que todo desarrollador debe respetar de forma estricta y que marcan una clara diferencia frente a los controladores tradicionales.

1. Controlador declarativo (D)

El componente “Declarative” implica que la instalación del driver debe realizarse exclusivamente mediante directivas declarativas en el archivo INF. Esto significa que el paquete DCH no puede apoyarse en coinstaladores personalizados, scripts raros ni llamadas a funciones tipo RegisterDll u otros trucos típicos de los drivers antiguos.

Al obligar a que toda la configuración esté descrita de forma clara y estática en el INF, Microsoft reduce el riesgo de que el controlador meta mano en el sistema de formas imprevisibles. El resultado es una instalación más fiable, una desinstalación más limpia y menos conflictos con actualizaciones de Windows o con otros componentes.

2. Controlador modular o componentizado (C)

La parte “Componentized” exige que todo lo que no forme parte de la funcionalidad central del dispositivo se separe en paquetes adicionales. Es decir, por un lado existe un paquete de controlador base, que contiene el código imprescindible para que el hardware funcione, y por otro lado se crean paquetes de componentes opcionales donde se guardan personalizaciones del OEM, configuraciones específicas o funciones accesorias.

Con este enfoque, el fabricante de hardware (IHV) puede crear un driver base genérico que sirve para todos los equipos que monten esa pieza de hardware, mientras que cada integrador de sistemas u OEM añade sus modificaciones en paquetes aparte. De esta manera, el driver base se puede probar, certificar y actualizar de forma independiente, sin arrastrar todas las personalizaciones de cada fabricante de PC.

3. Aplicación de soporte de hardware (HSA) (H)

El último pilar es la “H” de Hardware Support Apps (HSA). Cualquier interfaz de usuario asociada al controlador (por ejemplo, un panel de control o una utilidad para ajustar parámetros del dispositivo) no debe ir integrada de forma directa en el paquete del driver, sino que tiene que empaquetarse como una aplicación separada o venir preinstalada por el OEM en el dispositivo.

Esa HSA puede ser una app UWP pura o una aplicación de escritorio empaquetada con MSIX tipo Desktop Bridge, pero la condición clave es que su distribución y sus actualizaciones se realicen a través de Microsoft Store o mediante los mecanismos soportados por el sistema. Así, la lógica del driver permanece en el paquete de controlador y la parte visual se gestiona como una app normal, con su propio ciclo de vida y actualizaciones independientes.

Estructura de un paquete de controlador DCH

Los controladores compatibles con DCH para Windows 10 y Windows 11 se componen siempre de varias piezas bien diferenciadas, lo que facilita que cada una pueda validarse, desplegarse y mantener por separado.

• Paquete de controlador base: incluye la funcionalidad principal del dispositivo, los binarios que implementan el driver (ya sea KMDF, UMDF 2 o WDM) y el archivo INF principal.
• Paquetes de componentes opcionales: contienen extensiones que añaden personalizaciones de OEM, ajustes finos para ciertos modelos de equipos o características adicionales no esenciales.
• Aplicación de soporte de hardware (HSA): es la app opcional que ofrece interfaz gráfica para el usuario final (por ejemplo, paneles de control avanzados, herramientas de diagnóstico u opciones de personalización).

En el flujo típico, un proveedor de hardware independiente (IHV) desarrolla el paquete base y lo certifica con Microsoft, mientras que los OEM añaden sus componentes opcionales para cada modelo de equipo. Una vez que el driver base pasa las pruebas, puede distribuirse de forma masiva a través de Windows Update, programas piloto como Windows Insider o catálogos de controladores, independientemente de qué OEM lo incluya.

Relación entre DCH y los controladores universales de Windows

DCH no es un invento aislado, sino que forma parte del marco de los Universal Windows Drivers, la gran apuesta de Microsoft para unificar la forma en la que se desarrollan y distribuyen los drivers en su ecosistema. Además de las siglas D, C y H, los controladores universales añaden una “U” adicional.

Esa “U” se refiere a la Conformidad de API Universal. En un controlador universal, los binarios sólo pueden hacer uso de APIs y DDIs admitidos por Windows 10 (y posteriores). No se permite depender de interfaces antiguas o no soportadas, lo que minimiza los problemas de compatibilidad cuando el sistema se actualiza o cuando se ejecuta el mismo driver en diferentes ediciones de Windows.

En conjunto, un driver universal se compone de un controlador principal, más paquetes de componente opcionales y aplicaciones de soporte de hardware. Esta descripción encaja perfectamente con el modelo DCH, por lo que muchas veces verás ambos conceptos mencionados casi de la mano cuando se habla de drivers modernos para Windows 10 y 11.

Cómo crear y validar un paquete DCH

Para que un desarrollador logre que su controlador cumpla estos principios, Microsoft marca una serie de pasos muy concretos que conviene seguir al pie de la letra, sobre todo cuando se trabaja con el Windows Driver Kit (WDK) y Visual Studio.

1. Definir correctamente el archivo INF: es obligatorio ceñirse a la lista de secciones y directivas INF válidas para paquetes universales. No se admiten instrucciones que exijan coinstaladores, registros manuales de DLL y otros patrones considerados “no declarativos”.
2. Usar la herramienta InfVerif: Microsoft proporciona la utilidad InfVerif para verificar que el INF cumple los requisitos declarativos. Para un DCH, el paquete debe superar la verificación con el comando infverif /k, que es el modo estricto orientado a controladores universales.
3. Separar los componentes opcionales: todo lo que no forme parte de la funcionalidad principal, incluida la lógica dependiente de un OEM concreto, debe ir en un paquete de componente opcional, separado del paquete base.
4. Gestionar la HSA a través de Microsoft Store: cualquier aplicación asociada al controlador debe distribuirse como HSA mediante la Store (o mediante preinstalación OEM), garantizando actualizaciones centralizadas y un comportamiento más predecible en todos los equipos.

Además, Microsoft recomienda que en Visual Studio se configure la propiedad de proyecto del driver en plataforma objetivo “Universal”. Con ello se añaden automáticamente las librerías apropiadas y se lanzan validaciones como InfVerif y ApiValidator durante la compilación, evitando sorpresas al final del desarrollo.

DCH frente a controladores estándar de Windows

Desde el punto de vista del usuario, puede parecer que un driver DCH y un controlador estándar “de toda la vida” hacen lo mismo, pero internamente siguen filosofías distintas. Los drivers estándar suelen incluir todo el paquete completo (binarios, personalizaciones, interfaz, etc.) en un único instalador que ejecuta lógica propia, mientras que los DCH separan claramente cada parte.

En muchas situaciones, el controlador estándar ha sido el más común para usuarios domésticos y entornos sin requisitos estrictos. Sin embargo, cada vez más fabricantes y grandes OEM están adoptando el formato DCH, porque les permite unificar drivers para diferentes placas base y configuraciones bajo un solo paquete base, con capas de personalización encima.

Esta aproximación modular hace que para el usuario final sea más sencillo recibir actualizaciones de estabilidad y seguridad del driver base a través de Windows Update, mientras que los ajustes específicos de su equipo se mantienen en paquetes aparte que sólo afectan a su modelo concreto.

Drivers NVIDIA: DCH vs Estándar

Donde más ruido ha hecho el formato DCH es en el mundo de los controladores de pantalla de NVIDIA para Windows. Cuando te bajas un driver desde la web de NVIDIA o usas herramientas como GeForce Experience, puedes encontrarte dos grandes familias: controladores Estándar y controladores DCH.

Funcionalmente, según el propio fabricante, no hay diferencias de características o rendimiento entre ambos tipos. El conjunto de archivos núcleo que controla la GPU es el mismo; lo que cambia es la forma en la que el driver se empaqueta e instala en el sistema. El driver DCH tiene normalmente un tamaño de descarga algo menor y tiende a ofrecer una instalación algo más rápida.

Los controladores DCH de NVIDIA se apoyan en la filosofía de los Universal Drivers de Microsoft. En lugar de incluir todo en el mismo instalador, dejan que ciertas partes, como el propio NVIDIA Control Panel, se instalen como aplicaciones UWP a través de Microsoft Store, respetando así el modelo DCH y la segmentación entre driver base y HSA.

Compatibilidad entre drivers DCH y Estándar de NVIDIA

Un punto clave que suele generar confusión es si se puede mezclar un tipo de driver con el otro. En sistemas modernos con Windows 10 x64 April 2018 Update (versión 1803, build 17134) o posterior, ambos tipos de driver están soportados y NVIDIA permite pasar de uno a otro, aunque con matices.

Según la documentación oficial, es posible instalar un driver DCH encima de un controlador Estándar sin necesidad de hacer desinstalaciones manuales complicadas. Al hacerlo, el instalador actualiza los componentes necesarios y adapta el sistema al nuevo modelo.

En sentido inverso, también se puede pasar de un driver DCH a uno Estándar descargándolos desde la Advanced Driver Search de NVIDIA. Para versiones publicadas a partir del 06/12/2019, el propio instalador fuerza una instalación limpia que elimina el driver anterior antes de colocar el nuevo. Si se instalase una versión anterior a esa fecha, la recomendación es desinstalar manualmente el controlador DCH previo para evitar restos en el sistema.

Cómo saber si tienes un driver NVIDIA DCH o Estándar

Si no tienes claro qué tipo de controlador NVIDIA está instalado, puedes comprobarlo fácilmente desde el propio Panel de control de NVIDIA o listando los drivers instalados con listando los drivers instalados.

• Abrir el Panel de control de NVIDIA.
• En la esquina inferior izquierda, hacer clic en “Información del sistema”.
• Dentro de esa ventana, localizar el campo “Tipo de controlador”, donde aparecerá si el driver es DCH o Estándar.

Esta verificación es especialmente útil si quieres descargar nuevos drivers desde la web de NVIDIA sin usar GeForce Experience, ya que deberás escoger el tipo de controlador que corresponda con tu instalación actual para que todo vaya sobre ruedas.

ODE y QNF: variantes profesionales de drivers NVIDIA

Dentro del universo de GPU profesionales NVIDIA Quadro (y sucesoras), además del tipo de paquete (Estándar o DCH) existe otra clasificación importante en dos variantes de controlador: ODE y QNF.

Los controladores ODE (Optimal Driver for Enterprise) son los que NVIDIA recomienda de forma general en entornos profesionales sensibles, como estaciones de trabajo de creación de contenido o sistemas corporativos. Están pensados para ofrecer la máxima estabilidad global, certificaciones de ISV (Independent Software Vendors) y un ciclo de vida largo, con soporte prolongado para que TI no viva en una montaña rusa de actualizaciones.

Por otro lado, los controladores QNF (Quadro New Feature) son derivados de los ODE que se han ajustado para nuevas funciones o características recientes. Suelen ser más específicos de ciertos productos o configuraciones y se recomiendan a usuarios que necesitan acceso inmediato a las últimas funcionalidades introducidas por NVIDIA, aunque eso implique vivir un poco más “al filo” en cuanto a estabilidad.

Independientemente de que elijas ODE o QNF, en la descarga del driver verás que se ofrece la opción entre tipo de controlador Estándar o DCH. Para la inmensa mayoría de usuarios, especialmente aquellos que no usan un equipo OEM preconfigurado para DCH, suele ser recomendable mantenerse con el driver Estándar, mientras que los grandes fabricantes de sistemas tienden a adoptar DCH para unificar y simplificar la gestión.

Game Ready vs Studio: tipos de descarga de drivers NVIDIA

Además de elegir entre controladores Estándar o DCH, la web de NVIDIA y GeForce Experience plantean otra decisión al descargar drivers de GPU de consumo: Controlador Game Ready (GRD) frente a Controlador Studio (SD). Aunque no está directamente relacionado con DCH, suele aparecer en el mismo formulario y genera dudas.

Los controladores Game Ready se publican pensando en el día de lanzamiento de nuevos videojuegos o grandes parches. Incluyen optimizaciones específicas para títulos recientes y ajustes que mejoran el rendimiento en juegos ya existentes. A cambio, es habitual que reciban parches con bastante frecuencia y que, en ocasiones, aparezcan pequeños fallos que se corrigen en actualizaciones posteriores.

Los controladores Studio, en cambio, se orientan a usuarios que priorizan estabilidad por encima de todo, como profesionales de diseño gráfico, edición de vídeo o 3D. La cadencia de actualización es menos agresiva, se prueban de forma más exhaustiva con herramientas de creación y se intenta minimizar la aparición de bugs, aunque eso suponga tardar un poco más en incorporar ciertas optimizaciones para juegos.

En resumen práctico, si tu uso principal del PC es jugar, el tipo Game Ready suele ser la mejor elección. Si te dedicas sobre todo a trabajo creativo o profesional y buscas un entorno lo más estable posible, el controlador Studio es normalmente la opción más sensata, sea en formato Estándar o DCH.

Qué controlador NVIDIA te conviene instalar

La combinación de tantas etiquetas (Estándar/DCH, ODE/QNF, Game Ready/Studio) puede ser un lío si simplemente quieres que tu gráfica funcione bien. Por suerte, hay algunas recomendaciones sencillas que ayudan a tomar una decisión sin volverse loco.

Para la mayoría de usuarios domésticos con una tarjeta GeForce en un PC montado a medida o en un equipo no muy exótico, lo más cómodo es usar NVIDIA GeForce Experience. Esta aplicación detecta tu GPU y tu sistema operativo, identifica si el tipo de controlador instalado es Estándar o DCH y se encarga de descargar la variante correcta automáticamente, evitando problemas de compatibilidad.

Si sueles descargar los drivers directamente desde la página de NVIDIA, fíjate bien en el campo “Tipo de controlador de Windows”. Si tu sistema ya tiene un driver Estándar, normalmente es recomendable seguir con Estándar; si viene de fábrica con DCH, lo habitual es seguir instalando controladores DCH. Aunque técnicamente se pueda cambiar de uno a otro, mantener la misma línea suele producir menos quebraderos de cabeza.

Para usuarios profesionales con tarjetas Quadro y equipos certificados por un OEM concreto, la recomendación de muchos fabricantes es apostar por drivers ODE en formato DCH cuando el sistema ya está configurado así de fábrica, dejando los QNF para casos donde se necesiten funciones de última hornada.

Problemas habituales con drivers DCH y cómo se resuelven

Uno de los fallos más comentados con los controladores DCH de NVIDIA tiene que ver con el Panel de control de NVIDIA cuando éste se instala como aplicación UWP desde Microsoft Store. Tras la instalación del driver, algunos usuarios se encuentran con que el panel no se abre, da error o simplemente no aparece.

Esto puede ocurrir cuando el sistema tiene configurado que las nuevas aplicaciones UWP se guarden por defecto en una unidad distinta a C:. Los drivers DCH de NVIDIA esperan que el Panel de control se instale en la unidad del sistema (C:), de forma que, si Windows intenta colocarlo en otro disco, la aplicación puede no terminar de instalarse correctamente.

Para solucionarlo, hay dos caminos sencillos:

• Entrar en Configuración de Windows > Sistema > Almacenamiento, pulsar en el enlace “Cambiar dónde se guarda el contenido nuevo” y asegurarse de que en “Las nuevas aplicaciones se guardarán en:” esté seleccionada la unidad C:.
• Si se prefiere evitar depender del modelo DCH, descargar e instalar un driver Estándar reciente desde la búsqueda avanzada de controladores de NVIDIA, lo que puede simplificar el manejo del panel de control en ciertos escenarios.

Entender el formato DCH como una forma más moderna, modular y controlada de empaquetar drivers ayuda a decidir con más criterio qué tipo de controlador usar y por qué, y a la vez explica por qué los grandes OEM de sistemas y Microsoft apuestan tanto por estos paquetes universales mientras los usuarios domésticos siguen conviviendo con los controladores estándar sin mayor problema.