Re: file not found
please use binary distribution from here: https://builds.apache.org/job/openmeetings/ for ex. https://builds.apache.org/job/openmeetings/lastSuccessfulBuild/artifact/singlewebapp/dist/apache-openmeetings-2.1.0.r1444991-11-02-2013_2323.tar.gz On Tue, Feb 12, 2013 at 1:02 PM, Aysha Saddiqa wrote: > "C:\Builds\singlewebapp\dist" path not found after extracting the files > using command line "svn checkout > https://svn.apache.org/repos/asf/openmeetings/trunk/singlewebapp/";. How > can I find the red5.bat file and how to run it? > -- WBR Maxim aka solomax
file not found
"C:\Builds\singlewebapp\dist" path not found after extracting the files using command line "svn checkout https://svn.apache.org/repos/asf/openmeetings/trunk/singlewebapp/";. How can I find the red5.bat file and how to run it?
Re: Request OpenMeetings! OpenMeetings Service failed and no response was returned.
Have you installed curl for apache? Are you able to connect from Moodle server to OM server? Is your apache have persission to connect to other sites using curl? On Tue, Feb 12, 2013 at 10:39 AM, Andre Bueno Lima wrote: > Hi guys, >I need some help about openmeetings 2.1 and moodle 2.4. I followed the > instructions at > https://moodle.org/plugins/view.php?plugin=mod_openmeetings&lang=pt_brwith > the latest version of mod_moodle > (apache-openmeetings-moodle-plugin-incubating-1.4.tar.gz). But, when I go > create a Activity for a room, I get : > "Request OpenMeetings! OpenMeetings Service failed and no response was > returned." > Could anyone help me? > > Thanks. > > Andre -- WBR Maxim aka solomax
Request OpenMeetings! OpenMeetings Service failed and no response was returned.
Hi guys, I need some help about openmeetings 2.1 and moodle 2.4. I followed the instructions at https://moodle.org/plugins/view.php?plugin=mod_openmeetings&lang=pt_br with the latest version of mod_moodle (apache-openmeetings-moodle-plugin-incubating-1.4.tar.gz). But, when I go create a Activity for a room, I get : "Request OpenMeetings! OpenMeetings Service failed and no response was returned." Could anyone help me? Thanks. Andre
RE: GSoC project ideas wanted: Acoustic Echo Cancellation
Sebastian, A few suggestions: 1) If the Adobe Acoustic Echo Cancellation (AEC) has not as yet been implemented, please have the students complete this addition. 2) Quality Assurance testing for the User Interface, review the UI and ensure that features work well, text entered in an entry field does not overflow when displayed in later Windows/Fields. 3) Data validation checking for any data entry fields. Thanks, George Kirkham From: seba.wag...@gmail.com [mailto:seba.wag...@gmail.com] Sent: Tuesday, 12 February 2013 6:45 AM To: dev Cc: user@openmeetings.apache.org Subject: GSoC project ideas wanted Google Summer of Code is about to start soon! Google sponsors every student with 4500USD. Plus 500 for the Apache Foundation. We are searching for ideas what porential students can do. Ideas from Non-Developers are welcome too! We will add the ideas to JIRA then with a special label so students can find it. Sebastian
Re: GSoC project ideas wanted
Regarding point No2: Compression ratio in the screensharing is somehow limited to the available codecs we can use. We can use SHA1 and SHA2 (Adobe Screen Sharing Codec). I think we currently use SHA1, SHA2 might be a nice project for a student that is interested in coding some codec. And I think we can provide a reference implementation somewhere. I think this project has good chances and a well defined scope. @Daniel: Screenshot tool is also a nice idea, but it would end up to be part of the screensharing Web-Start application. Is that what you intend to propose? Sebastian 2013/2/12 seba.wag...@gmail.com > Hi Ed, > > thanks for your ideas. > > About idea no 1: > That is an interesting idea, however it won't be possible that you provide > a "free to choose" bandwidth for each user. > The background is: Every stream that any client consumes has to be created > somewhere. > So what could be realized is that every stream that is broadcasted from > one user via webcam to Red5/OpenMeetings will be re-transcoded into > multiple streams (high, middle, low) bandwidth. > > So there might be some limitations to that: > - "high" quality will never be better then the original material. We > can't make a picture better then the original. So all re-transcoding will > only make the original to lower quality, never to higher. > - Re-transcoding has to happen on the server side (and number of streams > are limited, we can't provide a stream on the required bandwidth > "on-demand" for each user, or only with very big effort) > - it will require real-time transcoding on server side which is possible > with FFMPEG and some integration into Red5. But we would need a very > specialized student that is keen and very motiviated as there is hardly any > documentation on that available in the internet. > What a project makes a success is if all participant know the potential > outcome and the tools and methods that are needed to realize that. I would > be happy to put this project on our list but it will be difficult to find > somebody with the needed skills. > > Sebastian > > > > 2013/2/12 BBS Technik > >> Hi all, >> >> I think, one of the gratest liminations for satisfactory video >> conferencing with om is the limited bandwidth of internet connections of >> the clients . >> Therefore I would like to suggest the following ideas for a GSoC project : >> >> 1. The image size of the videos transferred from the om server to the >> clients should be adapted to the video window size set in the recipient >> client. >> Thus the recipient client itself could influence the transferred amount >> of data to it. >> Then all the participants achieve the best possible result for them. >> >> 2. A second proposal concerns that the screensharing bandwidth >> requirements has an great impact on the overall quality of the video >> conference. >> Here, in a project the existing function of sreen sharing could be >> expanded and enhanced. >> For example, the possibility for the transfer on only one application >> window, regardless of its size. >> Or the possibility of shared browsing with a locally installed browser. >> Moreover, certainly an improvement of the used compression method would >> be a very good project topic. >> >> I would be happy if the subject of bandwidth consumption would plays a >> role in the selected GSoC project . >> >> Best regards >> >> Ed >> >> >> >> >> Original-Nachricht >> > Datum: Tue, 12 Feb 2013 08:44:54 +1300 >> > Von: "seba.wag...@gmail.com" >> > An: dev >> > CC: user@openmeetings.apache.org >> > Betreff: GSoC project ideas wanted >> >> > Google Summer of Code is about to start soon! >> > Google sponsors every student with 4500USD. Plus 500 for the Apache >> > Foundation. >> > >> > We are searching for ideas what porential students can do. >> > Ideas from Non-Developers are welcome too! >> > >> > We will add the ideas to JIRA then with a special label so students can >> > find it. >> > >> > Sebastian >> > > > > -- > 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: GSoC project ideas wanted
Hi Ed, thanks for your ideas. About idea no 1: That is an interesting idea, however it won't be possible that you provide a "free to choose" bandwidth for each user. The background is: Every stream that any client consumes has to be created somewhere. So what could be realized is that every stream that is broadcasted from one user via webcam to Red5/OpenMeetings will be re-transcoded into multiple streams (high, middle, low) bandwidth. So there might be some limitations to that: - "high" quality will never be better then the original material. We can't make a picture better then the original. So all re-transcoding will only make the original to lower quality, never to higher. - Re-transcoding has to happen on the server side (and number of streams are limited, we can't provide a stream on the required bandwidth "on-demand" for each user, or only with very big effort) - it will require real-time transcoding on server side which is possible with FFMPEG and some integration into Red5. But we would need a very specialized student that is keen and very motiviated as there is hardly any documentation on that available in the internet. What a project makes a success is if all participant know the potential outcome and the tools and methods that are needed to realize that. I would be happy to put this project on our list but it will be difficult to find somebody with the needed skills. Sebastian 2013/2/12 BBS Technik > Hi all, > > I think, one of the gratest liminations for satisfactory video > conferencing with om is the limited bandwidth of internet connections of > the clients . > Therefore I would like to suggest the following ideas for a GSoC project : > > 1. The image size of the videos transferred from the om server to the > clients should be adapted to the video window size set in the recipient > client. > Thus the recipient client itself could influence the transferred amount of > data to it. > Then all the participants achieve the best possible result for them. > > 2. A second proposal concerns that the screensharing bandwidth > requirements has an great impact on the overall quality of the video > conference. > Here, in a project the existing function of sreen sharing could be > expanded and enhanced. > For example, the possibility for the transfer on only one application > window, regardless of its size. > Or the possibility of shared browsing with a locally installed browser. > Moreover, certainly an improvement of the used compression method would be > a very good project topic. > > I would be happy if the subject of bandwidth consumption would plays a > role in the selected GSoC project . > > Best regards > > Ed > > > > > Original-Nachricht > > Datum: Tue, 12 Feb 2013 08:44:54 +1300 > > Von: "seba.wag...@gmail.com" > > An: dev > > CC: user@openmeetings.apache.org > > Betreff: GSoC project ideas wanted > > > Google Summer of Code is about to start soon! > > Google sponsors every student with 4500USD. Plus 500 for the Apache > > Foundation. > > > > We are searching for ideas what porential students can do. > > Ideas from Non-Developers are welcome too! > > > > We will add the ideas to JIRA then with a special label so students can > > find it. > > > > Sebastian > -- Sebastian Wagner https://twitter.com/#!/dead_lock http://www.webbase-design.de http://www.wagner-sebastian.com seba.wag...@gmail.com
Re: GSoC project ideas wanted
I really like Ed's suggestions regarding bandwidth and especially the screen-sharing upgrades. One additional useful function would be a screenshot tool so that users can take a screenshot at any time and have the file automatically saved in the room files. Thanks. Dan On Mon, Feb 11, 2013 at 3:23 PM, BBS Technik wrote: > Hi all, > > I think, one of the gratest liminations for satisfactory video > conferencing with om is the limited bandwidth of internet connections of > the clients . > Therefore I would like to suggest the following ideas for a GSoC project : > > 1. The image size of the videos transferred from the om server to the > clients should be adapted to the video window size set in the recipient > client. > Thus the recipient client itself could influence the transferred amount of > data to it. > Then all the participants achieve the best possible result for them. > > 2. A second proposal concerns that the screensharing bandwidth > requirements has an great impact on the overall quality of the video > conference. > Here, in a project the existing function of sreen sharing could be > expanded and enhanced. > For example, the possibility for the transfer on only one application > window, regardless of its size. > Or the possibility of shared browsing with a locally installed browser. > Moreover, certainly an improvement of the used compression method would be > a very good project topic. > > I would be happy if the subject of bandwidth consumption would plays a > role in the selected GSoC project . > > Best regards > > Ed > > > > > Original-Nachricht > > Datum: Tue, 12 Feb 2013 08:44:54 +1300 > > Von: "seba.wag...@gmail.com" > > An: dev > > CC: user@openmeetings.apache.org > > Betreff: GSoC project ideas wanted > > > Google Summer of Code is about to start soon! > > Google sponsors every student with 4500USD. Plus 500 for the Apache > > Foundation. > > > > We are searching for ideas what porential students can do. > > Ideas from Non-Developers are welcome too! > > > > We will add the ideas to JIRA then with a special label so students can > > find it. > > > > Sebastian > -- Daniel Ascher, M.Ed. President A+ Test Prep and Tutoring "Creating Bright Futures" 505 York Road, Suite 6 Jenkintown, PA 19046 Office: 215.886.9188 Direct: 267.242.9640 www.aplustutoring.com
Re: GSoC project ideas wanted
Hi all, I think, one of the gratest liminations for satisfactory video conferencing with om is the limited bandwidth of internet connections of the clients . Therefore I would like to suggest the following ideas for a GSoC project : 1. The image size of the videos transferred from the om server to the clients should be adapted to the video window size set in the recipient client. Thus the recipient client itself could influence the transferred amount of data to it. Then all the participants achieve the best possible result for them. 2. A second proposal concerns that the screensharing bandwidth requirements has an great impact on the overall quality of the video conference. Here, in a project the existing function of sreen sharing could be expanded and enhanced. For example, the possibility for the transfer on only one application window, regardless of its size. Or the possibility of shared browsing with a locally installed browser. Moreover, certainly an improvement of the used compression method would be a very good project topic. I would be happy if the subject of bandwidth consumption would plays a role in the selected GSoC project . Best regards Ed Original-Nachricht > Datum: Tue, 12 Feb 2013 08:44:54 +1300 > Von: "seba.wag...@gmail.com" > An: dev > CC: user@openmeetings.apache.org > Betreff: GSoC project ideas wanted > Google Summer of Code is about to start soon! > Google sponsors every student with 4500USD. Plus 500 for the Apache > Foundation. > > We are searching for ideas what porential students can do. > Ideas from Non-Developers are welcome too! > > We will add the ideas to JIRA then with a special label so students can > find it. > > Sebastian
Re: profile picture url [PATCH]
Hi, --- On Sat, 2/9/13, Vieri wrote: > Thanks for the great work. I'll test it on Monday. Just to confirm that I checked it today and it works great. Thanks again! Vieri