FR | [En proceso] [ASM] Cronometro.

Kaiser de Emperana dijo:

Está buena, pero tiene un pequeño enorme bug. Cuando los segundos llegan a 60, se le suma 1 a los minutos,pero nunca se vuelve a poner la variable de los segundos en 0.
Además para ser más precisos, la comparación del contador de frames debería de hacerse con 59, y el incremento de los segundos debería hacerse antes de la comparación. Pero vamos, que tampoco es tan importante...

Sobre recomendaciones... Hacela en C(?

Pero agregando las dos líneas que arreglan el bug, la verdad que es una rutina muy útil

EDIT: Ahora que lo pienso, la comparación de los frames está bien. Silly me.

Hacer clic para expandir...

Samu dijo:

Veo que ya te han comentado el problema del reinicio. Por si tuvieras algún problema te dejo un ejemplo de como podría quedar:

Spoiler

Código:

.thumb
.align 2

main:
	push {r4-r6, lr}
	lsl r0, #0x18
	lsr r0, #0x18
	ldr r2, STEPS_TASK  @task
	lsl r1, r0, #0x2
	add r1, r0
	lsl r1, #0x3
	add r2, r1
	ldrh r0, [r2, #8] @args
	add r0, #0x1
	cmp r0, #0x3C
	beq add_sec
	b return

add_sec:
	ldr r3, VAR_8001
	mov r4, r3
	ldrh r3, [r3]
	cmp r3, 0x3B @Lo comparas con 59, no con 60.
	beq reset_sec
	add r3, #0x1
	strh r3, [r4]
	mov r0, #0x0
	b return
	
reset_sec:
	mov r3, #0x0 @resetea el valor de la var (8001)
	strh r3, [r4]
	mov r0, #0x0
	
add_min:
	ldr r3, VAR_8002
	mov r4, r3
	ldrh r3, [r3]
	add r3, #0x1
	strh r3, [r4]
	mov r0, #0x0
	
return:
	strh r0, [r2, #0x8]
	pop {r4-r6, pc}
	
.align 2
STEPS_TASK:
	.word 0x03005090
VAR_8001:
	.word 0x020370BA
VAR_8002:
	.word 0x020370BC

Me gustaría preguntarte para qué quieres esta rutina. Puede parecer una tontería pero tal y como la has construido tiene un problema. El valor de las variables 8001 y 8002 no se guardan en el .sav por lo que al apagar la consola se perderá la información.

Si lo que quieres por ejemplo es cronometrar lo que una persona tarde en desplazarse desde el punto "x" al punto "y". Si en el trayecto decidiese guardar la partida y dejarlo para otro rato, cuando volviese el valor del cronómetro sería 0 (quitando de que se habría cortado la ejecución de la rutina). Y claro, si querías que ocurriese algo en función del tiempo que se tardase... pues no va a funcionar.

Sin embargo, si lo que quieres es por ejemplo cronometrar cuanto tiempo se tarda en terminar un combate no habría ningún problema ya que no es posible guardar. Se me ocurren varias cosas interesantes que se podría hacer con esto último integrando alguna que otra cosa más.

PD: Otro problema que he detectado es que si por lo que sea se puede ejecutar más de una vez el script @start (y con ello la rutina) el cronómetro se reiniciará, pero comenzará a funcionar de forma errática ya que hay varios procesos calculando el tiempo del cronómetro a la vez.
Es decir, que para resetear el cronómetro es necesario hacer @stop- @start y hay que evitar que el jugador pueda activar dos veces o más @start.

Hacer clic para expandir...

Samu dijo:

Veo que ya te han comentado el problema del reinicio. Por si tuvieras algún problema te dejo un ejemplo de como podría quedar:

Spoiler

Código:

.thumb
.align 2

main:
	push {r4-r6, lr}
	lsl r0, #0x18
	lsr r0, #0x18
	ldr r2, STEPS_TASK  @task
	lsl r1, r0, #0x2
	add r1, r0
	lsl r1, #0x3
	add r2, r1
	ldrh r0, [r2, #8] @args
	add r0, #0x1
	cmp r0, #0x3C
	beq add_sec
	b return

add_sec:
	ldr r3, VAR_8001
	mov r4, r3
	ldrh r3, [r3]
	cmp r3, 0x3B @Lo comparas con 59, no con 60.
	beq reset_sec
	add r3, #0x1
	strh r3, [r4]
	mov r0, #0x0
	b return
	
reset_sec:
	mov r3, #0x0 @resetea el valor de la var (8001)
	strh r3, [r4]
	mov r0, #0x0
	
add_min:
	ldr r3, VAR_8002
	mov r4, r3
	ldrh r3, [r3]
	add r3, #0x1
	strh r3, [r4]
	mov r0, #0x0
	
return:
	strh r0, [r2, #0x8]
	pop {r4-r6, pc}
	
.align 2
STEPS_TASK:
	.word 0x03005090
VAR_8001:
	.word 0x020370BA
VAR_8002:
	.word 0x020370BC

Me gustaría preguntarte para qué quieres esta rutina. Puede parecer una tontería pero tal y como la has construido tiene un problema. El valor de las variables 8001 y 8002 no se guardan en el .sav por lo que al apagar la consola se perderá la información.

Si lo que quieres por ejemplo es cronometrar lo que una persona tarde en desplazarse desde el punto "x" al punto "y". Si en el trayecto decidiese guardar la partida y dejarlo para otro rato, cuando volviese el valor del cronómetro sería 0 (quitando de que se habría cortado la ejecución de la rutina). Y claro, si querías que ocurriese algo en función del tiempo que se tardase... pues no va a funcionar.

Sin embargo, si lo que quieres es por ejemplo cronometrar cuanto tiempo se tarda en terminar un combate no habría ningún problema ya que no es posible guardar. Se me ocurren varias cosas interesantes que se podría hacer con esto último integrando alguna que otra cosa más.

PD: Otro problema que he detectado es que si por lo que sea se puede ejecutar más de una vez el script @start (y con ello la rutina) el cronómetro se reiniciará, pero comenzará a funcionar de forma errática ya que hay varios procesos calculando el tiempo del cronómetro a la vez.
Es decir, que para resetear el cronómetro es necesario hacer @stop- @start y hay que evitar que el jugador pueda activar dos veces o más @start.

Hacer clic para expandir...