Virtual Symphony Orchestra System Design Review Concurrency 15

  • Slides: 9
Download presentation
Virtual Symphony Orchestra System Design Review: Concurrency 15. 12. 2005 VSO – Virtual Symphony

Virtual Symphony Orchestra System Design Review: Concurrency 15. 12. 2005 VSO – Virtual Symphony Orchestra | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Concurrent Processes • Video subsystem: – Decompression of the video files – Prefetching of

Concurrent Processes • Video subsystem: – Decompression of the video files – Prefetching of video images • Tracking subsystem: – Image decompression – Image processing – Image analysis • Audio subsystem: – When compression is used, decompressing 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Realization • Threaded programming – The program can use more than one CPU of

Realization • Threaded programming – The program can use more than one CPU of a machine at the same time • Usage of different packages – Since the program is devided into subclasses and packages that are independent we are able to use more computers (grid computing) – Because of the observer pattern the program is easily scalable 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Deployment Diagram : Server Orchestra Tracking : Audio. Client : Video. Client Orchestra Audioapplication

Deployment Diagram : Server Orchestra Tracking : Audio. Client : Video. Client Orchestra Audioapplication Videoapplication 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Possible Problems • Audioprocessing should take place on one local machine because it requires

Possible Problems • Audioprocessing should take place on one local machine because it requires complete synchronization and there must not be any latency between the threads • An external timekeeper has to be established to oversee the synchronization of audio and video • If network traffic increases, the program can easily get out of sync 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Possible Problems(2) • The threads of the tracking application have to be all ready

Possible Problems(2) • The threads of the tracking application have to be all ready before the gesture can be interpreted correctly • The computer on which the admin-view is running has to be able to playback all the videostreams at the same time (compressed videostreams) 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Hardware- / Softwaremapping • We can have two computers that are providing the video

Hardware- / Softwaremapping • We can have two computers that are providing the video data e. g. for video projectors 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Possible other Scenarios There is a possible configuration with a conductor in one and

Possible other Scenarios There is a possible configuration with a conductor in one and several listeners in another room, enjoying a virtual trip through the orchestra 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>

Thank you for your attention E-Mail: kern@in. tum. de 15. 12. 2005 VSO |

Thank you for your attention E-Mail: kern@in. tum. de 15. 12. 2005 VSO | System Design Review: Concurrency | Christian Klaus Kern <kern@in. tum. de>