You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openmeetings.apache.org by Sonia SWEngineer <sw...@gmail.com> on 2018/08/27 18:44:47 UTC
High Traffic from client to Red5 server for screen recording
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
Re: High Traffic from client to Red5 server for screen recording
Posted by Sonia SWEngineer <sw...@gmail.com>.
Thanks Maxim. I will continue the conversation in the user list.
On Wed, Aug 29, 2018 at 10:09 AM Maxim Solodovnik <so...@gmail.com>
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 <swengineeruser@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 <so...@gmail.com>
> > wrote:
> >
> > > What are recording parameters?
> > > resolution+quality+FPS?
> > >
> > > On Tue, Aug 28, 2018 at 1:45 AM Sonia SWEngineer <
> > swengineeruser@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
>
Re: High Traffic from client to Red5 server for screen recording
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <sw...@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 <so...@gmail.com>
> wrote:
>
> > What are recording parameters?
> > resolution+quality+FPS?
> >
> > On Tue, Aug 28, 2018 at 1:45 AM Sonia SWEngineer <
> swengineeruser@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
Re: High Traffic from client to Red5 server for screen recording
Posted by Sonia SWEngineer <sw...@gmail.com>.
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 <so...@gmail.com>
wrote:
> What are recording parameters?
> resolution+quality+FPS?
>
> On Tue, Aug 28, 2018 at 1:45 AM Sonia SWEngineer <swengineeruser@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
>
Re: High Traffic from client to Red5 server for screen recording
Posted by Maxim Solodovnik <so...@gmail.com>.
What are recording parameters?
resolution+quality+FPS?
On Tue, Aug 28, 2018 at 1:45 AM Sonia SWEngineer <sw...@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