hi,

sad to hear that -  so u think it wouldnt be possible to alter the

((IServiceCapableConnection) conn).invoke
("newMessageByRoomAndDomain",new Object[] { message }, this);

part within the ScreenServlet sending a byte[] as param?

disregarding the transport, do u think its possible within laszlo
itself to produce an image from byte[]?

thnx in advance

Smoeker

On 13 Mrz., 11:52, Sebastian Wagner <seba.wag...@gmail.com> wrote:
> you can hardly do go for ByteArrays as long as it is compiled to SWF8.
> You have to upgrade and compile the client to SWF9 first.
> Also sending the ByteArray over HTTP will not work from Browsers point
> of view as this would be a Cross-Domain-Scripting Issue.
>
> sebastian
>
> 2009/3/13 smoeker <o.beche...@medint.de>:
>
>
>
>
>
> > hi sebastian,
>
> > that means, that the bandwidth errors is appearing, if the server
> > invokes incomingScreenSharing before the last call is finished?
>
> > i just tried to debug where much time is lost on serverside showing
> > one image - the timeloss is quite small, a bottleneck could be the
> > filewriting/reading ...
>
> > -> do u know, whether there is a possibility to send the image as
> > bytearray to openLaszlo ? we would save the overhead of receiving the
> > JPEG via HTTP, saving it on filesystem and letting the GUI download it
> > again.
> > -> if a functioncall as bytearray would work, we could send the
> > imagedata directly to the GUI...
>
> > see ya
>
> > Smoeker
>
> > On 11 Mrz., 17:08, Sebastian Wagner <seba.wag...@gmail.com> wrote:
> >> on client side the warning is 
> >> in:http://openmeetings.googlecode.com/svn/trunk/openmeetings_lps411/modu...
>
> >> <method name="incomingScreenSharing" args="value">
> >>         <![CDATA[
> >>                 //only do if last image has been loading successfully
> >>             if (!this.isScreenImageLoading){
> >>                 ..... load image logic .....
> >>             } else {
> >>                 //Debug.write("frame dropped!");
> >>                 Debug.warn("frame dropped!");
> >>                 new lz.errorPopup(canvas,{error:canvas.getLabelName(240)});
> >>             }
> >>                 ]]>
> >>         </method>
>
> >> the attribute *isScreenImageLoading* is true as long as the current
> >> image is loading.
> >> As soon as the Image-Loading is completed the flag is set to false 
> >> again:http://openmeetings.googlecode.com/svn/trunk/openmeetings_lps411/modu...
> >> =>
> >> <handler name="onload">
> >>         this.refObj.layers.push(this);
> >>         this.refObj.isScreenImageLoading=false;
> >>           ....
> >>         </handler>
>
> >> 2009/3/11 smoeker <o.beche...@medint.de>:
>
> >> > hola!
>
> >> > i just know the clientside one...
>
> >> > see ya
>
> >> > Smoeker
>
> >> > On 11 Mrz., 16:57, Sebastian Wagner <seba.wag...@gmail.com> wrote:
> >> >> there are two bandwidth warning messages.
> >> >> One in the server, one in the client.
> >> >> Which one are you referring too?
>
> >> >> sebastian
>
> >> >> 2009/3/11 smoeker <o.beche...@medint.de>:
>
> >> >> > hi,
>
> >> >> > i dont know, where u read this, but the intention of implementing an
> >> >> > alternative sharer was to have more performance in a high bandwidth
> >> >> > scenario ;-)
>
> >> >> > -> i just looked within clientcode to find out in which cases the "Low
> >> >> > bandwidth message" is thrown, but i dont really understand it, it
> >> >> > seems to be dependent on a flag....
> >> >> > -> maybe sebastian can tell us more about the origin of the message,
> >> >> > based on that, we could consider finding a optimizaion of the
> >> >> > serverside handling of the sent jpegs...
>
> >> >> > see ya
>
> >> >> > Smoeker
>
> >> >> > On 11 Mrz., 15:20, Allan Pinto <allan...@gmail.com> wrote:
> >> >> >> hi smoeker,
> >> >> >> but even with the original sharer, on a lan i was getting bad 
> >> >> >> bandwidth error,
> >> >> >> i read on the mail list that this problem was solved with jrdesktop (
> >> >> >> or i think i read something like that) , and im on a lan network, so 
> >> >> >> i
> >> >> >> dont think i should be getting this error.
> >> >> >> any config values i need to change for the same ?
>
> >> >> >> On Wed, Mar 11, 2009 at 2:14 PM, smoeker <o.beche...@medint.de> 
> >> >> >> wrote:
>
> >> >> >> > hola,
>
> >> >> >> > while the standard sharer takes a snapshot of the desktop
> >> >> >> > chronologically, jrdesktop takes a screenCapture on every mouse/
> >> >> >> > keyboard event, so it sends much more data as the original sharer -
> >> >> >> > altthough it zips the data before transmission....
>
> >> >> >> > in a small bandwidth scenario, i would recommend to use the 
> >> >> >> > standard
> >> >> >> > sharer....
>
> >> >> >> > see ya
>
> >> >> >> > Smoeker
>
> >> >> >> > On 11 Mrz., 14:49, Allan Pinto <allan...@gmail.com> wrote:
> >> >> >> >> i downloaded openlaszlo 4.2.0.1 , i had downloaded some nightly 
> >> >> >> >> build
> >> >> >> >> which was named 4.2.x ,
> >> >> >> >> what i did now was setup a new machine with mint linux did 
> >> >> >> >> everything
> >> >> >> >> else the same,
> >> >> >> >> but this time used openlaszlo 4.2.0.1  and it worked !!!!!!!!!!!
> >> >> >> >> muchos gracias
>
> >> >> >> >> but , hehe, now a few issue,
> >> >> >> >> even jr desktop is throwing bad bandwidth errors.
> >> >> >> >> also , how can i take control if somebody else is sharing their 
> >> >> >> >> screen
> >> >> >> >> , is that possible,
> >> >> >> >> but most important is the bad bandwidth error, i thought it 
> >> >> >> >> wouldnt be
> >> >> >> >> there with jrdesktop, i can see the icon come up, with a exit 
> >> >> >> >> option,
> >> >> >> >> and im on a lan, i get bad bandwidth on the pc which i am sharing 
> >> >> >> >> the
> >> >> >> >> screen and also a few other pc's
>
> >> >> >> >> any ideas
>
> >> >> >> >> On Wed, Mar 11, 2009 at 1:24 PM, smoeker <o.beche...@medint.de> 
> >> >> >> >> wrote:
>
> >> >> >> >> > hola,
>
> >> >> >> >> > my README.txt within the openlaszlo webapp says Version 4.2.0, 
> >> >> >> >> > but im
> >> >> >> >> > not too sure, whether this is correct ( i switched the 
> >> >> >> >> > openlaszlo
> >> >> >> >> > version several times and also had some nighlty build versions
> >> >> >> >> > running...)
>
> >> >> >> >> > see ya
>
> >> >> >> >> > Smoeker
>
> >> >> >> >> > On 11 Mrz., 13:51, Allan Pinto <allan...@gmail.com> wrote:
> >> >> >> >> >> smoeker, roberto
> >> >> >> >> >> one last question, which version of openlaszlo do you use for
> >> >> >> >> >> compiling the svn version
>
> >> >> >> >> >> On Wed, Mar 11, 2009 at 12:24 PM, Allan Pinto 
> >> >> >> >> >> <allan...@gmail.com> wrote:
> >> >> >> >> >> > great, let me know
>
> >> >> >> >> >> > On Wed, Mar 11, 2009 at 12:11 PM, Roberto Torresani 
> >> >> >> >> >> > <err...@gmail.com> wrote:
> >> >> >> >> >> >> Hi Allan!
> >> >> >> >> >> >> I think is similar of my problem: rc2 works, but If I try 
> >> >> >> >> >> >> to compile last
> >> >> >> >> >> >> release of svn on a red5 0.8 (server and client) this don't 
> >> >> >> >> >> >> work.
>
> >> >> >> >> >> >> I'm doing some test (in the last days), but without 
> >> >> >> >> >> >> results. If I resolve
> >> >> >> >> >> >> the problem, I write it in mailinglist.
>
> >> >> >> >> >> >> Bye
> >> >> >> >> >> >> Roberto
>
> >> >> >> >> >> >> 2009/3/11 Allan Pinto <allan...@gmail.com>
>
> >> >> >> >> >> >>> haha yeah, i  felt pretty happy when everything looked 
> >> >> >> >> >> >>> compiled.!
> >> >> >> >> >> >>> yes i did try to clear the browser cache, tried from 
> >> >> >> >> >> >>> different
> >> >> >> >> >> >>> machines. no luck.
> >> >> >> >> >> >>> just cant understant what the issue could be, i so wanted 
> >> >> >> >> >> >>> to check out
> >> >> >> >> >> >>> jrdesktop,
> >> >> >> >> >> >>> 0.7rc2 is working great, it is only because of the bad 
> >> >> >> >> >> >>> bandwidth error
> >> >> >> >> >> >>> that i had to go for the svn,
> >> >> >> >> >> >>> anyways it was a good learning experience, ill keep trying 
> >> >> >> >> >> >>> or wait
> >> >> >> >> >> >>> till your next release.
> >> >> >> >> >> >>> thanx for all the support,
> >> >> >> >> >> >>> keep up the great work.
>
> >> >> >> >> >> >>> On Wed, Mar 11, 2009 at 11:54 AM, smoeker 
> >> >> >> >> >> >>> <o.beche...@medint.de> wrote:
>
> >> >> >> >> >> >>> > hi,
>
> >> >> >> >> >> >>> > i think its normal, that only the target swf changes his 
> >> >> >> >> >> >>> > timestamp...
> >> >> >> >> >> >>> > if the GUI is shown correct within the laszlo - 
> >> >> >> >> >> >>> > environment, when u
> >> >> >> >> >> >>> > call it via laszlo - compiler, there cant be much left 
> >> >> >> >> >> >>> > to do....
>
> >> >> >> >> >> >>> > -> when u successfully compiled the client and the 
> >> >> >> >> >> >>> > webapp, the biggest
> >> >> >> >> >> >>> > part is far behind u ;-)
>
> >> >> >> >> >> >>> > did u try to clear browsercache?
>
> >> >> >> >> >> >>> > see ya
>
> >> >> >> >> >> >>> > Smoeker
>
> >> >> >> >> >> >>> > On 11 Mrz., 12:35, Allan Pinto <allan...@gmail.com> 
> >> >> >> >> >> >>> > wrote:
> >> >> >> >> >> >>> >> on a reboot and recompile of the client using only main 
> >> >> >> >> >> >>> >> not maindebug
> >> >> >> >> >> >>> >> main.lzx.swf8.swf gets a new timestamp nothing else 
> >> >> >> >> >> >>> >> gets a new stamp,
> >> >> >> >> >> >>> >> ive tried cp -af ,
> >> >> >> >> >> >>> >> i then deleted the main.lzx swf files and then copied 
> >> >> >> >> >> >>> >> over the compiled
> >> >> >> >> >> >>> >> ones,
> >> >> >> >> >> >>> >> still no luck.
> >> >> >> >> >> >>> >> any idea if the rc3 version will come out soon,
> >> >> >> >> >> >>> >> or instructions on how to compile the latest versions 
> >> >> >> >> >> >>> >> again from the
> >> >> >> >> >> >>> >> beginning .
> >> >> >> >> >> >>> >> i think this is out of my reach.
> >> >> >> >> >> >>> >> i will try again on a mint linux machine in some time 
> >> >> >> >> >> >>> >> and revert.
>
> >> >> >> >> >> >>> >> On Wed, Mar 11, 2009 at 10:45 AM, smoeker 
> >> >> >> >> >> >>> >> <o.beche...@medint.de> wrote:
>
> >> >> >> >> >> >>> >> > hi,
>
> >> >> >> >> >> >>> >> > please try to clear your browser cache - maybe u 
> >> >> >> >> >> >>> >> > still work on local
> >> >> >> >> >> >>> >> > cached files...
>
> >> >> >> >> >> >>> >> > -> Otherwise please check the timestamps of the 
> >> >> >> >> >> >>> >> > generated swf files
> >> >> >> >> >> >>> >> > after recompiling them...
>
> >> >> >> >> >> >>> >> > see ya
>
> >> >> >> >> >> >>> >> > Smoeker
>
> >> >> >> >> >> >>> >> > On 11 Mrz., 11:30, Allan Pinto <allan...@gmail.com> 
> >> >> >> >> >> >>> >> > wrote:
> >> >> >> >> >> >>> >> >> hi smoeker,
> >> >> >> >> >> >>> >> >> first of all thanx for your absolute fast responses 
> >> >> >> >> >> >>> >> >> and great help,
> >> >> >> >> >> >>> >> >> and im sorry to keep
> >> >> >> >> >> >>> >> >> asking so many questions, but here goes,
> >> >> >> >> >> >>> >> >> i did go and compile the main.lzx file , and when i 
> >> >> >> >> >> >>> >> >> compile.
> >> >> >> >> >> >>> >> >> everything looks perfect, i can log in , see the 
> >> >> >> >> >> >>> >> >> conference rooms,
> >> >> >> >> >> >>> >> >> but
> >> >> >> >> >> >>> >> >> when i copy the same in to the red5 webapps 
> >> >> >> >> >> >>> >> >> directory i see no
>
> ...
>
> Erfahren Sie mehr »- 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
-~----------~----~----~----~------~----~------~--~---

Reply via email to