Película Chucky el muñeco diabólico

Acabo de regresar del cine de ver la nueva película de Chucky y, ¡maldición!, es sin duda una de las peores películas que he tenido la desgracia de ver, y miren que he visto muchas malas películas. Este remake del clásico de los 80s es simplemente terrible. La idea de cambiar el concepto original de Chucky -un asesino serial que transfiere su conciencia a un muñeco usando un hechizo vudú- y reemplazarla con una inteligencia artificial malvada ya sonaba mal desde que se anunció la nueva película pero el resultado es aún peor. Fui al cine con muy bajas expectativas y aún así salí decepcionado.

Cambiar al asesino serial por una IA significa que a la película le toma una eternidad convertir a Chucky en un muñeco malvado y para cuando empieza a ser malvado yo ya tenía un buen rato que había perdido todas las esperanzas en esta película. Las muertes son poco interesantes, hasta ridículas; la mayoría de las muertes no ocurren ‘a cuadro’ y la cámara simplemente apunta en otra dirección para mostrarnos la sangre, lo que es ridículo para una película con clasificación B-15 (clasificación R en Estados Unidos). Chucky mata a todos en esta película porque quiere proteger o ser el mejor amigo de Andy y esto solamente hace que la trama sea más de pena ajena.

Como toda película Hollywoodense del 2019, no podía dejar de forzar protagonistas negros y una chica fuerte e independiente, forzados sin sentido ya que el detective, negro en esta ocasión, no hizo nada en toda la película excepto poner en peligro a Andy y aparecer de la nada para dispararle a Chucky en la escena final.

El diseño de Chucky es horrible; todo el concepto de robot con inteligencia artificial tenía poco sentido. Mientras el Chucky original estaba reanimado por el poder de vudú, aquí no dejaba de preguntarme cómo Chucky seguía funcionando sin tener que recargarse. Tal vez la cosa brillante en su pecho es una batería infinita al más puro estilo Iron Man pero incluso eso cae en lo ridículo.

La “batalla final de acción” con varios muñecos Chucky atacando a la gente parece más comedia involuntaria que parte de una película de terror y como si la escena final con Chucky diciendole a Andy que lo hizo todo porque quería ser su amigo no fuera ya de pena ajena, la forma en que una bala no acabó con Chucky pero sí el ser apuñalado por Andy causándole un corto circuito sólo termina por hacer de toda la película una experiencia risible.

La película termina siendo tan mala que es de pena ajena, por momentos cae en comedia involuntaria pero no de una buena manera, todos sus intentos de humor se quedan cortos y parece más forzados que cómicos.

¡Rayos! No vale la pena seguir hablando de esta película, es tan mala que deberían evitar verla a toda costa. Si queren ver algo con Chucky, mejor vean Curse of Chucky y Cult of Chucky, ambas escritas por el escritor original de Chucky, respetan el concepto original e incluso tienen mejor humor.

Desaventuras en la tierra de Linux, parte 17

En el post anterior de Desaventuras mencioné cómo tuve problemas con mi PC debido a un disco duro problemático y cómo pude solucionar el problema gracias a LVM. Ya que estaba metido en esto, decidí que era hora también de retirar el disco duro en el que instalé Linux originalmente “para probarlo”. He estado usando Linux por los últimos años y parecía un buen momento para quitar ese viejo disco duro IDE de 10 GB y reemplazarlo con algo de mayor capacidad. Antes de quitar el disco debía usar una vez más LVM para mover los datos de /dev/mapper/sdb5_crypt al nuevo disco duro. Antes que nada hay que recordar verificar que el nuevo disco tenga suficiente espacio disponible, siempre de acuerdo  a pvdisplay, para poder mover los datos de la partición que se va a eliminar. Después de verificar el espacio disponible, el proceso para retirar el disco duro del LVM es el mismo descrito en el post anterior así que no lo repetiré. Al final del proceso sólo tendré un disco duro en el ‘volume group’ debian-vg y hay que recordar que se debe actualiza /etc/crypttab para reflejar los cambios:

monstruosoft@debian:~$ sudo pvmove /dev/mapper/sdb5_crypt
monstruosoft@debian:~$ sudo vgreduce debian-vg /dev/mapper/sdb5_crypt
monstruosoft@debian:~$ cat /etc/crypttab 
sdb2_crypt UUID=d181b00e-a351-45f0-9cce-9cfdcfdead1a none luks
monstruosoft@debian:~$ sudo update-initramfs -u -k all

Ahora el ‘volume group’ debian-vg contiene únicamente un volumen físico y, después de remover el volumen y actualizar el archivo /etc/crypttab, puedo actualizar la imagen de arranque con update-initramfs y puedo finalmente quitar el viejo disco IDE de 10 GB de mi PC.

Aún quedaban algunos problemas pendientes que resolver; cuando empezó a fallar el disco duro, el gestor de paquetes quedó inutilizable ya que los problemas ocurrieron precisamente mientras instalaba algunos paquetes. Si bien el gestor de paquetes me indicaba que debía correr manualmente dpkg para corregir el problema, hacerlo mientras el disco dañado estaba conectado siempre resultaba en el mismo error. Ahora que he removido el disco que causaba problemas, debería poder corregir también el problema con el gestor de paquetes, o al menos eso espero:

monstruosoft@debian:~$ sudo dpkg --configure -a
...
Processing triggers for initramfs-tools (0.130) ...
update-initramfs: Generating /boot/initrd.img-4.9.0-4-amd64
update-initramfs: deferring update (trigger activated)
Generating grub configuration file ...
Found background image: .background_cache.png
Found linux image: /boot/vmlinuz-4.9.0-4-amd64
Found initrd image: /boot/initrd.img-4.9.0-4-amd64
done
update-initramfs: Generating /boot/initrd.img-4.9.0-4-amd64

Como era de esperarse esta vez no hubo errores, el gestor de paquetes funciona nuevamente y puedo finalmente continuar usando mi equipo con normalidad.

 

Juegos indie mexicanos en Kickstarter – Parte 15

Hora de revisar las nuevas campañas sobre videojuegos mexicanos en Kickstarter. El número de nuevas campañas sobre videojuegos mexicanos ha ido en picada en meses recientes, lo que resulta decepcionante y cuando finalmente aparecen nuevas campañas, la mayoría ni siquiera merecen ser tomadas con seriedad.

ArcCube y GamerZone son dos proyectos que están en la categoría de videojuegos pero que no son sobre el desarrollo de videojuegos estrictamente hablando; el primero busca financiamiento para comercializar un gabinete de arcade portable y el segundo busca financiamiento para iniciar un negocio de cibercafe. Ambos están lejos de alcanzar su meta y puedes leer más sobre ellos en sus respectivas campañas.

SEUN-01 es un juego “acción de ciencia ficción RGP en primera persona con 16 horas de historia” que no tiene absolutamente nada para mostrar y que, sin embargo, espera recaudar 2 millones de pesos basado en nada más que en una imagen de un agujero negro (muy probablemente sacada del internet). Para un juego que promete 16 horas de historia, la descripción de la campaña es hilarante y sin sentido pero es una buena lectura si quieres reir un rato. Esta campaña parece más una broma que un proyecto serio y probablemente ya he escrito más en este párrafo que el mismo creador de la campaña. No vale la pena dedicarle más líneas.

Find Me es un juego de terror en primera persona en el que controlas a un personaje que intenta escapar de un muñeco poseído (cualquier similitud con Anabelle, Chucky o Vacaciones de terror es pura coincidencia). Aunque técnicamente el juego muestra buen avance, el gameplay deja mucho que desear; por lo que se puede apreciar en el video de presentación, es simplemente un simulador de caminar y abrir puertas. La meta de 4000 pesos es ridículamente baja y es probable que la alcance pero, como dije antes, el juego luce poco interesante y no estoy particularmente emocionado por verlo terminado.

X-ONE es una consola de videojuegos portatil desarrollada por un estudiante de la UNAM como su proyecto de tesis. El proyecto, ¿estará basado en algo como el Raspberry o todo el emulador estará contenido en un chip?, sin duda luce interesante. El hecho de que el proyecto esté avanzado y tenga un prototipo funcional demuestra el interés y dedicación del creador de la campaña. Sin embargo, su principal problema es su intención de comercializar la consola con un emulador de NES y cientos de ROMS que están protegidos por leyes de propiedad intelectual. No creo que el creador de la campaña haya considerado el hecho de que necesita las licencias para los juegos que pretende comercializar. A pesar de todo, es un esfuerzo notable. Su meta de 40,000 pesos no es descabellada pero podría tener problemas para cumplir con las recompensas al distribuir los ROMS así que yo lo pensaría dos veces antes de donar si a cambio esperas recibir la consola con cientos de ROMS incluídos.

Dejé Power Stealers para el final porque es el proyecto más interesante y serio que ha aparecido recientemente en Kickstarter. Power Stealers es un “run and gun” -como lo describe la misma campaña- con estilo arcade de los años 90s que muestra una clara influencia de juegos como Contra y Metal Slug. Es reconfortante ver un proyecto serio que muestra avances y demuestra que todo lo que promete el juego lo pueden cumplir gracias a su trabajo y dedicación a diferencia de muchos otros proyectos que sólo hacen promesas vacías. El juego incluso cuenta con un demo que, desafortunadamente, no pude correr en Linux, lo que resulta decepcionante ya que el juego está desarrollado con Unity y hacer un ejecutable para Linux sólo requiere un click (distribuir un demo para Linux es algo que solamente Strong Moon ha hecho bien). En fin, a pesar de no poder jugar el demo en Linux, el juego luce como uno de los proyectos más serios e interesantes que han aparecido en Kickstarter en los últimos meses y sin duda vale la pena estar al pendiente de su desarrollo. La meta de 55,000 pesos está al alcance gracias a lo que ha mostrado. En mi opinión, así es como se debe hacer una campaña en Kickstarter.

 

 

Compilar PhysicFS con MinGW

PhysicsFS es una librería que permite acceder al contenido de archivos .zip transparentemente como si fueran parte de nuestro sistema de archivos. Allegro 5 cuenta con un addon para usar PhysicsFS en tus programas de Allegro. En posts anteriores describí la forma de compilar la versión de Allegro para Windows usando MinGW, en esa ocasión no compilamos PhysicsFS para Windows para poder usarla con Allegro pero ahora tengo un proyecto de Allegro que requiere usar este addon y por lo tanto debemos compilar la librería usando MinGW.

Compilar PhysicsFS para Windows no debería ser difícil ya que usa CMake, por lo que el archivo de toolchain que usamos en posts anteriores debería sernos útil:

monstruosoft@debian:~/build/physfs-3.0.2$ mkdir build-mingw32
monstruosoft@debian:~/build/physfs-3.0.2$ cd build-mingw32/
monstruosoft@debian:~/build/physfs-3.0.2/build-mingw32$ export PKG_CONFIG_LIBDIR=/home/monstruosoft/mingw32-i686/lib/pkgconfig/
monstruosoft@debian:~/build/physfs-3.0.2/build-mingw32$ cmake -DCMAKE_TOOLCHAIN_FILE=~/toolchain-mingw32.cmake -DCMAKE_INSTALL_PREFIX=/home/monstruosoft/mingw32-i686/ ..
-- The C compiler identification is GNU 6.3.0
-- The CXX compiler identification is GNU 6.3.0
-- Check for working C compiler: /usr/bin/i686-w64-mingw32-gcc
-- Check for working C compiler: /usr/bin/i686-w64-mingw32-gcc -- works
-- PhysicsFS will build with the following options:
--   ZIP support: enabled
--   7zip support: enabled
--   GRP support: enabled
--   WAD support: enabled
--   HOG support: enabled
--   MVL support: enabled
--   QPAK support: enabled
--   SLB support: enabled
--   VDF support: enabled
--   ISO9660 support: enabled
--   Build static library: enabled
--   Build shared library: enabled
--   Build stdio test program: enabled
--     Use readline in test program: disabled
-- Configuring done
-- Generating done
-- Build files have been written to: /home/monstruosoft/build/physfs-3.0.2/build-mingw32
monstruosoft@debian:~/build/physfs-3.0.2/build-mingw32$ make -j 4
Scanning dependencies of target physfs-static
Scanning dependencies of target physfs
...
[ 95%] Built target physfs
[100%] Built target test_physfs
monstruosoft@debian:~/build/physfs-3.0.2/build-mingw32$ make install
[ 47%] Built target physfs-static
[ 95%] Built target physfs
[100%] Built target test_physfs
Install the project...

Ahora simplemente debemos recompilar Allegro con el MinGW para generar el addon de PhysicsFS:

monstruosoft@debian:~/build/physfs-3.0.2/build-mingw32$ cd ..
monstruosoft@debian:~/build/physfs-3.0.2$ cd ..
monstruosoft@debian:~/build$ cd allegro-5.2.5.0/
monstruosoft@debian:~/build/allegro-5.2.5.0$ cd build-mingw32/
monstruosoft@debian:~/build/allegro-5.2.5.0/build-mingw32$ cmake -DCMAKE_TOOLCHAIN_FILE=~/toolchain-mingw32.cmake -DCMAKE_INSTALL_PREFIX=/home/monstruosoft/mingw32-i686/ ..
...
-- Found PhysFS: /home/monstruosoft/mingw32-i686/bin/libphysfs.dll  
-- Found PHYSFS: /home/monstruosoft/mingw32-i686/bin/libphysfs.dll  
-- Could NOT find ZLIB (missing:  ZLIB_LIBRARY) (found version "1.2.8")
-- Performing Test PHYSFS_IMPLICIT_ZLIB
-- Performing Test PHYSFS_IMPLICIT_ZLIB - Success
...
monstruosoft@debian:~/build/allegro-5.2.5.0/build-mingw32$ make -j 4
monstruosoft@debian:~/build/allegro-5.2.5.0/build-mingw32$ make install

Ahora podemos usar PhysicsFS en nuestros programas de Allegro 5.