Mejores prácticas técnicas

para ayudar a los socios a ponerse en marcha de la forma más eficiente posible, hemos recopilado una lista de prácticas recomendadas técnicas para maximizar sus posibilidades de éxito carpeta brightsign dumps al desarrollar sus propios autoruns, no olvide incluir instrucciones para que el autorun cree una carpeta brightsign dumps en el reproductor la carpeta brightsign dumps se utiliza para almacenar información de fallos y es muy útil para el soporte de brightsign al solucionar problemas rutas de almacenamiento todas las aplicaciones de socios utilizan rutas de dispositivos de almacenamiento, ya sea para indicar dónde se descargarán los archivos o dónde localizar determinados archivos presentes en el dispositivo de almacenamiento el brightsign os admite múltiples dispositivos de almacenamiento y el siguiente es el orden de prioridad en el que se montan dispositivo de almacenamiento (en orden de prioridad) ruta de brightscript ruta de javascript descripción usb1 usb1 / /storage/usb1 la unidad para dispositivos de almacenamiento usb conectados al reproductor sd sd / /storage/sd la unidad sd o microsd principal en el reproductor sd2 sd2 / /storage/sd2 la unidad microsd interna en reproductores que admiten esto (consulte dispositivos de almacenamiento por modelo de reproductor docid\ mgdefc6yvkibeiuxh9j1o ) ssd ssd / /storage/ssd el ssd interno en el reproductor (solo modelos xt y xd) flash flash / /storage/flash el almacenamiento flash interno en el reproductor tenga en cuenta que el modelo lguv5n solo incluye almacenamiento flash o usb (sin sd) y recurrirá al flash si no se encuentra otro almacenamiento debido a la demanda popular, el almacenamiento flash en lg se renombra a sd y las referencias a flash ya no funcionarán a partir de la versión beta de bos 9 1 96 a continuación, se muestran algunas de las prácticas recomendadas al utilizar rutas de dispositivos de almacenamiento obtenga la ruta del dispositivo de almacenamiento montado predeterminado en su aplicación consulte los ejemplos de brightscript y javascript a continuación valide el dispositivo de almacenamiento obtenido según sea necesario consulte la función driveismounted() en el ejemplo de brightscript a continuación si su aplicación utiliza rutas de archivos relativas, brightscript asumirá que las rutas de archivos son relativas al dispositivo de almacenamiento predeterminado si su aplicación utiliza diferente almacenamiento para autorun y medios, entonces debe especificar una ruta (según la lista anterior) y validar que la ruta exista ejemplos de código los siguientes ejemplos proporcionan un enfoque para encontrar el dispositivo de almacenamiento de mayor prioridad que está montado en el reproductor brightscript function getmounteddrive() as string ''''''''''''''''''''''''''''''''''''' drives = \["usb1 /","sd /","sd2 /","ssd /","flash /"] for each drive in drives if driveismounted(drive) then return drive end if next return "" end function function driveismounted(drivename$ as string) as boolean ''''''''''''''''''''''''''''''''''''''''''''''''''''''''' du = createobject("rostorageinfo", drivename$) if type(du) = "rostorageinfo" then return true end if return false end function javascript const fs = require('fs'); const path = require('path'); function getdefaultstoragedevice() { const rootprefix = '/storage'; const storage list = \[ 'usb1', 'sd', 'sd2', 'ssd', 'flash' ]; for(const storage of storage list) { try { fs realpathsync(path join(rootprefix, storage)); return storage; } catch(ex) { // nop the dir doesn't exist on this system } } return undefined; } herramientas gratuitas brightsign ofrece una gran cantidad de herramientas y servicios gratuitos que facilitan enormemente el aprovisionamiento y el diagnóstico estos incluyen las potentes herramientas disponibles a través de bsn cloud para el aprovisionamiento de reproductores, así como las numerosas herramientas descritas en la sección herramientas para desarrolladores docid\ lplqyctmordvqerlyqas7 de esta guía se recomienda encarecidamente a los socios aprovechar estas herramientas tanto como sea posible, ya que aceleran el desarrollo y también facilitan mucho el soporte y la resolución de problemas administración de memoria los reproductores brightsign están diseñados específicamente para señalización digital los reproductores no son dispositivos de propósito general y no tienen, ni requieren, tanta memoria como una mac o pc típica al desarrollar para la plataforma brightsign, los desarrolladores deben ser conscientes de las posibles limitaciones de memoria a las que quizá no estén acostumbrados actualizaciones del so los socios deben intentar utilizar las compilaciones más recientes de brightsignos para aprovechar las últimas correcciones de errores y las funciones más nuevas mantenerse actualizado con la compilación más reciente del so también permite a los socios ampliar más fácilmente sus implementaciones con nuestro hardware más reciente mejoramos continuamente el firmware de nuestros reproductores, pero como suele ocurrir con el software, a veces se introducen problemas de forma inadvertida un reproductor estable es fundamental para cualquier integración de brightsign, por lo que recomendamos encarecidamente a los socios probar exhaustivamente cualquier versión de firmware de brightsign antes de actualizar cualquier reproductor utilizado en un entorno de producción elementos html \<video> y memoria es bastante común que una presentación incluya el cambio de un video a otro en muchos reproductores brightsign, incluida la línea series 4, si un elemento de video no se libera explícitamente, ese elemento continuará usando memoria incluso si ya no se está mostrando activamente por lo tanto, es importante restablecer el origen a vacío antes de cambiar de video si no se hace esto, los primeros videos continuarán usando memoria mientras se reproducen videos posteriores, lo que podría dar como resultado el siguiente mensaje de registro no se pudo encontrar un decodificador de video para liberar el elemento de video, el atributo src de \<video> debe establecerse en blanco video src = ""; puede encontrar detalles adicionales sobre este tema aquí docid\ pdytb1wooqwkyvcd5fjms transiciones suaves de video si se muestran varios videos secuencialmente, por lo general se desea que un video haga una transición suave al otro para ayudar a garantizar esto, asegúrese de que tanto el primer como el último fotograma de los videos no consistan en un fotograma en blanco la presencia de incluso un solo fotograma en blanco entre videos puede dar como resultado una transición notablemente brusca entre videos capacidad de actualización el cambio es inevitable, por lo que se recomienda a los socios diseñar sus aplicaciones con la capacidad de enviar actualizaciones a los reproductores de forma remota esto se aplica no solo a la aplicación del socio en sí, sino también a los scripts de diagnóstico, que pueden ser muy útiles para la resolución de problemas siguiente mejores prácticas operativas > docid\ hg03rk c1v2o0rtbxgf7f