From: Helge H. <hel...@ai...> - 2006-03-16 10:37:35
|
Unger Richard wrote: >Here the problem is that you would have to "split" your MPEG across multiple screens - that does not seem like a trivial task to me. If you started with a single MPEG file, you would have to calculate which parts of the image fall on which screen, split the parts, scale and distort each part appropriately, recode the parts into seperate MPEG streams and then send them to the different MPEG devices... ugh. > > I was considering one mpeg per screen. Splitting a single one up is useless even if you can do it - the loss of resolution means no need for 20 screens. >>No guarantee that one gets near the theoretical limit. :-/ >>The synchronization should be simple, just take care to >>update the screens in sequence. >> >> >> > >Again, I contend it is not that simple - because you would have objects moving from one screen to the next, the different screens would have to be synchronized to prevent the objects from tearing as they crossed screen boundaries. (Isn't that what they call "Genlock"?) This requires some kind of synchronization signal for the screens and GFX cards... > > You're right. It could be a problem if there is lots of such movement from one frame to the next. Helge Hafting |