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 <swengineeru...@gmail.com> 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 <solomax...@gmail.com> > wrote: > > > What are recording parameters? > > resolution+quality+FPS? > > > > On Tue, Aug 28, 2018 at 1:45 AM Sonia SWEngineer < > swengineeru...@gmail.com > > > > > 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
