Re: [VOTE] Apache OpenMeetings 2.1.0 Release Candidate 1
Start/stop recordings works as expected sw_vers ProductName:Mac OS X ProductVersion: 10.6.8 BuildVersion: 10K549 java -version java version 1.6.0_43 Java(TM) SE Runtime Environment (build 1.6.0_43-b01-447-10M4203) Java HotSpot(TM) Client VM (build 20.14-b01-447, mixed mode) On Mon, Mar 11, 2013 at 10:38 AM, Maxim Solodovnik solomax...@gmail.comwrote: its weird :( I'll doublecheck The only change made to screensharing was the fix proposed by Artyom On Mon, Mar 11, 2013 at 10:28 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: Hi Maxim, yes I have x264 enabled. HOwever the issue is not in the process of the recording. Its the recording itself. Hitting the stop recording button just results in nothing. Sebastian 2013/3/11 Maxim Solodovnik solomax...@gmail.com OK, I'll close the VOTE (4 days passed) formally the vote is passed (more positive votes than negative) nevertheless I think we need to resolve couple of minor issues found (surprisingly there are no JIRA issues about it) @Sebastian have you recompiled your ffmpeg to support h264? On Mon, Mar 11, 2013 at 9:19 AM, Jaime Balbino jaimeb...@gmail.com wrote: The Eldad's video bug is old problem. I dont know tickets from this. Afect the user with post video only. I think this is maybe some plugin flash in Linux. I am reinstall OM 2.1RC1 now. For this I change again my vote for 0 (zero). 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com Eldad/Jaime Are there JIRA tickets for the issues? Thanks, Sebastian 2013/3/11 Eldad Yamin elda...@gmail.com Unless you fix the video bug (cannot remove played videos from screen) I'd say -1. On Sun, Mar 10, 2013 at 10:04 PM, Alexei Fedotov alexei.fedo...@gmail.comwrote: Hello Jaime, -1 votes should contain some justification 11.03.2013 0:02 пользователь Jaime Balbino jaimeb...@gmail.com написал: I review my vote: -1 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com I appreciate all efforts going into that release but I think it needs some more testing. Therefore my vote is currently negative. Mainly because recording on OSX did not work I will have to verify that on another box where windows is installed. Testing machine OSX 10.8.2, java 1.6.0_43 Database: Default derby build in database Issues: - Server needed 50% of the CPU as soon as I started to record in the screensharing client (the java process of the server took 50% the screensharing process took another 20-30 %). After starting the recording, hitting the stop button just resulted in nothing. I am also a bit concerned about the Flash Players CPU usage. In previous versions I think the usage of the CPU was significant lower when you did a share your cam+mic. But I first need to verify that using the old release to have some concrete numbers. The Clustering feature is also not ready to be officially released. The release notes say nothing about the missing components. For example: Whiteboard not stored in database, chat not stored in database (which both has minor effects when not done however this would be essential to know for anybody doing tests with it). The overall chat is not stored in the database and also not synced between cluster nodes, so that the initial node of the cluster should be the same for anybody connecting to openmeetings (also this has only minor effects but nowhere documented). Server user/pass is nowhere in use but still to be in the database. After all there is only a single 3th party verification of the cluster. The feature is of beta quality. Sebastian 2013/3/8 Maxim Solodovnik solomax...@gmail.com That's a pity :( I was sure all blocking issues are resolved. (There was mail thread with release bug list) @George can you create issues in JIRA? @Sebastian currently I'm modifying Release guide on the fly I'll update it with all my steps, so it will be up-to-date On Fri, Mar 8, 2013 at 9:10 AM, George Kirkham gkirk...@co2crc.com.au wrote: -1 Hi All, I personally believe we should delay the release of RC1 while we attend to minor design/GUI and bug issues. During this time that
Re: [jira] [Created] (OPENMEETINGS-552) Release blocking UI issues
We should use mail instead of username. That's a common interface trend. 11.03.2013 11:41 пользователь Maxim Solodovnik (JIRA) j...@apache.org написал: Maxim Solodovnik created OPENMEETINGS-552: - Summary: Release blocking UI issues Key: OPENMEETINGS-552 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-552 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 2.1 Apache Release Reporter: George Kirkham Assignee: Maxim Solodovnik Priority: Blocker Fix For: 2.1 Apache Release 1) Why do we have the “Domain” field, which confuses users, when there is only one option to select? This option has no meaning to users, so why display it if there are no valid options for users to select? 2) The field name “Username or mail”, what does “mail” mean? OK, I know that the actual text is “Username or mail address”, but the text gets truncated, and so the displayed text becomes incorrect wording. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [jira] [Created] (OPENMEETINGS-552) Release blocking UI issues
I can refactor it in 3.0 :) On Mon, Mar 11, 2013 at 2:43 PM, Alexei Fedotov alexei.fedo...@gmail.comwrote: We should use mail instead of username. That's a common interface trend. 11.03.2013 11:41 пользователь Maxim Solodovnik (JIRA) j...@apache.org написал: Maxim Solodovnik created OPENMEETINGS-552: - Summary: Release blocking UI issues Key: OPENMEETINGS-552 URL: https://issues.apache.org/jira/browse/OPENMEETINGS-552 Project: Openmeetings Issue Type: Bug Components: UI Affects Versions: 2.1 Apache Release Reporter: George Kirkham Assignee: Maxim Solodovnik Priority: Blocker Fix For: 2.1 Apache Release 1) Why do we have the “Domain” field, which confuses users, when there is only one option to select? This option has no meaning to users, so why display it if there are no valid options for users to select? 2) The field name “Username or mail”, what does “mail” mean? OK, I know that the actual text is “Username or mail address”, but the text gets truncated, and so the displayed text becomes incorrect wording. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira -- WBR Maxim aka solomax
Re: [VOTE] Apache OpenMeetings 2.1.0 Release Candidate 1
b) you need to have ffmpeg with x264 support enabled: root@Ubuntu ~ # ffmpeg -version ffmpeg version git-2013-03-11-1123080 built on Mar 11 2013 06:15:35 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libass --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat54. 63.104 / 54. 63.104 libavdevice54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc52. 2.100 / 52. 2.100 can you please be more specific regarding c) ? On Mon, Mar 11, 2013 at 2:53 PM, Jaime Balbino jaimeb...@gmail.com wrote: a) Sharing OK, but no record. Botton no start. b) I use new ffmpeg 1.3 buy source. No record video, only audio, in interview room. c) Video stand in Witheboard in user with startup. Another users clean. d) Rest OK. More speed and stable. Debian 6/64 java version 1.6.0_26 Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) 2013/3/11 Maxim Solodovnik solomax...@gmail.com Start/stop recordings works as expected sw_vers ProductName:Mac OS X ProductVersion: 10.6.8 BuildVersion: 10K549 java -version java version 1.6.0_43 Java(TM) SE Runtime Environment (build 1.6.0_43-b01-447-10M4203) Java HotSpot(TM) Client VM (build 20.14-b01-447, mixed mode) On Mon, Mar 11, 2013 at 10:38 AM, Maxim Solodovnik solomax...@gmail.com wrote: its weird :( I'll doublecheck The only change made to screensharing was the fix proposed by Artyom On Mon, Mar 11, 2013 at 10:28 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: Hi Maxim, yes I have x264 enabled. HOwever the issue is not in the process of the recording. Its the recording itself. Hitting the stop recording button just results in nothing. Sebastian 2013/3/11 Maxim Solodovnik solomax...@gmail.com OK, I'll close the VOTE (4 days passed) formally the vote is passed (more positive votes than negative) nevertheless I think we need to resolve couple of minor issues found (surprisingly there are no JIRA issues about it) @Sebastian have you recompiled your ffmpeg to support h264? On Mon, Mar 11, 2013 at 9:19 AM, Jaime Balbino jaimeb...@gmail.com wrote: The Eldad's video bug is old problem. I dont know tickets from this. Afect the user with post video only. I think this is maybe some plugin flash in Linux. I am reinstall OM 2.1RC1 now. For this I change again my vote for 0 (zero). 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com Eldad/Jaime Are there JIRA tickets for the issues? Thanks, Sebastian 2013/3/11 Eldad Yamin elda...@gmail.com Unless you fix the video bug (cannot remove played videos from screen) I'd say -1. On Sun, Mar 10, 2013 at 10:04 PM, Alexei Fedotov alexei.fedo...@gmail.comwrote: Hello Jaime, -1 votes should contain some justification 11.03.2013 0:02 пользователь Jaime Balbino jaimeb...@gmail.com написал: I review my vote: -1 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com I appreciate all efforts going into that release but I think it needs some more testing. Therefore my vote is currently negative. Mainly because recording on OSX did not work I will have to verify that on another box where windows is installed. Testing machine OSX 10.8.2, java 1.6.0_43 Database: Default derby build in database Issues: - Server needed 50% of the CPU as soon as I started to record in the screensharing client (the java process of the server took 50% the screensharing process took another 20-30 %). After starting the recording, hitting the stop button just resulted in nothing. I am also a bit concerned about the Flash Players CPU usage. In previous versions I think the usage of the CPU was significant lower when you did a share your cam+mic. But I first need to verify that using the old release to have some concrete numbers. The Clustering feature is also not ready to be officially released. The
Re: [VOTE] Apache OpenMeetings 2.1.0 Release Candidate 1
I have the default Ubuntu plugin. If you'd like, I'll be happy to help you debug it. Eldad. On Mon, Mar 11, 2013 at 4:19 AM, Jaime Balbino jaimeb...@gmail.com wrote: The Eldad's video bug is old problem. I dont know tickets from this. Afect the user with post video only. I think this is maybe some plugin flash in Linux. I am reinstall OM 2.1RC1 now. For this I change again my vote for 0 (zero). 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com Eldad/Jaime Are there JIRA tickets for the issues? Thanks, Sebastian 2013/3/11 Eldad Yamin elda...@gmail.com Unless you fix the video bug (cannot remove played videos from screen) I'd say -1. On Sun, Mar 10, 2013 at 10:04 PM, Alexei Fedotov alexei.fedo...@gmail.comwrote: Hello Jaime, -1 votes should contain some justification 11.03.2013 0:02 пользователь Jaime Balbino jaimeb...@gmail.com написал: I review my vote: -1 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com I appreciate all efforts going into that release but I think it needs some more testing. Therefore my vote is currently negative. Mainly because recording on OSX did not work I will have to verify that on another box where windows is installed. Testing machine OSX 10.8.2, java 1.6.0_43 Database: Default derby build in database Issues: - Server needed 50% of the CPU as soon as I started to record in the screensharing client (the java process of the server took 50% the screensharing process took another 20-30 %). After starting the recording, hitting the stop button just resulted in nothing. I am also a bit concerned about the Flash Players CPU usage. In previous versions I think the usage of the CPU was significant lower when you did a share your cam+mic. But I first need to verify that using the old release to have some concrete numbers. The Clustering feature is also not ready to be officially released. The release notes say nothing about the missing components. For example: Whiteboard not stored in database, chat not stored in database (which both has minor effects when not done however this would be essential to know for anybody doing tests with it). The overall chat is not stored in the database and also not synced between cluster nodes, so that the initial node of the cluster should be the same for anybody connecting to openmeetings (also this has only minor effects but nowhere documented). Server user/pass is nowhere in use but still to be in the database. After all there is only a single 3th party verification of the cluster. The feature is of beta quality. Sebastian 2013/3/8 Maxim Solodovnik solomax...@gmail.com That's a pity :( I was sure all blocking issues are resolved. (There was mail thread with release bug list) @George can you create issues in JIRA? @Sebastian currently I'm modifying Release guide on the fly I'll update it with all my steps, so it will be up-to-date On Fri, Mar 8, 2013 at 9:10 AM, George Kirkham gkirk...@co2crc.com.au wrote: -1 Hi All, I personally believe we should delay the release of RC1 while we attend to minor design/GUI and bug issues. During this time that Apache OpenMeetings 2.1.0 RC1 is going through testing and bug fixes, development [of new features] could continue with Apache OpenMeetings 2.2. My reasoning is that people I show OpenMeetings to are impressed with its capabilities but are really turned off by the obvious issues with the system, for example text that flows over or under other test or fields in the windows/dialog boxes. Now that we are with Apache, I would really appreciate it if OpenMeetings did not have these little but annoying issues/bugs and that we put forward a much more professional and polished product. An easy to use, consistent, and stable application. New features can be added along the way with version 2.2, but we really should get to a position where what we have for 2.1.0 RC1 is well designed and maintained. When people complain about the look and feel (and they are correct to complain), it really upsets me, and my users do complain, not loudly, but it is obvious that they do not appreciate these minor issues that detract from an otherwise great application, I
Re: [VOTE] Apache OpenMeetings 2.1.0 Release Candidate 1
Thanks About (c): If you play video in Whiteboard, don't is possible stop it. Video stand in screen, but only user start video. Because this I think is plugin flash error. 2013/3/11 Maxim Solodovnik solomax...@gmail.com b) you need to have ffmpeg with x264 support enabled: root@Ubuntu ~ # ffmpeg -version ffmpeg version git-2013-03-11-1123080 built on Mar 11 2013 06:15:35 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libass --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat54. 63.104 / 54. 63.104 libavdevice54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc52. 2.100 / 52. 2.100 can you please be more specific regarding c) ? On Mon, Mar 11, 2013 at 2:53 PM, Jaime Balbino jaimeb...@gmail.com wrote: a) Sharing OK, but no record. Botton no start. b) I use new ffmpeg 1.3 buy source. No record video, only audio, in interview room. c) Video stand in Witheboard in user with startup. Another users clean. d) Rest OK. More speed and stable. Debian 6/64 java version 1.6.0_26 Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) 2013/3/11 Maxim Solodovnik solomax...@gmail.com Start/stop recordings works as expected sw_vers ProductName:Mac OS X ProductVersion: 10.6.8 BuildVersion: 10K549 java -version java version 1.6.0_43 Java(TM) SE Runtime Environment (build 1.6.0_43-b01-447-10M4203) Java HotSpot(TM) Client VM (build 20.14-b01-447, mixed mode) On Mon, Mar 11, 2013 at 10:38 AM, Maxim Solodovnik solomax...@gmail.com wrote: its weird :( I'll doublecheck The only change made to screensharing was the fix proposed by Artyom On Mon, Mar 11, 2013 at 10:28 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: Hi Maxim, yes I have x264 enabled. HOwever the issue is not in the process of the recording. Its the recording itself. Hitting the stop recording button just results in nothing. Sebastian 2013/3/11 Maxim Solodovnik solomax...@gmail.com OK, I'll close the VOTE (4 days passed) formally the vote is passed (more positive votes than negative) nevertheless I think we need to resolve couple of minor issues found (surprisingly there are no JIRA issues about it) @Sebastian have you recompiled your ffmpeg to support h264? On Mon, Mar 11, 2013 at 9:19 AM, Jaime Balbino jaimeb...@gmail.com wrote: The Eldad's video bug is old problem. I dont know tickets from this. Afect the user with post video only. I think this is maybe some plugin flash in Linux. I am reinstall OM 2.1RC1 now. For this I change again my vote for 0 (zero). 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com Eldad/Jaime Are there JIRA tickets for the issues? Thanks, Sebastian 2013/3/11 Eldad Yamin elda...@gmail.com Unless you fix the video bug (cannot remove played videos from screen) I'd say -1. On Sun, Mar 10, 2013 at 10:04 PM, Alexei Fedotov alexei.fedo...@gmail.comwrote: Hello Jaime, -1 votes should contain some justification 11.03.2013 0:02 пользователь Jaime Balbino jaimeb...@gmail.com написал: I review my vote: -1 2013/3/10 seba.wag...@gmail.com seba.wag...@gmail.com I appreciate all efforts going into that release but I think it needs some more testing. Therefore my vote is currently negative. Mainly because recording on OSX did not work I will have to verify that on another box where windows is installed. Testing machine OSX 10.8.2, java 1.6.0_43 Database: Default derby build in database Issues: - Server needed 50% of the CPU as soon as I started to record in the screensharing client (the java process of the server took 50% the screensharing process took another 20-30 %). After starting the recording, hitting the stop button just resulted in nothing. I am also a bit concerned about the Flash Players CPU usage. In
Re: [VOTE] Apache OpenMeetings 2.1.0 Release Candidate 1
@Eldad, @Jaime I'm unable to reproduce video on Whiteboard issue using latest OM, please provide detailed steps to reproduce and ensure you are using latest OM (2.1RC1/trunk) On Tue, Mar 12, 2013 at 7:18 AM, Maxim Solodovnik solomax...@gmail.comwrote: Sebastian, I'll prepare RC2 Can you please take a look at Release Notes and update it? I plan to check the cluster and video on WB today. On Tue, Mar 12, 2013 at 4:51 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: @Maxim: What is your decision? Release that candidate or make a RC2? Its basically your decision as Release Manager. I would suggest to have some discussion about that. @Jaime: I don't think your issue is a plugin error. It is more likely that some event send from the SWF8 to the SWF11 app through LocalConnection fails and that is why the video stays on the whiteboard. I have seen such an issue before and actually fixed it. However first of all we need to be able to reproduce it. Sebastian 2013/3/11 Eldad Yamin elda...@gmail.com @Maxim Yes, flash plugin. When I'll get home, I'll be able to provide more info (version etc.). Eldad. On Mon, Mar 11, 2013 at 10:22 AM, Maxim Solodovnik solomax...@gmail.com wrote: @Eldad you have default Ubuntu plugin for what? do you mean flash plugin? @Jaime I'll doublecheck On Mon, Mar 11, 2013 at 3:08 PM, Jaime Balbino jaimeb...@gmail.com wrote: Thanks About (c): If you play video in Whiteboard, don't is possible stop it. Video stand in screen, but only user start video. Because this I think is plugin flash error. 2013/3/11 Maxim Solodovnik solomax...@gmail.com b) you need to have ffmpeg with x264 support enabled: root@Ubuntu ~ # ffmpeg -version ffmpeg version git-2013-03-11-1123080 built on Mar 11 2013 06:15:35 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libass --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat54. 63.104 / 54. 63.104 libavdevice54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc52. 2.100 / 52. 2.100 can you please be more specific regarding c) ? On Mon, Mar 11, 2013 at 2:53 PM, Jaime Balbino jaimeb...@gmail.com wrote: a) Sharing OK, but no record. Botton no start. b) I use new ffmpeg 1.3 buy source. No record video, only audio, in interview room. c) Video stand in Witheboard in user with startup. Another users clean. d) Rest OK. More speed and stable. Debian 6/64 java version 1.6.0_26 Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) 2013/3/11 Maxim Solodovnik solomax...@gmail.com Start/stop recordings works as expected sw_vers ProductName:Mac OS X ProductVersion: 10.6.8 BuildVersion: 10K549 java -version java version 1.6.0_43 Java(TM) SE Runtime Environment (build 1.6.0_43-b01-447-10M4203) Java HotSpot(TM) Client VM (build 20.14-b01-447, mixed mode) On Mon, Mar 11, 2013 at 10:38 AM, Maxim Solodovnik solomax...@gmail.com wrote: its weird :( I'll doublecheck The only change made to screensharing was the fix proposed by Artyom On Mon, Mar 11, 2013 at 10:28 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: Hi Maxim, yes I have x264 enabled. HOwever the issue is not in the process of the recording. Its the recording itself. Hitting the stop recording button just results in nothing. Sebastian 2013/3/11 Maxim Solodovnik solomax...@gmail.com OK, I'll close the VOTE (4 days passed) formally the vote is passed (more positive votes than negative) nevertheless I think we need to resolve couple of minor issues found (surprisingly there are no JIRA issues about it) @Sebastian have you recompiled your ffmpeg to support h264? On Mon, Mar 11, 2013 at 9:19 AM, Jaime Balbino jaimeb...@gmail.com wrote: The Eldad's video bug is old problem. I
Re: [VOTE] Apache OpenMeetings 2.1.0 Release Candidate 1
Hi All, Here are my comments regarding the Release Notes in the README file ( http://svn.apache.org/repos/asf/openmeetings/tags/2.1RC1/README): 1). Admin calendar HTML UI: Moving to HTML5 is great in perspective and is difficult to implement, however it's not fully completed and from the end user's point of view it's not too important. Actually, I don't think that somebody will use it right now. Just because only static parts of GUI were implemented. So I would suggest move it into the bottom part of the issues list from the very first line 2). Regarding the private chat: I would add info about moderated chat feature to the same line 3). SMS sending module has been implemented 4). Some improvements for recordings have been made (at least, I remember several recent Artyom's fixes - #520, #515) 5). Some GUI improvementes have been made. For example, I like new Generate URL button in the e-mail invitation screen and use it very often. Yes, this is not very difficult change, but I've just found hat it's really usefull. At lease, we can add some line like Minor GUI improvements to the notes. Another changes are: confirm the exclusive audio (#527), font styles icons (#525), show/copy chat log (#521), turning micro confirmation dialog (#497), ability to add multiple external attendees (#495). etc. Also, README currently contains release notes both for versions 2.0 and 2.1. I believe notes for 2.0 should be removed now. Best regards, Irina. On Tue, Mar 12, 2013 at 10:46 AM, Maxim Solodovnik solomax...@gmail.comwrote: @Eldad, @Jaime I'm unable to reproduce video on Whiteboard issue using latest OM, please provide detailed steps to reproduce and ensure you are using latest OM (2.1RC1/trunk) On Tue, Mar 12, 2013 at 7:18 AM, Maxim Solodovnik solomax...@gmail.com wrote: Sebastian, I'll prepare RC2 Can you please take a look at Release Notes and update it? I plan to check the cluster and video on WB today. On Tue, Mar 12, 2013 at 4:51 AM, seba.wag...@gmail.com seba.wag...@gmail.com wrote: @Maxim: What is your decision? Release that candidate or make a RC2? Its basically your decision as Release Manager. I would suggest to have some discussion about that. @Jaime: I don't think your issue is a plugin error. It is more likely that some event send from the SWF8 to the SWF11 app through LocalConnection fails and that is why the video stays on the whiteboard. I have seen such an issue before and actually fixed it. However first of all we need to be able to reproduce it. Sebastian 2013/3/11 Eldad Yamin elda...@gmail.com @Maxim Yes, flash plugin. When I'll get home, I'll be able to provide more info (version etc.). Eldad. On Mon, Mar 11, 2013 at 10:22 AM, Maxim Solodovnik solomax...@gmail.com wrote: @Eldad you have default Ubuntu plugin for what? do you mean flash plugin? @Jaime I'll doublecheck On Mon, Mar 11, 2013 at 3:08 PM, Jaime Balbino jaimeb...@gmail.com wrote: Thanks About (c): If you play video in Whiteboard, don't is possible stop it. Video stand in screen, but only user start video. Because this I think is plugin flash error. 2013/3/11 Maxim Solodovnik solomax...@gmail.com b) you need to have ffmpeg with x264 support enabled: root@Ubuntu ~ # ffmpeg -version ffmpeg version git-2013-03-11-1123080 built on Mar 11 2013 06:15:35 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-libass --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libspeex --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 19.100 / 52. 19.100 libavcodec 54. 92.100 / 54. 92.100 libavformat54. 63.104 / 54. 63.104 libavdevice54. 3.103 / 54. 3.103 libavfilter 3. 44.101 / 3. 44.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc52. 2.100 / 52. 2.100 can you please be more specific regarding c) ? On Mon, Mar 11, 2013 at 2:53 PM, Jaime Balbino jaimeb...@gmail.com wrote: a) Sharing OK, but no record. Botton no start. b) I use new ffmpeg 1.3 buy source. No record video, only audio, in interview room. c) Video stand in Witheboard in user with startup. Another users clean. d) Rest OK. More speed and stable. Debian 6/64 java version 1.6.0_26 Java(TM) SE Runtime Environment (build 1.6.0_26-b03) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02, mixed mode) 2013/3/11 Maxim Solodovnik
Issue with cluster
Hello Sebastian, while testing cluster I found an issue: Steps: 1) configure 2 servers to work in cluster mode ( http://openmeetings.apache.org/Clustering.html) 2) start both servers 3) login to each server with different users Result: one of the servers has following Exception in the logs: DEBUG 03-12 11:12:40.162 ScopeApplicationAdapter.java 295262 463 org.apache.openmeetings.remote.red5.ScopeApplicationAdapter [NioProcessor-2] - --- getPublicSID ERROR 03-12 11:12:40.214 SessionManager.java 295314 129 org.apache.openmeetings.session.SessionManager [NioProcessor-2] - [getClientByStreamId] java.lang.RuntimeException: more then one client was found streamId 0 server Server [id=1, name=master-105, address=192.168.72.105, port=5080, user=admin, pass=12345, protocol=http, active=true, webapp=openmeetings, deleted=false] at org.apache.openmeetings.data.conference.dao.ClientDao.getClientByServerAndStreamId(ClientDao.java:115) ~[openmeetings-2.1.0-SNAPSHOT.jar:na] I guess this is because streamid is not unique anymore (both client just entered to the different red5 instances have streamId == 0) From the user perspective rtmp connection get dropped and client switched to RTMPT (Try 1) Room chat works as expected (the fact messages are not stored in the DB is not so important until everybody left the room, after that room can be opened on another server by auto-balancer) According to the Administration-Connections tab connection dropped because of issue above still listed as active . As you have mentioned before global chat is not working in this case. But as you also have mentioned this limitation can be bypassed if master server will be used as entry point by OM users) I believe current cluster implementation has same limitations as previous version, but better implemented. -- WBR Maxim aka solomax
