hi, i just began to alter the jrdesktop code - it seems to work basically (for testing purposes i took over the code you used in the screenviewer and placed it at a point in jrdesktop, where data usually gets sent via RMI...)
-> altering the screecast_template.vm i was able to test it under realistic conditions -> the transfer itself works fine, a file is transmitted within the right roomnumber (although there still is work, cause jrdesktop doesnt use the JPEGEncoder, so the file isnt readable on serverside as jpeg ;-) -> as soon as it works, i would implement the viewer optional as alternative for "high bandwidth scenarios", the switch could be within the ScreenCast VelocityLoader class, loading another template pointing to the jrdesktop_customized_viewer (that doesnt need any other lib, so it wouldnt blow up ressources too much ;-)) -> when its working fine, no code on serverside would have to be changed... see ya Smoeker On 28 Jan., 16:08, Sebastian Wagner <seba.wag...@gmail.com> wrote: > okay I am fine with that. > > Red5 does not support RTP. But there are lots of activities around that. > There are some approaches but I had no chance to have a deeper look yet. > > I am fine with your approach. I think first you need to find out what kind > of resource-handler you need on server side to read the client-stream (RMI > or whatever it does). > > sebastian > > 2009/1/28 smoeker <o.beche...@medint.de> > > > > > > > > > hi, > > > does red5 support RTP? > > > i just found a tool named vnc2swf - this tool seems to be able to > > convert RFB into SWF.. the demos are cool, but it only comes along > > with python or c++, so it would mean lots of work > > on clientside (no more webstart solution...) and on serverside > > (ancapsulating a VNC - Server or having it running as additional > > dependency...). > > > hmmm, > > > i think i first will test a small solution (jrdesktop) and customize > > it, so it will call the ScreenServlet with a higher interval. > > Meanwhile i will keep on reading about the possible protocols to keep > > the big solution in mind ;-) > > > see ya > > > Smoeker > > > On 28 Jan., 12:02, Sebastian Wagner <seba.wag...@gmail.com> wrote: > > > instead of RFB ... implementation would be nice but I think for the > > moment > > > RTP would be more interesting? > > > > I mean if the red5-server could read and re-broadcast RFB... that would > > be > > > perfect. But as RFB is no multi-media format I am not sure how this > > should > > > work. I think RFB allows multiple encodings inside. But the question > > would > > > be how to parse these things out of RFB. > > > > sebastian > > > > 2009/1/28 smoeker <o.beche...@medint.de> > > > > > ...by the way - some info stuff... > > > > > ->http://jrdesktop.sourceforge.net/asalternative on clientside > > > > ->http://www.realvnc.com/docs/rfbproto.pdftheRFB 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 - > > > > -- > > > Sebastian > > Wagnerhttp://www.webbase-design.dehttp://openmeetings.googlecode.comhttp:// > >www.laszlo-forum.de > > > seba.wag...@gmail.com- Zitierten Text ausblenden - > > > > - Zitierten Text anzeigen - > > -- > Sebastian > Wagnerhttp://www.webbase-design.dehttp://openmeetings.googlecode.comhttp://www.laszlo-forum.de > 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 -~----------~----~----~----~------~----~------~--~---
