Foro patrocinado por:

Autor Tema: Ocultaci贸n a noite do 30 de abril.  (Le韉o 5217 veces)

0 Usuarios y 1 Visitante est醤 viendo este tema.

Desconectado rimarzoa

  • FED
  • Semi-Apo
  • *****
  • Mensajes: 367
  • Karma: 20
    • Ver Perfil
    • Email
Ocultaci贸n a noite do 30 de abril.
« en: 23 de Marzo de 2015, 20:31:03 »
Ola a todos.
A noite do 30 de abril, 谩s 21:30 TU producir谩se a ocultaci贸n dunha estrela de magnitude 11.7 polo asteroide 503-Evelyn. A franxa de ocultaci贸n est谩 moi ben definida e cruzar谩 a pen铆nsula ib茅rica entrando por Galicia e sa铆ndo por Valencia. Coas Watec 902H e un telescopio de 25 cm p贸dese observar esta ocultaci贸n sen problemas. Un pequeno handicap 茅 que a estrela estar谩 algo baixa cara o NW. Aqu铆 vos deixo enlaces a m谩is informaci贸n:

http://call4obs.iota-es.de/wp-content/uploads/2015/03/2015_04_30-503-Evelyn.gif
http://asteroidoccultation.com/2015_04/0430_503_36055.htm
Sa煤dos.

Desconectado colapso

  • Semi-Apo
  • **
  • Mensajes: 299
  • Karma: 19
  • Sexo: Masculino
    • Ver Perfil
Re:Ocultaci贸n a noite do 30 de abril.
« Respuesta #1 en: 23 de Marzo de 2015, 21:11:25 »
Vale Ram贸n, a ver si pillamos esta ocultaci贸n. A predicci贸n da despexado para Ourense, anque quedamos no borde da banda de ocultaci贸n.
Saludos

Desconectado Pablo

  • AG'12
  • Ortho-Apo
  • *****
  • Mensajes: 1739
  • Karma: 23
    • Ver Perfil
    • Email
Re:Ocultaci贸n a noite do 30 de abril.
« Respuesta #2 en: 24 de Marzo de 2015, 00:37:21 »
Esta ti帽a que caer dende Forcarei 驴non vos parece?

Desconectado hugogr

  • AG'12
  • Super-Apo
  • *****
  • Mensajes: 917
  • Karma: 15
    • Ver Perfil
    • Email
Re:Ocultaci贸n a noite do 30 de abril.
« Respuesta #3 en: 24 de Marzo de 2015, 11:11:37 »
Habr谩 que tentalo logo dende Forcarei. Eu sigo sin ver claro o tema da regularidade do timestamp por software en windows co Handyavi. En Linux o wxAstroCapture tam茅n pon timestamp. Non sei si tedes algunha referencia diste programa. Solo o probei coa webcam do PC e te帽o pendente faer unha proba coa Watec.

Desconectado rimarzoa

  • FED
  • Semi-Apo
  • *****
  • Mensajes: 367
  • Karma: 20
    • Ver Perfil
    • Email
Re:Ocultaci贸n a noite do 30 de abril.
« Respuesta #4 en: 25 de Marzo de 2015, 10:17:28 »
Ola Hugo.
O problema non 茅 se facer o timestamp ou non. O problema 茅 que cando se sincroniza o Windows con NTP, ese servicio non ten prioridade con respecto a outros do sistema operativo. Polo tanto non podes asegurar que a petici贸n que fai o programa de lectura de NTP 贸 procesador se atenda no momento en que a fai. Windows pode decidir que outras tarefas son m谩is prioritarias e retrasar a atenci贸n a esa petici贸n. Seg煤n comentan no foro de ocultaci贸ns, non 茅 infrecuente ver frames etiquetados con ata d茅cimas de segundo fora de hora, e t茅帽ense visto ata de 1 segundo.
Polo que te帽en medido, Linux s铆 atende as interrupci贸ns a tempo e responde nun tempo non superior a milisegundos. 脡 un problema do sistema operativo, non do programa que usas para o timestamp. Para que vexas cal 茅 o problema vou a volcar aqu铆 a contestaci贸n que David Herald puxo nese foro explicando a situaci贸n.
Sa煤dos.

Citar
At the risk of repeating some issues, some further comments on this.
 
1.On setting a PC clock accurately. Linux machines are straight-forward; the OS gives good access to the system clock, and standard NTP software accurately sets the clock (generally better than 10msec providing you are using a NTP server within a few thousand km, and a goog internet connection). Windows machines 鈥 that standard time setting functionality in Windows has uncertainties of the order of 1 second (depending on a large range of issues). However by using NTP software especially written for Windows (such as Dimension4) you can set the PC clock to the same level of accuracy as a Linux machine. BUT be careful of the NTP software you use. For example, there is a package out there called 鈥楥hronos鈥, and this sets the system clock with a constant error of around 0.3 secs.
 
2. On reading the PC clock. Again, the operating system for Linux gives accurate access to the system clock (which I have confirmed with testing). That is, the standard Linux functions for returning the time from the system clock give accurate time (at least at the 10msec level). The same can be achieved with a Windows operating system 鈥 but ONLY if the software used to read the system clock has bee appropriately written (which Hristo Pavlov has done in his BeeperSync package). Otherwise the reading of the system clock is affected by system interrupts, with random variations in the reported time. The starting assumption is that user software is not generally written to ensure accurate time extraction for the system clock in a Windows PC 鈥 the effects on overall system performance are too adverse.
 
3. From this, I hope that it is apparent that the issue of using NTP software as a time base is essentially an issue related to Windows operating systems. Conclusions based on testing with Linux do not apply to Windows, and vice versa. Thus it is critical that anyone doing testing clearly identifies the operating system(s) they are testing 鈥 as conclusions do not automatically flow to other operating systems.
 
4. On my understanding (which may be erroneous), Firewire is a serial bus architecture for high-speed data transfer. In that sense it is useful for avoiding dropped frames when transferring a live video signal to a PC environment. But on my limited understanding Firewire has no relevance to the issue of how time is extracted from the system clock. That is, I would not expect the use of Firewire will avoid the problems of reading the time from the system clock in a Windows PC.
 
5. On Composite video cameras with time inserters, versus PC cameras. In a Linux environment, from the limited testing I have been involved with it would seem possible to accurately associate time with camera frames. In the Windows environment, that is not possible/practical with the current usual tools 鈥 because of the way the system clock is 鈥榖uried鈥 within the Windows operating system. In this regard the Composite Video camera with a VTI is a very neat solution; the time stamp is created on the basis of the vertical sync pulse at the commencement of output of a frame from the camera, and that stamp is written on that frame 鈥 with all of this occurring before any computer processing. As a result there is high integrity in the association of the time to the video signal. On the other hand, when you allocate a time to a video frame within a computer there are a whole heap of 鈥榰nknowns鈥 associated with that processing. By way of a related example 鈥 we know that astrometry of fast-moving near-Earth asteroids reported using typical CCD cameras and the usual reading of system clocks typically have consistent errors in the time of the observation of the order of two seconds 鈥 associated with issues such as whole-of-system latency, and inaccurate reading of the system clock. Basic message here 鈥 if you are using a Windows-based PC to time-stamp a video stream, you cannot assert an accuracy of better than about 1 second without independent testing.
 
 
5. On desired time accuracy. There are two aspects of this. Absolute and relative accuracy.
(a) Relative accuracy. If you were recording a high-speed light curve to measure the details of the Fresnel diffraction pattern (double stars, stellar diameter etc), relative timing is highly important, whereas absolute time accuracy is relatively unimportant. Generally speaking, the relative timing can be accurately established on the basis of the frame rate of the camera, and the system cock is largely irrelevant.
(b) Absolute accuracy. This is important for two separate issues. Firstly, when deriving relative positions of the occulting object to the occulted star (eg in reporting astrometry from an asteroidal occultation) you need to know the absolute time of the observation. In the astrometry report I send to the Minor Planet Center, the event time and uncertainty are specified to a precision of 0.0000001 days 鈥 or 0.009 seconds. Secondly, with asteroidal occultations we combine the observations from multiple observers at multiple locations to derive the shape of the asteroid. Successful combination of observations can only occur if everyone is using the same time base.
 
The practical situation as I am seeing it with our occultation observations (based on video at either 30 or 25 fps) is:
- for lunar occultations, the resolution associated at single frame rate is somewhat greater than the uncertainty in the shape of the lunar profile
- for asteroidal occultations, the resolution associated at single frame rate is generally greater than short-scale variations in the asteroid鈥檚 profile.
 
That is, current standard video rates are coincidently about right for extracting good data for both lunar and asteroidal occultations. Increasing the frame rate will not achieve much, as the benefits of any extra timing precision will be lost in the effects of other uncertainties. Decreasing the frame rate (as by integrating) is at the expense of resolution 鈥 but usually well justified when the alternative is no data at all.
 
 
In practical terms, inconsistencies in the time base become very apparent when combining multiple chords for an asteroidal occultation. My impression (& I put it no higher than that) is that the primary source of inconsistency arises when the time is based on NTP (ie computer-based time), followed by the DCF system.
 
Finally, to answer the question more specifically 鈥 I think we should be aiming at being able to time-stamp a video frame with a time that has an absolute accuracy of better than 10msec. VTI鈥檚 reliably achieve this. It is 鈥榩ossible鈥 for computer-based systems to achieve this, but independent testing is required (with mere assertion along the lines of 鈥榠t should be achieving this鈥 being particularly dangerous.
 

Dave Herald
Murrumbateman, NSW
Australia

Desconectado hugogr

  • AG'12
  • Super-Apo
  • *****
  • Mensajes: 917
  • Karma: 15
    • Ver Perfil
    • Email
Re:Ocultaci贸n a noite do 30 de abril.
« Respuesta #5 en: 25 de Marzo de 2015, 12:14:24 »
No noso caso, temos montado un servidor NTP con GPS nunha Rasberry conectado en LAN cos PC's do OAF (todos con Windos XP) e como cliente  ou ben Dimension-4 ou Meinberg co que estou facendo probas tam茅n.
Eu vexo o problema mais que na sincronizaci贸n dos NTP's  no timestamp das tramas de v铆deo. Si traballo por exemplo a 25 tramas/segundo e de esperar que, adem谩is de que non se perdan tramas,  en cada unha delas se marquen tempos separados 40 ms mais ou menos e iste non e o meu caso co Handyavi. Como dec铆a, probar茅i con Linux e wxAstroCapture a ver cal e o resultado.

Desconectado monje

  • Apo
  • ***
  • Mensajes: 526
  • Karma: 18
  • Sexo: Masculino
    • Ver Perfil
    • Email
Re:Ocultaci贸n a noite do 30 de abril.
« Respuesta #6 en: 25 de Marzo de 2015, 14:22:26 »
Bueno, pues a mi me gustar铆a, ya que no me pod茅is "despedir" por ello, expresar unas opiniones "pol铆ticamente incorrectas":

- Windows es una mierda. As铆 de claro. Es un sistema operativo que sirve para ejecutar programas de secretariado y contabilidad. No le puedes pedir nada m谩s all谩 de eso. Repito: es una mierda. Es a un sistema operativo de verdad lo que un sin-carnet a un coche de verdad. No es serio. No es una opci贸n. Punto.

- Los programa "interactivos" s贸lo son 煤tiles, como mal menor, cuando no hay una forma autom谩tica de hacer las cosas. Si usas un programa interactivo, entonces es que no estas haciendo lo que sea que est茅s haciendo de manera 贸ptima. Puede que no haya otra forma y no quede m谩s remedio (hay muchos ejemplos de esto)... pero hay que deshacerse del lastre cultural de los 90 de que "programa interactivo"="programa guai". Si tienes que usar el rat贸n para hacer algo: desconf铆a de que vaya a funcionar bien.... o al menos de forma 贸ptima.

- Carga computacional: cuidado con la Raspi. Es lo que es. Es peque帽a. Si la ponemos a hacer tropecientasmilcosas a la vez, la vamos a petar....

Eha, ya lo he dicho....

Desconectado hugogr

  • AG'12
  • Super-Apo
  • *****
  • Mensajes: 917
  • Karma: 15
    • Ver Perfil
    • Email
Re:Ocultaci贸n a noite do 30 de abril.
« Respuesta #7 en: 25 de Marzo de 2015, 17:04:25 »
Seguro que tienes raz贸n Rub茅n pero, por lo menos en el OAF, hay software que solo funciona en Windows as铆 que habr谩 que mantenerlo. Sin embargo para hacer ocultaciones si que tenemos la opci贸n de trabajar con alg煤n PC con Linux y a eso es a lo que me refiero. En lo que respecta a la Raspi, no te preocupes porque la del GPS, tal y como hab铆amos hablado, se dedicar谩 en exclusiva a ello en cuanto est茅 instalada definitivamente que espero que sea pronto.

Desconectado MerxTarp

  • Acrom谩tico
  • *
  • Mensajes: 1
  • Karma: 0
    • Ver Perfil
    • Email
Ocultaci贸n a noite do 30 de abril
« Respuesta #8 en: 29 de Marzo de 2016, 00:09:44 »
la elecci脙鲁n a Ud dif脙颅cil