hi, as far as i know, the Remote control isnt included in the openSource part, but i will have a closer look, as soon as the basics work ;-)
conecerning the internationalisation prob : u mean the labels in the webstart client? if so, we could implement an additional webstartargument, posting a csv - string with the already translated labels into the client. alternativley a additonal servletcall would be requiered... what would u prefer? see ya Smoeker On 28 Jan., 20:53, Sebastian Wagner <seba.wag...@gmail.com> wrote: > btw: There is also another Issue not solved yet with the screen-sharer: > Make it international => loading the strings for the text boxes from > language-tables. > > sebastian > > 2009/1/28 Sebastian Wagner <seba.wag...@gmail.com> > > > > > > > that sound very good! I think you can completely replace the old one with > > it, cause basically if they work the same: > > > - you can reduce the sample-rate (or "screnn-shots-per-seconds") > > - I think the jrdesktop should use already less bandwidth cause it uses a > > ZIP-compression > > > what about the other features of the jrdesktop? Do we have them too? Like > > *controlling a distance PC*? > > Or is that step two? > > > sebastian > > > 2009/1/28 smoeker <o.beche...@medint.de> > > >> 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/asalternativeon clientside > >> > > > > ->http://www.realvnc.com/docs/rfbproto.pdftheRFBProtocol 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 - > > > -- > > Sebastian Wagner > >http://www.webbase-design.de > >http://openmeetings.googlecode.com > >http://www.laszlo-forum.de > > seba.wag...@gmail.com > > -- > 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 -~----------~----~----~----~------~----~------~--~---