stringtranslate.com

Entorno de ejecución binario para tecnología inalámbrica

Logotipo del entorno de ejecución binaria para dispositivos inalámbricos

Binary Runtime Environment for Wireless ( Brew MP , Brew , Qualcomm BREW o BREW ) fue una plataforma de desarrollo de aplicaciones creada por Qualcomm , originalmente para teléfonos móviles de acceso múltiple por división de código (CDMA) , que presentaba aplicaciones de terceros, como juegos móviles . Se ofrecía en algunos teléfonos básicos (en su mayoría con especificaciones similares a las de los teléfonos móviles de gama media y alta), pero no en los teléfonos inteligentes . Desarrollado por primera vez en 1999, como plataforma para aplicaciones inalámbricas en teléfonos móviles basados ​​en CDMA, debutó en septiembre de 2001. Como plataforma de software que puede descargar y ejecutar pequeños programas para jugar, enviar mensajes y compartir fotografías, la principal ventaja de Brew MP fue que los desarrolladores de aplicaciones pueden transferir fácilmente sus aplicaciones entre todos los dispositivos Brew MP al proporcionar un conjunto estandarizado de interfaces de programación de aplicaciones . El software para teléfonos compatibles con Brew MP se puede desarrollar en C o C++ utilizando el kit de desarrollo de software (SDK) Brew MP que se puede descargar gratuitamente . [1] La biblioteca de tiempo de ejecución BREW es parte del firmware o sistema operativo en chip del dispositivo inalámbrico para permitir a los programadores desarrollar aplicaciones sin necesidad de codificar la interfaz del sistema o comprender aplicaciones inalámbricas. BREW se describe como un pseudo sistema operativo, pero no como un verdadero sistema operativo móvil . BREW no era una máquina virtual como Java ME , ya que ejecuta código de forma nativa .

Software

Para los desarrolladores de software, Brew MP era un conjunto completo de interfaces de programación de aplicaciones (API) que permite crear software y aplicaciones en C , C++ , Java y estaba respaldado (plataforma) por un circuito integrado específico de la aplicación (ASIC). Tiene una huella de memoria de aproximadamente 15.900 KB (15,9 MB). Desde las versiones 1.xa 2.x (antes de 2004), tenía una huella de memoria menor, de alrededor de 60 KB. BREW también cuenta con acceso directo al hardware. Las versiones anteriores a Brew MP ejecutaban o dependían de REX OS (el RTOS propio de Qualcomm), mientras que Brew MP usaba Brew RTOS (otro RTOS para teléfonos con funciones avanzadas). En lugar de utilizar un código basado en un intérprete, BREW también confió en su propio hardware móvil.

Historial de versiones

BREW 1.0 / 1.1 (2001-2003)

Debutó en 2001 y fue la primera versión real de BREW. Creado originalmente para el Kyocera QCP-3035 (que fue el primer teléfono compatible con BREW disponible comercialmente) y el Sharp Z-800. Hizo uso de funciones de nivel de asistente digital personal (generalmente para algunas aplicaciones y la capacidad de ejecutar aplicaciones BREW). Sin embargo, carece de funciones multimedia avanzadas y soporte para Java ME que estuvieron disponibles en versiones posteriores. Era la única versión de BREW que admitía pantallas monocromáticas, ya que la compatibilidad con pantallas monocromáticas se eliminó en BREW 2.0. BREW 1.1 fue la primera versión de Brew que ejecutó aplicaciones Java ME. Estuvo disponible en algunos teléfonos compatibles con BREW en 2002 y principios de 2003.

BREW 2.0 / 2.1 (2002-2009)

Lanzado a mediados de 2002, se instaló en la mayoría de los teléfonos compatibles con BREW desde finales de 2002 hasta finales de 2009. Incluye soporte para reproducciones multimedia avanzadas (la capacidad de reproducir archivos de video y audio, así como soporte para formatos multimedia 3GPP), conectividad para soporte EV-DO y Bluetooth, así como protectores de pantalla y otras mejoras. También es compatible con MIDP 2.0 en BREW 2.1 y es compatible con aplicaciones BREW 1.x.

Se instaló en la mayoría de los teléfonos básicos en Indonesia, China y otros países desde 2004 y algunos operadores lo admitieron hasta 2017.

BREW 3.0 / 3.1 (2004-2012)

Lanzado a mediados de 2002, se instaló en la mayoría de los teléfonos compatibles con BREW desde finales de 2004 hasta principios de 2012. Fue la primera versión de BREW que tuvo cambios importantes y tiene una gran mayoría de funciones para teléfonos móviles, como WiFi. Conectividad, OpenGL ES 1.0, soporte para 3G, GPS, teclados basados ​​en QWERTY y soporte para pantallas móviles de más de 176x220. Es compatible con versiones anteriores de las aplicaciones BREW 2.x, pero no con las aplicaciones BREW 1.x.

También es la primera versión de BREW que admite renderizado de gráficos 3D, aunque solo utiliza renderizado por software (que también admite JSR 184 para juegos Java ME). La aceleración de hardware también es compatible de forma nativa a través de OpenGL ES 1.0 (si hay disponible un chip de aceleración 3D).

Se instaló en la mayoría de los teléfonos básicos en los Estados Unidos y en otros países desde 2005 y todavía es compatible con algunos operadores.

BREW 4.0.1 - 4.0.2 (2007-2011)

Lanzado entre 2007 y 2011, sólo estaba integrado en muy pocos teléfonos móviles (como el LG enV Touch y el LG Versa). Tiene sólo unas pocas mejoras y luego fue reemplazado por Brew MP. Tiene características adicionales que también están disponibles en Brew MP, como soporte para acelerómetro y otros cambios.

También se utiliza para la consola Zeebo en México y Brasil.

Elaborar MP 5.0.1 - 5.0.4 (2009-2021)

Brew 5.0 se lanzó en 2009 con varias características nuevas (incluidas imágenes SVG) y era compatible con versiones anteriores de BREW 3.x y 4.x. Algunas API heredadas quedaron obsoletas en esta versión. Este lanzamiento también marcó el paso al propio kernel en tiempo real de BREW, en lugar de utilizar el sistema operativo REX de Qualcomm.

La página para desarrolladores de Brew MP se cerró el 23 de julio de 2021, después de ocho años de inactividad.

Desarrollo de aplicaciones BREW

Para probar aplicaciones durante el proceso de desarrollo, el SDK incluye un emulador BREW o, a partir de la versión 1.1 y superior de BREW, el simulador BREW . El entorno BREW proporciona múltiples niveles de firmas de aplicaciones . Una firma autentica al desarrollador. Otra firma verifica que una aplicación ha pasado la prueba True BREW y se otorga a través de Intertek. Los operadores de telecomunicaciones individuales configuran los teléfonos para hacer cumplir o ignorar la presencia y verificación de esta segunda firma. Los teléfonos compatibles con BREW tienen un modo de prueba que permite a las aplicaciones omitir la verificación de la firma. Qualcomm pone a disposición de los operadores de redes inalámbricas habilitadas para BREW aplicaciones que han pasado las pruebas. Luego, los operadores pueden elegir cuál de estas aplicaciones poner a disposición de los usuarios finales en su catálogo.

Las firmas propias de BREW están protegidas por un Número de serie electrónico (ESN) y un Identificador de equipo móvil (MEID) , lo que significa que evita la distribución/carga no autorizada de aplicaciones BREW a terceros en lugar de a operadores. Una vez que la aplicación se descarga OTA a través de un proveedor basado en BREW, el archivo .sig generará automáticamente un número de serie electrónico para su teléfono instalado.

El emulador BREW, llamado BREW Simulator , no emula el hardware del teléfono. En cambio, la aplicación BREW se compila en código nativo y se vincula con una biblioteca de tiempo de ejecución BREW compatible . Debido a esto, las aplicaciones no se pueden probar para detectar errores de plataforma relacionados con la alineación de la memoria y varios fallos relacionados con el firmware sin que un teléfono BREW funcione en modo de prueba.

Para fines de prueba, las aplicaciones BREW se pueden transferir mediante un bus serie universal (USB) o un cable serie a cualquier teléfono compatible con BREW mediante BREW App Loader de Qualcomm. Una aplicación BREW contiene varios componentes que, si no están presentes y no son válidos, hacen que la aplicación se elimine automáticamente al reiniciar. Esto incluye el archivo binario compilado, un archivo que describe la aplicación, las funciones que utiliza y los permisos solicitados, un archivo que contiene recursos de cadenas e imágenes si es necesario, y un archivo que contiene la firma digital de la aplicación.

Las aplicaciones BREW se pueden descargar de un teléfono de consumo para ahorrar espacio en la memoria del teléfono. Esto se conoce como "Desactivar/Restaurar" y es un requisito del proceso de prueba True BREW. Los archivos guardados se mantienen intactos usando Desactivar/Restaurar y es posible recargar la aplicación sin pagar nuevamente. En una situación de "Desactivación", todos los archivos .bar, .mod y .sig se eliminan del teléfono, mientras que el resto de archivos permanecen en su lugar original. Durante la operación "Restaurar", los archivos .bar, .mod y .sig se descargan de la tienda móvil del operador y la aplicación previamente deshabilitada conservará todas sus funciones. El proceso Desactivar/Restaurar solo está disponible para los usuarios consumidores una vez que la memoria del teléfono está llena.

El 28 de mayo de 2008, Qualcomm y Adobe anunciaron una asociación para integrar Adobe Flash Lite como interfaz de usuario compatible con BREW.

Desde marzo de 2006, el paquete de firma digital más barato para desarrolladores cuesta 400 dólares por cada 100 solicitudes presentadas. [2]

Implicaciones/disponibilidad del modelo de negocio

Estrictamente hablando, el tiempo de comercialización puede tardar más con BREW que con Java ME debido a los rigurosos requisitos de certificación de Qualcomm BREW. Los desarrolladores de software establecidos pueden percibir este proceso de certificación como una ventaja porque las dificultades asociadas con los costos de prueba y desarrollo crean un alto costo de entrada para los desarrolladores con presupuestos bajos y poco tiempo, lo que resulta en una menor dilución del mercado. Específicamente, los desarrolladores de juegos casuales corren menos riesgo de tener que competir con programas gratuitos desarrollados y autoeditados por aficionados. Sin embargo, esto tiene un costo para el usuario final, ya que hay menos competencia para desarrollar la mejor solución al precio más bajo para el usuario final.

Diferencias entre Java ME y BREW

Actualmente, la mayoría de los desarrolladores optan por admitir tanto Java ME como BREW, o sólo Java ME. [ cita necesaria ] Java ME puede ofrecer un costo más bajo al mercado porque la mayoría de los operadores permiten que se ejecuten aplicaciones Java ME no certificadas en sus teléfonos. Los teléfonos Java ME tienen una mayor participación de mercado que los teléfonos compatibles con BREW. Java ME se usa ampliamente en Europa, mientras que BREW se usa principalmente en EE. UU. y Japón. [ cita necesaria ] Una de las ventajas iniciales de BREW fue que Verizon facilitó la compra de aplicaciones desde el teléfono, mientras que la mayoría de los operadores de Java ME no lo hicieron. Sin embargo, la mayoría de los operadores de teléfonos Java ME ofrecen ahora portales de compra de fácil acceso.

Debido a sus diferentes API, Java ME se basa en la máquina virtual de Java (código basado en intérprete), que es técnicamente más lenta que BREW, que utiliza C/C++ plus nativo y acceso directo al hardware (especialmente para juegos). [3] Java ME tiene un subconjunto limitado de API (tanto para aplicaciones como para juegos). Sin embargo, las API e implementaciones de terceros (como MascotCapsule de HI CORPORATION. (API de renderizado 3D) y DoJa / Star de NTT Docomo) están disponibles, pero no son populares ni exitosas fuera de Japón (particularmente la adopción de dispositivos). BREW (por otro lado), se basa en sus propias API y acceso directo al hardware.

El rendimiento de las aplicaciones y juegos Java ME es más lento que el de BREW. Para juegos 3D, Java ME usa JSR 184 (M3G), cuyos juegos 3D desarrollados en Java ME son más lentos (lo que resulta en 10 cuadros por segundo en algunos o la mayoría de los teléfonos) y tienen gráficos limitados, mientras que BREW usa renderizado de software ( si el teléfono BREW no tiene un chip de aceleración 3D) o OpenGL ES (que puede aprovechar su rendimiento). [4]

A diferencia de Java ME, cuando la aplicación BREW falla, el teléfono provocará un reinicio debido a que BREW no puede manejar ni recuperarse mientras la aplicación falla, crea "$SYS.EXCEPT_(Número de 4 dígitos)" en el "excepto" carpeta en la raíz del directorio, luego el teléfono se reiniciará automáticamente por sí solo, cuando la aplicación Java ME falla en BREW, Java ME los manejará correctamente y los recuperará del reinicio del teléfono por sí solo.

Algunos/pocos fabricantes de teléfonos no permiten integrar la máquina virtual de Java ME en algunos de sus teléfonos.

En la actualidad existen tecnologías comerciales para automatizar completamente la migración de Java ME a BREW. Esto reduce la barrera de entrada para producir aplicaciones BREW al eliminar la necesidad de desarrollar dos versiones de la misma aplicación tanto en Java como en C/C++.

Fallo de sistema

La falla del sistema en BREW se debe a que los componentes dejan de funcionar correctamente, falta un archivo requerido para una aplicación BREW, falla la aplicación o algunos otros errores. Crea el archivo "$SYS.EXCEPT_XXXX" dentro de la carpeta "excepto" en la raíz del directorio. El fallo del sistema BREW tiene 2 variantes, el error de componente y el reinicio de la muerte.

Error de componente (ejemplo.c XXXXX)

Error del componente BREW 2.0.2 en el Samsung SCH-S399
$SYS.EXCEPT_0002 afectado por el error del componente en el Bloc de notas

El error de componente es un error que mostrará una pantalla negra, blanca o azul con un texto de error durante aproximadamente 5 segundos si un componente dejó de funcionar correctamente y luego el teléfono se reiniciará solo. Este error puede variar dependiendo de tu actividad, por ejemplo:

La probabilidad de que ocurra esta variante es muy rara, ya que es más común un reinicio de la muerte. A continuación se muestra un ejemplo de estas actividades para activar esta variante:

reinicio de la muerte

$SYS.EXCEPT_0003 afectado por el reinicio de la muerte en el Bloc de notas tiene algunos caracteres aleatorios.

Un reinicio mortal es un error que reiniciará el teléfono por sí solo en lugar de mostrar una pantalla negra, blanca o azul con texto. La rareza de que ocurra esta variante es mucho más común. A continuación se muestra un ejemplo de estas actividades para activar esta variante:

Uso del dispositivo y disponibilidad del operador

BREW 1.0 - 1.1 App Manager (2001–2003) (por ejemplo, LG VX4400) (captura de pantalla 1)
BREW 1.0 - 1.1 App Manager (2001–2003) (captura de pantalla 2)
BREW 1.0 - 1.1 App Manager (2001–2003) (captura de pantalla 3)
BREW 2.0.1 - 2.1.2 App Manager (2002–2009) (por ejemplo, LG VI5225, ZTE S100, Ubiquam U-105 y la mayoría de los teléfonos con funciones CDMA que ejecutan BREW 2.0.2 o 2.1.2)
BREW 3.0.1 - 3.1.2 App Manager (2004–2009) (p. ej., LG VX3400, Samsung SCH-A630, LG VX8600 Chocolate Flip y algunos teléfonos con funciones CDMA. Incluye la mayoría de los SDK de BREW
BREW 3.1.4 - 4.0.2 App Manager (2005–2012) (p. ej., Zeebo, Samsung SCH-R351 Freeform, LG Voyager VX10000 y algunos teléfonos con funciones CDMA. Incluyendo los SDK de BREW)
BREW MP 1.0.1 - 1.0.4 App Manager (2009–2015) (por ejemplo, Pantech Verse, Samsung SCH-R270 Chrono 2 y algunos teléfonos con funciones CDMA)
Administrador de aplicaciones BREW de marca parcial
Administrador de aplicaciones BREW de gran marca

Algunos fabricantes de teléfonos móviles y redes móviles utilizan Qualcomm BREW; sin embargo, la mayoría de las veces el usuario final no lo sabe, ya que los teléfonos móviles que ejecutan BREW suelen carecer de la marca Qualcomm BREW y BREW se ejecuta en segundo plano con las "máscaras" personalizadas de el fabricante u operador del teléfono móvil en la parte superior. Qualcomm BREW es utilizado por Sprint Nextel , metroPCS , US Cellular , Verizon , Syringa Wireless, Cricket Wireless y AT&T (en el HTC Freestyle) en EE. UU. , KDDI en Japón, KT y SK Telecom en Corea del Sur, China Telecom en China , MOVILNET y BellSouth Chile en Latinoamérica , Sistema Shyam (ahora MTS) en India , y por la red 3 en gran parte de Europa , Reino Unido y Australia en muchos teléfonos móviles producidos especialmente para su red.

Debido a que BREW solo se ofrece a redes móviles que operan en CDMA, otros países (con la excepción de partes de Europa , el Reino Unido y Australia a través de la red 3 , India, Japón y China) no tienen BREW, porque no tienen Redes CDMA.

Fabricantes como Huawei , INQ Mobile , Amoi , LG , Samsung Mobile , ZTE y HTC , entre otros, utilizan Qualcomm BREW en algunos de sus teléfonos móviles y aparece en 3 teléfonos del Reino Unido, como 3 Skypephone , INQ1 , ZTE Z431 y Huawei. u7510 (3 toques). Zeebo de Tectoy es la única consola de juegos que utiliza BREW. El T720 de Motorola y el RAZR V3m también utilizan Qualcomm BREW.

Ver también

Referencias

  1. ^ SDK y herramientas | Desarrollador Brew MP Archivado el 17 de diciembre de 2012 en archive.today . Desarrollador.brewmp.com. Recuperado el 21 de julio de 2013.
  2. ^ Certificados de firma de código para identificaciones de documentos auténticos para BREW - Firmas digitales | Symantec Archivado el 5 de febrero de 2009 en Wayback Machine . Verisign.com. Recuperado el 21 de julio de 2013.
  3. ^ "Elegir entre J2ME y BREW para el desarrollo inalámbrico - TechRepublic". República Tecnológica . Consultado el 21 de junio de 2017 .
  4. ^ "Vea la diferencia gráfica entre los juegos Java y BREW". Jugador de bolsillo . Consultado el 21 de junio de 2017 .
  5. ^ Teléfonos de Steven (14 de julio de 2019). "LG VX10 - Cuando la batería está REALMENTE baja". YouTube . Consultado el 4 de octubre de 2022 .
  6. ^ Teléfonos de Steven (14 de julio de 2019). "LG VX4400 - Cuando la batería está REALMENTE baja". YouTube . Consultado el 4 de octubre de 2022 .

enlaces externos