Difference between revisions of "Slicer/Features/Events and communication"
From NAMIC Wiki
Line 2: | Line 2: | ||
=Title= | =Title= | ||
+ | Events, communication and data stream | ||
=Names= | =Names= |
Revision as of 20:41, 13 December 2007
Home < Slicer < Features < Events and communicationContents
Title
Events, communication and data stream
Names
- Noby Hata
- Junichi Tokuda
- Steve Pieper
- Stephen Aylward
- Haiying Liu
- Sebastien Barre
- Louis Ibanez
- Peter Kazanzides
- Tina Kapur
- Csaba Csoma
- David Gobbi
- Ron Kikinis
- Patrick Cheng
- Ziv Yanev
Technology/Function description
Discussion
Junichi Tokuda: IGTDataStream / IGT_IGSTK_Stream presentation
- Steve P: kwWidgets - timer depends on TCL GUI (same thread).
- Noby: What is the ideal solution for this timer?
- Steve P: the way it is implemented now it's single threaded cooperative
- David: the VTK Render model also is good for just GUI (periodic abort check)
- Steve P: Consistent way of handling frame rate, level of detail etc. Progress events
- Louis: in RTOS this would be taken care
- Steve P: but also rendering and other should be separate processes (in sens of thread), so the OS can kill it
- S Barre: on vista our rendering gets kill by the OS if it takes more than 2 sec (it's a bug?)
- Louis: can we just have one thread (currently 2 threads: tracker update, render update)
- Steve P: No. But it can add an event. Or a socket to have an event loop (FIFO) - already in the Slicer daemon.
- Liu: what happens if the queue gets full?
Potential application in IGT
- Timer event: periodic update from tracker / robots / devices