01 / Historia
Una idea sencilla.
Muchas versiones de aprendizaje.
Kisport empezó con un cubo de colores para comprobar profundidad, controles y pausa en M3G. El corredor sintético añadió salto, deslizamiento y colisiones; los primeros reportes del W900i mostraron entrada lenta y parpadeo al solicitar la luz.
La siguiente etapa llevó la conversión al PC: interpretar geometría, texturas y animación, compactar los datos y reconstruir una experiencia 3D como aplicación Java ME nativa. El teléfono dibuja y simula con sus propias APIs.
Entre 0.5 y 0.7.20 llegaron streaming, texturas compartidas, QUAD, precarga y perfiles M3G. Las versiones 0.7.21–0.7.35 convirtieron el recorrido técnico en Stage 1: tráfico, patios, interiores, peatones, camiones, checkpoints, audio y una pantalla final en 240 × 320.
02 / Arquitectura y conversión
El trabajo pesado empieza en el PC.
Interpretar las fuentes locales
Los conversores del PC leen geometría, texturas, animaciones y posiciones. Los lectores de formatos originales y las bibliotecas Java SE quedan fuera del teléfono.
Compactar y auditar
Formatos binarios propios, informes y hashes registran qué se convierte y qué puede empaquetarse.
Preparar por pasos
Se precarga el siguiente tramo durante el recorrido. Como máximo quedan dos tramos residentes; las páginas de textura se comparten.
Simular y dibujar
Entrada → simulación con paso fijo de 20 ms → render M3G y HUD → flushGraphics → espera. Los flancos de entrada se acumulan entre cuadros.
Comprobar el artefacto
La auditoría carga el JAR preverificado real en FreeJ2ME-Plus. La prueba física posterior debe identificar el mismo artefacto mediante SHA.
- KPS3
- Geometría por tramo
- KPV
- Visibilidad
- KPW2
- Mundo y colisión
- KPO
- Objetos
- KPC
- Personajes
- KPM
- Modelos iluminados
- KPU
- Interfaz 2D
- KTT
- Tablas de texto
CLDC 1.1, MIDP 2.0 y JSR-184 forman el entorno del teléfono. La compilación histórica usa lenguaje Java 1.3, bytecode 45.3 y StackMap de preverificación CLDC. El JDK moderno es una herramienta del PC.
Leer el manual técnico →03 / Sistemas de renderizado
M3G, con las restricciones a la vista.
M3G dibuja geometría por capas, con tiras QUAD que agrupan parejas de triángulos sin cambiar la superficie. OVERWRITE sólo se solicita cuando la implementación admite la pista, con fallback ante rechazo. La compatibilidad distingue M3G 1.0 y 1.1.
El personaje usa skinning rígido de 16 huesos calculado en CPU. El catálogo convertido reúne 26 clips y 703 cuadros, pero cada contexto carga sólo sus clips. La iluminación del personaje sigue siendo provisional.
La visibilidad KPV precalcula triángulos candidatos desde el PC. Su reducción de geometría en laboratorio no implica una mejora universal: en W900i una prueba temprana omitió un tramo, invalidando sus FPS. QUAD se mantiene como referencia.
Una decisión medida
M3G vs Mascot Capsule
En las escenas sintéticas de Probe, Mascot resultó más rápida en W995 y más lenta en W900i. M3G se conserva por sus capacidades de color por vértice, alfa parcial y profundidad por píxel.
Ver cifras, metodología y limitaciones ↗04 / Rendimiento con contexto
Una cifra siempre necesita su escenario.
| Resultado | Entorno y versión | Qué permite afirmar |
|---|---|---|
| ~83 ms de transición | Reporte histórico del W900i · 0.5.1 | Las texturas compartidas redujeron el salto reportado de 1–1,7 s. No es una medición de la beta final. |
| −18 % de triángulos | Escritorio · visibilidad KPV | Menos geometría enviada en la prueba de referencia; el rendimiento depende del driver y de la integridad visual. |
| ~40 KB menos en clips | Recursos convertidos · 0.7.23 frente a 0.7.22 | Cargar clips por contexto reduce el catálogo del nivel. No mide toda la memoria física del teléfono. |
| W900i: 14,4 → 15,5 FPS | Hardware reportado · 0.7.19 · QUAD vs VISIBLES · audio OFF | Una ejecución por configuración, 10 s de calentamiento y 60 s de medida. VISIBLES también aumentó el trabajo de carga y redujo el heap libre mínimo. |
05 / Evidencia de la beta
El mismo JAR.
Un alcance declarado.
El cierre editorial documenta dos reconstrucciones idénticas de los artefactos y auditorías sobre el JAR preverificado. Estas pruebas se ejecutaron en el proyecto del motor; no son pruebas realizadas por esta web.
Pruebas generales: compilación, formatos, reglas CLDC y ausencia de dependencias Java SE.
Comprobaciones del humo privado sobre recorrido, interacciones, audio y cierre en emulador.
Comprobaciones visuales en perfiles normal y M3G 1.0. No son pruebas en teléfonos.
Tamaño del JAR privado auditado. El artefacto y sus recursos comerciales no se distribuyen aquí.
Se compararon 83 recursos con 0.7.34: 79 permanecen idénticos. El artefacto contiene 25 clases preverificadas y 230 métodos con StackMap CLDC.
SHA-256: 7597a3c52614515da59de1be48bf85b73f2f202257f77a358ce44a1e5146c772
06 / Dispositivos
Compatibilidad, sin saltos de fe.
Plataforma principal
Sony Ericsson W995
Objetivo principal desde 0.7.18. Hay mediciones históricas; el recorrido físico completo del artefacto 0.7.35 sigue pendiente.
Validación física final pendientePerfil legacy · M3G 1.0
Sony Ericsson W900i
El propietario reportó que la variante W900i-P1 superó el sector que fallaba. Es una prueba parcial, sin certificación del nivel completo ni de sesiones largas.
Reporte físico parcialFreeJ2ME-Plus verifica comportamiento en emulador. No reproduce todos los costes del driver, la memoria nativa, el audio o el verificador CLDC del teléfono.
Protocolo de compatibilidad →07 / Archivo visual autorizado
Así empezó.
Dos capturas originales del prototipo sintético 0.2.x en FreeJ2ME-Plus. Son antecedentes del motor; no representan el aspecto de Stage 1 ni validan hardware.
Las capturas y videos del port de Pepsiman requieren revisión explícita de publicación. Esta edición conserva la documentación técnica y no distribuye esos materiales.
08 / Versiones y changelog
El recorrido hasta la beta.
- 0.7.35 ·
Primera beta de Stage 1 cerrada en laboratorio. Fachada final restaurada y recortes reflejados de peatones corregidos.
Escritorio y FreeJ2ME-Plus · hardware final pendiente - 0.7.31–0.7.34 ·
Caneca, construcción, ventana, dos saltos, reapariciones, audio y resultados animados.
Auditorías del JAR privado en emulador - 0.7.26–0.7.30 ·
21 tramos y 100 latas; patios, alcantarillas, camiones y secuencia de cierre.
Implementación y emulador - 0.7.21–0.7.25
Tráfico, HUD, escena del repartidor y clips de animación por contexto.
11–12 de noviembre de 2026 · laboratorio - 0.7.18–0.7.20
Visibilidad precalculada, pruebas por capas y escalas distintas para M3G 1.0/1.1.
Mediciones físicas históricas; 0.7.20 validada en escritorio - 0.5–0.7.17
Streaming, páginas de textura compartidas, QUAD, precarga y diagnóstico de audio.
6–10 de noviembre de 2026 · código y reportes físicos - 0.3–0.4
Conversión de geometría, texturas y animación. Primer escenario y personaje con esqueleto.
5–6 de noviembre de 2026 · código y emulador - 0.2.x
Cubo, profundidad, corredor sintético, pausa y controles. Primeros reportes físicos de entrada y luz.
Hasta el 5 de noviembre de 2026; fecha exacta de las capturas no establecida
09 / Seguir explorando
La ingeniería detrás del recorrido.
Manual técnico ↗
Arquitectura, formatos, streaming, audio y método de validación.
Pepsiman Java ME ↗
El proyecto que demuestra el motor, con estado y alcance propios.
Consultar procedencia de cifras y contenidos →