Thanks Maxim. I will continue the conversation in the user list.
On Wed, Aug 29, 2018 at 10:09 AM Maxim Solodovnik <[email protected]> wrote: > Hello Sonia, > > You are sending huge enough video > ScreenV1 codec compression ratio is not very good > So the bandwidth will depends on what is being shared (i.e. if more or less > static picture is being transferred the bandwidth will be mach smaller) > > h263/h264 will create better compressed video > have you tried to share 1440x816 camera stream? what will be the numbers? > > ps it is better to use user@ list since this question is not related to OM > development > > On Wed, Aug 29, 2018 at 2:49 AM Sonia SWEngineer <[email protected] > > > wrote: > > > Thanks Maxim. The recording parameters sent to the > > "setConnectionAsSharingClient" are listed as: > > screenWidth=1440, screenHeight=816, screenX=0, screenY=0 > > The parameters listed in ScreenDimensions.java are: > > public static ScreenQuality quality = ScreenQuality.High; > > public static int FPS = 10; > > > > A screen sharing from a PC of a small movie originated up to 17 Megabits > of > > traffic into the Red5 server (measured by a server performance tool) > > The recorded video of the screen sharing has the following format: > > Input #0, flv, from 'testfile.flv': > > Metadata: > > server : Red5 > > canSeekToEnd : true > > recordeddate : 2018-08-28T18:54:48.512Z > > noaudiocodec : 0 > > Duration: 00:01:53.50, start: 0.000000, bitrate: 29861 kb/s > > Stream #0:0: Video: flashsv, bgr24, 1440x816, 10 fps, 10 tbr, 1k tbn, > > 1k tbc > > > > Note: In Windows task manager we saw that Ethernet traffic being sent > from > > PC was like 20, 30, 40 Megabits, whereas the traffic being received in > the > > PC was 3, 5, 7. 16 when the movie was transmitted to Red5. > > > > Thanks again for any help to understand and find a solution to this > issue. > > Regards, > > Sonia > > > > > > > > On Mon, Aug 27, 2018 at 8:53 PM Maxim Solodovnik <[email protected]> > > wrote: > > > > > What are recording parameters? > > > resolution+quality+FPS? > > > > > > On Tue, Aug 28, 2018 at 1:45 AM Sonia SWEngineer < > > [email protected] > > > > > > > wrote: > > > > > > > Hello All, > > > > Have a question regarding the bandwidth used by a customized > > Openmeeting > > > - > > > > screen recording application. > > > > > > > > The application being used is based on the screen recording client > and > > > > server code from Openmeetings. The application code in the client > > > transmits > > > > the client screen (PC) and the application code in the server > receives > > > the > > > > info and records the screen. When the transmission stops the server > > > creates > > > > an flv file. > > > > To test the application a movie was viewed in the client and the > > > bandwidth > > > > going to the Red5 server reached 50 Megabits. > > > > When the user only works on websites the bandwidth can be 11 Megabits > > > > (average is like 1.2 Megabits). > > > > > > > > What could be the cause that the transmission of a movie using the > > screen > > > > recording code takes up to 50 Megabits during transmission? > > > > The expectation for the streaming of the movie was 5 Megabits. > > > > > > > > I will appreciate any information or advice you can provide to assist > > me > > > > with finding a solution. > > > > > > > > Thanks in advance, > > > > Sonia > > > > > > > > > > > > > -- > > > WBR > > > Maxim aka solomax > > > > > > > > -- > WBR > Maxim aka solomax >
