Re: Minor bug in backup import in fileexploreritem

[Maxim Solodovnik]

Fixed: Committed revision 1445102.


On Tue, Feb 12, 2013 at 7:34 AM, Maxim Solodovnik wrote:

> Thanks!
> I'll take care of it
>
>
> On Tue, Feb 12, 2013 at 5:02 AM, seba.wag...@gmail.com <
> seba.wag...@gmail.com> wrote:
>
>> I found a minor bug in the import of backups:
>>
>> FileExplorerItems are assigned to the wrong room_id.
>>
>> It does not matter in that case as those files have been assigned to the
>> private section of a user (and the user was converted to the new user_id
>> correctly).
>>
>> It can be reproduced when you import the backup:
>> backup_v_2_0_0_r1361497.zip
>>
>> and then check the table fileexploreritem.
>> The imported items are all assigned to the room_id 7. But the room_id 7
>> existed already before the import. So this id is not correctly converted
>> to
>> a the room_id of the imported room.
>>
>> Sebastian
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wag...@gmail.com
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>



-- 
WBR
Maxim aka solomax

Re: Upcoming OM release

[Maxim Solodovnik]

Only 10 issues remains :)


On Thu, Feb 7, 2013 at 4:26 PM, Maxim Solodovnik wrote:

> OK
> Here is the issues list:
>
>
> https://issues.apache.org/jira/issues/?jql=project%20%3D%20OPENMEETINGS%20AND%20fixVersion%20%3D%20%222.1%20Apache%20Release%22%20AND%20status%20in%20(Open%2C%20%22In%20Progress%22%2C%20Reopened%2C%20Resolved)
>
> 22 issues (keep growing since I'm sorting issues currently having no "Fix
> Version" set)
>
>
>
> On Thu, Feb 7, 2013 at 12:43 PM, seba.wag...@gmail.com <
> seba.wag...@gmail.com> wrote:
>
>> Great work, especially in our Jira, we have so many issues, its easy to
>> loose control of it!
>>
>> Sebastian
>>
>>
>> 2013/2/7 Maxim Solodovnik 
>>
>>> Dear All,
>>>
>>> since nobody vote against me, I'm gonna be Release manager of OM :)
>>> It is almost 7 months was passed since last release :(
>>>
>>> This is why I would like to set upcoming release date to the beginning
>>> of March.
>>> To achieve this challenging task I would like to claim Feature Freeze!
>>>
>>> In my next email I'll send the list of issues currently blocking the
>>> release and going to send updates to this list regularly.
>>>
>>> Everybody welcome to add/remove issues to the list.
>>> All other issues + all feature requests/improvements will be moved to
>>> the 3.0 (not sure yet if we going to release 2.2)
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>
>>
>>
>> --
>> Sebastian Wagner
>> https://twitter.com/#!/dead_lock
>> http://www.webbase-design.de
>> http://www.wagner-sebastian.com
>> seba.wag...@gmail.com
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>



-- 
WBR
Maxim aka solomax

[red5phone] r75 committed - Auto-start script for red5sip is separated from red5sip.sh; jsvc depen...

[codesite-noreply]

Revision: 75
Author:   solomax...@gmail.com
Date: Tue Feb 12 02:46:43 2013
Log:  Auto-start script for red5sip is separated from red5sip.sh; jsvc  
dependancy is removed

http://code.google.com/p/red5phone/source/detail?r=75

Added:
 /branches/red5sip/red5sip
Modified:
 /branches/red5sip/red5sip.sh

===
--- /dev/null
+++ /branches/red5sip/red5sip   Tue Feb 12 02:46:43 2013
@@ -0,0 +1,60 @@
+#!/bin/sh
+### BEGIN INIT INFO
+# Provides:  red5sip
+# Required-Start:networking
+# Required-Stop:
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+### END INIT INFO
+set -e
+DESC="Red5Sip bridge"
+NAME=red5sip
+RED5SIP_HOME=/opt/red5sip
+DAEMON=$RED5SIP_HOME/$NAME.sh
+PIDFILE=/var/run/$NAME.pid
+SCRIPTNAME=/etc/init.d/$NAME
+
+#
+# Function that starts the daemon/service.
+#
+d_start() {
+	start-stop-daemon --start -c nobody --pidfile $PIDFILE --chdir  
$RED5SIP_HOME --background --make-pidfile --exec $DAEMON

+}
+#
+# Function that stops the daemon/service.
+#
+d_stop() {
+   start-stop-daemon --stop --quiet --pidfile $PIDFILE --name java
+   rm -f $PIDFILE
+}
+
+d_stop() {
+start-stop-daemon --stop --quiet --pidfile $PIDFILE --name java
+rm -f $PIDFILE
+}
+
+case "$1" in
+   start)
+   echo -n "Starting $DESC: $NAME\n"
+   d_start
+#  echo ".\n"
+   ;;
+   stop)
+   echo -n "Stopping $DESC: $NAME\n"
+   d_stop
+#  echo ".\n"
+   ;;
+   restart|force-reload)
+   echo -n "Restarting $DESC: $NAME\n"
+   d_stop
+   sleep 1
+   d_start
+#  echo ".\n"
+   ;;
+   *)
+   echo "Usage: $SCRIPTNAME {start|stop|restart|force-reload}" >&2
+   exit 1
+   ;;
+esac
+exit 0
+
===
--- /branches/red5sip/red5sip.shWed Feb  6 23:45:11 2013
+++ /branches/red5sip/red5sip.shTue Feb 12 02:46:43 2013
@@ -1,53 +1,16 @@
 #!/bin/sh
-### BEGIN INIT INFO
-# Provides:  red5sip
-# Required-Start:networking
-# Required-Stop:
-# Default-Start: 2 3 4 5
-# Default-Stop:  0 1 6
-### END INIT INFO
+
+if [ -z "$RED5SIP_HOME" ]; then
+  export RED5SIP_HOME=`pwd`;
+fi
+

 JAVA_HOME=$(readlink -f /usr/bin/java | sed "s:bin/java::")
-echo $JAVA_HOME
-INSTALL_DIR=$(pwd)
-LIB_DIR=$INSTALL_DIR/lib
-LOGS_DIR=$INSTALL_DIR/log
-JSVC_ERR=$LOGS_DIR/jsvc_red5sip.err
-PID_FILE=/var/run/red5sip.pid
-SETTINGS_FILE=$INSTALL_DIR/settings.properties
+LIB_DIR=$RED5SIP_HOME/lib
+LOGS_DIR=$RED5SIP_HOME/log
+SETTINGS_FILE=$RED5SIP_HOME/settings.properties
 CLASSPATH=$(echo $LIB_DIR/*.jar | sed 's/ /:/g')
-case "$1" in
-  start)
-#
-# Start backend
-#
-echo "Starting red5sip service"
-jsvc -pidfile $PID_FILE \
--home $JAVA_HOME \
--errfile $JSVC_ERR \
--Dlogs=$LOGS_DIR \
--cp $CLASSPATH org.red5.sip.app.Application $SETTINGS_FILE
-;;
-
-
-  stop)
-#
-# Stop red5sip service
-#
-jsvc -stop -pidfile $PID_FILE org.red5.sip.app.Application
-exit $?
-;;
-
-  run)
-#
-# Run red5sip
-#
-$JAVA_HOME/bin/java -Dlogs=$LOGS_DIR -cp $CLASSPATH  
org.red5.sip.app.Main $SETTINGS_FILE

-;;
-
-  *)
-echo "Usage red5sip.sh start/stop"
-exit 1;;
-esac

+echo "Starting Red5SIP"
+exec $JAVA_HOME/bin/java -Dlogs=$LOGS_DIR -cp $CLASSPATH  
org.red5.sip.app.Main $SETTINGS_FILE

RE: OM stress testing

[Joseph Karwat]

Vasiliy:

 

Terrific information and test. I look forward to seeing more of your
results.  It would be helpful to understand what caused the error.  Would a
more powerful computer handle the load or is there a physical limit of 20
regardless of environment.  Let me know how I can help.

 

Joseph  

 

Joseph Karwat | CEO | 415-462-0263 |   JellVideo
|   www.jellnet.com | 3psquare93x77 

Jell Networks, Inc. 

Enterprise Video Collaboration Solutions

 

Click Here to Register for your JellVideo Collaboration Account
 

 

 

From: Vasya [mailto:va...@unipro.ru] 
Sent: Tuesday, February 12, 2013 12:49 AM
To: dev@openmeetings.apache.org
Subject: OM stress testing

 

Hello all!

Today we have started stress testing of Openmeetings to detect reliability
and collect statistics.

We plan to run stress tests weekly (on Tuesdays) and send reports to
dev@openmeetings.apache.org .

Tested server configuration is: 

OS: Ubuntu 10.04.3 LTS

. RAM 2 GB 

. CPU Intel(R) Celeron (R) E3300 @ 2.50GHz

Tested scenario is:

. Start OM conference 

. Start recording

. Start screen sharing

. Connect to conference while server is not crashed.

 

Today results meet our expectations, please see a report below.

Maximum number of the users in the system - 20

Maximum number of the users in one room of the type "Conference" with the
screen sharing and recordings turned on - 19. 

All the users were logged from two Windows workstations.

Result: After 19 connections server is down.

Error message in log file is: "2013-02-12 08:02:07,844 [NioProcessor-7] WARN
o.r.s.net.rtmp.RTMPMinaIoHandler - Exception caught Java heap space"

Log file is attached.


Thanks,

Vasiliy

 

RE: OM stress testing

[Irina Arkhipets]

Hi Sebastian,

 

Just two additional comments from my side:

 

1.   "-Xms512M -Xmx1024M" java keys were used for OM starting

2.   All the 19 users in the room had their video windows opened

 

Previously, when we run OM without "-Xmx" option specified, it died on the
14th user in the room approximately under the similar conditions.

 

Regards,

Irina.

 

From: seba.wag...@gmail.com [mailto:seba.wag...@gmail.com] 
Sent: Wednesday, February 13, 2013 5:38 AM
To: dev
Subject: Re: OM stress testing

 

What script did you use to startup the server?

You should use the red5-highperf.sh and have a look at the values for Xmx
(max memory) and Xms (min memory).

Please include those runtime informations / configurations from your start
script in the stress test report.

I tried to summarize some links and documentation about performance tuning
once:
http://openmeetings.apache.org/JVMPerformanceTuning.html

Se for example the link to the JVM settings:
http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html
#PerformanceTuning

But Xmx and Xms is really the most important thing. There is also some param
regard Heap and Thread, that are quite important for performance.

 

I think by default the JVM will aquire 60 MB.

Sebastian

 

2013/2/13 Stephen Cottham 

At a guess I'd say you need more then 2 gig of RAM based on the exception
from the java heap space.

Sent from my iPad


On 12 Feb 2013, at 22:25, "Joseph Karwat"  wrote:

Vasiliy:

 

Terrific information and test. I look forward to seeing more of your
results.  It would be helpful to understand what caused the error.  Would a
more powerful computer handle the load or is there a physical limit of 20
regardless of environment.  Let me know how I can help.

 

Joseph  

 

Joseph Karwat | CEO | 415-462-0263 |   JellVideo
|   www.jellnet.com | Error! Filename not
specified. 

Jell Networks, Inc. 

Enterprise Video Collaboration Solutions

 

Click Here to Register for   your JellVideo
Collaboration Account

 

 

Stephen Cottham
Group IT Manager (Associate)

Robert Bird Group
Level 5, 333 Ann St
Brisbane, Queensland, 4000, Australia

Phone: +6173   319 2777 (AUS)

Phone: +44207   633 2880 (UK)

Fax: +6173   319 2799

 

Mobile:  +61400   756 963 (AUS)

Mobile:  +447900   918 616 (UK)

Web:   www.robertbird.com

  Error! Filename not specified.

This email and any attachments are confidential and may contain legally
privileged information or copyright material. Unless expressly stated,
confidentiality and/or legal privilege is not intended to be waived by the
sending of this email. The contents of this email, including any
attachments, are intended solely for the use of the individual or entity to
whom they are addressed. If you are not an intended recipient, please
contact us immediately by return email and then delete both messages. You
may not otherwise read, forward, copy, use or disclose this email or any
attachments. Any views expressed in this email are those of the individual
sender except where the sender expressly, and with authority, states
otherwise. It is your responsibility to check any attachments for viruses or
defects before opening or sending them on. None of the sender or its related
entities accepts any liability for any consequential damage resulting from
this email containing computer viruses. 




Disclaimer added by CodeTwo Exchange Rules
www.codetwo.com

 

From: Vasya [mailto:va...@unipro.ru] 
Sent: Tuesday, February 12, 2013 12:49 AM
To: dev@openmeetings.apache.org
Subject: OM stress testing

 

Hello all!

Today we have started stress testing of Openmeetings to detect reliability
and collect statistics.

We plan to run stress tests weekly (on Tuesdays) and send reports to
dev@openmeetings.apache.org .

Tested server configuration is: 

OS: Ubuntu 10.04.3 LTS

. RAM 2 GB 

. CPU Intel(R) Celeron (R) E3300 @ 2.50GHz

Tested scenario is:

. Start OM conference 

. Start recording

. Start screen sharing

. Connect to conference while server is not crashed.

 

Today results meet our expectations, please see a report below.

Maximum number of the users in the system - 20

Maximum number of the users in one room of the type "Conference" with the
screen sharing and recordings turned on - 19. 

All the users were logged from two Windows workstations.

Result: After 19 connections server is down.

Error message in log file is: "2013-02-12 08:02:07,844 [NioProcessor-7] WARN
o.r.s.net.rtmp.RTMPMinaIoHandler - Exception caught Java heap space"

Log file is attached.


Thanks,

Vasiliy

 




-- 
Sebastian Wagner
  https://twitter.com/#!/dead_lock
  http://www.webbase-design.de
  http://www.wagner-sebastian.com
  seba.wag...@gmail.com 

RE: OM stress testing

[Irina Arkhipets]

And this is a 32-bit Ubuntu:

 

$> uname -a

Linux  2.6.32-33-generic-pae #72-Ubuntu SMP Fri Jul 29 22:06:29 UTC 2011
i686 GNU/Linux

 

Probably, all goes better on 64-but systems.

 

Irina.

 

From: Irina Arkhipets [mailto:ia...@unipro.ru] 
Sent: Wednesday, February 13, 2013 10:25 AM
To: dev@openmeetings.apache.org
Subject: RE: OM stress testing

 

Hi Sebastian,

 

Just two additional comments from my side:

 

1.   "-Xms512M -Xmx1024M" java keys were used for OM starting

2.   All the 19 users in the room had their video windows opened

 

Previously, when we run OM without "-Xmx" option specified, it died on the
14th user in the room approximately under the similar conditions.

 

Regards,

Irina.

 

From: seba.wag...@gmail.com [mailto:seba.wag...@gmail.com] 
Sent: Wednesday, February 13, 2013 5:38 AM
To: dev
Subject: Re: OM stress testing

 

What script did you use to startup the server?

You should use the red5-highperf.sh and have a look at the values for Xmx
(max memory) and Xms (min memory).

Please include those runtime informations / configurations from your start
script in the stress test report.

I tried to summarize some links and documentation about performance tuning
once:
http://openmeetings.apache.org/JVMPerformanceTuning.html

Se for example the link to the JVM settings:
http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html
#PerformanceTuning

But Xmx and Xms is really the most important thing. There is also some param
regard Heap and Thread, that are quite important for performance.

 

I think by default the JVM will aquire 60 MB.

Sebastian

 

2013/2/13 Stephen Cottham 

At a guess I'd say you need more then 2 gig of RAM based on the exception
from the java heap space.

Sent from my iPad


On 12 Feb 2013, at 22:25, "Joseph Karwat"  wrote:

Vasiliy:

 

Terrific information and test. I look forward to seeing more of your
results.  It would be helpful to understand what caused the error.  Would a
more powerful computer handle the load or is there a physical limit of 20
regardless of environment.  Let me know how I can help.

 

Joseph  

 

Joseph Karwat | CEO | 415-462-0263 |   JellVideo
|   www.jellnet.com | Error! Filename not
specified. 

Jell Networks, Inc. 

Enterprise Video Collaboration Solutions

 

Click Here to Register for   your JellVideo
Collaboration Account

 

 

Stephen Cottham
Group IT Manager (Associate)

Robert Bird Group
Level 5, 333 Ann St
Brisbane, Queensland, 4000, Australia

Phone: +6173 319   2777 (AUS)

Phone: +44207   633 2880 (UK)

Fax: +6173   319 2799

 

Mobile:  +61400   756 963 (AUS)

Mobile:  +447900   918 616 (UK)

Web:   www.robertbird.com

  Error! Filename not specified.

This email and any attachments are confidential and may contain legally
privileged information or copyright material. Unless expressly stated,
confidentiality and/or legal privilege is not intended to be waived by the
sending of this email. The contents of this email, including any
attachments, are intended solely for the use of the individual or entity to
whom they are addressed. If you are not an intended recipient, please
contact us immediately by return email and then delete both messages. You
may not otherwise read, forward, copy, use or disclose this email or any
attachments. Any views expressed in this email are those of the individual
sender except where the sender expressly, and with authority, states
otherwise. It is your responsibility to check any attachments for viruses or
defects before opening or sending them on. None of the sender or its related
entities accepts any liability for any consequential damage resulting from
this email containing computer viruses. 




Disclaimer added by CodeTwo Exchange Rules
www.codetwo.com

 

From: Vasya [mailto:va...@unipro.ru] 
Sent: Tuesday, February 12, 2013 12:49 AM
To: dev@openmeetings.apache.org
Subject: OM stress testing

 

Hello all!

Today we have started stress testing of Openmeetings to detect reliability
and collect statistics.

We plan to run stress tests weekly (on Tuesdays) and send reports to
dev@openmeetings.apache.org .

Tested server configuration is: 

OS: Ubuntu 10.04.3 LTS

. RAM 2 GB 

. CPU Intel(R) Celeron (R) E3300 @ 2.50GHz

Tested scenario is:

. Start OM conference 

. Start recording

. Start screen sharing

. Connect to conference while server is not crashed.

 

Today results meet our expectations, please see a report below.

Maximum number of the users in the system - 20

Maximum number of the users in one room of the type "Conference" with the
screen sharing and recordings turned on - 19. 

All the users were logged from two Windows workstations.

Result: After 19 connections server is down.

Error message in log file is: "2013-02-12 08:02:07,844 [NioProcessor-7] WARN
o.r.s.net.rtmp.RTMPMinaIoHandler - Exception caught Jav

Re: OM stress testing

[seba.wag...@gmail.com]

Thanks for the feedback,

could you start to boot the server with -Xms1024M -Xmx1024M ?
Cause I doubt that the Heap space error will happen with 17 or 20 (or 100
users) when 1GB of Ram is really available.

Sebastian

2013/2/13 Irina Arkhipets 

>  Hi Sebastian,
>
> ** **
>
> Just two additional comments from my side:
>
> ** **
>
> **1.   **"-Xms512M -Xmx1024M” java keys were used for OM starting
>
> **2.   **All the 19 users in the room had their video windows opened**
> **
>
> ** **
>
> Previously, when we run OM without “-Xmx” option specified, it died on the
> 14th user in the room approximately under the similar conditions.
>
> ** **
>
> Regards,
>
> Irina.
>
> ** **
>
> *From:* seba.wag...@gmail.com [mailto:seba.wag...@gmail.com]
> *Sent:* Wednesday, February 13, 2013 5:38 AM
> *To:* dev
> *Subject:* Re: OM stress testing
>
> ** **
>
> What script did you use to startup the server?
>
> You should use the red5-highperf.sh and have a look at the values for Xmx
> (max memory) and Xms (min memory).
>
> Please include those runtime informations / configurations from your start
> script in the stress test report.
>
> I tried to summarize some links and documentation about performance tuning
> once:
> http://openmeetings.apache.org/JVMPerformanceTuning.html
>
> Se for example the link to the JVM settings:
>
> http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html#PerformanceTuning
> 
>
> But Xmx and Xms is really the most important thing. There is also some
> param regard Heap and Thread, that are quite important for performance.***
> *
>
> ** **
>
> I think by default the JVM will aquire 60 MB.
>
> Sebastian
>
> ** **
>
> 2013/2/13 Stephen Cottham 
>
> At a guess I'd say you need more then 2 gig of RAM based on the exception
> from the java heap space.
>
> Sent from my iPad
>
>
> On 12 Feb 2013, at 22:25, "Joseph Karwat"  wrote:
>
>   Vasiliy:
>
>  
>
> Terrific information and test. I look forward to seeing more of your
> results.  It would be helpful to understand what caused the error.  Would a
> more powerful computer handle the load or is there a physical limit of 20
> regardless of environment.  Let me know how I can help.
>
>  
>
> Joseph  
>
>  
>
> Joseph Karwat | CEO | 415-462-0263 | JellVideo |
> www.jellnet.com | *Error! Filename not specified.* 
>
> *Jell Networks, Inc**. *
>
> Enterprise Video Collaboration Solutions
>
>  
>
> Click Here to Register for your JellVideo Collaboration 
> Account
> 
>
>  
>
>  
>
> *Stephen Cottham
> *Group IT Manager (Associate)
>
> Robert Bird Group
> Level 5, 333 Ann St
> Brisbane, Queensland, 4000, Australia
>
> *Phone: +6173 319 2777 <%2B6173%20319%202777> (AUS)*
>
> *Phone: +44207 633 2880 <%2B44207%C2%A0633%202880> (UK)*
>
> *Fax: +6173 319 2799 <%2B6173%20319%202799>*
>
>  
>
> *Mobile:  +61400 756 963 <%2B61400%20756%20963> (AUS)*
>
> *Mobile:  +447900 918 616 <%2B447900%20918%20616> (UK)*
>
> *Web: **www.robertbird.com* 
>
> *Error! Filename not specified.* 
>
>
> This email and any attachments are confidential and may contain legally
> privileged information or copyright material. Unless expressly stated,
> confidentiality and/or legal privilege is not intended to be waived by the
> sending of this email. The contents of this email, including any
> attachments, are intended solely for the use of the individual or entity to
> whom they are addressed. If you are not an intended recipient, please
> contact us immediately by return email and then delete both messages. You
> may not otherwise read, forward, copy, use or disclose this email or any
> attachments. Any views expressed in this email are those of the individual
> sender except where the sender expressly, and with authority, states
> otherwise. It is your responsibility to check any attachments for viruses
> or defects before opening or sending them on. None of the sender or its
> related entities accepts any liability for any consequential damage
> resulting from this email containing computer viruses. 
>
> 
>
>
> Disclaimer added by *CodeTwo Exchange Rules*
> www.codetwo.com
>
> ** **
>
> *From:* Vasya [mailto:va...@unipro.ru]
> *Sent:* Tuesday, February 12, 2013 12:49 AM
> *To:* dev@openmeetings.apache.org
> *Subject:* OM stress testing
>
>  
>
> Hello all!
>
> Today we have started stress testing of Openmeetings to detect reliability
> and collect statistics.
>
> We plan to run stress tests weekly (on Tuesdays) and send reports to
> dev@openmeetings.apache.org .
>
> Tested server configuration is: 
>
> OS: Ubuntu 10.04.3 LTS
>
> • RAM 2 GB 
>
> • CPU Intel(R) Celeron (R) E3300 @ 2.50GHz
>
> Tested scenario is:
>
> • Start OM conference 
>
> • Start reco

Re: OM stress testing

[seba.wag...@gmail.com]

It could only happen for example that some other functionality throws this
error.
For example if a file is loaded (accidently) completely in the cache. That
looks like a "performance" issue then but is a bug in the implementation
then cause it will throw the same "heap space issue".

It would be good if you post the complete jvm.stdout log to see the context
of the Heap space error better.

Thanks!
Sebastian


2013/2/13 seba.wag...@gmail.com 

> Thanks for the feedback,
>
> could you start to boot the server with -Xms1024M -Xmx1024M ?
> Cause I doubt that the Heap space error will happen with 17 or 20 (or 100
> users) when 1GB of Ram is really available.
>
> Sebastian
>
>
> 2013/2/13 Irina Arkhipets 
>
>>  Hi Sebastian,
>>
>> ** **
>>
>> Just two additional comments from my side:
>>
>> ** **
>>
>> **1.   **"-Xms512M -Xmx1024M” java keys were used for OM starting
>>
>> **2.   **All the 19 users in the room had their video windows opened*
>> ***
>>
>> ** **
>>
>> Previously, when we run OM without “-Xmx” option specified, it died on
>> the 14th user in the room approximately under the similar conditions.
>>
>> ** **
>>
>> Regards,
>>
>> Irina.
>>
>> ** **
>>
>> *From:* seba.wag...@gmail.com [mailto:seba.wag...@gmail.com]
>> *Sent:* Wednesday, February 13, 2013 5:38 AM
>> *To:* dev
>> *Subject:* Re: OM stress testing
>>
>> ** **
>>
>> What script did you use to startup the server?
>>
>> You should use the red5-highperf.sh and have a look at the values for Xmx
>> (max memory) and Xms (min memory).
>>
>> Please include those runtime informations / configurations from your
>> start script in the stress test report.
>>
>> I tried to summarize some links and documentation about performance
>> tuning once:
>> http://openmeetings.apache.org/JVMPerformanceTuning.html
>>
>> Se for example the link to the JVM settings:
>>
>> http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html#PerformanceTuning
>> 
>>
>> But Xmx and Xms is really the most important thing. There is also some
>> param regard Heap and Thread, that are quite important for performance.**
>> **
>>
>> ** **
>>
>> I think by default the JVM will aquire 60 MB.
>>
>> Sebastian
>>
>> ** **
>>
>> 2013/2/13 Stephen Cottham 
>>
>> At a guess I'd say you need more then 2 gig of RAM based on the exception
>> from the java heap space.
>>
>> Sent from my iPad
>>
>>
>> On 12 Feb 2013, at 22:25, "Joseph Karwat"  wrote:***
>> *
>>
>>   Vasiliy:
>>
>>  
>>
>> Terrific information and test. I look forward to seeing more of your
>> results.  It would be helpful to understand what caused the error.  Would a
>> more powerful computer handle the load or is there a physical limit of 20
>> regardless of environment.  Let me know how I can help.
>>
>>  
>>
>> Joseph  
>>
>>  
>>
>> Joseph Karwat | CEO | 415-462-0263 | JellVideo|
>> www.jellnet.com | *Error! Filename not specified.* 
>>
>> *Jell Networks, Inc**. *
>>
>> Enterprise Video Collaboration Solutions
>>
>>  
>>
>> Click Here to Register for your JellVideo Collaboration 
>> Account
>> 
>>
>>  
>>
>>  
>>
>> *Stephen Cottham
>> *Group IT Manager (Associate)
>>
>> Robert Bird Group
>> Level 5, 333 Ann St
>> Brisbane, Queensland, 4000, Australia
>>
>> *Phone: +6173 319 2777 <%2B6173%20319%202777> (AUS)*
>>
>> *Phone: +44207 633 2880 <%2B44207%C2%A0633%202880> (UK)*
>>
>> *Fax: +6173 319 2799 <%2B6173%20319%202799>*
>>
>>  
>>
>> *Mobile:  +61400 756 963 <%2B61400%20756%20963> (AUS)*
>>
>> *Mobile:  +447900 918 616 <%2B447900%20918%20616> (UK)*
>>
>> *Web: **www.robertbird.com* 
>>
>> *Error! Filename not specified.* 
>>
>>
>> This email and any attachments are confidential and may contain legally
>> privileged information or copyright material. Unless expressly stated,
>> confidentiality and/or legal privilege is not intended to be waived by the
>> sending of this email. The contents of this email, including any
>> attachments, are intended solely for the use of the individual or entity to
>> whom they are addressed. If you are not an intended recipient, please
>> contact us immediately by return email and then delete both messages. You
>> may not otherwise read, forward, copy, use or disclose this email or any
>> attachments. Any views expressed in this email are those of the individual
>> sender except where the sender expressly, and with authority, states
>> otherwise. It is your responsibility to check any attachments for viruses
>> or defects before opening or sending them on. None of the sender or its
>> related entities accepts any liability for any consequential damage
>> resulting from this email containing computer viruses. 
>>
>> 
>>
>>
>> Disclaimer added by *CodeTwo Exchange Rules*
>> www.codetwo.com
>>
>> ** **
>>
>> 

RE: OM stress testing

[Irina Arkhipets]

Thank you,

We'll do in this way next time.

Regards,
Irina

-Original Message-
From: seba.wag...@gmail.com [mailto:seba.wag...@gmail.com] 
Sent: Wednesday, February 13, 2013 10:31 AM
To: dev
Subject: Re: OM stress testing

Thanks for the feedback,

could you start to boot the server with -Xms1024M -Xmx1024M ?
Cause I doubt that the Heap space error will happen with 17 or 20 (or 100
users) when 1GB of Ram is really available.

Sebastian

2013/2/13 Irina Arkhipets 

>  Hi Sebastian,
>
> ** **
>
> Just two additional comments from my side:
>
> ** **
>
> **1.   **"-Xms512M -Xmx1024M" java keys were used for OM starting
>
> **2.   **All the 19 users in the room had their video windows opened**
> **
>
> ** **
>
> Previously, when we run OM without "-Xmx" option specified, it died on the
> 14th user in the room approximately under the similar conditions.
>
> ** **
>
> Regards,
>
> Irina.
>
> ** **
>
> *From:* seba.wag...@gmail.com [mailto:seba.wag...@gmail.com]
> *Sent:* Wednesday, February 13, 2013 5:38 AM
> *To:* dev
> *Subject:* Re: OM stress testing
>
> ** **
>
> What script did you use to startup the server?
>
> You should use the red5-highperf.sh and have a look at the values for Xmx
> (max memory) and Xms (min memory).
>
> Please include those runtime informations / configurations from your start
> script in the stress test report.
>
> I tried to summarize some links and documentation about performance tuning
> once:
> http://openmeetings.apache.org/JVMPerformanceTuning.html
>
> Se for example the link to the JVM settings:
>
>
http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html
#PerformanceTuning
> 
>
> But Xmx and Xms is really the most important thing. There is also some
> param regard Heap and Thread, that are quite important for performance.***
> *
>
> ** **
>
> I think by default the JVM will aquire 60 MB.
>
> Sebastian
>
> ** **
>
> 2013/2/13 Stephen Cottham 
>
> At a guess I'd say you need more then 2 gig of RAM based on the exception
> from the java heap space.
>
> Sent from my iPad
>
>
> On 12 Feb 2013, at 22:25, "Joseph Karwat"  wrote:
>
>   Vasiliy:
>
>  
>
> Terrific information and test. I look forward to seeing more of your
> results.  It would be helpful to understand what caused the error.  Would
a
> more powerful computer handle the load or is there a physical limit of 20
> regardless of environment.  Let me know how I can help.
>
>  
>
> Joseph  
>
>  
>
> Joseph Karwat | CEO | 415-462-0263 | JellVideo
|
> www.jellnet.com | *Error! Filename not specified.* 
>
> *Jell Networks, Inc**. *
>
> Enterprise Video Collaboration Solutions
>
>  
>
> Click Here to Register for your JellVideo Collaboration
Account
> 
>
>  
>
>  
>
> *Stephen Cottham
> *Group IT Manager (Associate)
>
> Robert Bird Group
> Level 5, 333 Ann St
> Brisbane, Queensland, 4000, Australia
>
> *Phone: +6173 319 2777 <%2B6173%20319%202777> (AUS)*
>
> *Phone: +44207 633 2880 <%2B44207%C2%A0633%202880> (UK)*
>
> *Fax: +6173 319 2799 <%2B6173%20319%202799>*
>
>  
>
> *Mobile:  +61400 756 963 <%2B61400%20756%20963> (AUS)*
>
> *Mobile:  +447900 918 616 <%2B447900%20918%20616> (UK)*
>
> *Web: **www.robertbird.com* 
>
> *Error! Filename not specified.* 
>
>
> This email and any attachments are confidential and may contain legally
> privileged information or copyright material. Unless expressly stated,
> confidentiality and/or legal privilege is not intended to be waived by the
> sending of this email. The contents of this email, including any
> attachments, are intended solely for the use of the individual or entity
to
> whom they are addressed. If you are not an intended recipient, please
> contact us immediately by return email and then delete both messages. You
> may not otherwise read, forward, copy, use or disclose this email or any
> attachments. Any views expressed in this email are those of the individual
> sender except where the sender expressly, and with authority, states
> otherwise. It is your responsibility to check any attachments for viruses
> or defects before opening or sending them on. None of the sender or its
> related entities accepts any liability for any consequential damage
> resulting from this email containing computer viruses. 
>
> 
>
>
> Disclaimer added by *CodeTwo Exchange Rules*
> www.codetwo.com
>
> ** **
>
> *From:* Vasya [mailto:va...@unipro.ru]
> *Sent:* Tuesday, February 12, 2013 12:49 AM
> *To:* dev@openmeetings.apache.org
> *Subject:* OM stress testing
>
>  
>
> Hello all!
>
> Today we have started stress testing of Openmeetings to detect reliability
> and collect statistics.
>
> We plan to run stress tests weekly (on Tuesdays) and send reports to
> dev@openmeetings.apach

Issue with OM per user streams

[Maxim Solodovnik]

Hello Sebastian,

sorry for double post, but I would like to gain your attention at the
following problem:


if there is lot of users lots of users in the room (5-7) some of them can't
hear some others until "reload" of streams on the client.
Timur told me that according to the log of red5sip there is weird queue of
method calls: newStream gets called twice. Additionally if user has stream
with id 24 and select "reload" the following methods are gets called:
closeStream(25) // NOTE 25 not 24
then
newStream(25)

Maybe you can say what is wrong?

-- 
WBR
Maxim aka solomax

Re: Issue with OM per user streams

[seba.wag...@gmail.com]

Is this a problem that only happens with SIP integration or also standalone?

I will have to test that first. It sounds a bit weird, but I can't test it
as I don have 5-7 pc's.
And using a single pc makes no sense when testing audio/video.

We have two rtmp connection per stream, but that would still not explain
your issues with the id.
Which Id are your refering to exactly? broadCastId or streamId ?
broadcastId would be the name of the stream under which the user publishs
(aka NetStream) streamId is the rtmp connection (aka NetConnection),
you connect to: rtmp://blabla:1935/openmeetings/
And each client will publish his webcam+micro in one stream, with the name
of the "broadCastId".

The StreamId can stay the same, for example if you re-publish your
settings, the NetConnection will always stay, but each time your webcam is
published a new "broadCastId" is requested from the server. (See
ScopeApplicationAdapter::getBroadCastId()). It is better to use a fresh
broadCastId each time you make a new NetStream.

"setSipTransport"  and "streamPublishStart" are new only methods that
invoke "newStream" as event in the client.

Sebastian


2013/2/13 Maxim Solodovnik 

> Hello Sebastian,
>
> sorry for double post, but I would like to gain your attention at the
> following problem:
>
>
> if there is lot of users lots of users in the room (5-7) some of them
> can't hear some others until "reload" of streams on the client.
> Timur told me that according to the log of red5sip there is weird queue of
> method calls: newStream gets called twice. Additionally if user has stream
> with id 24 and select "reload" the following methods are gets called:
> closeStream(25) // NOTE 25 not 24
> then
> newStream(25)
>
> Maybe you can say what is wrong?
>
> --
> WBR
> Maxim aka solomax
>



-- 
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wag...@gmail.com

Re: Issue with OM per user streams

[seba.wag...@gmail.com]

I actually don't understand:
((IServiceCapableConnection) conn).invoke("newStream", new
Object[]{currentClient}, this);
in the method setSipTransport

Actually _every_ stream that starts broadcasting will trigger an Event in
OpenMeetings.
We catch those "stream start events" in the method:
@Override
public synchronized void streamPublishStart(IBroadcastStream stream)

In the ScopeApplicationAdapter.

Where this stream is coming from, if its screensharing or audio/video, it
does not matter.
I would expect that if a SIP user connects via red5SIP, this method will be
still invoked, as it is just a "yet another stream" from the view of the
red5 server.
So why does "setSipTransport" call this method actively?
"streamPublishStart" (and through that "newStream") should be called
automatically as soon as the SIP user starts to stream audio to red5.

You just need to make sure that the Client (former RoomClient) has the
right flags set _before_ you start to stream. Cause the method
"streamPublishStart" will send a client object to all users. And you can't
pass any variables to "streamPublishStart" as this is a method/event
listener of Red5.

Calling "addNewUser" from "setSipTransport" makes sense for me, as this
logic is the same like in "setRoomValues". But calling "newStream" from
"setSipTransport" makes no sense to me. From my point of view you would get
a duplicated "newStream" method call everytime a SIP user connects:
1) When setSipTransport is invoked
2) When the actual stream starts

Can you check with that with Timur?

Sebastian


2013/2/13 seba.wag...@gmail.com 

> Is this a problem that only happens with SIP integration or also
> standalone?
>
> I will have to test that first. It sounds a bit weird, but I can't test it
> as I don have 5-7 pc's.
> And using a single pc makes no sense when testing audio/video.
>
> We have two rtmp connection per stream, but that would still not explain
> your issues with the id.
> Which Id are your refering to exactly? broadCastId or streamId ?
> broadcastId would be the name of the stream under which the user publishs
> (aka NetStream) streamId is the rtmp connection (aka NetConnection),
> you connect to: rtmp://blabla:1935/openmeetings/
> And each client will publish his webcam+micro in one stream, with the name
> of the "broadCastId".
>
> The StreamId can stay the same, for example if you re-publish your
> settings, the NetConnection will always stay, but each time your webcam is
> published a new "broadCastId" is requested from the server. (See
> ScopeApplicationAdapter::getBroadCastId()). It is better to use a fresh
> broadCastId each time you make a new NetStream.
>
> "setSipTransport"  and "streamPublishStart" are new only methods that
> invoke "newStream" as event in the client.
>
> Sebastian
>
>
> 2013/2/13 Maxim Solodovnik 
>
>> Hello Sebastian,
>>
>> sorry for double post, but I would like to gain your attention at the
>> following problem:
>>
>>
>> if there is lot of users lots of users in the room (5-7) some of them
>> can't hear some others until "reload" of streams on the client.
>> Timur told me that according to the log of red5sip there is weird queue
>> of method calls: newStream gets called twice. Additionally if user has
>> stream with id 24 and select "reload" the following methods are gets called:
>> closeStream(25) // NOTE 25 not 24
>> then
>> newStream(25)
>>
>> Maybe you can say what is wrong?
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
>
> --
> Sebastian Wagner
> https://twitter.com/#!/dead_lock
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wag...@gmail.com
>



-- 
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wag...@gmail.com

RE: Issue with OM per user streams

[Irina Arkhipets]

Sebastian,

>From my experience: it happens more often when SIP user is in the room, but
also we observed similar behavior without him too.

We can help you if you would like to try it. Just let me know and let's
discuss convenient time for this.
SIP integration is currently configured on our demo server (demo.dataved.ru)
so that you can call to the room from some software phone (we deal with
linphone).

Regards,
Irina.

-Original Message-
From: seba.wag...@gmail.com [mailto:seba.wag...@gmail.com] 
Sent: Wednesday, February 13, 2013 12:31 PM
To: Maxim Solodovnik
Cc: dev
Subject: Re: Issue with OM per user streams

Is this a problem that only happens with SIP integration or also standalone?

I will have to test that first. It sounds a bit weird, but I can't test it
as I don have 5-7 pc's.
And using a single pc makes no sense when testing audio/video.

We have two rtmp connection per stream, but that would still not explain
your issues with the id.
Which Id are your refering to exactly? broadCastId or streamId ?
broadcastId would be the name of the stream under which the user publishs
(aka NetStream) streamId is the rtmp connection (aka NetConnection),
you connect to: rtmp://blabla:1935/openmeetings/
And each client will publish his webcam+micro in one stream, with the name
of the "broadCastId".

The StreamId can stay the same, for example if you re-publish your
settings, the NetConnection will always stay, but each time your webcam is
published a new "broadCastId" is requested from the server. (See
ScopeApplicationAdapter::getBroadCastId()). It is better to use a fresh
broadCastId each time you make a new NetStream.

"setSipTransport"  and "streamPublishStart" are new only methods that
invoke "newStream" as event in the client.

Sebastian


2013/2/13 Maxim Solodovnik 

> Hello Sebastian,
>
> sorry for double post, but I would like to gain your attention at the
> following problem:
>
>
> if there is lot of users lots of users in the room (5-7) some of them
> can't hear some others until "reload" of streams on the client.
> Timur told me that according to the log of red5sip there is weird queue of
> method calls: newStream gets called twice. Additionally if user has stream
> with id 24 and select "reload" the following methods are gets called:
> closeStream(25) // NOTE 25 not 24
> then
> newStream(25)
>
> Maybe you can say what is wrong?
>
> --
> WBR
> Maxim aka solomax
>



-- 
Sebastian Wagner
https://twitter.com/#!/dead_lock
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wag...@gmail.com

Re: Issue with OM per user streams

[Тимур Тлеукенов]

Hello Sebastian!

This issue happens without SIP integration. You can see it with laslo
debuger.
After somebody click "(Re) start audio/video" button, other clients receive
newStream twice.

Here part of log from laszlo debuger:
 closeStream: «Object#935| {allowRecording: true, avsettings: 'av',
broadCastID: 5, ...
sendVarsToMessageWithClient : «Array(0)#937| []» «Array(3)#938|
['avsettings', '0', 'av']» avsettings
newStream: «Object#939| {allowRecording: true, avsettings: 'av',
broadCastID: 6, ...
 closeStream: «Object#942| {allowRecording: true, avsettings: 'av',
broadCastID: 6, ...
newStream: «Object#944| {allowRecording: true, avsettings: 'av',
broadCastID: 6, ...

Sometimes i see that client receive second closeStream before newStream and
stream is duplicated.

I checked log when SIP user connects:
newStream: «Object#975| {allowRecording: true, ..., broadCastID: 10,
canDraw: false, ...
addNewUser: «Object#977| {allowRecording: true, avsettings: 'av',
broadCastID: 10, ...
### initializeStreams addClientItem: «Date#978| Wed Feb 13 13:01:03
GMT+0700 2013» false 11 2 null
participantList addItem: «Object#977| {allowRecording: true, avsettings:
'av', broadCastID: 10, ...
object.isSuperModerator false
updateByMod, false 2
onmicMutedStatusChangedItem :3: b8d379ff26758fd4ff0ebe8de3921e54 false
newStream: «Object#980| {allowRecording: true, avsettings: 'av',
broadCastID: 10, ...

Actually newStream called twice in this case. So setSipTransport should be
fixed.


2013/2/13 seba.wag...@gmail.com 

> I actually don't understand:
> ((IServiceCapableConnection) conn).invoke("newStream", new
> Object[]{currentClient}, this);
> in the method setSipTransport
>
> Actually _every_ stream that starts broadcasting will trigger an Event in
> OpenMeetings.
> We catch those "stream start events" in the method:
> @Override
> public synchronized void streamPublishStart(IBroadcastStream stream)
>
> In the ScopeApplicationAdapter.
>
> Where this stream is coming from, if its screensharing or audio/video, it
> does not matter.
> I would expect that if a SIP user connects via red5SIP, this method will be
> still invoked, as it is just a "yet another stream" from the view of the
> red5 server.
> So why does "setSipTransport" call this method actively?
> "streamPublishStart" (and through that "newStream") should be called
> automatically as soon as the SIP user starts to stream audio to red5.
>
> You just need to make sure that the Client (former RoomClient) has the
> right flags set _before_ you start to stream. Cause the method
> "streamPublishStart" will send a client object to all users. And you can't
> pass any variables to "streamPublishStart" as this is a method/event
> listener of Red5.
>
> Calling "addNewUser" from "setSipTransport" makes sense for me, as this
> logic is the same like in "setRoomValues". But calling "newStream" from
> "setSipTransport" makes no sense to me. From my point of view you would get
> a duplicated "newStream" method call everytime a SIP user connects:
> 1) When setSipTransport is invoked
> 2) When the actual stream starts
>
> Can you check with that with Timur?
>
> Sebastian
>
>
> 2013/2/13 seba.wag...@gmail.com 
>
> > Is this a problem that only happens with SIP integration or also
> > standalone?
> >
> > I will have to test that first. It sounds a bit weird, but I can't test
> it
> > as I don have 5-7 pc's.
> > And using a single pc makes no sense when testing audio/video.
> >
> > We have two rtmp connection per stream, but that would still not explain
> > your issues with the id.
> > Which Id are your refering to exactly? broadCastId or streamId ?
> > broadcastId would be the name of the stream under which the user publishs
> > (aka NetStream) streamId is the rtmp connection (aka NetConnection),
> > you connect to: rtmp://blabla:1935/openmeetings/
> > And each client will publish his webcam+micro in one stream, with the
> name
> > of the "broadCastId".
> >
> > The StreamId can stay the same, for example if you re-publish your
> > settings, the NetConnection will always stay, but each time your webcam
> is
> > published a new "broadCastId" is requested from the server. (See
> > ScopeApplicationAdapter::getBroadCastId()). It is better to use a fresh
> > broadCastId each time you make a new NetStream.
> >
> > "setSipTransport"  and "streamPublishStart" are new only methods that
> > invoke "newStream" as event in the client.
> >
> > Sebastian
> >
> >
> > 2013/2/13 Maxim Solodovnik 
> >
> >> Hello Sebastian,
> >>
> >> sorry for double post, but I would like to gain your attention at the
> >> following problem:
> >>
> >>
> >> if there is lot of users lots of users in the room (5-7) some of them
> >> can't hear some others until "reload" of streams on the client.
> >> Timur told me that according to the log of red5sip there is weird queue
> >> of method calls: newStream gets called twice. Additionally if user has
> >> stream with id 24 and select "reload" the following methods are gets
> c

Re: Issue with OM per user streams

[seba.wag...@gmail.com]

Hi Timur,

yes thanks, I could duplicate the closeStream bug.
I seem to receive a closeStream Event too much and with another
(Room)Client object set.
That is strange, I will need some more time to debug that.

Sebastian


2013/2/13 Тимур Тлеукенов 

> Hello Sebastian!
>
> This issue happens without SIP integration. You can see it with laslo
> debuger.
> After somebody click "(Re) start audio/video" button, other clients
> receive newStream twice.
>
> Here part of log from laszlo debuger:
>  closeStream: «Object#935| {allowRecording: true, avsettings: 'av',
> broadCastID: 5, ...
> sendVarsToMessageWithClient : «Array(0)#937| []» «Array(3)#938|
> ['avsettings', '0', 'av']» avsettings
> newStream: «Object#939| {allowRecording: true, avsettings: 'av',
> broadCastID: 6, ...
>  closeStream: «Object#942| {allowRecording: true, avsettings: 'av',
> broadCastID: 6, ...
> newStream: «Object#944| {allowRecording: true, avsettings: 'av',
> broadCastID: 6, ...
>
> Sometimes i see that client receive second closeStream before newStream
> and stream is duplicated.
>
> I checked log when SIP user connects:
> newStream: «Object#975| {allowRecording: true, ..., broadCastID: 10,
> canDraw: false, ...
> addNewUser: «Object#977| {allowRecording: true, avsettings: 'av',
> broadCastID: 10, ...
> ### initializeStreams addClientItem: «Date#978| Wed Feb 13 13:01:03
> GMT+0700 2013» false 11 2 null
> participantList addItem: «Object#977| {allowRecording: true, avsettings:
> 'av', broadCastID: 10, ...
> object.isSuperModerator false
> updateByMod, false 2
> onmicMutedStatusChangedItem :3: b8d379ff26758fd4ff0ebe8de3921e54 false
> newStream: «Object#980| {allowRecording: true, avsettings: 'av',
> broadCastID: 10, ...
>
> Actually newStream called twice in this case. So setSipTransport should be
> fixed.
>
>
> 2013/2/13 seba.wag...@gmail.com 
>
> I actually don't understand:
>> ((IServiceCapableConnection) conn).invoke("newStream", new
>> Object[]{currentClient}, this);
>> in the method setSipTransport
>>
>> Actually _every_ stream that starts broadcasting will trigger an Event in
>> OpenMeetings.
>> We catch those "stream start events" in the method:
>> @Override
>> public synchronized void streamPublishStart(IBroadcastStream stream)
>>
>> In the ScopeApplicationAdapter.
>>
>> Where this stream is coming from, if its screensharing or audio/video, it
>> does not matter.
>> I would expect that if a SIP user connects via red5SIP, this method will
>> be
>> still invoked, as it is just a "yet another stream" from the view of the
>> red5 server.
>> So why does "setSipTransport" call this method actively?
>> "streamPublishStart" (and through that "newStream") should be called
>> automatically as soon as the SIP user starts to stream audio to red5.
>>
>> You just need to make sure that the Client (former RoomClient) has the
>> right flags set _before_ you start to stream. Cause the method
>> "streamPublishStart" will send a client object to all users. And you can't
>> pass any variables to "streamPublishStart" as this is a method/event
>> listener of Red5.
>>
>> Calling "addNewUser" from "setSipTransport" makes sense for me, as this
>> logic is the same like in "setRoomValues". But calling "newStream" from
>> "setSipTransport" makes no sense to me. From my point of view you would
>> get
>> a duplicated "newStream" method call everytime a SIP user connects:
>> 1) When setSipTransport is invoked
>> 2) When the actual stream starts
>>
>> Can you check with that with Timur?
>>
>> Sebastian
>>
>>
>> 2013/2/13 seba.wag...@gmail.com 
>>
>> > Is this a problem that only happens with SIP integration or also
>> > standalone?
>> >
>> > I will have to test that first. It sounds a bit weird, but I can't test
>> it
>> > as I don have 5-7 pc's.
>> > And using a single pc makes no sense when testing audio/video.
>> >
>> > We have two rtmp connection per stream, but that would still not explain
>> > your issues with the id.
>> > Which Id are your refering to exactly? broadCastId or streamId ?
>> > broadcastId would be the name of the stream under which the user
>> publishs
>> > (aka NetStream) streamId is the rtmp connection (aka NetConnection),
>> > you connect to: rtmp://blabla:1935/openmeetings/
>> > And each client will publish his webcam+micro in one stream, with the
>> name
>> > of the "broadCastId".
>> >
>> > The StreamId can stay the same, for example if you re-publish your
>> > settings, the NetConnection will always stay, but each time your webcam
>> is
>> > published a new "broadCastId" is requested from the server. (See
>> > ScopeApplicationAdapter::getBroadCastId()). It is better to use a fresh
>> > broadCastId each time you make a new NetStream.
>> >
>> > "setSipTransport"  and "streamPublishStart" are new only methods that
>> > invoke "newStream" as event in the client.
>> >
>> > Sebastian
>> >
>> >
>> > 2013/2/13 Maxim Solodovnik 
>> >
>> >> Hello Sebastian,
>> >>
>> >> sorry for double post, but I would like to gain your attention