Police Quest 2: Point and Click (Aventura gráfica) [Finalizada]

[pakolmo]

Seguimos pero... 2 días para abrir una guantera de coche...

[gabriel19681_1]

Menudo trabajo que va a costar esto, mucho ánimo, lo necesitaréis      , y si os arrepentís de hacerlo, seguro que más de uno lo entenderemos. Saludos

[Stormspirit86]

Tómatelo con calma pakolmo, porque el LSL3 lo hiciste en muy poco tiempo y eso no puede ser bueno para uno Y como siempre, ánimo y gracias por currarte estos proyectos

Entiendo que el problema con la guantera es que en el juego original la imagen de la guantera abierta aparecía justo encima del hotspot que tenías que pulsar para abrirla ¿no?

[pakolmo]

La parte de la guantera:
--------------------------

La guantera son unas coordenadas nuevas que al pulsar abre 4 imágenes nuevas.
Estas 4 imagenes forman la guantera abierta con 2 objetos dentro.
Las 4 imagenes las he desplazado dónde no moleste demasiado el asiento delantero (x e y) del copiloto.
Los 2 objetos eran demasiado pequeños para poder hacer click, así que ahora son más grandes con mucho fondo transparente.

Ha habido que poner variables de control porque si hacíamos clicks "a lo bestia" (varios clicks seguidos rápidamente), podía no acabar de abrirse bien o de no cerrarse bien.

Meter el maletín en el capó del coche patrulla:
---------------------------------------------------

El icono mano abre el capó si estamos situados cerca del capó del coche.
Podemos meter el maletín en el capó. Automáticamente metemos el maletín y se cierra el capó.
Para abrir el coche necesitamos las llaves adecuadas en la puerta.

Podemos subir al coche, pero al bajar del coche, volvemos a la misma room 1, PERO DEJAN DE ESTAR ACTIVOS LOS CURSORES SOBRE LOS OBJETOS... No logro comprenderlo.

[pakolmo]

Un video del problema actual:

Al final el problema es que hay un cambio de nombre de los vehiculos (en tiempo real).

Según está esto programado, el objeto "ourcar" va variando según le convenga al juego original. A veces es nuestro coche personal y otras veces es el coche de trabajo. Con lo que esto nos fastidia un poco el hacerlo point and click, pues nunca sabremos si estamos pulsando sobre el coche que queremos.
Imagino que la solución no es trabajar con los nombres de los coches, sino con coordenadas fijas dónde están los coches. Porque yo diría que esos coches nunca se mueven de sitio.

Por ejemplo. Empieza el juego y "OurCar" es nuestro coche personal. Salimos y vamos al parking (room1). Entramos en nuestro coche de trabajo, ahora llamado Unmarked. Al salir de ese coche, volvemos a la room1, al parking, y ahora el coche de trabajo (unmarked) deja de existir para ser "OurCar". Y nuestro coche personal ahora se llama "egosCar". Vale, ahora vamos a la oficina (room2) y volvemos al parking, nuevamente los nombres de los coches vuelven a reiniciarse como al principio.

Mañana más, pero menos que hoy.

[pakolmo]

Esto cada vez se pone más interesante...

Lo siguiente que he querido hacer era mirarme las prácticas de tiro. Y resulta que lo han puesto TODO en la misma room. Pedir las orejeras o la munición van en la misma pantalla que las prácticas de tiro, e incluso reajustar el arma también viene incluido. Son 3 rooms en 1.

Ya me rio...

[Stormspirit86]

Aun sin tener mucha idea me gusta leer cómo funcionan estos juegos. Por cierto, como en el LSL3 supongo que sabréis que este juego también tiene modo debug (pulsando las dos teclas shift y - en el teclado númerico a la vez).

Puede que os sean útiles las opciones relacionadas con los objetos.

Más info: https://tcrf.net/Police_Quest_II:_The_Vengeance

[pakolmo]

Gracias. El debug funcionaba en DosBox, ahora nos aparece el propio debug de scummVM y algunas funciones nuevas heredadas del Larry. Aunque yo diría que es de muy poca ayuda.

En el Larry mas o menos cada room, venía con un solo fondo de pantalla.
Ahora las rooms pueden tener varios fondos de pantalla, que en realidad son varias rooms en el mismo script.
Los scripts no se inicializan desde el principio ordenadamente desde funciones o procedimientos.
Se inicializan sobre la marcha, con muchos objetos temporales (que no podemos usar).

Tengo la impresión que debemos hacer antes muchos cambios en todos los scripts. Inicializando los objetos desde el principio o incluso creando nuevos scripts separándolos por el fondo de pantalla.

Este juego nunca se pensó de forma Point and Click. Se pusieron scritps muy llenos. Muy compactados.

Lo normal es que si abres un cajón, vas a una nueva room del cajón.
Aquí no. Aquí estás en tu oficina. Abres el cajón y cambia el fondo de pantalla pero seguimos en la misma room. Con lo que es un gran problema. Tenemos que controlar los clicks de la oficina y a la vez los del cajón. Y no es lo mismo estar paseando por la oficina o mirar un cajón en primera persona, incluso debemos impedir que el personaje ande o que la barra en cada caso sea con diferentes iconos como inutilizar andar y añadir código para salir del cajón.

Tal vez en este ejemplo como en tantos scripts sea mejor crear una nueva room para usar el cajón e inicializando desde el principio las propiedades de los objetos.

Este proyecto es incluso más difícil que el Larry3, no es imposible, pero creo que necesita una preparación adicional y subdividir cada room con nuevas. Y mucha más paciencia y tiempo que el anterior.

[SkaZZ]

Si tienes el código descompilado/desemsamblado, ¿podrías publicarlo? ¿Es éste?

[pakolmo]

Sí, sobre ese código estamos trabajando.

Al final no hay que hacer tanta modificación o separar las rooms. Para que la función importante que es la de clickedonObj funcione bien, debemos añadir variables locales iguales que los views que se van creando a tiempo real. Imagino que no me entendéis.

Hoy he empezado la room 4 que incluye muchas cosas como el cajón abierto, el armario...

[SkaZZ]

Sí, supongo que te refieres a la creación de instancias para que detecte "Icono Acción + Objeto" como con el párser, o la modificación de las existentes para añadir el método clickedOnObj.

[pakolmo]

El método clickedOnObj es inventado, heredado del Larry, pero no termina de funcionar bien sobre los objetos que se crean con variables temporales no inicializadas.

La uténtica solución es añadir la instancia del nuevo view (view new:) e incluso modificar ese view new por la instancia nueva:

(instance keith of prop
    (properties)
)

[SkaZZ]

Yo sólo he visto un poco por encima el código; ¿no puedes crear una clase Menubar que almacene como propiedad un índice indicando el icono clickeado, el icono visible/activo? Luego sólo tendrías que crear una instancia de Menubar como hace el juego con el párser. He mirado en Larry 5 y creo que es IconBar.sc y veo que tiene un montón de métodos. Veo que Intrface.sc también tiene una clase llamada Menubar.

Lo que veo es que el personal de Sierra creó una serie de clases principales que han ido reutilizando/modificando a lo largo de sus juegos; en algunos pocos casos han creado algunas nuevas. Que quiero mi ventana de diálogo, pues instancia de la clase. Lo cachondo es que las instancias son locales y las clases globales (); hubiera sido más lógico añadir un parámetro para indicar su encapsulación (private, protected, public, internal); también es producto de la época y de los primeros lenguajes POO. Curiosamente, aunque tengo que confirmarlo, las instancias pueden sobrescribir los métodos y hacer llamadas al método base con "super" (como en JavaScript). Es interesante de leer, pero difícil porque no estoy acostumbrado a lenguajes con el parámetro antes del comando.

No sé si esta web te servirá de ayuda:
http://sciwiki.sierrahelp.com//index.php?title=Interacting_with_Objects

[SkaZZ]

Mira este código:
https://github.com/Doomlazer/SCI-Decompilation-Archive/blob/master/lsl5/src/rm160.sc

Sobre la línea 98 en adelante. ¿Te puede ayudar?

[pakolmo]

Yo siempre he sido muy negado a la hora de programar.
Creo que la primera web que me pasas es todo en formato sci1.

DoomLazer es el que sabe y el que me va guiando un poco. Y si ve perteniente añadir cosas al código, lo hace.

Actualmente no tenemos ningún problema con el código. Ya sabemos por dónde hay que modificar.
Pero pasar la sala de prácticas de tiro y el ordenador a formato point and click, me dan pánico.

Hoy he mejorado el menú point and click. En un rato subo un video.