¿Alguien puede decirme cuál es la diferencia entre DLNA y UPNP? Puedo ver que algunas especificaciones de dispositivos (como NAS) mencionan tanto (p. Ej., Iomega StorCenter) o solo DLNA (p. Ej., Netgear Stora).
¿Son estos sinónimos para la misma cosa o hay realmente dos protocolos diferentes? ¿Son compatibles, por ejemplo, si un servidor de medios usa DLNA y el dispositivo de transmisión usa UPNP, funcionará?
Respuestas:
UPnP y DLNA son dos estándares diferentes.
DLNA se deriva de UPnP, como un intento de normalizar la interoperabilidad de los medios. Lo hace en parte al ser más restrictivo que UPnP (por ejemplo, al restringir la cantidad de formatos de medios) y en parte al agregar características (como DRM, es decir, protección contra copia).
Del documento técnico de DLNA (pdf) .
Desde http://www.broadband2.com/usingstandardstostandout.asp
No pude encontrar una respuesta clara sobre si los dispositivos UPnP y DLNA puros son directamente interoperables hoy, pero en 2006 no lo fueron (pdf) . Mi apuesta sería "probablemente no", a menos que al menos uno de los dispositivos pueda manejar ambos.
fuente
Un dispositivo UPnP puede transmitir desde un servidor DLNA muy bien.
Un dispositivo DLNA PUEDE poder transmitir desde un servidor UPnP. Dado que DLNA es efectivamente un subconjunto de UPnP, es posible que el servidor UPnP pueda ofrecer un formato que su dispositivo DLNA no reconozca y / o no admita.
Pero en la práctica, son aproximadamente sinónimos.
fuente
De Wikipedia: DLNA
De Wikipedia: UPnP
fuente
Según tengo entendido por estas publicaciones ( 1 ; 2 ), DLNA es un subconjunto y una forma restringida del estándar UPnP y especifica menos opciones y formatos más estrictos. Lo más probable es que no pueda acceder a un servidor de medios usando DLNA desde un dispositivo de transmisión usando UPnP. Espero que ayude.
fuente
DLNA es un estándar que utiliza UPnP como base. Los dispositivos DLNA y UPnP pueden trabajar juntos. Por ejemplo, con frecuencia reproduzco audio digital desde un servidor de medios DLNA / UPnP a un procesador de medios UPnP solamente. UPnP proporciona todas las funciones de control básicas: reproducir, pausar, omitir, anterior, establecer el modo de repetición (NORMAL, REPEAT_ONE, SHUFFLE, REPEAT_ALL), establecer y obtener volumen, y más.
DLNA se centra en: 1. compatibilidad mejorada entre dispositivos DLNA 2. Seguridad y gestión de derechos digitales 3. Dispositivos multimedia 4. Mejor especificación de archivos multimedia (códecs, cifrado, velocidad de bits, etc.) 5. Algunas extensiones. Más acciones como buscar la posición de byte especificada. Más variables de estado que informan el estado del dispositivo.
UPnP es un estándar antiguo que algunos fabricantes han interpretado libremente, por lo que puede haber problemas de compatibilidad entre dispositivos UPnP.
Encuentro que los controladores de medios DLNA a veces no funcionan bien con los renderizadores de medios UPnP puros. BubbleUPNP en Android funciona bien con un puro UPnP Media Renderer. No pude encontrar muchos controladores de medios UPnP puros. La mayoría ahora admite DLNA y UPnP.
La docena de servidores de medios DLNA que he probado funcionan bien con un procesador de medios UPnP puro.
Puedo reproducir música desde la Biblioteca de Windows Media usando un Controlador de Medios DLNA a un Renderizador de Medios UPnP puro, pero no puedo ir al Reproductor de Windows Media y decirle que reproduzca en el Renderizador de Medios UPnP. Creo que Windows Media Player solo puede controlar DLNA Media Renderers.
fuente
DLNA se basa en UPNP A / V.
UPNP A / V terminó siendo una pesadilla de interoperabilidad. El estándar UPNP A / V es muy abierto. Muchas características son opcionales. No existe un conjunto básico de formatos de medios que los dispositivos tengan que admitir. La compatibilidad con el formato de video es un problema para casi todos los dispositivos multimedia. En el momento en que se lanzó UPNP A / V, esto era particularmente cierto en un momento en que Apple y Microsoft luchaban activamente por los formatos de medios "estándar", y pocos proveedores estaban dispuestos a adoptar formatos abiertos como FLAC y MKV cuya patente y El estado de la licencia estaba en el aire en ese momento, o para obtener una lista interminable de licencias de cartera de patentes requeridas para reproducir formatos estandarizados.
Además, los estándares de A / V de UPNP se especificaron de forma muy general. Lecturas completamente extraordinarias de la norma eran comunes. Las implementaciones minimalistas fueron la regla más que la excepción. Y la búsqueda del minimalismo condujo a algunas lecturas bastante extraordinarias del estándar UPNP A / V.
DLNA fue un intento de corregir las deficiencias de UPNP A / V al acumular miles de páginas de requisitos adicionales por encima de los estándares de UPNP A / V. La organización de estándares DLNA proporcionó suites de pruebas estandarizadas que los dispositivos certificados tuvieron que pasar.
De acuerdo con las especificaciones DLNA, los dispositivos DLNA DEBEN ser compatibles con los dispositivos UPNP A / V, de acuerdo con los términos del estándar DLNA. Pero no hay requisito de que DEBEN ser compatibles. Entonces (sorpresa sorpresa) la mayoría de las veces, no son compatibles. Para ser justos, algunas implementaciones comunes de UPNP fueron tan asombrosamente malas que esto no es completamente culpa del consorcio DLNA.
DLNA también tuvo sus problemas. Originalmente costaba en algún lugar cerca de $ 50,000 obtener un conjunto de especificaciones, y (¿decenas de?) Miles de dólares para obtener la certificación, y, francamente, más un requisito adicional en la práctica para adquirir un pozo sin fondo de documentos de normas ISO en la familia de estándares ISO MPEG a un costo enorme, ya que estos estándares se incorporaron por referencia en los estándares DLNA, que a su vez incorporan por referencia otros estándares ISO. Todo a un gran costo. Todo lo cual a su vez impidió cualquier implementación sensata de código abierto de DLNA.
UPNP A / V, por otro lado, se había publicado en documentos disponibles gratuitamente.
Además, el gran tamaño de las especificaciones DLNA, que todavía tenían todo tipo de CAN y DEBE y DEBERÍAN distribuirse libremente a través de los requisitos. Lo que hace que sea muy fácil para dos dispositivos DLNA certificados querer no tener nada que ver entre sí debido a CAN y DEBERÍOS incompatibles.
Entonces, cuando todo estuvo dicho y hecho, aunque la interoperabilidad había mejorado dramáticamente, todavía no era tan genial.
La mayoría de las veces en estos días, los dispositivos UPNP interactúan principalmente con dispositivos DLNA pero no están certificados (debido al costo prohibitivo de hacerlo), por lo que no pueden llamarse dispositivos DLNA.
fuente