|
|
(4 intermediate revisions by 2 users not shown) |
Line 1: |
Line 1: |
− | << [[Slicer/Features]] | + | <big>'''Note:''' We are migrating this content to the slicer.org domain - <font color="orange">The newer page is [https://www.slicer.org/wiki/Slicer/Features/Events_and_communication here]</font></big> |
− | | |
− | =Title=
| |
− | | |
− | =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
| |
− | | |
− | =Which part is already in Slicer=
| |
− | | |
− | =What is not=
| |
− | | |
− | =Who among us will take leading role?=
| |
− | | |
− | =Links=
| |
Latest revision as of 17:45, 10 July 2017
Home < Slicer < Features < Events and communicationNote: We are migrating this content to the slicer.org domain - The newer page is here