Modelo de subprocesos

brightscript se ejecuta en un solo hilo en general, las llamadas a objetos de brightscript son síncronas si devuelven rápidamente, y asíncronas si tardan una cantidad considerable de tiempo en completarse por ejemplo, los métodos que pertenecen al objeto roarray son todos síncronos, mientras que el método play() que forma parte del objeto rovideoplayer devolverá inmediatamente (es asíncrono) mientras se reproduce un video, el objeto rovideoplayer publicará mensajes en el puerto de mensajes, indicando eventos como “reproducción de medios finalizada” o “fotograma x alcanzado” el implementador del objeto decide si un objeto brightscript debe iniciar un hilo en segundo plano para realizar una operación síncrona a veces, un objeto incluirá versiones síncronas y asíncronas del mismo método este modelo de subprocesos garantiza que el escritor del script no tenga que lidiar con mutexes y otros objetos de sincronización el script siempre es de un solo hilo, y el puerto de mensajes se sondea o se espera para recibir eventos en el hilo por otro lado, quienes implementan objetos brightscript deben considerar los problemas de subprocesos por ejemplo, los objetos rolist y romessageport son internamente seguros para subprocesos, lo que permite que sean utilizados por múltiples hilos