Re: Chronojump nuevo

["Xavi de Blas" <xaviblas gmail com>]

Hola Juanfer, respondo por partes


2006/10/21, Pardo Juan Fernando <juanfer juanfer com ar>:
> Xavier,
> Estoy probando la versión que subiste al CVS hoy a la tarde. Ahora son
> las 22:37 hora local (por las dudas que hayas hecho más cambios).
>
> Por la gran diferencia que tenía en el cronómetro por software, está
> bastante mejor, aunque aún existen ciertas diferencias. Por ejemplo,
> haciendo saltos sobre 10 segundos, que a los 10 termine, que no cuente
> el vuelo en ejecución, obtuve saltos por 10.070 y 10.159 por citar
> alguno de los ejemplos en que se supera el tiempo. Ya que no cuenta el
> último salto estos valores nunca deberían ser mayores a 10 segundos.

Acabo de hacer una optimización que quizás en máquinas lentas sea la
clave. Prueba lo que acabo de colgar en el CVS.


> Y lo que es en las carreras con intervalos por tiempo, la diferencia
> llega a ser bastante, como antes con los saltos. En una carrera durante
> 10 segundos, obtuve resultados por 11.072, por poner uno de los
> ejemplos.

Cuando tengamos claro cómo ponerlo en las carreras, entonces lo
implemento en los ritmos.

> Y para agregar un detalle a estas carreras (las por tiempo), la barra de
> progreso del tiempo, no se mueve como en la de los saltos mientras se
> está esperando a que se inicie el evento.

Arreglado

> Te doy una idea para el caso de los saltos por tiempo.
> Que en la pantalla esté el cronómetro como está ilustrativamente. Pero
> que el que determine cuando dejar de saltar sea el tiempo del Chronopic.
> ¿Cómo? Cada vez que termine un salto (un contacto y un vuelo) además de
> actualizar el cronómetro de la pantalla, el que va con el progres bar,
> diga "¿este tiempo es menor que el seleccionado para saltar?" si la
> respuesta es "sí" sigo saltando, si es "no" obviamente termina el
> evento. A continuación, si tenés la opción que cuente el último salto,
> lo dejas así, si la opción está desactivada, sacá el último contacto y
> el último vuelo.
> No se que tan posible es esto, pero si en cada cambio de estado podés
> actualizar el cronómetro del progres bar con el tiempo real del
> chronopic, creo que podrás hacerlo.


Esta idea está desde el inicio, lo hemos hablado varias veces por
chat..., el problema está en que tal y como está ahora, termina la
ejecución de un salto repetitivo cuando se termina el tiempo (es una
solución elegante); de la manera que tu propones, en cambio, no
termina hasta que se da un cambio en la plataforma y después se
comprueba que se ha pasado el tiempo. El problema de la solución
actual es si ese "tiempo final por software" no es correcto, lo que
significa que no se ajusta bien al de chronopic.

A mi no me ha dado ningún problema tal y como está ahora, pero a ti
sí, seguramente por la diferencia de procesador. Ahora (acabo de subir
algo al cvs) asigno la variable de timerCount donde creo que debería
hacerse, y esto creo que debería funcionar en tu equipo.

Si no encontramos solución, siempre se puede hacer lo que tu propones
o una fórmula mixta, pero de momento prefiero dejarlo así, porque
ayuda a mejorar el cronómetro software.


Para los que están siguiendo esta conversación, decirles que estamos
tratando de ajustar el cronómetro para cuando se pide: "realiza
cuantos más saltos puedas en 10 segundos", se trata de que esos 10
sean realmente 10, y eso tiene su complejidad pues se mezcla un
cronometrador por software (que nunca es 100% fiable) con el de
Chronopic.

Prueba la nueva versión que hay en el CVS y seguimos charlando. (La he
subido a las 20h 20', hora Portuguesa).


> Saludos
> Juanfer

Saludos y gracias por tu tiempo, cada vez tenemos un software-hardware mejor.