Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

F/OSS Multi-Point Video-Conferencing

Posted by Soulskill on Sun May 18, 2008 11:19 AM
from the and-what-about-those-flying-cars dept.
DarkSarin writes "Given that solutions like iChat can seamlessly video-conference for multiple parties on the Mac, and that others are semi-commercial, like Oovoo (which recently left beta and is no longer free for more than 3-way calls), what do you recommend in terms of a F/OSS solution to a need for moderate-sized video-conferencing? Ideally, it would be something which does not use a web-page and does not require hours of configuration. iChat is insanely easy to use. Mebeam.com is also quite simple to operate, but requires so much screen real estate that it can't easily be used in conjunction with any other software. Referring to other documents while in the middle of the conference is nice, but it's important to have the reactions of the other participants — and not everyone has multiple monitors. I am aware of projects like vmukti and services like ustream.tv, but I am thinking more in terms of a stand-alone application that is F/OSS (Ekiga/GnomeMeeting comes to mind, but it does not do multi-point video chat unless one also has access to an H.323 gateway, which is apparently non-trivial to implement). With the prevalence of broadband connections, I am surprised that a solid effort is missing for making easy, painless multi-point video-conferencing for more than 3 or 4 connections (which seems to be the most that a lot of 'free' solutions offer, or even the low-cost ones). So, my question is two-fold: First, why isn't there a better effort at medium to large video-conferencing that pretty much anyone can set up? Second, do you know of any F/OSS applications which work well and support a minimum of 6 to 8 connected parties?"
+ -
story

Related Stories

This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by Anonymous Coward on Sunday May 18 2008, @11:21AM (#23453708)
    http://www.freeswitch.org

      • Re: (Score:2, Informative)

        Please read the comment more carefully. FreeSWITCH is not FreePBX nor Asterisk. It's Asterisk done right and then some. More info about FreeSWITCH is at http://www.freeswitch.org/ [freeswitch.org] and joining #freeswitch at irc.freenode.net will get you in touch with a very helpful community ready to answer your questions. Try it, be amazed, contribute, and enjoy!
  • by Anonymous Coward on Sunday May 18 2008, @11:30AM (#23453764)
    VLVC is an end of studies project realized in EPITECH. Its main goal is to developp a videoconference module for the VLC software.

    http://www.vlvc.net/en-home.html
  • Skype? (Score:4, Informative)

    by Goeland86 (741690) <goeland_86&yahoo,fr> on Sunday May 18 2008, @11:32AM (#23453784)
    I know Skype isn't FOSS, but the latest Linux beta for skype does video chat with windows.
    I was pleasantly surprised when I tried it last week from my linux platform.
    It also does n-way calls. And runs on Linux, Windows and Mac. Something to follow up on?
    • Re: (Score:2, Interesting)

      by Anonymous Coward
      The problem with Skype is that it really is completely proprietary (not just the client, but also the protocol) and you have no way to guarantee that you can still use it anymore in a year or two...
      • Re: (Score:2, Interesting)

        Luckily, using Skype isn't something that is likely to create vendor lock-in. So when a viable OSS alternative becomes available in the future, switching to it will involve about the same amount of effort as it would if that software had existed today.

        So if the options are using Skype now and switching in 2 years (say), or using nothing for 2 years and waiting for something to come along, the former option seems more agreeable.

        • Re: (Score:3, Insightful)

          by Anonymous Coward
          Luckily, using Skype isn't something that is likely to create vendor lock-in. So when a viable OSS alternative becomes available in the future, switching to it will involve about the same amount of effort as it would if that software had existed today.

          That makes no sense. Once something becomes a defacto standard it is nearly impossible to get everyone to switch to something else. Market share is everything. This is exactly how Microsoft maintains their monopoly. It is the reason the vast majority of

          • Re: (Score:3, Insightful)

            The reason Microsoft maintains a monopoly with Office is because its grip on the market perpetuates and expands due to proprietary formats. Skype deals with transient data, so the analogy to Office, or MP3, or GIF (or any other kind of file format) doesn't work.

            I also don't quite understand your point about networking externalities. In fact, as I see it, because Skype sort of Just Works through firewalls and doesn't typically require any explicit configuration, any OSS product which also Just Works for

            • The lock-in comes from having to convince everyone you know to switch from Skype to something else. That being said, nobody in the thread has confirmed that Skype can be used to do videoconferencing. It has only been confirmed that it can be used to do video chat between Windows and Linux, which can be done instead using Ekiga Windows Messenger, using the SIP protocol (believe it or not).
            • In fact, as I see it, because Skype sort of Just Works through firewalls and doesn't typically require any a explicit configuration, any OSS product which also Just Works for the same reason could be used without involving any networking changes.

              You gotta be kidding me. Seriously. Have you ever tried to get Skype working through a firewall that does access control ? You have pretty much give the computer unlimited access to get Skype to work. (Unrestricted https = full access, since you can use to tunnel an

              • Well, you'd be hard pressed to find a firewall whose purpose was not "access control."

                Perhaps you mean a firewall with a restrictive default outbound policy. In this case, of course Skype, like another other software of its ilk, will require special configuration. But the common case (for Skype's target audience) is restrictive inbound and permissive outbound.

              • Have you ever tried to get Skype working through a firewall that does access control
                as opposed to....?
              • Re:Skype? (Score:4, Insightful)

                by Tack (4642) on Sunday May 18 2008, @02:30PM (#23455110) Homepage

                Yes, but the network effect doesn't invariably result in lock-in.

                My point is that with something like Skype, you're dealing with transient data, the software itself requires very little configuration (and no configuration generally needed outside of the software [e.g. networking]), and usage of the software doesn't require a lot of training. The barrier to replacement is, compared to other examples, really fairly low.

                All that's really required is that you agree with those you want to conference with to use a given piece of software, and then install it. This is an obstacle, but it's not a substantial one. Because this effort is roughly equivalent to the original effort of agreeing to use and installing Skype, the I disagree with the lock-in argument.

                Nobody disagrees that the ideal situation is to use OSS if some viable candidate exists. If it doesn't, all I'm arguing is that using something like Skype -- if it provided the necessary capabilities (which apparently it doesn't, but that's moot for this discussion) -- is a sensible stop-gap. In this particular case, I don't accept that the implied alternative (use nothing while you wait for an OSS solution) is the best option. (Sometimes it might be.)

    • Re: (Score:2, Informative)

      by Anonymous Coward
      but it doesn't do n-way video conferencing, which is partially what the post was about (the other was that it be a F/OSS app)
    • Re:Skype? (Score:4, Informative)

      by pizzach (1011925) <pizzach@@@gmail...com> on Sunday May 18 2008, @12:31PM (#23454188) Homepage
      Skype can't do 3 way video conferencing, which is what the original poster was asking for. (I know, I've tried.)
    • I know Skype isn't FOSS, but the latest Linux beta for skype does video chat with windows.

      I was pleasantly surprised when I tried it last week from my linux platform.

      It also does n-way calls. And runs on Linux, Windows and Mac. Something to follow up on?

      The last time I checked (about 2 days ago, admittedly, so maybe something has changed) a three way video conference did not work in skype. Maybe there is a way to make it happen that I'm missing, but I sure couldn't figure it out. If you have a link, I'd love to see it.

      • You need two computers and two cameras. You sit between them and point each camera so they can see both you and another computer.

        Simple!

        Works best with LCD screens.
  • VIC and RAT (Score:3, Interesting)

    by TheRaven64 (641858) on Sunday May 18 2008, @11:35AM (#23453802) Homepage Journal
    VIC [ucl.ac.uk] allows arbitrary numbers of people to join in a videoconferencing session. It fails the 'easy to use' test, but could probably be used as the basis for an application that doesn't.
  • h323 (Score:5, Informative)

    by Lord Byron II (671689) on Sunday May 18 2008, @11:38AM (#23453820)
    Any h323 client will do the job, like Ekiga (formerly GnomeMeeting). Also, for those in the science community, evo.caltech.edu is a nice Java-based collaboration tool.
    • re: evo (Score:3, Insightful)

      see http://www.accessgrid.org/software [accessgrid.org] - this is "vic & rat" as mentioned above.

      which is from the people who went on to do evo.

      It can be non-trivial to make it work but it fits the rest of your requirements pretty well. It's gotten more user friendly in the last few years goo.

      If your network supports multicast, AG will use it, which means you don't need a central server. This mostly means R&E networks, there is very little multicast availability on the commercial internet.
      • Even with multicast you still need a Venue Server, but you don't need lots of network bandwidth for that machine. You can simply use an existing venue server, but that makes you reliant on external services.

        It's pretty easy to setup these days, although if you're planning on using h264 you're going to need a whole lot of CPU.
    • Also, for those in the science community, evo.caltech.edu is a nice Java-based collaboration tool.

      Your definition of nice seems to differ from mine. Its of course much better than vrvs but it seems to have issues and doubly so for video. Its not reliable yet and sometimes if CMS and/or ATLAS are having a large meeting, grinds to a halt. Although to be fair it is rapidly improving. I have observed that (pulling number out of ...) it has only a 60% success rate. Additionally it is more designed for large prearranged meetings and is not as immediate as say ichat when you want an adhoc meeting to discuss s

    • by Roger W Moore (538166) on Sunday May 18 2008, @05:48PM (#23456450) Journal
      H.323 fails the multipoint test - there is an old project OpenMCU which used to provide some sort of multipoint linkup for H.323 but it never seemed to get beyond an early alpha stage.

      EVO is horrible. It's JAVA+vic/rat. Quality is terrible, it is really slow to connect each time and you can't always connect. It is supposed to be the VC tool of choice for the LHC experiments. However it is so bad that almost every meeting I attend uses the CERN telephone conferencing in preference or the ESNET H.323 MCU which the Tevatron experiment (D0 and CDF) use.
  • by Anonymous Coward
    Can't find any. There are several open source SIP/Voice tools but with Multi-point nope.... Ekiga/GnomeMeeting - http://ekiga.org/ [ekiga.org] ZAP - http://croczilla.com/zap [croczilla.com] SFLPhone - http://www.sflphone.org/ [sflphone.org] OPenWengo - http://www.wengophone.com/ [wengophone.com] Can anyone list some one? or should the community should try to evolve this projects ?
  • Mod Parent Up!!!

    Oh wait, that's the article, isn't it. I'VE BEEN ASKING THIS FOR YEARS!!!

    Hopefully the new voice and video for pidgin thing won't suck, and we can finally supplant a corporation BEFORE it becomes a hegemony (though Skype is pretty much there already. BLAST!).
  • IRC (Score:5, Funny)

    by johannesg (664142) on Sunday May 18 2008, @11:54AM (#23453924)
    You kids these days with your graphical user interfaces! Just go with the One True Unix Way: command line! It is quick, it is easy, and it works on VT100 terminals over a 14k4 modem. Why would you need anything more?

    All you need to do is set up an IRC-server in multi-pointcast mode using the -nrl option, and then connect to it with reverse protocol multiplication using the -t option. You can add new users by typing :nusername:ip;port:macaddress;. Trivial.
    • Re:IRC (Score:4, Funny)

      by flyingfsck (986395) on Sunday May 18 2008, @12:09PM (#23454052)
      ...and the ASCII Art codec...
    • Re: (Score:3, Insightful)

      I think if IRC is ok then it would just be sent as an email.
    • All you need to do is set up an IRC-server in multi-pointcast mode

      Bah.

      Just use talk(1). Use it to talk to yourself, even. Tell a few jokes, share ideas, brainstorm, engage in role playing (a bit of added configuration will allow you to 'su badgirl16' or 'su leatherman' for quickie session), or just check in and see how things are going.
    • 14.4k modems? Kids these days... Whats wrong with a perfectly good 9600 baud modem?
        • damn you kids with your fancy acoustic coupler. back in my day we used fire and blankets, now get off my lawn!
  • audience? (Score:3, Insightful)

    by story645 (1278106) * <story645@gmail.com> on Sunday May 18 2008, @12:00PM (#23453986) Journal

    First, why isn't there a better effort at medium to large video-conferencing that pretty much anyone can set up?
    Probably 'cause it's assumed that the only people really need medium/large video-conferencing software are universities and companies-and they can afford proprietary software, so why try too hard?
  • AccessGrid? VRVS? (Score:3, Informative)

    by Anonymous Coward on Sunday May 18 2008, @12:01PM (#23453990)
    Accessgrid:

    Works fine, even supports multipoint *HD* video conferencing, open source though the "hours to set up" depends on your tech competence. It doesn't *need* working multicast, but works a lot better with it.

    Not really AG-specific: Also note that multipoint video conferencing requires either echo cancellation (and ALL software echo cancellation sucks, you need still need hardware DSP units even in 2008) or headsets for everyone - one bad node can ruin they meeting - if you think an echoey 2-way conversation is bad, you should experience a 15-way conference some time (though that might need academic/military bandwidth :-) )

    http://accessgrid.org/ [accessgrid.org]

    EVO? (Successor to VRVS).

    Kind of new, but descendant of VRVS. Kind of a cut-down accessgrid. Easy to use, though is web-page based.

    AFAIK, like VRVS, interoperates with AccessGrid, though participants in a conference tend to be "second class citizens".

    http://evo.caltech.edu/evoGate/FAQ/index.jsp#Basics01 [caltech.edu]

    • by TheSHAD0W (258774) on Sunday May 18 2008, @12:06PM (#23454026) Homepage
      Not really AG-specific: Also note that multipoint video conferencing requires either echo cancellation (and ALL software echo cancellation sucks, you need still need hardware DSP units even in 2008) or headsets for everyone - one bad node can ruin they meeting - if you think an echoey 2-way conversation is bad, you should experience a 15-way conference some time (though that might need academic/military bandwidth :-) )

      Just curious - why should "software" echo cancellation suck? The DSP-based cancellation *is* software, just on a DSP. Modern CPUs ought to have enough horsepower to perform the same function reasonably quickly, yes? No?
  • It seems that OpenMCU [sourceforge.net], which is part of the OpenH323 project, does exactly what you want. You can then use your favorite H.323 client to connect. Be warned though, that running a MCU consumes huge amounts of bandwidth.
    • And as I said in the post, the H323 stuff is not easily set up. That's part of my frustration. Let me put it this way. We actually installed OpenMCU, but then there's almost zero documentation on how to properly configure the server and then connect to it. Point me to this, and I'd gladly use it.

      But it shouldn't be that complicated, and ad-hoc networks should be possible, I think.
  • VLC Http Interface? (Score:5, Interesting)

    by Doomedsnowball (921841) <doomedsnowballs@yahoo.com> on Sunday May 18 2008, @12:44PM (#23454288)
    What about VLC? It has it's own little web server and customizable http interface. It is trivial to host a page with multiple VLC windows running streaming from remote webcams. I know because I have been given such ridiculous tasks from clients. VLC is so flexible and open, it's not much work to customize it using only basic HTML and Javascript knowledge. Throw in a little AJAX and PHP and you have your shared whiteboard and an upload function. Simple, really.
  • Open Meeting? (Score:5, Informative)

    by Olmy's Jart (156233) on Sunday May 18 2008, @03:46PM (#23455640)
    http://code.google.com/p/openmeetings/ [google.com]

    No experience with it, I just happened to be looking at the freshmeat announcement a couple of days ago.

    Features:
            * Video/Audio
            * See Desktop of any participant
            * Multi-Language and Customizable
            * Whiteboard with drawing, write & edit, dragNDrop, Resizeing, Images (DragNDrop from Library), Symbol(s)
            * Conference while drawing (4x4 or 1xn modus)
            * Safe Drawings / whiteboard and load it next time, edit and resave
            * Import Documents (.tga, .xcf, .wpg, .txt, .ico, .ttf, .pcd, .pcds, .ps, .psd, .tiff, .bmp, .svg, .dpx, .exr, .jpg, .jpeg, .gif, .png, .ppt, .odp, .odt, .sxw, .wpd, .doc, .rtf, .txt, .ods, .sxc, .xls, .sxi, .pdf) DocumentImporting

            * Send invitation and direct Links into a meeting
            * Moderating System
            * User-/Organisation-/Moderating- System
            * Backup and Language Module (LanguageEditor, BackupPanel)
            * Private and Public (Organisation only) Conference-Rooms
            * Technologies used, see TechnologyPortfolio

  • try wengomeeting [wengomeeting.com]for a flash-based videoconferencing tool (up to 5 participants)
    It's not open source, but the company (wengo) does offer an open source client for their other services.
    This concept shouldn't be too hard to re-implement with an open source flash media server, like red5. but sadly, red5's documentation is severely lacking.
  • It's really difficult to find a decent and working MCU (Multipoint Control Unit) that's both free and allows to see all participants at the same time. Asterisk has a solution, but only one participant can be seen at the same time. There is Caltech's Java client as mentioned above and VLVC but that's not really complete or working.

    I settled on using OpenMeetings (www.openmeetings.net). It's FOSS, based on Java, Flash and Red5 and it works really well.
  • what do you recommend in terms of a F/OSS solution

    Given that the support in Linux for video and webcams is so disastrously broken as it stands (largely the vendors fault for not providing APIs and driver details), what's needed first is to fix it so that all the common webcams (cheapo and expensive) "just work" -- both in standalones like Ekiga, aMSN, Pidgin, etc as well as in Flash-based browser applets -- and specifically work without slowing the system to a crawl or running at 4fps.

    Once that's done, pe

  • As far as I know, there is currently no complete solution. Farsight 2 [freedesktop.org] aims to be a framework that will be used to build such applications (it does all of the hard work and you just have to plug it into some signalling. There are plans to make an XMPP extension for multi-party conferencing. And to then integrate it into Gnome using the Telepathy framework. But we're still building the pieces.
  • As someone who is (trying to, and sometimes succeeding) to use video conferencing in a business setting, my advise is this:

    Your #1 priority is that the stuff works. No hassle, no fiddling around, none of the "just edit line #192 in /etc/something/other.conf" stuff. It has to work then and there with the push of a button.

    Anything that can't guarantee this is unsuited. Maybe you can get it to work with a little messing around in a minute or two, but you can be sure that at least one remote partner can't. If i
    • AIM doesn't support the multipoint video but video over aim works just fine.

      Why hasn't this been finished. people have been asking for video chat in things like gaim/icq/MSN for years and no one has done anything about it. yes it is hard, but shouldn't be that hard. This is a point where F/OSS can shine. since everyone else is proprietary as well as not directed at home users, F/OSS can step in and create a true standard to start with.
    • So that doesn't really help much now does it. A project or software sans documentation is as good as no software. Sorry, but telling me to use a project without documentation when I've asked for something more presentable is as good as spitting in my face.

      Now if the community wants openMCU to be useful, then document it. I'd even be willing to work with the developers to write the documentation (that I can do, I'm not much of a programmer, but I can write).