[JDEV] Videoconferencing with jabber/Re:[speex-dev]Videoconferencing with speex and jabber

Richard Dobson richard at dobson-i.net
Sun Nov 30 16:19:00 CST 2003

----- Original Message ----- 
From: "Carsten Breuer" <CarstenBreuerJabber at openwin.de>
To: <jdev at jabber.org>
Sent: Friday, November 28, 2003 10:01 PM
Subject: Re: [JDEV] Videoconferencing with
jabber/Re:[speex-dev]Videoconferencing with speex and jabber

> Hi Richard, once again:
> >>Well, I think it is better to solve the hard problems up front. We are
> >>talking conferencing, not audio chat. It gets a big deal when you
> >>video. If we get the framework right for audio then an audio-video
> >>environment is just a bigger datastream but the bandwidth gets
> >>better to ensure the bandwidth is properly considered. I am a bit of a
> >>tartar when it comes to what name we give. If this is audio chat
> >>then I will shut up as it is a different problem domain.
> >
> >
> > I have been talking about audio conferencing, not video, thats is a
> > different kettle of fish, we should try to do each the best way, and for
> > normal people p2p is the best way for audio.
> It should be all posible. We dont onyl rely on audio, because the
> original subject was videoconferencing.
> > Sure but you cant really "mix" video streams very sucessfully can you?
> We never want taht. The problem with audio was, that there is only one
> chanel to play off. The videos can all be shown on the monitor, one
> by one. That is not the problem. Of course the server can distribute
> that stuff so taht not all clients must send all videos to all
> clients (same discussion again).

I can see for video it can help your outgoing bandwidth but because you are
still receiving the same amount of data it doesnt help incoming bandwidth
using a client server mode rather than p2p, but remember at the moment I
think it is very unlikely people will host these servers (especially not for
video) so we need to make sure we dont build this so it relys on servers to
operate, also I dont think the client acting as a server mode will really
work for video at all as it is very unlikely users will have the bandwidth
to host it because the fastest common upstream bandwidth in the UK certainly
is 256kbps and you will not get many good audio/video streams into that.

> We dont want a war, but if Microsoft controls that stuff you never know
> when they switch of the light. Also Microsoft rely on SIP and they dont
> have any interest to support XMPP in any way. Try to install Windows
> Media Player 9.1 and read, what they say about the spyware components
> they want to install. If you read my first mail, i said that cross
> platform is very important to that stuff. I hate it if i cant use
> GnuCash or GnomeMeeting on Windows and FileZilla on Linux.
> So i use wxWindows to get that problem fixed.

I assume you hadnt read my messages after this before you wrote this, it was
never a suggestion to make us reliant on anything proprietory just a
suggestion of something that we can take advantage on windows systems to
help windows developers/users.


More information about the JDev mailing list