Quake Live no estará hecho en Java

Quake Live [en] [es] (antes Quake Zero) es un proyecto secundario de id Software que pretende llevar Quake III a los navegadores web.

Se anunció ya el año pasado en QuakeCon y es interesante desde un punto de vista técnico. Aunque el juego en sí sea el mismo que el original y no aporte nada nuevo, llevar un juego de este estilo a los navegadores (según cómo se haga) puede suponer una solución técnica interesante. Y aunque lo único que se ha comentado a nivel técnico es que seguramente se base en algún tipo de plugin (es decir, tranquilos, no pretenden hacer el Q3 en Javascritp :p) los rumores -como era de esperar- abundan

Algo que se sabe desde hace unos meses es que no, Quake Live no se está haciendo en Java. Sin embargo, algunos se preguntan si es que eso sería necesariamente malo.

Basándose en la experiencia de jugar con Jake 2 sobre LWJGL en un applet y en los resultados comprobados (woho! 123FPS a 1152 x 864 en pantalla completa), uno podría plantearse qué más hace falta.

Desde luego en lo que respecta al motor, probablemente no haría falta mucho más. Lo que yo me pregunto es si no estará la decisión influenciada por el problema de la distribución. Los requisitos establecidos originalmente para Quake Live pretenden que uno pueda acceder desde el navegador, bajar un runtime mínimo e inmediatamente entrar en al menos una parte del juego mientras se va cargando el resto. Ya sabemos todos que esto mismo es lo que se quiere que pueda hacer el JRE y ya hemos hablado de esto con el último update de Java6, pero también hay que tener en cuenta que cualquier cosa que se desarrolle sobre un plugin ya existente va a necesitar cubrir primero los requerimientos de ese plugin y luego los del propio juego. ¿Es razonable por ello hacer un desarrollo propio en lugar de usar Java?

¿Qué otras razones podéis ver para hacer o no hacer Quake Live con Java?