Interpretación de los mensajes de los LEDs
en un equipo BrightSign
A
continuación encontrará los códigos de
mensajes de los LEDs para cada modelo de BrightSign.
XD230,
XD1030, XD1230
Verde (Power) (Pwr) : se activa al encender
el equipo y no en el modo de reset. Verde de actividad en la SD (BSY) : parpadea
cada vez que hay actividad en la tarjeta SD. Verde de actividad en la MicroSD (µSD)
: aparece cuando una tarjeta MicroSD está presente. Verde de actividad de red (RVS) : aparece
cuando el reproductor está conectado a BrightSign Network
Verde de actividad Ethernet (Eth) : Parpadea
cuando el reproductor se conecta a la red. Se mantiene cuando
está conectado. Verde de actividad WiFi : Parpadea cuando
el reproductor se conecta a la red inalámbrica. Se
mantiene cuando está conectado. Amarillo de Update (UPD) : parpadea cuando
el firmware del equipo está siendo actualizado. Los
los LEDs de Update y de error parpadearán al mismo
tiempo para indicar un error durante la actualización
del firmware. Los códigos de parpadeo en ambos LEDs
se describen a continuación en función de su
número de parpadeos:
2 Error en el
borrado
3 Error en la
escritura
4 Fallo de verificación
5 La partición no conicide
6 Checksum Error
7 Error inesperado
8 No se pudo guardar / restaurar SRB
Estado
Rojo / Error (Err) : parpadea
un número determinado de veces, hace una pausa, y luego
repite el patrón para indicar que se produce el error.
Los códigos de parpadeo se describen a continuación:
2 Error no especificado
3 Un script de recuperación de red se está
preparando para funcionar en un equipo configurado para
recuperación de red.
4 No se ha encontrado archivo de actualización
5 No se pudo cargar el módulo del kernel
6 El equipo no es capaz de ejecutar la versión
de firmware actual
7 Una pieza de hardware de la placa no funciona correctamente
(en versiones de firmware 4.1 y superiores)
8 Problema relacionado con el dispositivo de almacenamiento
(ya sea una unidad USB o tarjeta SD)
9 Problema relacionado con el registro / NAND
10 El script de autorun ha detectado un problema de carga(comúnmente
causada por un bloqueo o formato NTFS en la tarjeta SD)
11 Error de WiFi (principalmente, no se encuentra el USB
WiFi)
12 No se encuentra la imagen de arranque (en versiones
de firmware 4.0 y posteriores)
13 El firmware del equipo está corrupto. Normalmente se soluciona presionando el botón de arranque seguro SVC mientras se conecta la corriente
con el fichero de actualización de firmware en la SD hasta que parapadee el led naranja.
HD120,
HD220, HD1020
Verde (Power) (Pwr) : se activa al encender
el equipo y no en el modo de reset. Verde de actividad en la SD (BSY) : parpadea
cada vez que hay actividad en la tarjeta SD. Amarillo de Update (UPD) : parpadea cuando
el firmware del equipo está siendo actualizado. Los
los LEDs de Update y de error parpadearán al mismo
tiempo para indicar un error durante la actualización
del firmware. Los códigos de parpadeo en ambos LEDs
se describen a continuación en función de su
número de parpadeos:
2 Error en el
borrado
3 Error en la
escritura
4 Fallo de verificación
5 La partición no conicide
6 Checksum Error
7 Error inesperado
8 No se pudo guardar / restaurar SRB
Estado
Rojo / Error (Err) : parpadea
un número determinado de veces, hace una pausa, y luego
repite el patrón para indicar que se produce el error.
Los códigos de parpadeo se describen a continuación:
2 Error no especificado
3 Un script de recuperación de red se está
preparando para funcionar en un equipo configurado para
recuperación de red.
4 No se ha encontrado archivo de actualización
5 No se pudo cargar el módulo del kernel
6 El equipo no es capaz de ejecutar la versión
de firmware actual
7 Una pieza de hardware de la placa no funciona correctamente
(en versiones de firmware 4.1 y superiores)
7 Problema relacionado con el chip Ethernet
8 Problema relacionado con el dispositivo de almacenamiento
(ya sea una unidad USB o tarjeta SD)
9 Problema relacionado con el registro / EEPROM
10 El script de autorun ha detectado un problema de carga(comúnmente
causada por un bloqueo o formato NTFS en la tarjeta SD)
11 Error de WiFi (principalmente, no se encuentra el USB
WiFi)
12 No se encuentra la imagen de arranque (en versiones
de firmware 4.0 y posteriores)
Novedades técnicas del firmware
4.8.108 respecto a las anteriores versiones 4.7.x
Nuevas
funciones
Soporte para la rotación de la imagen (a través
del método setTransform () en roImagePlayer y roImageWidget,
así como la setTransform () / PlayStaticImage () en
roVideoPlayer)
Soporte para las siguientes pantallas multitáctiles:
ELO 3243L, Iiyama T1731SAW y Nitere AR150-2
Rotación de vídeo a resoluciones de
hasta 1080p60
Nueva capacidad de servidor de streaming : Los reproductores
XD pueden procesar las solicitudes de otros dispositivos de
la red y proporcionar los medios a través de RTP, RTSP
y HTTP.
Soporte para el posicionamiento de un determinado
vídeo o audio en un determinado momento tiempo
Soporte para el efecto de desvanecimiento de vídeo
Soporte para el modo de vídeo 1680x1050x60p
Widget de barra de progreso
Soporte para streaming de HTTPS
ticker mejorado con capacidad de desplazamiento
Soporte para Universal Plug and Play (UPnP) a través
BrightScript
Soporte para el establecimiento de la dirección
URL de recuperación a través de la opción
DHCP 43
Soporte de Telnet para líneas de comando BrightSign
y BrightScript
Corrección de errores
Brightwall ahora sincroniza mejor cuando el reproductor
esclavo arranca mucho tiempo después de que el reproductor
principal.
La transición de un estado de vídeo
en directo a un estado de la imagen ya no hace que la pantalla
se ponga en blanco.
La visualización de video y / o HTML en conjunción
con un Ticker avanzado ya no provoca que la animación
del ticker se frene tras un período de tiempo.
Pantalla: atributo CSS "none" ahora funciona
correctamente con elementos HTML que se establecen para hwz
= on.
problemas de frame-rate relacionados con páginas
HTML de uso intensivo de recursos han sido corregidos.
Al reiniciar varias veces una página HTML que
contiene un elemento ya no provoca error.
El intento de cambiar el fondo de CSS de una página
HTML usando JavaScript ya no provoca error.
Animar la posición de un elemento HTML que
se establece en hwz = on ahora funciona como se espera.
imágenes transparentes que contienen efectos
de animación HTML5 ya no muestran anomalías
El modo de vídeo 640x480x60p ahora vuelve a
ser compatible a través de HDMI
El método roVideoPlayer.SetFade () funciona
de nuevo con Live Video (HDMI IN o RF).
La visualización de dos zonas de video (uno
con un solo vídeo, la otra con una lista de reproducción
de videos) ya no tiene la posibilidad de causar error.
Una ventana de video ahora se muestra correctamente
cuando hay un solo reproductor de vídeo y el método
roVideoPlayer.ToFront () se llama en él.
La activación de un reproductor con un teclado
USB conectado de determinados modelos de ya no producirá
un bucle de reinicio infinito.
Los dispositivos USB combinados de teclado / ratón
ahora se detectan correctamente por el reproductor.
El servidor Web de diagnóstico y el comando
ifconfig en el shell del BrightSign ahora devuelven el número
de puerto correcto para el servidor Telnet en todos los casos.
El sistema ya no se bloquea si roXMLElement.GenXML
() se llama en un elemento XML que tiene un cuerpo, pero no
el nombre.
las páginas HTML ahora muestran varias animaciones
de JavaScript más consistentemente.
Los nuevos modelos de disco duro externo USB (incluyendo
modelos de Seagate) están correctamente reconocidos
por los reproductores XD.
El audio AC3 ahora se reproduce correctamente dentro
de los contenedores de vídeo MP4 y MOV.
Los streamings HLS que contienen audio MP3 se reproducen
ahora correctamente.
Los archivos de vídeo en formato de streaming
.ts que no contienen datos de audio ahora se reproducen correctamente.
Los colores de los iconos del cursior de ratón
personalizados se muestran ahora correctamente.
Estos mismos iconos de cursor de ratón personalizados
ya no se obscurecen por varios widgets de imagen y texto.
Los reproductores ahora muestran correctamente ciertas
fuentes con las que se encontraría con anterioridad
problemas de recorte en el principio del texto.
Algunos recortes leves asociados con caracteres de
texto se han eliminado.
La pantalla ya no parpadea si una zona de vídeo
se transiciona dentro o fuera de la entrada HDMI. Este error
sólo ocurría si había más zonas
distintas de la zona de vídeo.
Intentar cambiar rápidamente de canal en una
entrada RF DTCP habilitado ya no provoca que el reproductor
se bloquee.
Si intenta reproducir un archivo de vídeo AVCHD
Lite ya no provoca que el reproductor se bloquee.
Cambiar el tamaño de un elemento HTML mientras
se muestra la página ya no resulta en un solo fotograma
de corrupción de vídeo.
Los valores de color de los elementos de vídeo
estándar (por ejemplo los añadidos a una lista
de reproducción en bucle o interactivo) y elementos
HTML ahora son exactamente idénticos.
El uso de un widget HTML para hacer girar a modo vertical
un vídeo de 1080x1920 ya no provoca problemas de recorte.
Las páginas HTML ya no encuentran problemas
al azar de tasa de fotogramas, si se está utilizando
llamada de JavaScript RequestAnimationFrame() .
Dibujar texto sobre una imagen usando la función
de Javascript fillText() ya no resulta en un fondo azul. Este
error sólo se producía si la anchura y la altura
combinadas del canvas HTML era mayor que 65.536 píxeles.
La visualización de una página HTML
con la consola JavaScript habilitada ya no tiene la posibilidad
de bloquear el reproductor.
Las páginas HTML que se publican directamente
al reproductor (sin un script autorun) ahora soportan correctamente
el ordenamiento z de vídeo y gráficos.
Si el reproductor se encuentra detrás de un
proxy, tratando de mostrar una página web remota ya
no provocará que se bloquee.
Si una instancia roHttpEvent es creada por el script
y no por la instancia roHttpServer, ya no hay posibilidad
de que el reproductor se bloquee.
Si desconecta el BP200 / BP900 durante una presentación
con paneles de botones ya no provoca inestabilidad en el sistema.
El uso de roDateTime para ajustar el reloj hacia atrás
(a la vez negativo) ya no provoca problemas con los mensajes
de eventos.
Las llamadas EndOfStream ya no tienen la oportunidad
de crear un punto muerto con llamadas a roVideoPlayer.
Mejoras
El recolector de basura JavaScript es ahora más
eficaz, lo que resulta en un mejor rendimiento a largo plazo
con un menor número de bugs.
El almacenamiento en caché se ha vuelto a habilitar
para los widgets de HTML. Esto mejora los tiempos de recarga
de muchas páginas.
La visualización de una página HTML
en modo vertical ahora gira sólo el contenido HTML,
en lugar de girar tanto el contenido HTML y la zona que lo
contiene.
Los atributos propios de BrightSign del elemento video
(que se describen en la guía de Buenas Prácticas
HTML5) ahora son accesibles a través de JavaScript.
Si intenta crear un widget de HTML que es 0x0 de tamaño
ya no provoca error.
Los widgets HTML ahora tienen un tamaño máximo
de imagen. El sistema no intentará cargar las imágenes
que son más grandes que el tamaño del archivo
de imagen equivalente a 1920x1080x32bpp.
Las llamadas a roVideoPlayer.StopClear () una vez
más funcionan con entrada HDMI, permitiendo a la entrada
a cambiarse con otra instancia roVideoPlayer.
Los objetos roAssetPool y roSyncPool ahora soportan
el algoritmo MD5 para hashear los archivos.
Los eventos táctiles y de ratón son
ahora mucho más ágiles y eficaces en las páginas
HTML que consumen muchos recursos.
Los reproductores ahora ahora tienen mayor capacidad
para manejar muchos más eventos multi táctiles
en un corto período de tiempo.
La transpariencia del icono del cursor personalizado
del ratón es ahora totalmente compatible con los archivos
de imagen BMP y GIF.
El nuevo método roVideoMode.SetGraphicsZOrder
() permite a los scripts determinar si todos los gráficos
deben colocarse delante de, detrás de, o entre dos
videos en el eje z.
El método SetRectangle () ha sido añadido
a roCanvasWidget, permitiendo a los scripts redimensionar
el widget sin destruirlo.
Mientras se reproducen flujos HTTP, el objeto roAudioPlayer
ahora publica un evento "de fin de secuencia" si
el reproducotr no recibe ningún dato del servidor de
streaming durante varios segundos. La script puede tomar las
medidas adecuadas, tales como la generación de una
nueva solicitud de conexión o cambiar a una dirección
URL diferente.
El streaming de audio ya no se desvanece si se está
en un bucle de reproducción.
La configuración del búfer de vídeo
y audio para la transmisión IP ahora se pueden establecer
dentro de la URL (por ejemplo, "rtsp: //www.example.com/stream1?vcdbsize=5000000&acdbsize=1000000").
Ahora los reproductores pueden reproducir flujos de
vídeo desde un codificador Matrox Maevex 5100 . Tenga
en cuenta que el soporte de audio para esta serie de codificadores
está todavía en desarrollo.
El modo de baja latencia predeterminado para los flujos
de vídeo sólo de RTP ahora se puede anular añadiendo
"buffering = true" a la URL del streaming (por ejemplo,
"rtp://ejemplo:puerto/?buffering=true")
Las búsquedas de DNS ahora se puede utilizar
para especificar un host remoto involucrado en una instancia
roTCPStream.
Los nuevos eventos "Time code event" ahora
se pueden generar en un vídeo durante la reproducción
del mismo.
Las barras de desplazamiento en páginas HTML
están deshabilitadas de forma predeterminada.
El nuevo método roHTMLWidget.SetHWZDefault
() permite a los scripts para configurar el modo de HWZ predeterminado
para los elementos HTML .
Los nuevos métodos roHtmlWidget.SetLocalStorageDir
() y roHtmlWidget.SetDatabaseDir () permiten el almacenamiento
persistente de datos de páginas web (con IndexedDB
o la clase storage de JavaScript) después de la pérdida
de energía o interrupción de la red.
El método getUserData () ahora puede ser llamado
en los mensajes enviados desde roHtmlWidget, lo que permite
a los scripts distinguir entre eventos de diferentes instancias
roHtmlWidget.
El sistema de archivo del reproductor ahora corrige
los nombres de archivo que contienen dos puntos, que no están
permitidos en los sistemas FAT. Dado que los dispositivos
de almacenamiento conectados a un reproductor por lo general
tienen que ser formateados con FAT32, esto puede ayudar a
prevenir los problemas causados ??por los nombres de archivos
defectuosos.
Un fallo de la tarjeta SD ya no evitará que
el reproductor se reinicie.
La nueva función global RestartScript () hace
que un reproductor busque un nuevo archivo de ejecución
automática y sin necesidad de reiniciar.
Si un nuevo script de ejecución automática
se carga en el reproductor desde el servidor Web de diagnóstico,
el reproductor ahora carga el script sin necesidad de reiniciar.
El inicio de operaciones de diagnóstico utilizando
el Servidor Web de diagnóstico ya no sobrescribe el
archivo autorun.brs contenido en el almacenamiento local del
reproductor.
La dirección IP aparece en la pantalla de bienvenida
BrightSign se actualiza ahora si el reproductor obtiene un
nueva concesión de DHCP.
BrightScript ahora es compatible con el cifrado 128-bit
AES a través del nuevo objeto roBlockCipher.
BrightScript ahora es compatible con la función
PBKDF2 través del nuevo objeto roPassKey.
El reproductor ya no se bloquea si un tamaño
en píxeles de caracteres mayor que 1920x1080 se pasa
a roTextField durante la creación del objeto. Si no
se especifica un tamaño de píxel de caracteres
durante la creación del objeto, el reproductor intenta
utilizar el mayor tamaño de píxel que se ajuste
dentro del campo de texto.
BrightScript ya no permite que existan dos objetos
roIRRemote a la vez.
Especificar una matriz de bytes vacía para
el método roCecInterface.SendRawMessage () ya no provoca
inestabilidad con el propio objeto roCecInterface.
El reproductor ahora es más capaz de cambiar
el nombre de los archivos de actualización con éxito
.bsfw inválidos o corruptos. El reproductor también
continúa buscando un archivo de actualización
.bsfw válido si se detecta y cambia el nombre del archivo
de actualización inicial.
La colocación de dos archivos de actualización
.bsfw denominados arbitrariamente diferentes en una sola tarjeta
SD ya no provoca un bucle de actualización indefinida.
La pantalla de bienvenida BrightSign ahora desaparece
más nítidamente.
Nueva función de publicación: La opción
de actualización de USB (sólo FW) en Publicar>
Almacenamiento local le permite actualizar el firmware del
reproductor por USB sin sobrescribir la presentación.
Soporte para el modo de vídeo 1920x1200 (requiere
un firmware en el reproductor XD 4.8.88 o posterior)
Soporte para vídeos con la extensión
.m2ts
Corrección de errores
BrightAuthor ya no se encuentra con un error de comunicación
al publicar a través de una red de archivos local a
un reproductor que se configuró con una versión
de BrightAuthor 3.7.0.x.
Los reproductores que se han configurado para redes
de archivos simples (servidor de contenidos http) ya no se
toman mucho tiempo para descargar y reproducir MRSS .
los eventos timeout para estados Playlist locales
vuelven a funcionar.
Si la función Importar Estados se utiliza para
importar uno o más eventos adjuntos que contienen objetivos
condicionales, la variable de usuario asociada con esos Objetivos
condicionales ahora se importan correctamente en la presentación.
Los estados lista de medios (Lista, Lista de Video,
Audio List) creados en versiones anteriores a BrightAuthor
3.8.0.x ahora funcionan con presentaciones utilizando la versión
3.8.0.x de autorun. Esta corrección se aplica principalmente
a BrightSign Network: Un grupo de reproductores se encuentra
con este problema si su horario incluye una presentación
más antigua con una lista demedios, así como
una presentación más reciente creada en BrightAuthor
3.8.0.x (BSN siempre utilizará la versión más
reciente de autorun entre presentaciones en el horario).
BrightAuthor ya no se bloquea si selecciona una unidad
SD al intentar publicar una presentación Brightwall
localmente.
Los mensajes de zona que se envían desde un
Súper Estado ahora lanzan correctamente eventos Zone
Message contenidos dentro de otro Súper Estado.
Al visualizar los estados de vídeo en directo,
un streaming de video, o RF In utilizando un Brightwall, los
reproductores esclavos ahora podrán ponerse al día
con el reproductor principal si se conectan después
de que comience la presentación.
Mediante la opción Edit>Import States para
importar un estado de menú interactivo ya no provoca
que BrightAuthor se bloquee.
Las imágenes JPEG se muestran correctamente
cuando se utilizan como elementos de imagen seleccionados
en un estado Menú Interactivo.
BrightAuthor ya no se bloquea si intenta agregar un
elemento de texto fijo después de añadir un
elemento de imagen a un estado de Live Text.
La adición de dos fuentes de datos que utilizan
el mismo plugin script ya no se bloquea cuando intenta agregar
una tercera fuente de datos.
Mejoras
Las direcciones URL de los estados video Stream o
MJPEG Stream ahora se pueden especificar de forma dinámica
con variables de usuario. Una variable de usuario puede especificar
la dirección URL completa o reemplazar parte de la
dirección URL (por ejemplo, "http://www.example.com/streams/$$my_URLvariable$$").
Los estados RSS Feed (utilizados en zonas Ticker)
ahora se pueden abrir y editar una vez creados.
Los Media RSS (MRSS) ahora se pueden mostrar en varias
zonas al mismo tiempo.
Los media RSS ahora se pueden visualizar si el reproductor
no tiene una conexión a Internet. Esto es sólo
el caso si el almacenamiento local tiene suficiente espacio
para almacenar en caché todo el contenido del Media
RSS.
El estado de Media RSS ahora se utiliza para mostrar
las fuentes MRSS y listas de reproducción dinámicas
(el tipo de contenido dinámico se especifica en File
> Presentation properties > data feeds). El estado de
dynamic playlist ya no está disponible en el menú
Media Library > Other, a pesar de que todavía puede
aparecer en las presentaciones que se crearon en versiones
anteriores de BrightAuthor.
BrightAuthor ya no permite crear estados Local Playlist
que no especifiquen una lista de reproducción por defecto
para los reproductores. Esto corrige varios problemas de reproducción
que pueden ocurrir cuando un estado Local Playlist no tiene
una lista de reproducción predeterminada.
Los registros de eventos que registran eventos USB/teclado
ya no contienen caracteres no imprimibles en los datos de
los eventos de campo ("D").