Los creadores de Age of Empires anuncian su cierre tras acabar Halo Wars.
En septiembre del año pasado Microsoft anunció el cierre de Ensemble Studios, hecho que se produciría en cuanto estuviera finalizado Halo Wars, el primer juego de la serie enfocado enteramente a la estrategia en tiempo real. Recordemos que Microsoft adquirió Ensemble Studios en el año 2001.Bruce Shelley, uno de los máximos responsables del estudio, se ha despedido en el blog de la compañía destacando sus primeros pasos en la empresa en 1995, siendo “posiblemente la mejor experiencia” en su carrera. A su vez añade que “el 60% de los integrantes que trabajó en Age of Empires ha estado aquí hasta el final” con lo que no duda en agradecerles su apoyo. En todo caso se despide abriendo una puerta al futuro ya que “hay al menos dos nuevos estudios que se están creando del personal de Ensemble”.
Cortesía 3D Juegos.com
There was already a blog entry about programmatically generating key events but I was not satisfied with the outcome. The Instrumentation framework is nice but is somewhat heavyweight. If one wants to generate just keypresses, why to have all those entries in the manifest, instrumentation object, etc? So I used the wonderful new dedexer tool to go after the inner workings of the instrumentation framework.
The critical method in android.app.Instrumentation is this:
This is actually a public API method. The method obtains the binder of the WindowManagerService from the ServiceManager then it invokes the injectKeyEvent method on WindowManagerService's public interface. That is something we can do ourselves, can't we?
Click here to download the example program.
Unfortunately the situation is not that simple. Ever since the non-public classes like android.os.ServiceManager, android.view.IWindowManager, etc. were removed from android.jar, applications using non-public API cannot be compiled as easily as before. If you check the example program, you will see that I created stubs for these classes. These stubs are only there to allow compilation of the program, they don't get packaged into the apk file. On the platform itself, there will be real versions of them. In order to accomodate the stub compilation step, I modified somewhat the machine-generated build.xml file too.
It is also important to notice the validateNotAppThread private method invocation at the beginning of the method. Events cannot be generated neither from the application's own thread, nor from the UI thread. That's the reason we prepare another thread and install a looper into it. Then we post our actions into that thread and that thread will be able to generate keypresses.
If you launch the program and press the "Generate keypresses" button, you will see how the text field above the button receives the keypresses we generated programmatically. At this point you may get excited and would try to generate keypresses for other applications. This will not work. Android applications are allowed to generate keypresses only for themselves. In WindowManagerService class, you will find a permission check controlling this behaviour.
The android.permission.INJECT_EVENT permission is not that of the application, the WindowManagerService must have this permission otherwise requests to inject events into other applications' windows will be rejected. By default, WindowManagerService does not have this permission, that is why it is impossible to generate events for somebody else's window.
After all this diving into Android's internals, I show that there is a simpler way to generate key events by abusing the android.app.Instrumentation class. Check out the generateKeysWInst method in the example program. This method simply instantiates the Instrumentation class and calls only the sendKeyDownUpSync public method. This works because we know that sendKeyDownUpSync is so simple that it will function even with this bizarrely created instrumentation object. I don't know which method is more futureproof: using internal, non-public API or abusing a public API. Decide yourself.
The critical method in android.app.Instrumentation is this:
.method public sendKeySync(Landroid/view/KeyEvent;)V
.catch android/os/RemoteException from le5cf6 to le5d12 using le5d14
invoke-direct {v2},android/app/Instrumentation/validateNotAppThread
; validateNotAppThread()V
le5cf6:
const-string v0,"window"
invoke-static {v0},android/os/ServiceManager/getService
; getService(Ljava/lang/String;)Landroid/os/IBinder;
move-result-object v0
invoke-static {v0},android/view/IWindowManager$Stub/asInterface
; asInterface(Landroid/os/IBinder;)Landroid/view/IWindowManager;
move-result-object v0
const/4 v1,1
invoke-interface {v0,v3,v1},android/view/IWindowManager/injectKeyEvent
; injectKeyEvent(Landroid/view/KeyEvent;Z)Z
le5d12:
return-void
le5d14:
move-exception v0
goto le5d12
.end method
This is actually a public API method. The method obtains the binder of the WindowManagerService from the ServiceManager then it invokes the injectKeyEvent method on WindowManagerService's public interface. That is something we can do ourselves, can't we?
Click here to download the example program.
Unfortunately the situation is not that simple. Ever since the non-public classes like android.os.ServiceManager, android.view.IWindowManager, etc. were removed from android.jar, applications using non-public API cannot be compiled as easily as before. If you check the example program, you will see that I created stubs for these classes. These stubs are only there to allow compilation of the program, they don't get packaged into the apk file. On the platform itself, there will be real versions of them. In order to accomodate the stub compilation step, I modified somewhat the machine-generated build.xml file too.
It is also important to notice the validateNotAppThread private method invocation at the beginning of the method. Events cannot be generated neither from the application's own thread, nor from the UI thread. That's the reason we prepare another thread and install a looper into it. Then we post our actions into that thread and that thread will be able to generate keypresses.
If you launch the program and press the "Generate keypresses" button, you will see how the text field above the button receives the keypresses we generated programmatically. At this point you may get excited and would try to generate keypresses for other applications. This will not work. Android applications are allowed to generate keypresses only for themselves. In WindowManagerService class, you will find a permission check controlling this behaviour.
iget-object v1,v12,com/android/server/WindowManagerService.mContext Landroid/content/Context;
const-string v2,"android.permission.INJECT_EVENTS"
invoke-virtual {v1,v2,v14,v15},android/content/Context/checkPermission
; checkPermission(Ljava/lang/String;II)I
move-result v1
if-eqz v1,l4a7e0
const-string v1,"WindowManager"
new-instance v1,java/lang/StringBuilder
invoke-direct {v1},java/lang/StringBuilder/
;()V
const-string v2,"Permission denied: injecting key event from pid "
The android.permission.INJECT_EVENT permission is not that of the application, the WindowManagerService must have this permission otherwise requests to inject events into other applications' windows will be rejected. By default, WindowManagerService does not have this permission, that is why it is impossible to generate events for somebody else's window.
After all this diving into Android's internals, I show that there is a simpler way to generate key events by abusing the android.app.Instrumentation class. Check out the generateKeysWInst method in the example program. This method simply instantiates the Instrumentation class and calls only the sendKeyDownUpSync public method. This works because we know that sendKeyDownUpSync is so simple that it will function even with this bizarrely created instrumentation object. I don't know which method is more futureproof: using internal, non-public API or abusing a public API. Decide yourself.
Fallout 3: Operation Anchorage
Si aún no te has terminado Fallout 3 ya puedes ir dándote prisa. Bethesda prepara un buen puñado de expansiones y contenidos descargables exclusivos de Pc y Xbox 360, y el primero de ellos es Operation Anchorage. Descubre con 3DJuegos cómo aumentar todavía más el tamaño y la duración del más gigantesco de los juegos de 2008.
Increíble. Un videojuego de las dimensiones de Fallout 3 lanzado hace apenas tres meses ya tiene casi a punto un nuevo pack de contenidos en forma de nueva misión. Bethesda Softworks demuestra su aprecio por el aficionado con Operation Anchorage, un paquete de contenidos que incluirá nuevas quests, así como armas inéditas, armaduras e incluso algunos logros.
Ofensiva: Alaska
En Operation Anchorage reviviremos en primera persona la ofensiva contra las tropas chinas sobre el territorio de Alaska, que tan popular resultará para el aficionado de Fallout. Bethesda ya ha definido a la expansión como “simulación militar” dentro del propio mundo de la tercera entrega, y nos tendrá encabezando un escuadrón dentro de un mundo virtual que tendrá como misión eliminar a los invasores comunistas.
Ofensiva: Alaska
En Operation Anchorage reviviremos en primera persona la ofensiva contra las tropas chinas sobre el territorio de Alaska, que tan popular resultará para el aficionado de Fallout. Bethesda ya ha definido a la expansión como “simulación militar” dentro del propio mundo de la tercera entrega, y nos tendrá encabezando un escuadrón dentro de un mundo virtual que tendrá como misión eliminar a los invasores comunistas.
La idea es superar las situaciones de esta simulación de combate mediante la acción y la infiltración, y tras las misiones de esta expansión se encuentra el objetivo de los Renegados de la Hermandad de hacerse con reliquias, artefactos y tecnología militar que se encuentra dentro de una cámara acorazada en un complejo militar. El jugador se verá rodeado de enemigos, y deberá asegurar una montaña y la base china que hay en su ladera, infiltrarse dentro y hacerse con el preciado botín. Las armas que consigamos en este mundo virtual podrán ser usadas fuera de él, con lo cual todo lo que recojamos en Operation Anchorage será útil para enriquecer el resto de la campaña.
¿Cómo acceder a este nuevo contenido desde el juego? Podremos hacerlo en cualquier momento, puesto que nada más instalar la expansión aparecerá como una más de las misiones disponibles si ya hemos salido de la cámara acorazada al principio de la campaña. A este mundo virtual se entrará concretamente desde un ordenador creado por el gobierno para poner a prueba tácticas con las que superar los ataques del enemigo comunista.
¿Cómo acceder a este nuevo contenido desde el juego? Podremos hacerlo en cualquier momento, puesto que nada más instalar la expansión aparecerá como una más de las misiones disponibles si ya hemos salido de la cámara acorazada al principio de la campaña. A este mundo virtual se entrará concretamente desde un ordenador creado por el gobierno para poner a prueba tácticas con las que superar los ataques del enemigo comunista.
En Bethesda Softworks todavía no se atreven a hablar concretamente en términos de horas para describir la duración de Operation Anchorage, aunque todo parece indicar que ésta será la más corta de las tres expansiones planeadas con entre cuatro y cinco horas. Por otra parte cada una de ellas ofrecerá 50 puntos para el GamerScore del jugador.
Gráficamente Operation Anchorage será, lógicamente, un producto muy similar al Fallout 3 al que amplía. Sin embargo en la faceta más puramente artística si que se observan abundantes cambios y novedades. Para empezar tiene lugar en Alaska, con lo cual todos los entornos están nevados, y las instalaciones tienen un toque muy diferente. Por si fuera poco los desarrolladores afirman estar trabajando en un fuerte pulido de animaciones y físicas para los cuerpos, con los que se pretende dar un tono más realista al movimiento de los personajes.
Gráficamente Operation Anchorage será, lógicamente, un producto muy similar al Fallout 3 al que amplía. Sin embargo en la faceta más puramente artística si que se observan abundantes cambios y novedades. Para empezar tiene lugar en Alaska, con lo cual todos los entornos están nevados, y las instalaciones tienen un toque muy diferente. Por si fuera poco los desarrolladores afirman estar trabajando en un fuerte pulido de animaciones y físicas para los cuerpos, con los que se pretende dar un tono más realista al movimiento de los personajes.
La expansión llegará, además, acompañada de buenas noticias, y es que Bethesda liberará también días antes de su puesta a la venta un parche que tendrá como misión reparar buena parte de los bugs detectados hasta el momento.
La cita ineludible para el aficionado a los RPG que disfrute de Fallout 3 comienza este mismo mes de enero a cambio de 800 Microsoft Points con este imprescindible Operation Anchorage, pero no acaba ahí. El mes de febrero dará la bienvenida a The Pitt, y el de marzo a Broken Steel, el más ambicioso de los contenidos descargables que incluso elevará el nivel del jugador hasta el 30. No va a haber tiempo para aburrirse.
La cita ineludible para el aficionado a los RPG que disfrute de Fallout 3 comienza este mismo mes de enero a cambio de 800 Microsoft Points con este imprescindible Operation Anchorage, pero no acaba ahí. El mes de febrero dará la bienvenida a The Pitt, y el de marzo a Broken Steel, el más ambicioso de los contenidos descargables que incluso elevará el nivel del jugador hasta el 30. No va a haber tiempo para aburrirse.
Cortesía 3Djuegos.com
One of the most remarkable features of the Dalvik virtual machine (the workhorse under the Android system) is that it does not use Java bytecode. Instead, a homegrown format called DEX was introduced and not even the bytecode instructions are the same as Java bytecode instructions. There was some discussion whether this makes Dalvik a Java virtual machine at all. My personal opinion is that this is a religious and legal dispute. Dalvik opcodes are clearly designed to support only the Java language. Compiling programs to Dalvik bytecode written in a language other than Java is certainly possible, as it was demonstrated with Java but neither the Java bytecode, nor the Dalvik bytecode makes any effort to support any language other than Java. This is in contrast with the .Net virtual machine where at least a claim has been made that the VM supports multiple languages - even though there are always limitations in any virtual machine that prevents running a particular language on a particular virtual machine.
Android comes with a disassembler called dexdump. The location of this tool is not intuitive, it runs on the Linux platform that hosts Android. Launch the emulator, and issue the following commands:
adb shell
dexdump
In order to use the tool, one has to move the DEX file to the Android platform (e.g. adb push in case of the emulator). Then one can say:
dexdump -d classes.dex
The output of this tool is not very easy to use, however. Take for example the bytecode compiled from the following switch statement.
The jump table used by the packed-switch instruction is not disassembled at all, it is not even dumped entirely. The same problem applies to fill-array-data tables and there are further restrictions.
I decided therefore to create a more comfortable disassembler and here is the first cut.
Access the dedexer project's page on SourceForge.
This tool is easier to use than dexdump for many reasons. For starter, it is a standard Java program that runs on the usual JVMs. Its format is much more readable and is familiar to those who know the Jasmin syntax. For example the previous fragment is disassembled like this by dedexer:
In addition, individual file is created for each class, along with the directory structure representing the package structure.
This is not a full decompiler, however. One has to know the Dalvik opcodes in order to work with the tool. This opcode list has been extended and maintained as dedexer was developed and is now in sync with the disassembler. You will see some unknown opcodes in the list. I have not encountered those instructions "out in the wild" and the disassembler does not recognize them either. If you see any of those, send me the DEX file so that I can analyse it!
This is a simple tool and is not without limitations. The most painful one is that the tool does not process the debug and annotation information in the DEX file. Array data dump could also be better. I am sure that the feature most people would like to see is a bridge toward Java class files but that is far away. Jasmin will be able to generate Java class files once the backward conversion from Dalvik opcodes to Java bytecode is provided but that's a complex task so don't hold your breath. The condition I set for myself as release condition is that the tool is able to disassemble the DEX file in framework.jar. It is able to, so I guess, the tool may be of use for others too. Enjoy!
Android comes with a disassembler called dexdump. The location of this tool is not intuitive, it runs on the Linux platform that hosts Android. Launch the emulator, and issue the following commands:
adb shell
dexdump
In order to use the tool, one has to move the DEX file to the Android platform (e.g. adb push in case of the emulator). Then one can say:
dexdump -d classes.dex
The output of this tool is not very easy to use, however. Take for example the bytecode compiled from the following switch statement.
000418: 2b02 0c00 0000 |0000: packed-switch v2, 0000000c // +0000000c
00041e: 12f0 |0003: const/4 v0, #int -1 // #ff
000420: 0f00 |0004: return v0
000422: 1220 |0005: const/4 v0, #int 2 // #2
000424: 28fe |0006: goto 0004 // -0002
000426: 1250 |0007: const/4 v0, #int 5 // #5
000428: 28fc |0008: goto 0004 // -0004
00042a: 1260 |0009: const/4 v0, #int 6 // #6
00042c: 28fa |000a: goto 0004 // -0006
00042e: 0000 |000b: nop // spacer
000430: 0001 0300 faff ffff 0500 0000 0700 ... |000c: packed-switch-data (10 units)
The jump table used by the packed-switch instruction is not disassembled at all, it is not even dumped entirely. The same problem applies to fill-array-data tables and there are further restrictions.
I decided therefore to create a more comfortable disassembler and here is the first cut.
Access the dedexer project's page on SourceForge.
This tool is easier to use than dexdump for many reasons. For starter, it is a standard Java program that runs on the usual JVMs. Its format is much more readable and is familiar to those who know the Jasmin syntax. For example the previous fragment is disassembled like this by dedexer:
.method public calc1(I)I
packed-switch v2,0
ps418_422 ; case 0
ps418_426 ; case 1
ps418_42a ; case 2
default: ps418_default
ps418_default:
const/4 v0,15
l420:
return v0
ps418_422:
const/4 v0,2
goto l420
ps418_426:
const/4 v0,5
goto l420
ps418_42a:
const/4 v0,6
goto l420
nop
.end method
In addition, individual file is created for each class, along with the directory structure representing the package structure.
This is not a full decompiler, however. One has to know the Dalvik opcodes in order to work with the tool. This opcode list has been extended and maintained as dedexer was developed and is now in sync with the disassembler. You will see some unknown opcodes in the list. I have not encountered those instructions "out in the wild" and the disassembler does not recognize them either. If you see any of those, send me the DEX file so that I can analyse it!
This is a simple tool and is not without limitations. The most painful one is that the tool does not process the debug and annotation information in the DEX file. Array data dump could also be better. I am sure that the feature most people would like to see is a bridge toward Java class files but that is far away. Jasmin will be able to generate Java class files once the backward conversion from Dalvik opcodes to Java bytecode is provided but that's a complex task so don't hold your breath. The condition I set for myself as release condition is that the tool is able to disassemble the DEX file in framework.jar. It is able to, so I guess, the tool may be of use for others too. Enjoy!
La historia comienza con un élite en armadura dorada, el antiguo comandante de la flota de naves Particular Justice siendo juzgado por los 3 Profetas lideres del Covenant en la ciudad flotante sagrada "Suma Caridad" por su incompetencia y su incapacidad de proteger la Instalación 04 "Alpha Halo" de su destrucción a manos del Jefe Maestro en Halo Combat Evolved lo que termina en su exilio del Covenant y un castigo físico. Mientras tanto el Jefe Maestro y el Sargento Johnson de nuevo en la tierra reciben condecoraciones por el almirante naval Lord Hood en la estación espacial de la UNSC Cairo por la valentía de ambos en Halo mientras que Miranda Keyes, la hija del capitan Jacob Keyes que fue asesinado por los Flood recibe una medalla póstuma por el valor y sacrificio de este. Son interrumpidos por Cortana que les dice que una gran formación de naves del Covenant han encontrado la tierra y se acercan a esta. El Jefe llega a la ciudad de Nueva Mombasa en África donde la protege de los numerosos soldados del Covenant lo suficiente como para seguir a un crucero cargando al Profeta del Pesar a través de un viaje al hiperespacio. En Suma Caridad después de la muerte del Alto Profeta del Pesar, por una orden de los Profetas restantes, Verdad y Piedad, a los élites se les ha despojado su titulo de guardias de honor y en cambio este se le ha dado a los brutes, una nueva adición militar de razas alienígenas al Covenant y al Inquisidor se le es asignado su próximo trabajo, entrar en la biblioteca Forerunner de Delta Halo y conseguir el Indice para poder activar la instalación y comenzar lo que los Profetas llaman "El Gran Viaje". Él fácilmente derrota a Johnson y a Miranda quienes también habían entrado en esta para conseguirlo, pero es traicionado por el caudillo brute Tartarus, quien se apodera del Indice y con un poderoso impacto gravitatorio de su martillo "el Puño de Rukt" lanza al élite a las profundidades de la biblioteca.
El juego concluye con las misiones del Inquisidor que con la ayuda del comandante de fuerzas especiales Rtas Vadumee y sus élites,(y formando una inesperada alianza con los humanos) mata a Tartarus(quien tenia prisioneros al sargento Johnson, a Miranda Keyes y a 343 Guilty Spark)antes de que pudiese activar Delta Halo con el indice. Sin embargo antes el pudo poner este y los demás anillos esparcidos por las galaxias en un estado de activación remota. 343 les dice que todos los anillos restantes pueden ser disparados desde el "Arca". En la tierra, la nave Forerunner ha llegado con un enorme ejercito del Covenant y el Jefe esta de polizón en esta con la intención de "terminar esta lucha" como le dice a Lord Hood y a las demás fuerzas militares de la UNSC.
Después de los créditos se muestra a Gravemind, que también ha llegado a Suma Caridad y tiene muchas preguntas sobre su origen y el de los anillos, por lo que cuestiona a Cortana que solo le responde "vamos, dispara", dejando una mirada previa a Halo 3.
Cortesía de Wikipedia
Links de Descarga (Torrent de alta velocidad de descarga)
http://www.gamestorrents.com/pc-game-halo-2-english-english-descargar-torrent-2942.html Les recomiendo que utilizen el programa uTorrent para descargar. Saludos a todos Post editado el 05/01/2012 por Miguel Da Silva
Motivo: Links anteriores muertos
Links de Descarga (Torrent de alta velocidad de descarga)
http://www.gamestorrents.com/pc-game-halo-2-english-english-descargar-torrent-2942.html Les recomiendo que utilizen el programa uTorrent para descargar. Saludos a todos Post editado el 05/01/2012 por Miguel Da Silva
Motivo: Links anteriores muertos
Hola a todos los GamerZ y seguidores de este blog.
Les comento que hemos estado trabajando en la mejora gráfica y estructural de nuestro blog para que asi todos puedan tener un contenido más fresco para la vista y de mucha más calidad y así poder disfrutar al máximo de toda la información que traemos para ustedes.
El nuevo diseño ya entró en funcionamiento y apartir de ahora se comenzará a publicar Juegos de manera más detallada y con más imagenes, caráteristicas, trucos, entre otros. Sabemos que estos nuevos cambios serán de su agrado.
Muchas gracias por seguir día a día nuestro blog.
El Equipo de Lista de Juegos.
Les comento que hemos estado trabajando en la mejora gráfica y estructural de nuestro blog para que asi todos puedan tener un contenido más fresco para la vista y de mucha más calidad y así poder disfrutar al máximo de toda la información que traemos para ustedes.
El nuevo diseño ya entró en funcionamiento y apartir de ahora se comenzará a publicar Juegos de manera más detallada y con más imagenes, caráteristicas, trucos, entre otros. Sabemos que estos nuevos cambios serán de su agrado.
Muchas gracias por seguir día a día nuestro blog.
El Equipo de Lista de Juegos.
