Binary Runtime Environment for Wireless ( BREW , también conocido como Brew MP o Qualcomm BREW ) es una plataforma de desarrollo de aplicaciones obsoleta creada por Qualcomm , originalmente para teléfonos móviles con acceso múltiple por división de código (CDMA) , que incluía aplicaciones de terceros como juegos móviles . Se ofrecía en algunos teléfonos con funciones básicas (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 una 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 fotos, la principal ventaja de Brew MP era que los desarrolladores de aplicaciones podían portar 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 habilitados para Brew MP se puede desarrollar en C o C++ utilizando el kit de desarrollo de software (SDK) Brew MP de descarga gratuita. [1] La biblioteca de tiempo de ejecución BREW es parte del firmware en chip del dispositivo inalámbrico o sistema operativo para permitir que los programadores desarrollen aplicaciones sin necesidad de codificar para la interfaz del sistema o comprender las aplicaciones inalámbricas. BREW se describe como un pseudo sistema operativo, pero no un verdadero sistema operativo móvil . BREW no era una máquina virtual como Java ME , ya que ejecuta código de forma nativa .
Para los desarrolladores de software, Brew MP era un conjunto completo de interfaces de programación de aplicaciones (API) que permitían crear software y aplicaciones en C , C++ y 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.x a 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 se ejecutaban/dependían de REX OS (el propio RTOS de Qualcomm), mientras que Brew MP usaba Brew RTOS (otro RTOS para teléfonos con funciones avanzadas). En lugar de usar un código basado en intérprete, BREW también dependía de su propio hardware móvil.
Fue la primera versión real de BREW, que debutó en 2001. Originalmente, se creó para Kyocera QCP-3035 (que fue el primer teléfono compatible con BREW disponible comercialmente) y Sharp Z-800. Utilizaba 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 compatibilidad con Java ME que estaban disponibles en versiones posteriores. Fue 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 ejecutaba aplicaciones Java ME. Estuvo disponible en algunos teléfonos compatibles con BREW en 2002 y principios de 2003.
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 compatibilidad con reproducciones multimedia avanzadas (capacidad para reproducir archivos de vídeo y audio, así como compatibilidad con formatos multimedia 3GPP), conectividad para EV-DO y compatibilidad con 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 versiones anteriores de las aplicaciones BREW 1.x.
Se instaló en la mayoría de los teléfonos con funciones básicas en Indonesia, China y otros países desde 2004 y fue compatible con algunos operadores hasta 2017.
Lanzado a mediados de 2002, se instaló en la mayoría de los teléfonos compatibles con BREW a finales de 2004 y 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 conectividad WiFi, OpenGL ES 1.0, soporte para 3G, GPS, teclados basados en QWERTY y soporte para pantallas móviles con resolución superior a 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 la renderización de gráficos 3D, aunque solo utiliza renderización por software (que también admite JSR 184 para juegos Java ME). La aceleración de hardware también se admite de forma nativa a través de OpenGL ES 1.0 (si hay un chip de aceleración 3D disponible).
Se instaló en la mayoría de los teléfonos con funciones básicas en los Estados Unidos y en otros países desde 2005 y todavía cuenta con soporte de algunos operadores.
Lanzado entre 2007 y 2011, solo se integró en muy pocos teléfonos móviles (como el LG enV Touch y el LG Versa). Solo tiene algunas 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.
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 antiguas quedaron obsoletas en esta versión. Esta versión también marcó el paso al kernel en tiempo real propio 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.
Para probar aplicaciones durante el proceso de desarrollo, el SDK incluye un emulador BREW o, a partir de la versión 1.1 de BREW y posteriores, el Simulador BREW . El entorno BREW ofrece varios 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 que apliquen o ignoren la presencia y verificación de esta segunda firma. Los teléfonos habilitados para BREW tienen un modo de prueba que permite a las aplicaciones eludir la verificación de la firma. Qualcomm pone las aplicaciones que han pasado la prueba a disposición de los operadores de redes inalámbricas habilitados para BREW. Luego, los operadores pueden elegir cuáles 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 impide la distribución o descarga 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 operador basado en BREW, el archivo .sig generará automáticamente un número de serie electrónico para el 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 ejecución BREW compatible . Debido a esto, no es posible probar las aplicaciones para detectar errores de plataforma relacionados con la alineación de la memoria y varios fallos relacionados con el firmware sin un teléfono BREW que 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 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 cadena e imagen 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 móvil para ahorrar espacio en la memoria del teléfono. Esto se conoce como "Deshabilitar/Restaurar" y es un requisito del proceso de prueba True BREW. Los archivos guardados se mantienen intactos mediante la opción Deshabilitar/Restaurar, y es posible volver a cargar la aplicación sin tener que pagar por ella nuevamente. En una situación de "Deshabilitar", todos los archivos .bar, .mod y .sig se eliminan del teléfono, mientras que los demás archivos permanecen en su lugar original. Durante la operación de "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 de Deshabilitar/Restaurar solo está disponible para los usuarios domésticos 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 una interfaz de usuario compatible con BREW.
Desde marzo de 2006, el paquete de firma digital más económico para desarrolladores cuesta 400 dólares por cada 100 solicitudes presentadas. [2]
En sentido estricto, el tiempo de comercialización puede ser más largo con BREW que con Java ME debido a los rigurosos requisitos de certificación de Qualcomm BREW. Este proceso de certificación puede ser percibido como una ventaja por los desarrolladores de software establecidos 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. En concreto, los desarrolladores de juegos casuales corren menos riesgo de tener que competir con software similar gratuito desarrollado y autopublicado 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.
Actualmente, la mayoría de los desarrolladores optan por dar soporte tanto a Java ME como a BREW, o solo a Java ME. [ cita requerida ] Java ME puede ofrecer un coste menor 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 cuota de mercado mayor que los teléfonos móviles con BREW habilitado. Java ME se utiliza ampliamente en Europa, mientras que BREW se utiliza principalmente en EE. UU. y Japón. [ cita requerida ] 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++ nativo plus 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, hay API e implementaciones de terceros (como MascotCapsule de HI CORPORATION. (API de renderizado 3D) y DoJa / Star de NTT Docomo) disponibles, pero no son populares ni exitosas fuera de Japón (particularmente en 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 los juegos 3D, Java ME utiliza JSR 184 (M3G), que son más lentos (lo que da como resultado 10 cuadros por segundo en algunos/la mayoría de los teléfonos móviles) y tienen gráficos limitados, mientras que BREW utiliza renderizado por software (si el teléfono móvil BREW no tiene un chip de aceleración 3D) u 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 manejarlo y recuperarse mientras la aplicación falla, crea "$SYS.EXCEPT_(Número de 4 dígitos)" en la carpeta "excepto" en la raíz del directorio, luego el teléfono se reiniciará automáticamente por sí mismo, cuando la aplicación Java ME falla bajo BREW, Java ME los manejará correctamente y los recuperará del reinicio del teléfono por sí mismo.
Algunos fabricantes de teléfonos móviles no permiten integrar la máquina virtual Java ME en algunos de sus teléfonos.
Actualmente existen tecnologías comerciales que permiten automatizar por completo 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++.
La falla del sistema en BREW se debe a que los componentes dejan de funcionar correctamente, falta un archivo necesario para una aplicación BREW, falla de la aplicación o algún otro error. Esto crea el archivo "$SYS.EXCEPT_XXXX" dentro de la carpeta "except" en la raíz del directorio. La falla del sistema de BREW tiene dos variantes: el error de componente y el reinicio fallido.
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; luego, el teléfono se reiniciará solo. Este error puede variar según su actividad, por ejemplo:
La probabilidad de que se produzca esta variante es muy baja, ya que es más común que se reinicie la muerte. A continuación, se muestra un ejemplo de estas actividades que desencadenan esta variante:
Un reinicio de muerte es un error que reinicia el teléfono por sí solo en lugar de mostrar una pantalla negra, blanca o azul con texto. La rareza de esta variante es mucho más común. A continuación, se muestra un ejemplo de estas actividades que desencadenan esta variante:
Qualcomm BREW es utilizado por algunos fabricantes de teléfonos móviles y redes móviles, sin embargo, la mayoría de las veces el usuario final no lo sabe ya que los teléfonos móviles que ejecutan BREW generalmente carecen de cualquier marca Qualcomm BREW y BREW se ejecuta en segundo plano con las "capas" personalizadas del fabricante u operador del teléfono móvil encima. Qualcomm BREW es utilizado por Sprint Nextel , metroPCS , US Cellular , Verizon , Syringa Wireless, Cricket Wireless y AT&T (en el HTC Freestyle) en los EE . UU. , KDDI en Japón, KT y SK Telecom en Corea del Sur, China Telecom en China , MOVILNET y BellSouth Chile en América Latina , Sistema Shyam (ahora MTS) en India y por la red 3 en gran parte de Europa , el Reino Unido y Australia en muchos teléfonos móviles producidos especialmente para su red.
Debido a que BREW sólo se ofrece a redes móviles que operan en CDMA, otros países (con 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 está presente en tres teléfonos del Reino Unido, como el 3 Skypephone , el INQ1 , el ZTE Z431 y el Huawei u7510 (3 Touch). Zeebo de Tectoy es la única consola de juegos que utiliza BREW. El T720 de Motorola, así como el RAZR V3m, también utilizan Qualcomm BREW.