...by the way - some info stuff... -> http://jrdesktop.sourceforge.net/ as alternative on clientside -> http://www.realvnc.com/docs/rfbproto.pdf the RFB Protocol that would cause changes also on serverside...
see ya Smoeker On 28 Jan., 11:07, smoeker <o.beche...@medint.de> wrote: > 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://... > > seba.wag...@gmail.com- Zitierten Text ausblenden - > > - Zitierten Text anzeigen - --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
