RockrKnight

Big Little Team lanzará el mes próximo un demo de Molten Sky, un juego de combate aéreo ambientado en el año 2015. El juego combina gráficos de alto nivel con una interfaz de usuario muy amigable para un óptimo disfrute. Hay algunos elementos de la simulación que serán apreciados por los fanáticos de la simulación aérea: número real de misiles, combustible limitado, modelo de daños realista, modelo de sistemas de radar y mucho más. También han dedicado especial atención a la interacción entre los diferentes tipos de tropas, por ejemplo si un avión de combate falla su misión, un helicóptero aliado se convierte en presa fácil para los jets enemigos. Como reflejo de la guerra moderna, Molten Sky dispondrá de diferentes tipos de objetos guiados (aviones, helicópteros y tanques). Además se emplean las más modernas técnicas militares. El juego cuenta con la posibilidad de comandarlo desde el teclado, con el mouse o con un joystick. Los requerimientos de hardware no son inalcanzables. Es totalmente compatible con Open GL 3.0 y necesitaremos una tarjeta gráfica con 512 mb., un procesador de doble núcleo y 1 Gb de RAM. En cuanto a sistema operativo, saldrá tanto para Windows como para Linux. En el caso de Windows, como mínimo se requiere que sea XP service pack 2 y en Linux el kernel debe ser 2.6.1928 o superior. Fuente: Artículo de Juegos Libres de Oscar Vazquez Página oficial del juego: http://www.biglittleteam.com/

Después de varios meses de espera y sus respectivas actualizaciones con betas y rcs, por fin ha salido hoy la versión 12 de XBMC que trae varias mejoras interesantes respecto a las anteriores. Entre las características más destacadas encontramos: Soporte de audio en HD, incluidos DTS-MA y Dolby True-HD, por medio del nuevo XBMC AudioEngine (aun no disponible en OSX) Soporte de TV en vivo y PVR Software de "decoding" de video h.264 10bit (aka Hi10P ) para anime (Personalmente esperaba esta.) Mejora en el soporte de imagen, permitiendo a la base de datos organizar numerosos tipos de imágenes adicionales y más complejos e interesantes "skins". Soporte para Raspberry PI Se comienza el soporte para la plataforma Android Mejoras en el soporte de AirPlay para todas las plataformas. Mejoras en el soporte de controles tanto en Windows como Linux Filtrado avanzado en la biblioteca multimedia Etiquetas en la biblioteca de video para complementar los "sets" de películas. Compartición avanzada por UPnP Los idiomas por defecto de video ahora coinciden con el idioma usado en XBMC Las traducciones ahora son administradas por Transifex (https://www.transifex.com/) Dentro de todo, lo que más destaca es que comienzan a aparecer los sistemas Android y Raspberri PI con soporte, aunque pienso que es un desarrollo temprando en esa parte y habrá que esperar una versión o dos para ver que tanto potencial le pueden sacar a esas plataformas. En el post oficial del anuncio agradecen a todos los que los han apoyado, tanto monetariamente como en forma de desarrollo y por supuesto las páginas externas que prestan sus servicios como proveedores de información o multimedia. Me di cuenta de la actualización porque en Archlinux apareció el paquete entre la lista de nuevo software, así que para los que usen esta distro ya pueden descargarlo e instalarlo. Para los demás, supongo que irán apareciendo dentro de las próximas horas o días, dependiendo de sus sistemas. O también pueden ir a la página de descargas de XBMC (http://xbmc.org/download/) Si quieren más información de esta versión, pueden revisar el registro de cambios "changelog": http://wiki.xbmc.org/index.php?title=XBMC%20v12%20(Frodo)%20changelog Para cualquier duda, pueden revisar las FAQ en la wiki de XBMC y si quieren reportar algún error también está disponible el foro.

Aclaración: Sé que se publicó un post con el mismo contenido, pero la traducción era pésima. Aquí traduje el artículo original debidamente para aquellos que no sepan inglés y no pudieron entender la traducción. Lean el artículo completo, aunque el título se algo polémico, el contenido tiene un punto de vista no tan drástico. Gabe Newell de Valve está muy emocionado sobre el potencial de Linux en los video juegos, sin embargo John Carmack de Id Softwware contradice esto diciendo que Linux no tiene lo que se necesita para ser la plataforma adecuada para los videojuegos. Carmack cree que tiene más sentido crear un emulador especial para Linux en vez de portar un videojuego a Linux, que solo es usado por el 1.21 por ciento de los usuarios de PC, es lo que ha dicho en reddit. John: Deseo el bien de Linux, pero en la realidad apenas está entre el top 10 de mis prioridades (¡Quémenme por hereje!). Uso Linux para las computadoras de aviones en el espacio aereo Armadillo, pero no para el uso regular de escritorio. Estaba feliz de escuchar que Rage corría en Wine, pero no se hizo ningún esfuerzo por apoyarlo. Me siento tentado de portar a Linux por razones técnicas -Me gustaría usar Valgrind otra vez, y Nvidia me ha dicho que algunas características experimentales en GPU que me gustaría usar para R&D serían más fáciles de probar en Linux. Trabajar en los controladores libres OpenGL para Linux sería divertido también, si tuviera el tiempo. Sin embargo, no creo que se pueda lograr un buen negocio manteniendo oficialmente Linux para los juegos populares hoy mismo, y Zenimax no tiene ninguna política de "binarios no oficiales" como Id tenía antes. He discutido el valor de estos (mayormente en el contexto de características experimentales de Windows, pero Linux también se beneficiaría), pero mis motivaciones más fuertes han sido por la continuación de las liberaciones de código "open source" de Id Software, que yo creo tienen mayores beneficios que binarios de Linux sin mantenimiento. No puedo hablar por los ejecutivos de Zenimax, pero ni siquiera publican títulos en Mac (sino que se asocian con Aspyr), así que me sorprendería que mostraran algún interés en publicar y mantener algún título en Linux. Un "port" podría estar listo y en funcionamiento en una semana o dos, pero hay mucho trabajo más allá para darle mantenimiento oficial. El saber común nos dice que los juegos nativos en Linux no son un buen mercado. Id Software ha probado esto dos veces, con Quake Arena y Quake Live. El saber común es correcto. Se pueden crear argumentos sobre que ninguno de los dos fueron casos optimos, pero al menos fueron intentos honestos. Si realmente crees que hay negocio en los "ports" de Linux, puedes hacer una oferta a algún editor de videojuegos - Ofrece una garantía y la voluntad de hacer el trabajo y el mantenimiento. Eso es lo que hace Aspyr para Mac, y lo que hizo Loki para Linux. Sin embargo, es muy probable que ni siquiera te envíen un mail de respuesta si no ofreces más de 6 cifras a un editor de los más famosos. Eso puede sonar ridículo -"¿Quién rechazaría $20000 USD?" pero la realidad es que muchos de los recursos legales, financieros, ejecutivos y mantenimiento tienen que aparecer en cada acuerdo, sin importar su importancia, y tomando el tiempo de algo que podría estar entre los 10 millones de dolares muchas veces no es justificable. Realmente siento que algún tipo de emulación es la dirección técnica correcta para los juegos en Linux. Obviamente es algo pragmático en el caso de mantenimiento, pero no debería tener el estigma técnico de ahora. No hay mucho en especial que haga un "port" nativo - aun se hace llamadas a OpenGL, winsock son solo sockets BSD, los "threads" de windows se convierten en "pthreads", y la traduccción de las interfaces de entrada y audio no tienen mucha diferencia (X Input y X audio2 son buenas APIs). Una buena capa "shim" debería tener menos impacto en el rendimiento y la variabilidad en la calidad del controlador. Traducir desde D3D a OpenGL implicaría más ineficiencias, pero averiguando exactamente cual es el problema y hacer algún tipo de extensión "D3D interop" para OpenGL para suavizarlo es más fácil que hacer docenas de "ports" nativos de alto rendimiento, completamente refactorizados. Sería ideal seguir una serie de guías de buenas prácticas que permitan a los desarrolladores obtener versiones para Linux sin mucho esfuerzo más que el de mantenimiento, digamos, como Windows XP. Debidamente evangelizada, con Steam como una plataforma de distribución monetizada, este es un camino plausible a seguir. John Carmack