hi sebastian, thnx for your quick reply!
i dont think, the streaming via RMI would work ;-) i think, the best quality could be reached by real streaming via platform independent RFP, but it would cause massive changes on OM serverside, i think. so i would prefer an enhancement of the current solution, so as implementing a customized jrdesktop - client as screensharer, that sends the jpegs in the format, the OM Server needs. (enhancement could be a bettter quality and a higher interval...) see ya Smoeker On 28 Jan., 09:56, Sebastian Wagner <seba.wag...@gmail.com> wrote: > hi, > > 2009/1/28 smoeker <o.beche...@medint.de> > > > > > hi there, > > > The implemented ScreenViewer seems to be a quite resource saving > > solution to share ones screen, but unfortunately it seems to work > > quite slow and the ScreenCapture is quite unsharp.... > > > -> i would like to help optimizing the feature, but before opening an > > issue in the DEV - Zone, i would like to > > hear about experiences about that topic. > > > -> Regarding the code, i saw, that every 3 seconds a snapshot is taken > > and sent to the ScreenServlet, posting a new slide to the whiteboard - > > are there known problems increasing the interval? > > => yes more bandwidth is needed. You have to load all screens using red5 as > proxy. As you cannot load anything directly from one Client to another. > > > > > -> i am not too familiar with the known Remote Protocols (RDP, RFP,..) > > - maybe there are already native ways to combine it with the given > > architecture, so it would be possible to "stream" the desktop content > > into the whiteboard? > > => Yes what needs to be done would be to create RTP stream out of > screen-images and the Plugin that stream into red5 sothat it can > re-broadcast that > > > > > -> as alternative i just evluated jrdesktop, a small open source > > alternative using RMI to communicate between two > > installations(one acting as server, the others as client). It works > > very similar to sebastians solution (but without the possibility of > > reducing the screen dimension), but seems to be very performant and > > providing a high quality.. > > => looks interesting. What we could use from that is the ZIP-compression at > least. But what they use is RMI. That means its also no real streaming isn't > it? Or can you send a constant stream over RMI? > > > > > see ya > > > Smoeker > > -- > Sebastian > Wagnerhttp://www.webbase-design.dehttp://openmeetings.googlecode.comhttp://www.laszlo-forum.de > seba.wag...@gmail.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "OpenMeetings User" group. To post to this group, send email to openmeetings-user@googlegroups.com To unsubscribe from this group, send email to openmeetings-user+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/openmeetings-user?hl=en -~----------~----~----~----~------~----~------~--~---
