Open GoogleCodeExporter opened 9 years ago
I have the very same problem. Have been playing with it for couple of days. It
seems
to me, that the default size of the image that "Screen Share" produces is
320x240,
the "Quality %" there is simply the quality of image itself, not it's
resolution.
Rather unclear who's fault is it. Should we look into Openfire's red5
properties of
Bandwidth or Picture Quality - do they play any role here?
Danny, if you found any solution - please, post it!
Original comment by matas.se...@gmail.com
on 16 Apr 2010 at 9:38
Did some more research and found out that if you remove the attribute
oncontextmenu
of body element in screen.html (oncontextmenu="return false"), you can right
click on
screen image and save it. After that, if you open it - you will see that it is
600x480 (not the 320x240 I told in previous comment). The question is - why this
particular size, where do these numbers come from and last, but most important
how to
change them?
Original comment by matas.se...@gmail.com
on 16 Apr 2010 at 12:22
OK, sorted it out. Inside latest openmeetings source, in file
org\openmeetings\webstart\screen\CaptureScreen.java there are two lines that
set the
maximum size of the screen:
double thumbWidth = 600;
double thumbHeight = 600;
These two limit the maximum dimensions of transferred image. I did manage to
recompile and get it working, but believe me, the image of size 1680x1050 is
really
huge and takes away a huge amount of bandwidth.
Original comment by matas.se...@gmail.com
on 26 Apr 2010 at 7:27
you could found it below plugin/src/client dir
Original comment by too...@gmail.com
on 4 Jan 2013 at 8:16
Original issue reported on code.google.com by
danny.d....@gmail.com
on 18 Feb 2010 at 4:20Attachments: