SQUEEZEBOX + DAC (I)

jsc010 escribió:
....
el desarrollo de una interfaz de usuario competente no tiene NADA que ver con una red de artefactos que puedan conversar entre ellos en forma estandarizada.
....

+1

Ignoro qué agenda busca sostener el que yo mezcle temas o no. Simplificar demasiado lleva de la mano esta clase de cosas. Hay una diferencia sustancial entre mezclar cosas y combinarlas para ofrecer una perspectiva más holística. Recuerdese la máxima de Bond (James Bond): "Shacken... not stirred".

El tema que a mi ocupa es que DLNA sirve un propósito inapropiado. Repetiré lo que ha ya he dicho antes: DLNA pese a ser un estandar hace su trabajo bastante mal. Es un hecho que muchos usuarios se han quejado por lo mal que funciona, lo mal pensado que está y la cantidad de inconsistencias que genera a los dispositivos que operan bajo él. Es cierto que hay muchos dispositivos fabricados y certificados DLNA. Yá, y?. Esto no prueba nada, ni a favor ni en contra de las bondades o desgracias de esta cuestión. Esto se cae por su propio peso. Hay mucha gente que cree en un Diós, entonces creer en Dios es una cosa estupenda porque hay muchos creyentes, claro como hay muchos es que debe ser bueno... Podeis acudir a leer alguna cosa sobre genealogía de la religión para saber mas sobre esta cuestión, o genealogía del DLNA dado el caso y entendereis que los fabricantes se han adherido a este consorcio por razones bastante distintas a lo maravilloso que pudiera ser para nosotros, los usuarios.

En cuanto a el concepto de interfaz de usuario y compararlo con .... un botijo, para concluir que no tienen nada que ver entre sí.. en fin, lo que sea. Ignoro cuál es la experiencia con "interfaces de usuario" que puede haber detrás como para plantear algo como eso. Lo que si esta claro es que yo no he hablado de "interfaz de usuario". He hablado de "experiencia de usuario". Lamento si no se entiende, hay muchas cosas en mi industria que no se comprenden bien. Esto es normal, no pasa nada. Os animo a leer este pequeño artículo sobre los diez malentendidos más comunes sobre el Diseño de Experiencias de Usuario. El primero de ellos reza así:

Malentendido número 1: confundir experiencia de usuario con "diseño de interfaz de usuario"

Resulta bastante común confundir "experiencia de usuario" con "interface de usuario" - despues de todo es una gran parte con la que los usuarios interactúan mientras utilizan productos y servicios digitales. Pero el IU (interface de usuario) es sólo una pieza del puzzle.
......

Ahora bien, malinterpretar lo que digo simplificando selectivamente las cosas .... no sé bajo que presupuesto esto se sujeta. Por tanto, hasta aquí me muevo.

UPnP A/V se basa en el protocolo UPnP para el intercambio de información de sesión. Además requiere del diálogo de hasta tres servicios entre cliente/reproductor y servidor (El servicio de directorio que es quien exporta las carpetas de media compartidas, un Gestor de Conexión que ese encarga de manejar la conexión entre entremos, y un servicio de transporte de AV... que si se sabe que carallo es). Todo lo que hace es que el servidor facilite una URL al cliente para que sepa desde donde se hace el stream. Con el protocolo definido, podemos entonces dibujar casos de uso y la experiencia de usuario que deseamos conseguir como objetivo. Esta función es completamente holística y abarca el comportamiento de todos los componentes, incluyendo el interfaz de usuario. Las continuas quejas de los usuarios dan una idea de como se ha hecho todo esto.

Y le toca el turno a DLNA, que no es mas que un consorcio de "amiguetes" industriales cuyo filantrópico interés (ésto es un oxímoron) se sitúa en el sector de los set-top-boxes y que quisieron definir un protocolo para compartir media entre varios dispositivos (NAS, televisiones, reproductores de A/V, etc ..). Decidieron utilizar UPnP A/V, pero como les parecía demasiado versatil pensaron entonces "reducir su fucionalidad" para que el tema sonara más profesional. Vamos, que se puede definir DLNA como "UPnP A/V con restricciones". Utilizando UPnP A/V puro y duro, un servidor puede compartir cualquier tipo de archivo (ya sea binario, archivo de áudio, video, archivos de texto como subtítulos, o incluso un documento en Word o una presentación en Power Point, lo que sea...). Todo lo que hace es compartir un archivo a través de HTTP con su tipo de archivo MIME asociado, exactamente igual que lo haría cualquier otro tipo de servidor HTTP (Apache, etc..). Entonces le compete al cliente/reproductor determinar si puede o no manejar correctamente el stream. Ésto era demasiado simplón para los cichos del DLNA, así que decidieron que sólo se iban a compartir un número definido y determinado de tipos de archivo distintos. Como resultado, restringieron el protocolo para que sólo soportara algunas extensiones de archivo, y también se animaron a restringir en video el tipo de contenedor y codec de audio/video permitidos. Esto suena bien verdad?. . Incluso un adolescente borracho podía haber entendido que ésto era.... bullllshitttttttttttt.

Para hacer esta agonía mas cortita, sólo reseñaré que se descolgaron de la lista de formatos soportados muchos simplemente porque nadie en la industria los utilizada, ésto es sencillo de entender. No se soportan ninguno de los codecs gratuitos (Ogg/Vorbis, FLAC,..), ni tampoco WMV10 (aka VC-1), y sobre todo y de forma muy interesante ... no se soportan contenedores AVI ni MKV (Matroska). Para que nos entendamos, todo esto significa que el 99% de los archivos de video no son "compatibles DLNA" y por tanto no se puede hacer un stream de estos archivos tal y como están. Ésto es sencillamente... brillante . Si solo fuera ésto, entonces el protocolo habría sido simplente "malo". Pero veamos donde está el truco de de verdad en este tema. Imaginate que tienes un archivo de video que se ciñe a esas restricciones (imaginemos que hemos descargado algun trailer en HDTV de internet, video en H.264, audio en AAC, y encapsulado en un contenedor MOV/MP4). Según la espec del protocolo, ésto estaría soportado. Pero espera, olvidé hablaros acerca de los perfiles DLNA. El estandar de DLNA defina un montón de perfiles A/V (audio/video, como unos 300 diría yo) que determinan si un archivo cumple con la especificiación DLNA. Como he dicho, depende ésto depende del codec de audio/video y del contenedor... pero también de la resolución, bitrate y cosas como estas. Si usaramos el ejemplo anterior, el archivo de video sería compatible DLNA porque el codec de A/V y el contenedor se ajustan a algún perfil. Sin embargo .... cuando la resolución excede de 720x576, se juzga que el contenedor MP4 no es apropiado, y sólo se permite hacer stream de contenedores "MPEG TS". Esto es lo peor de lo peor.

En definitiva, lo bueno de este diseño completamente quebrado de DLNA es que cerca del 99% de los archivos de video no son compatibles DLNA (cierto que con archivos de audio es aún mas sencillo , aunque eso sí ... AAC y MP3 están permitidos... pero ni soñeis tener formatos como FLAC, APE, etc... ). Entonces como carallo podemos hacer un stream de archivos en estos formatos ? (se preguntará el lector rápidamente...). Bueno, ésto es bastante sencillo en teoría: tienes que hacerlos compatibles con el protocolo, eso es todo . Cómo haces ésto entonces ?, bien pues el servidor DLNA tiene primero que hacer un "demux", para recuperar la información la información del container y el A/V, y así saber si es compatible con el perfil DLNA elegido. Si no lo es (compatible), y todavía se desea hacer el stream entonces el servidor tiene que o bién hacer un remux si eso es suficiente (éste es el mejor caso posible), o un remux y re-encode sobre la marcha (peor caso posible) para dejarlo en un perfil que sí sea válido y el reproductor sea capaz de leer. Como se puede uno imaginar, hacer todo esto sobre la marcha consume mucha potencia de CPU ... que no está disponible por definición en dispositivos embebidos, que era como recordareis el objetivo de los inventores del DLNA.

Como veis, DLNA esta roto ... en su diseño. La experiencia de uso es un desastre. Transcoding para allá, transcoding para allá. Se atascan las conexiones entre cliente y servidor. No hay soporte de archivos en formatos... que todos usamos habitualmente. Etc , etc, etc. Yo creo (y esto es una opinión personal) que DLNA tendrá que cambiar y dejar de soportar protocolos como UPnP A/V.

Suerte a los que emprendais la árdua tarea de usar un servidor DLNA/UPnP como servidor musical. Yo sigo apostando por soluciones que me ofrezcan las prestaciones que me dan hoy en día Logitec/Squeezeserver+Touch+Ipeng o Apple/Airplay (y todo su hardware). La experiencia de uso de estas soluciones, como dije con anterioridad, sigue a años luz del resto. No voy a entrar en el debate sistemas abierto vs. cerrados ni tampoco en el de la estrategia de las companías sobre sus productos y mercados. No me parece éste el sitio ni la tertulia.

La fuente que he utilizado para contaros estas cosas es muy fiable .... just in case. Hoy tenía un rato y me animé a escribir un poco mas, si habeis leído hasta aquí ... gracias por sobrevivirlo.

saludos cordiales
Pepe

El punto si el upnp es o no una kk, la verdad no lo tengo claro.

A mi la "experiencia usuaria" del squezeserver no la considero para tirar cohetes sinceramente. El hecho de que sea amarrada me disgusta como para buscar algo distinto, debe ser por mi perfil de "experiencia friki" que me conformo con algo mas rapido, simple, directo, estandar y mientras mas feo mejor.

Voy a hacer las pruebas pertinentes para revisar las limitaciones que comentas, si el tema realmente no alcanza pues se llegará hasta ahí. De lo contrario esto crecerá por si mismo. Y en cualquier caso todos felices. Todo encaja tío.

Pues muy bien. Para mi, fin de la cuestion. Que cada uno saque sus propias conclusiones en funcion de la lucidez que alcance sobre el tema.

Perdonad el cambio de tercio, pero remitiéndome al titulo de este post quisiera pedir consejo . Voy a incorporar pronto un DAC externo a mi Duet (un DacMagic para ser exactos, vamos pasito a paso). Me gustaría que me aconsejarais como conectarlos. Creo recordar haber leído que es mejor utilizar la conexión coaxial digital antes que la optica SPDIF, ¿es así? Y en cuanto a cables de interconexion, tienen también influencia en la calidad del sonido, como los "analógicos?, ¿cual me aconsejais, para este nivel de aparatos?

Saludos.

yo uso coaxial entre Touch y Dac, aunque supongo que en el papel debiera ser indiferente con el optico.

jsc010 escribió:yo uso coaxial entre Touch y Dac, aunque supongo que en el papel debiera ser indiferente con el optico.

+1

Acabo de instalar inguzeq en mi Squeezeboz, solo que es la version Classic V3, la última antes del touch.
Lo veo en extras y a traves del mando a distancia del Classic....pero cuando aplico alguna correccion y reproduzco algo, no hay cambios....es como si no estuviese activo, aunque aparentemente si lo está.
¿Alguna idea de por qué?
Un saludo
Santiago Calero

que version de SqueezeboxServer tienes ?

que tipo de formatos de archivo utilizas ? mp3, flac, etc

en los settings de squeezeserver revisa que estos tipos de archivo pasen por el procesador del inguz (hay algunas pantallas en post anteriores)

dependiendo del sistema operativo y version, revisa el log del inguz. tambien aparece en algunas pantallas en post anteriores

jsc010 escribió:que version de SqueezeboxServer tienes ?

que tipo de formatos de archivo utilizas ? mp3, flac, etc

en los settings de squeezeserver revisa que estos tipos de archivo pasen por el procesador del inguz (hay algunas pantallas en post anteriores)

dependiendo del sistema operativo y version, revisa el log del inguz. tambien aparece en algunas pantallas en post anteriores

De SqueezeboxServer tengo la penultima (no he actualizado) es la 7.6
En tipos de archivos uso principalmente Flac
Voy a revisar todos los settings, pero creo que pasaban por inguz...
Un saludo y gracias

Revisando los post anteriores, he visto que a tí te ocurrió lo mismo que a mi, y que se soluciono cuando medistes con align y usaste el resultado con el filtro.
Entiendo entonces que si no se usa un archivo de corrección el inguzeq no actua?
Porque tengo activado el eq de 31 bandas y no modifica el sonido en absoluto...si bien aún no he medido con align.
¿Me podeis mandar a modo de ejemplo un archivo de correccion de sala realizado con align a mi correo electronico para probar si funciona a: scc arroba uma punto es ?

Hecho.

jsc010 escribió:Hecho.

Muchas gracias Jaime.
Lo pruebo y os digo algo. Si funciona genero los de mi sala.
Un saludo
Santiago

@Santiago:

Asumiendo que tienes bien instalado el Inguzdsp en tu máquina windows, he leído de otras muchas personas el mismo problema que planteas tú y que puede explicarse de esta forma. El control del ecualizador se ajusta en pasos de 0.1dB ... ésto es practicamente inaudible, por no decir totalmente inaudible. Lo ideal es poder tocar el ecualizador en pasos de 1dB (que todavía es dificil de apreciar) y entonces observar si escuchas algún efecto.

Cómo se consigue esto ?. Tienes que locazliar en tu máquina un archivo que se llama Plugin.pm y editarlo con tu editor de texto favorito, en la mía lo he localizado en este directorio (puede o no concidir en función de la versión de sistema operativo que tengas):

c:\Program Files\Squeezebox\server\Plugins\InguzEQ

Dentro del editor, tienes que buscar esta línea:

my $increment = 0.1;

y cambiarla por esta:

my $increment = 1

Ahora salva el archivo y reinicias el server. Puedes entonces a la configuración del Server y meterte donde el ecualizador. Ahora si tocas la curva de ecualización, la modificarás en pasos de 1dB ... te sugiero hacer bruto y meter 5dB en la sección de agudos, o en la de bajos, como guste.

Suerte !
Pepe

Snoozer escribió:DLNA es incompleto, y estoy de acuerdo en que casi todas las implementaciones que hay hechas son chapuceras y se diría que las han sacado a la carrera. Asi que mira, estamos de acuerdo en eso.

Y como he comentado en el post anterior, disponiendo del Squeezeserver y Ipeng es que no hay color .... la experiencia de uso y la potencia del servidor hace que considerar otra opcion para el stream como bajarse varios escalones. Quien ha sufrido durante años el Upnp y ha tenido la oportunidad de probar Ipeng, o el mismo Airplay de Apple sabe bien de que van los tiros en este sentido. Los usuarios queremos cosas que funcionen y esten hechas para personas, no promesas.

Yo me sumo a lo que dice Pepe... desconozco todos los detalles del protocolo DLNA, pero desde luego el resultado final no es, para mi, del todo satisfactorio. Saliéndome del ámbito de su funcionamiento en los reproductores de Logitech, en muchas ocasiones te encuentras con que cosas tan básicas como los subtítulos, las carátulas o incluso el control de la reproducción (avance y retroceso rápido) simplemente no funcionan, hay muchos formatos de archivo que soporta el cliente pero que no se reproducen (esto lo explica perfectamente Pepe hace unos posts), cosas que sin embargo sí marchan perfectamente cuando se emplean protocolos más prosaicos como CIFS o NFS. Cuanto tengo que conectar un reproductor a un servidor de medios huyo como de la peste de DLNA, si es que puedo.

Con respecto a los squeezeboxes, para mi son muy importantes funciones como el acceso a las últimas incorporaciones a la biblioteca o las búsquedas por autor o género. No he actualizado mi server a la versión que sí soporta DLNA, así que me gustaría preguntaros a los que sí lo habéis probado si esto está implementado de algún modo... supongo que lo primero sería sencillo a nivel de servidor si éste construye y exporta a los clientes una carpeta "últimas incorporaciones" o algo así, pero lo segundo, al ser más dependiente de la interfaz de usuario del cliente DLNA, estará más difícil .

Snoozer escribió:
Para hacer esta agonía mas cortita, sólo reseñaré que se descolgaron de la lista de formatos soportados muchos simplemente porque nadie en la industria los utilizada, ésto es sencillo de entender. No se soportan ninguno de los codecs gratuitos (Ogg/Vorbis, FLAC,..), ni tampoco WMV10 (aka VC-1), y sobre todo y de forma muy interesante ... no se soportan contenedores AVI ni MKV (Matroska).

En general de acuerdo contigo, Pepe, solo una puntualización. Los Oppo 93 / 95 reproducen MKV y FLAC sin problemas a través de DLNA, al menos con el servidor integrado en mi NAS y con PS3MediaServer... supongo que probablemente debido al hecho de que cliente y servidor se saltan las especificaciones oficiales.

a ver cuando eliges, cualquier cosa, buscas equilibrios, hasta ahora no he visto la decision ni el artefacto en que gano todo ( mas barato, mas abierto, mas usable, mas rapido, etc).

aqui es lo mismo:
Abierto o cerrado
Libre o propietario
Usable+, usable-
Un silo, una comunidad
Politica o merito
etc...

tu mismo, elige.

en mi caso si me dan a elegir entre un vinilo o un flac, me quedo el flac.
entre un silo o una comunidad abierta, la comunidad abierta.
entre un formato propietario o abierto, el abierto.
entre una experiencia usuaria summum plus ultra u otra "suficiente" que ademas pueda crecer: con la última.
...

en cualquier caso las decisiones son personales y absolutamente válidas todas. y ademas pueden cambiar en el tiempo.

llevo solo unos dias con la version 7.7, quiero pasar unos dias para comentar.

Yo he hablado del estandar de DLNA, como bien has puntualizado ....

De su web DLNA.org estos son los formatos soportados:



Como dije anteriormente, el 99% de los archivos de media no se pueden reproducir de acuerdo al estandar de DLNA. Hay que hacer transcoding. En la linea del ejemplo que has puesto de tu reproductor Oppo ... mi laptop de Mac reproduce cualquier formato de archivo de media, pero como reproductor DLNA sobre un servidor DLNA certificado .... sólo los formatos señalados por el estandar.

Este es un caso flagrante donde la definción del estandar no cumple con el objetivo que perseguía. No sorprende que quien hace reproductores y/o servidores se pase el estandar por el archo del triunfo y empiece a hacer las cosas bien. Y tambien como he comentado antes, en esta linea Logitech y Apple ya tomaron esta decisión hace tiempo.

saludos cordiales y gracias por tus comentarios
Pepe

Ya lo he dicho anteriormente. Una cuestión es el protocolo y otra la implementación que se hace de éste. Creo que, a la hora de emitir un juicio de valor, no es bueno confundir ambas cosas aunque, sí que es verdad que, a la postre, si no hay buenas implementaciones de un protocolo para poco sirve. No sería ni el primero ni el último que fracasa por esta u otras razones de este tipo.

No conozco en profundidad ni DLNA ni upnp (ya lo he dicho) tan sólo me he dado una vuelta por sus webs y he visto que tenían buena pinta. Obviamente mi opinión llega hasta ahí y lo que no voy a hacer es fundamentarla sobre terceros.

En cuanto a los organismos normativos los hay de distintos tipos aunque suelen funcionar de forma parecida. Lo sé porque, entre otras cosas, no hace mucho formaba parte de alguno. En estos organismos participa gente de distinta índole y procedencia y cada uno defiende sus intereses (fabricantes de HW de SW, telcos, organismos oficiales ...) Al final, los protocolos suelen ser un poco "café para todos" lo que constituye su fortaleza y, a la vez, su talón de Aquiles.

En fin, que me parece una pena que estos protocolos no funcionen, bien de forma particular para los productos probados por los foreros o bien en general ya sea porque están mal planteados o porque los fabricantes no han invertido especial interés en realizar implementaciones completas y eficientes. Lo que está claro (creo que, al menos en este aspecto sé de lo que hablo ) es que si estos protocolos fracasan serán sustituidos por otros diseñados para el mismo fin porque "El hogar interconectado" es una realidad en la que trabaja muchísima gente, en muchos paises y desde hace bastante tiempo.

Saludos

A mi sólo me interesa la verdad. He presentado unos hechos, que son invariablemente ciertos, y una opinión, que la tengo, como usuario. Nada mas. Así lo he expresado sin ningun tipo de ambigüedad. La mayoría de los que dicen desconfiar de la verdad o niegan que sea más que una "convención social" no suelen caracterizarse en su vida cotidiana por no creer en nada, sino por creer cualquier cosa. Y, sobre todo, creen a cualquiera: al que mejor encarna la moda intelectual de esa temporada, al que más eficazmente seduce o intimida. Renunciar a la objetividad de la verdad, que es por tanto intersubjetiva, equivale a someternos a los dictados de alguna subjetividad ajena (las mañas de la propia las conocemos demasiado de cerca como para que nos convenzan, salvo en casos de perturbación mental). Por eso escribió Antonio Machado esto:

No tu verdad: la verdad.
Y ven conmigo a buscarla.
La tuya, guárdatela.

@Pablopi

He googleado un poco para saber que especs tiene el Server que estas utilizando como servidor de media, el PS3MediaServer si lo he leído bien en tu post. Mira, echa un ojo en la características que tienen publicada en su web http://code.google.com/p/ps3mediaserver/ :



Ves la línea donde dice:

OGG/FLAC/MPC/APE audio transcoding

No permite el stream de Flac/OGG/... , hace un transcoding sobre la marcha para enviarselo al reproductor. Otra cosa distinta, como tu comentabas, es que el Oppo es capaz de reproducir Flac per se.

saludos cordiales
Pepe

Snoozer escribió:A mi sólo me interesa la verdad. He presentado unos hechos, que son invariablemente ciertos, y una opinión, que la tengo, como usuario. Nada mas. Así lo he expresado sin ningun tipo de ambigüedad. La mayoría de los que dicen desconfiar de la verdad o niegan que sea más que una "convención social" no suelen caracterizarse en su vida cotidiana por no creer en nada, sino por creer cualquier cosa. Y, sobre todo, creen a cualquiera: al que mejor encarna la moda intelectual de esa temporada, al que más eficazmente seduce o intimida. Renunciar a la objetividad de la verdad, que es por tanto intersubjetiva, equivale a someternos a los dictados de alguna subjetividad ajena (las mañas de la propia las conocemos demasiado de cerca como para que nos convenzan, salvo en casos de perturbación mental). Por eso escribió Antonio Machado esto:

No tu verdad: la verdad.
Y ven conmigo a buscarla.
La tuya, guárdatela.

Pues Pepe con este parrafo te has cepillado la teoria de la realitividad (los eventos tienen dependencia del observador) y a Darwin (posibilidad y gestion de cambio y evolución)

Vamos, que esta no es una cruzada pro Dlna, anti Dlna.

Prueba a estudiar si lo consideras oportuno un poco de filosofía y sobre todo piensa un poco más antes de "quotearme" o hacer comentarios sobre lo que he escrito. Y no te quedes en las falacias lógicas para conocer la validez de un argumento. Vé un poco mas allá. En otro caso, te voy a pedir que no comentes mis aportaciones.

saludos cordiales
Pepe

Lamento que lo tomes tan a la tremenda.

Soy demasiado mindundi para ver mucho mas allá.

Lo que pasa es que tu parrafo tan totalitario acerca de algo tan resbaloso y relativo como la "verdad", no soporta analisis. Que verdad ? la de la iglesia en la inquisicion ? la de Adolf Hitler ? la de Pinochet ? la del Betamax ?

Respecto a cuotear o no, este es un foro, con una dinamica y herramientas para ello. Tendrías que pedir a la Administración que me impida especificamente hacer lo que pides. Con qué justificación ? te falto el respeto ? te descalifico ? yo no lo creo.

Vamos, volvamos al hilo en cuestión. A mi me ha enriquecido en temas que desconozco.

Snoozer escribió:@Pablopi

He googleado un poco para saber que especs tiene el Server que estas utilizando como servidor de media, el PS3MediaServer si lo he leído bien en tu post. Mira, echa un ojo en la características que tienen publicada en su web http://code.google.com/p/ps3mediaserver/ :

El PS3Media Server solo lo empleé brevemente para ver si conseguía, precisamente a través de la transcodificación, reproducir ISOs de DVD-A/V en el Oppo, con éxito relativo en el primer caso y fracaso estrepitoso en el segundo.

La transcodificación en este servidor es ciertamente particular. En el caso de los archivos de audio (flac, por ejemplo), ofrece a los clientes el archivo original y una copia en otro formato junto a ella (no recuerdo si WAV o MP3, pero seguramente una admitida en el protocolo DLNA), resultado de su futura transcodificación. El Oppo reproduce correctamente tanto la original (que identifica como FLAC), como naturalmente la transcodificada.

El otro servidor de medios instalado en el NAS, que sí empleo habitualmente, no transcodifica, siendo posible en ese caso reproducir perfectamente tanto los FLAC en multicanal y alta resolución como los mkv, que el Oppo recibe como lo que son.

En algunos servidores, de hecho, basta con meterle mano a ciertos archivos de configuración para que formatos soportados por un cliente determinado en modo local y que no se reproducen a través de DLNA comiencen a hacerlo... de memoria me acuerdo de alguna versión antigua de Twonky y la PS3.

No deja de ser anecdóctico, porque las limitaciones del estándar, tal y como has indicado, son evidentes, pero en cualquier caso no quería dejar de mencionarlo.

Me estoy saliendo de tema ¿verdad?