|
|
 |
 |
|
FTP | |
|
CCD | |
|
Buscar | |
|
Trucos | |
|
Trabajo | |
|
Foros | |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
 |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
20-10-2005
|
||||
|
||||
Un TIMER miente!!!???!
Buen Dia:
Les molesto para consultarles si alguien ha tenido la experiencia de notar que el componente timer del delphi "miente" por asi decirlo,,, o en realidad no trabaja correctamente segun observe. Lo que hago es desde una aplicacion envio por socket a 3 pc un tiempo x y le digo que "empiese a contar" al cronometrar eso con un reloj, note variaciones de aproximadamente 10 segundos en 5 minutos!! en todas las maquinas distinto... por las dudas: como cuento el tiempo?! asi: para adelante: Código:
formx.LabelTimer.Caption:= FormatdateTime('hh:mm:ss',StrToDateTime (formx.LabelTimer.Caption)+0.00002);
Código:
formx.LabelTimer.Caption:= FormatdateTime('hh:mm:ss',StrToDateTime (formx.LabelTimer.Caption)-0.00001);
al parecer voy a tener que usar algo mas preciso que un timer o cambiar el algoritmo... alguien tiene conocimiento de este tema? Muchas gracias! 
|
|
#2
20-10-2005
|
||||
|
||||
|
Hola,
Ignoro si el componente "TTimer" puede fallar tantos segundos en tan poco tiempo, pero, lo que no ignoro es que hay componentes que implementan un "TTimer" más fiable, o más preciso, una especie de "THighTimer". ¿Dónde encontrar alguno de estos componentes? Pues, por ejemplo, en Torry's Delphi Pages toparás con algunos de ellos.
|
|
#3
20-10-2005
|
||||
|
||||
|
Un Timer de delphi no tiene fallos.
La verdad es que no veo la forma de contar, ya que ahí pillas un label, lo conviertes a datetime, despues le sumas una fracción, y por último le cambias el formato. ¿Donde está el timer? no lo veo por ningún sitio. Desde luego no es forma fiable de contar el tiempo, y mucho menos echarle la culpa al pobre Timer  .No sé como estas haciendo las cosas, pero yo usaría un timer simplemente poniendole el tiempo total que ha de esperar. De todas formas, si necesitas más precisión, mira la ayuda de GetTickCount de la unidad Windows. saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias.
|
|
#4
20-10-2005
|
||||
|
||||
|
Hola,
Cita:
|
|
#5
20-10-2005
|
||||
|
||||
|
Hola de nuevo,
Acaso quepa añadir que, efectivamente, los "THighTimer's" son usados, me parece a mí, no en intervalos demasiado "largos"; es precisamente ahí donde muestran su mayor eficacia respecto a los "TTimer" que acompañan a Delphi. Quiere decirse que este puede medir un tiempo de "0.500" milisegundos, y acaso los otros rezen "0.230" segundos, o resultados por el estilo. 
|
|
#6
20-10-2005
|
||||
|
||||
Mi estimado lepe... se supone que como estoy hablando del timer, si hay un timer
 , lo que mostre de codigo es lo que esta adentro del timer.... ... no entiendo por que preguntas esooo....??Si, quizas es porque dije que lo mando por socket... se puede interpretar otra cosa... o sea yo por socket mando la orden de que se active el timer con el codigo que he dejado expresado anteriormente, si se malentendio, mil disculpas! En cuanto a lo que tu dices que el timer no tiene fallos... No me cierra bajo ningun concepto!!! Imagina... tu pones un timer a hacer "algo" a 1000 ms... perfecto.... emmm imagina que los recursos del cpu estan al 80 % o sea la pc esta a full.... entonces... no imaginas que el timer se ir un poco de tiempo imaginemos... 1010 ms.... o sea.,, si muestro algo en pantalla considero que siempre poco a poco se va a ir adelantando... Lo digo comprobado empiricamente.. agarramos las pc y pusimos a tirar datos por pantalla con algunos for's paralelos para sacar recursos al procesador... y el adelanto fue detectado perfectamente... asi que si... el timer no es perfecto...Ahora si , con GetTickCount haciendo lo debido, podria solucionar el problema.... Saludos!.
|
|
|
|
 |
|
Modo Híbrido
