you can make a ByteArray out of an Image in AS3.
However, as long as OpenMeetings does not compile in SWF9 you have no
AS3 support so testing it is impossible.
sebastian
2009/3/13 smoeker <o.beche...@medint.de>:
>
> 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 -
> >
>
--
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://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
-~----------~----~----~----~------~----~------~--~---
