The Open Video Chat project started in March 2010. The primary goal was to develop a wholly Free/Open Source video chat program using an unencumbered video codec, Theora. We also needed to make the program run at 15 FPS or better in order to provide smooth enough video to communicate with American Sign Language.
Since reaching our 15+ FPS goal we have been working to improve the program and add features. Except for some minor tweaks our attempts have consistently been blocked by a bug with RTP. Right now we do not have a reliable way to ensure that the header packets will reach their destination. TCP would ensure packet delivery but would bog down the XO's too much. Our current system with UDP is too unreliable. If we were to stop the stream to change settings there is no guarantee that the stream will successfully connect again. RTP would provide the best of both worlds. It would ensure the header packets get through like TCP but then provide the streaming speed of UDP. Unfortunately we can't get RTP working with open codecs. Currently there is a bug in Gstreamer that does not support passing configuration data inband with RTP and Theora (link). Our other option is to use Telepathy-Farsight but this has also given us problems. We have been able to get Farsight to work inconsistently with closed codecs but we could not get it to work at all with Theora which is a requirement of our project. So at this point we need help from the upstream. Without either the Gstreamer bug fixed or some help using Farsight we are at an impasse. We would appreciate any help from upstream community members. Feel free to pull our repo and check out our code. If you're unfamiliar with the XO's you should know that the code requires the Sugar environment to run.
We have begun planning an OVC/Telepathy hackfest at OLPC headquarters in Boston the week of July 12th. We'll send out a mailing list blast once we've secured a time and place. More information can be found at http://foss.rit.edu/events/ovchackfest
Project Wiki: http://www.fedorahosted.org/OpenVideoChat
Mailing List: ovc@... IRC Channel: #rit-innovation
Users: decause, jlew, trose, krimpet -Taylor Rose
OVC Devel Team ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
On Thu, 2010-06-24 at 16:18 -0400, Taylor Rose (RIT Student) wrote: > Currently there is a bug in Gstreamer that does not support passing > configuration data inband with RTP and Theora (link). Our other > option is to use Telepathy-Farsight but this has also given us > problems. We have been able to get Farsight to work inconsistently > with closed codecs but we could not get it to work at all with Theora > which is a requirement of our project. I'm not sure how your current stuff works, but if you're not using RTP, you're doing it wrong. You should definitely be using Farsight2 and telepathy-farsight. That GStreamer depayload bug was fixed already. Farsight2's example (examples/gui/fs2-gui.py in the farsight2 source tree) uses Theora just fine. That said, Theora is not a great choice for video calling because of their stupidly large headers. You may want to investigate VP8 instead, my colleague Sjoerd has made a preliminary RTP payloader for it. You should come and discuss your problems on the #gstreamer or #farsight channels on FreeNode. -- Olivier Crête [hidden email] Collabora Ltd ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel signature.asc (205 bytes) Download Attachment |
In reply to this post by Taylor Rose (RIT Student)
On Thu, Jun 24, 2010 at 04:18:13PM -0400, Taylor Rose (RIT Student) wrote:
> The Open Video Chat project started in March 2010. The primary goal was to > develop a wholly Free/Open Source video chat program using an unencumbered > video codec, Theora. We also needed to make the program run at 15 FPS or > better in order to provide smooth enough video to communicate with American > Sign Language. > > Since reaching our 15+ FPS goal we have been working to improve the program > and add features. Congrats on reaching your goal there! > Except for some minor tweaks our attempts have consistently been blocked by a > bug with RTP. Right now we do not have a reliable way to ensure that the > header packets will reach their destination. TCP would ensure packet > delivery but would bog down the XO's too much. Our current system with UDP > is too unreliable. If we were to stop the stream to change settings there is > no guarantee that the stream will successfully connect again. RTP would > provide the best of both worlds. It would ensure the header packets get > through like TCP but then provide the streaming speed of UDP. Unfortunately > we can't get RTP working with open codecs. Actually RTP doesn't solve your issue here. RTP is just a way of packetizing media that (normally) gets send over UDP. What you actually want in the case of codecs like Theora is to send your configuration data both over the signalling channel and over RTP. Like is already done in XMPP and SIP for example... Now configuration data isn't everything, if you make sure it is reliably transmitted you can at least decode all frames, but if you miss key frames the output will still look bad (and might not be clear enough for signing) untill you get the next key frame. One thing you can do with RTCP is to request the sender to re-sent a keyframe to minimize that issue. Another thing you probably want to do is monitor network conditions (by using RTCP) and scale you bandwidth usage according to that to minimize packet loss and to give a general better experience on lower bandwidth links. We're currently working on improving farsight to support the last two items (requesting keyframes and what is called tcp friendly rate control) > Currently there is a bug in Gstreamer that does not support passing > configuration data inband with RTP and Theora > (link<https://bugzilla.gnome.org/show_bug.cgi?id=574416>). I'm slightly confused why you point to this bug. As you made clear above that you don't want to pass configuration data purely inband for reliability reasons, which is what this bug is actually abouti.. Also it has been fixed almost two months ago? > Our other option is to use Telepathy-Farsight but this has also given us > problems. We have been able to get Farsight to work inconsistently with > closed codecs but we could not get it to work at all with Theora which is a > requirement of our project. Given that i do most if not all of my testing and work using telepathy, farsight and theora, i'm pretty sure this works nicely. Earlier this year we did some changes in both farsight and Gstreamer which caused issues when combining certain versions of the two. Ofcourse if you had raised the issue you were seeing with us at the time we could have helped you out there... > So at this point we need help from the upstream. Without either the > Gstreamer bug fixed or some help using Farsight we are at an impasse. We > would appreciate any help from upstream community members. Feel free to > pull our repo and check out our code. If you're unfamiliar with the XO's > you should know that the code requires the Sugar environment to run. So at this point i need to go of on a bit of a rant. I did check out your code and it looks like "My first video conferencing application", which is fair enough really as for most if not all of you it will be your first video conferencing application. It is sad though that a project that afaik is partially meant to teach how to do open source development seems to have completely failed at actually using open source properly. The power of FOSS is partially that you can stand on the shoulders of giants and that you can work together to move the state of the art forward in such a way that it benefits all parties. As an added benefit, in most active projects there are always some people that are happy to help you with the initial learning curve and/or issues you're having. What i've seen from this project over the past few months is someone once or twice appearing on our IRC channel, scattergunning a load of questions, getting some help and then disappearing again. Which doesn't seem like a great way of engaging an open source project... To make matters worse at the end of march i sent an e-mail to some of your projects leads, asking how things were going and if any mentoring or other help was needed, to which i've never got any reply.. Seems like they missed a much-needed oppurtunity there. Judging from looking at your code and the experiences above, your project worked in the same way a lot of companies that don't actually understand open source work. You grabbed various open source bits that were available and that you could get to work without spending too much effort on them, wrote your program in somewhat of a vacuum, slapped a nice open source license on it and said: look, look, we did open source isn't it amazing... What you seem to have ended up with is a stepping stone that allowed you to look over the fence that was directly in front of you, only to see there is a big and dense jungle on the other side blocking your path. While you could have been part of an expedition with many years of combined experience on how to get through such a jungle... > We have begun planning an OVC/Telepathy hackfest at OLPC headquarters in > Boston the week of July 12th. We'll send out a mailing list blast once > we've secured a time and place. More information can be found at > http://foss.rit.edu/events/ovchackfest That sounds cool and hopefully you'll get some useful things out of it. I assume you're going to make sure you've got at least one or more people there who are quite knowledgable about Telepathy/Farsight/Gstreamer and video conferencing in general as those seem to be the areas you do need help with. Sjoerd -- And ever has it been known that love knows not its own depth until the hour of separation. -- Kahlil Gibran ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
On Fri, Jun 25, 2010 at 12:59:28PM +0100, Sjoerd Simons wrote:
<snip> > Earlier this year we did some changes in both farsight and Gstreamer which > caused issues when combining certain versions of the two. Ofcourse if you had > raised the issue you were seeing with us at the time we could have helped you > out there... > > > So at this point we need help from the upstream. Without either the > > Gstreamer bug fixed or some help using Farsight we are at an impasse. We > > would appreciate any help from upstream community members. Feel free to > > pull our repo and check out our code. If you're unfamiliar with the XO's > > you should know that the code requires the Sugar environment to run. You raise good points. It is quite a change of perspetive to join a group that expect you to 'bother' them and pick their brain, as opposed to a community where people do things in isolation. So I would guess that the people leading the course and the students are learning how to fix this process as fast as they can but have missed some things. Hopefully you and they can critque it and find ways to get the TOS program even more engaged in the FLOSS way more. It will benefit the course and the FLOSS community. > > So at this point i need to go of on a bit of a rant. I did check out your code > and it looks like "My first video conferencing application", which is fair > enough really as for most if not all of you it will be your first video > conferencing application. > > It is sad though that a project that afaik is partially meant to teach how to > do open source development seems to have completely failed at actually using > open source properly. > > The power of FOSS is partially that you can stand on the shoulders of giants > and that you can work together to move the state of the art forward in > such a way that it benefits all parties. As an added benefit, in most active > projects there are always some people that are happy to help you with the > initial learning curve and/or issues you're having. > > What i've seen from this project over the past few months is someone once or > twice appearing on our IRC channel, scattergunning a load of questions, getting > some help and then disappearing again. Which doesn't seem like a great way of > engaging an open source project... To make matters worse at the end of march i > sent an e-mail to some of your projects leads, asking how things were going and > if any mentoring or other help was needed, to which i've never got any reply.. > Seems like they missed a much-needed oppurtunity there. Again, I hope you and they can meet to discuss how they could have better taught this point and ways they can convey to the students how to engage projects in a way that you feel is appropriate. > > Judging from looking at your code and the experiences above, your project > worked in the same way a lot of companies that don't actually understand open > source work. You grabbed various open source bits that were available and that > you could get to work without spending too much effort on them, wrote > your program in somewhat of a vacuum, slapped a nice open source license on it > and said: look, look, we did open source isn't it amazing... I dont expect the course to be static, I assume they will learn as they go and will do better next time with feedback like you have given. They are trying to get people engaged in the FLOSS community, so hopefully the students have felt the excitment and will work to grow our community. > > What you seem to have ended up with is a stepping stone that allowed you to > look over the fence that was directly in front of you, only to see there is a > big and dense jungle on the other side blocking your path. While you could > have been part of an expedition with many years of combined experience on how > to get through such a jungle... -- | .''`. == Debian GNU/Linux ==.| http://kevix.myopenid.com......| | : :' : The Universal OS....| mysite.verizon.net/kevin.mark/.| | `. `' http://www.debian.org/.| http://counter.li.org [#238656]| |___`-____Unless I ask to be CCd,.assume I am subscribed._________| ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Thanks for the useful information everyone. We are going to keep working on getting farsight2 and telepathy-farsight working. We apologize if we haven't been doing things the open source way. We are just a couple students who are new to the open source world. We're still learning how to do things. I look forward to talking to some of you further to figure out the problems in our project.
-Taylor Rose OVC Devel Team
On Fri, Jun 25, 2010 at 11:07 PM, Kevin Mark <[hidden email]> wrote: On Fri, Jun 25, 2010 at 12:59:28PM +0100, Sjoerd Simons wrote: ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |