2121
Miembro habitual
Estoy usando una compu vieja o mejor dicho, la tarjeta, disco duro y proce viejo que tenia arrumbado por a´i que tiene windows XP SP2, Catalyst 11.8 [controlador de la tarjeta de video] y el FFDSHOW-TRYOUT rev3406 del 5 de mayo del 2010 y windows media player version 9
¡¡ Y ESTOY REPRODUCIENDO UN VIDEO EN H264 DE 10BITS CON DXVA!!
queria probar unas cosas asi rapidon y pos me dio por ver lo dproblema que tengo con la rev4436 del FFDSHOW-TRYOUT [FFDS-TO] sobre windows media player y video h264 a 10BITS, donde se crashea el wmp al reproducir hi10p, y pos lo primero que hice fue ver que version del FFDS-TO es la que tiene el disco duro y probar unos videos que tengo que estan en h264 HIGH10 [osease a 10bit para el color].
la neta no pense que lo fuera a reproducir esta version del FFDS-TO y al ver que si lo hice pós me dije "a que chido", pero cuando vi que lo estaba decodificando por HARDWARE DE VIDEO, osease la GPU mediante DXVA no me la podia creer
la reproduccion es fluida y si esta usando el procesador grafico de mi radeona HD4850, se presentan algo de artefactos y pixeles verdes esporadicamente [los pixeles verdes son mas bien espacios vacios del OVERLAY, esos espacios vacios es que el GPU no pudo terminar el render de esos pixeles y se muestar solo la capa OVERLAY que es verde]
la neta si me tiene en la lela esto, osease, las revisiones del FFDS-TO nuevas del 2011 segun eran las que ya tenian correcciones y que si permitian la carga del h264 a 10bits, y estas nuevas revisiones NUNCA HAN DECODIFICADO por DXVA un video de h264 a 10bits
no se si sea netamente cosa de esta rev3406 o es cosa del controlador catalyst 11.8 que obliga a usar la aceleracion UDV de la radeon sobre video h264 sin importar perfil, nivel y profundidad de color
esto si que esta muy raro
quite la radeona HD4850 y meti la HD6870 y reinstale el controlador desde la carpeta de windows system32, ypos sigue haciendo lo mesmo: DXVA pa video h264 a 10bits
http://i.imgur.com/93U3U.png
Ya habia leido que DXVA y el UVD de AMD-ATI si puede decodificar video Hi10P-HIGH10, pero se requiere de un monitor de 10bits del manejo del color pa que se activara y pos mi monitor es un HP 2009m que para nada es de 10bits
la conexion del monitor es via cable DVI-D, osease conexion digital
Neto, ya estuve rechekando que el GPU de la radeon es el que decodifica el video y recomprobado que si lo hace
con GPU-Z monitoreo la frecuencia de trabajo del GPU y de las memos de video.
con CORETEMP monitoreo el % uso del procesador, multiplicador-frecuencia de trabajo
*** desactivando el soporte DXVA del FFDS-TO
- el coretemp me muestra una frecuencia de 2GHz que es el valor que le asigna el COOL´nQUIET como frecuencia mas baja de trabajo, un porcentaje promedio de 36% de uso con picos de 46% y minimos de 24%,
- el GPU-Z me muestra la frecuencia del GPU y de las memos de video en su valor IDLE, osease el valor que le da el powerplay del catalyst cuando no esta trabajando el GPU y solo esta trabajando el acelerador de video [reproduccion de video pregrabado], 100MHz para el GPU y 150MHz pa las memos de video
http://i.imgur.com/dMH6k.png http://i.imgur.com/9mfqp.png
osease, si esta trabajando mas el CPU que el GPU [el GPU esta dormido por decirlo asi]
*** activando el soporte DXVA del FFDS-TO
- el coretemp me muestra una frecuencia de 2GHz que es el valor que le asigna el COOL´nQUIET como frecuencia mas baja de trabajo, un porcentaje promedio de 17% de uso con picos de 20% y minimos de 9%,
- el GPU-Z me muestra la frecuencia del GPU ahora si de trabajo, con GPU en 900MHz como picos y en promedio 300MHz y las memos a 1050MHz
osease, el CPU esta a lo minimo y el GPU al maximo
pos ya le recheke y quite el OVERDRIVE del COOL´nQUITE, el overdrive es una utilidad de AMD pa modificar las frecuencias de trabajo a nuestro antojo, pero estaba con pedos el programa y mejor lo deshabilite
ahora si esta es la frecuencia del proce sin DXVA, 1.6GHz y 61% de uso
http://i.imgur.com/ujTFM.png
y esta es cuando usa DXVA, 900MHz y 14% de uso
http://i.imgur.com/5GyW1.png
************************************************************************
pos ya le vi
Me toco la del burro que toco la flauta
es la version 3406 del 5-mayo-2010 la principal responsable de la "MAGIA" y un poquito la version 11.8 del controlador de video
con la 3406 se decodifica todo el video y se ve toda la pantalla, y se esta decodificando con DXVA: imagen fluida una que otra vez se ven pequeños artefactos que no molestan
probando con versiones 35xx, 39xx y los ultimos 4436 del FFDS-TO a veces -muy a veces- si aparece la decodificacion con DXVA pero solo aparecen unos cuadros en la parte superior qu emedio dan la idea del video, imaginenese como si fueran piezas desrodenadas de rompecabezas que medio le vez forma, pero el resto de la pantalla esta en negro, el resto de las veces usa la decodificacion por software
reinstalando la rev3406 vuelvo a poder reproducir el video completo con DXVA
bajar rev3406 http://www.mediafire.com/?jrmnwu0munm
y en conclusion:
la restriccion es del desarrollador mas que nada del que hace el controlador de video, el programador es el que limita que se pueda usar o no DXVA sobre video encodeado a h264 de 10bits [perfil HIGH10 tambien llamado Hi10P] y no es en nada una limitacion del hardware grafico de las tarjetas de video integradas o independientes.
¡¡ Y ESTOY REPRODUCIENDO UN VIDEO EN H264 DE 10BITS CON DXVA!!
queria probar unas cosas asi rapidon y pos me dio por ver lo dproblema que tengo con la rev4436 del FFDSHOW-TRYOUT [FFDS-TO] sobre windows media player y video h264 a 10BITS, donde se crashea el wmp al reproducir hi10p, y pos lo primero que hice fue ver que version del FFDS-TO es la que tiene el disco duro y probar unos videos que tengo que estan en h264 HIGH10 [osease a 10bit para el color].
la neta no pense que lo fuera a reproducir esta version del FFDS-TO y al ver que si lo hice pós me dije "a que chido", pero cuando vi que lo estaba decodificando por HARDWARE DE VIDEO, osease la GPU mediante DXVA no me la podia creer
la reproduccion es fluida y si esta usando el procesador grafico de mi radeona HD4850, se presentan algo de artefactos y pixeles verdes esporadicamente [los pixeles verdes son mas bien espacios vacios del OVERLAY, esos espacios vacios es que el GPU no pudo terminar el render de esos pixeles y se muestar solo la capa OVERLAY que es verde]
la neta si me tiene en la lela esto, osease, las revisiones del FFDS-TO nuevas del 2011 segun eran las que ya tenian correcciones y que si permitian la carga del h264 a 10bits, y estas nuevas revisiones NUNCA HAN DECODIFICADO por DXVA un video de h264 a 10bits
no se si sea netamente cosa de esta rev3406 o es cosa del controlador catalyst 11.8 que obliga a usar la aceleracion UDV de la radeon sobre video h264 sin importar perfil, nivel y profundidad de color
esto si que esta muy raro
quite la radeona HD4850 y meti la HD6870 y reinstale el controlador desde la carpeta de windows system32, ypos sigue haciendo lo mesmo: DXVA pa video h264 a 10bits
http://i.imgur.com/93U3U.png
Ya habia leido que DXVA y el UVD de AMD-ATI si puede decodificar video Hi10P-HIGH10, pero se requiere de un monitor de 10bits del manejo del color pa que se activara y pos mi monitor es un HP 2009m que para nada es de 10bits
la conexion del monitor es via cable DVI-D, osease conexion digital
Neto, ya estuve rechekando que el GPU de la radeon es el que decodifica el video y recomprobado que si lo hace
con GPU-Z monitoreo la frecuencia de trabajo del GPU y de las memos de video.
con CORETEMP monitoreo el % uso del procesador, multiplicador-frecuencia de trabajo
*** desactivando el soporte DXVA del FFDS-TO
- el coretemp me muestra una frecuencia de 2GHz que es el valor que le asigna el COOL´nQUIET como frecuencia mas baja de trabajo, un porcentaje promedio de 36% de uso con picos de 46% y minimos de 24%,
- el GPU-Z me muestra la frecuencia del GPU y de las memos de video en su valor IDLE, osease el valor que le da el powerplay del catalyst cuando no esta trabajando el GPU y solo esta trabajando el acelerador de video [reproduccion de video pregrabado], 100MHz para el GPU y 150MHz pa las memos de video
http://i.imgur.com/dMH6k.png http://i.imgur.com/9mfqp.png
osease, si esta trabajando mas el CPU que el GPU [el GPU esta dormido por decirlo asi]
*** activando el soporte DXVA del FFDS-TO
- el coretemp me muestra una frecuencia de 2GHz que es el valor que le asigna el COOL´nQUIET como frecuencia mas baja de trabajo, un porcentaje promedio de 17% de uso con picos de 20% y minimos de 9%,
- el GPU-Z me muestra la frecuencia del GPU ahora si de trabajo, con GPU en 900MHz como picos y en promedio 300MHz y las memos a 1050MHz
osease, el CPU esta a lo minimo y el GPU al maximo
pos ya le recheke y quite el OVERDRIVE del COOL´nQUITE, el overdrive es una utilidad de AMD pa modificar las frecuencias de trabajo a nuestro antojo, pero estaba con pedos el programa y mejor lo deshabilite
ahora si esta es la frecuencia del proce sin DXVA, 1.6GHz y 61% de uso
http://i.imgur.com/ujTFM.png
y esta es cuando usa DXVA, 900MHz y 14% de uso
http://i.imgur.com/5GyW1.png
************************************************************************
pos ya le vi
Me toco la del burro que toco la flauta
es la version 3406 del 5-mayo-2010 la principal responsable de la "MAGIA" y un poquito la version 11.8 del controlador de video
con la 3406 se decodifica todo el video y se ve toda la pantalla, y se esta decodificando con DXVA: imagen fluida una que otra vez se ven pequeños artefactos que no molestan
probando con versiones 35xx, 39xx y los ultimos 4436 del FFDS-TO a veces -muy a veces- si aparece la decodificacion con DXVA pero solo aparecen unos cuadros en la parte superior qu emedio dan la idea del video, imaginenese como si fueran piezas desrodenadas de rompecabezas que medio le vez forma, pero el resto de la pantalla esta en negro, el resto de las veces usa la decodificacion por software
reinstalando la rev3406 vuelvo a poder reproducir el video completo con DXVA
bajar rev3406 http://www.mediafire.com/?jrmnwu0munm
y en conclusion:
la restriccion es del desarrollador mas que nada del que hace el controlador de video, el programador es el que limita que se pueda usar o no DXVA sobre video encodeado a h264 de 10bits [perfil HIGH10 tambien llamado Hi10P] y no es en nada una limitacion del hardware grafico de las tarjetas de video integradas o independientes.