[JDEV] Voice over IP

Colin Bell colinb at gatewest.co.uk
Fri Jul 25 10:37:45 CDT 2003 

Don't get me wrong Greg, it sounds like you've done an excellent job.

Its a bit of a disappointment to hear your using the FlashCom server. I 
detest having to pay license fees to the likes of Macromedia for the 
use of the Flashcom server (which add up). On top of that its another 
server maintenance issue. The Flashcom server is useful and I think it 
can be the basis of a good example for us to look at, but Jabber is 
good enough to facilitate the functionality of voice and ip without 
having to embed another technology. I have been working on a way to 
create the Flashcom whiteboard (which could lead to other things) in 
Flash using the JabberFlash Libs without using the Flashcom server, its 
not easy but I think its worth it in the long term. If they can do the 
transports in Flash using the Flashcom server, I'm pretty sure we can 
do it without.

Think of the result, an open source system for everyone to share and 
use, not for big companies like Macromedia to control!

On Friday, July 25, 2003, at 03:54 PM, Greg Boulter wrote:

> I think both. I use the Flashcom server for video and voice and 
> straight Flash with the xml socket for the Jabber part. The Flash part 
> stands alone. It does all the stuff like rosters, and adding groups, 
> registration, etc, and loads mp3's, and jpegs, other swfs, and then 
> since the Flashcom server is just a remote server using the rtmp as 
> the protocol -- it can exist as a separate service, the individual 
> website operator, or the client's user could have an account with a 
> Flashcom provider and use that. Additionally there is a free 4 
> connection developer copy of Flashcom.
>
> The scenario might be that www.somesite.xxx is a jabber server and so 
> they would put a copy of my swf on their site along with the attendant 
> xml config files. One of the lines in the main config fie, an example 
> is at http://swfml.net/JabberFlash/JabberMX.xml another at 
> http://swfml.net/JabberFlash/JabberMX2.xml and note the url of the 
> rtmp provider, one is the free developer copy on my personal server 
> and the other is the account I maintain with influxis.com which is a 
> 10 simultaneous user licence at 10 dollars a month, a developer 
> account. So, a website would either provide an account for it's users 
> or else the user would be able to use their own. The user can override 
> the config file to change rtmp providers.
>
> All that the website has to supply is the one swf file and the config 
> files.
>
> I should mention that the Jabber client is part of a different project 
> and making a jabber client is not my main focus, I just did it as an 
> example of a module for my other project. It works as a stand alone 
> though.
>
> Greg.
>
>
>> From: Colin Bell <colinb at gatewest.co.uk>
>> Reply-To: jdev at jabber.org
>> To: jdev at jabber.org
>> Subject: Re: [JDEV] Voice over IP
>> Date: Fri, 25 Jul 2003 15:31:35 +0100
>>
>> Greg,
>> Are you using the Flash communication server to do what you have 
>> described (video, voice etc), or are you just using flash as a 
>> development tool with Jabber?
>>
>> On Friday, July 25, 2003, at 02:51 PM, Greg Boulter wrote:
>>
>>>
>>>> I have skim read this draft. Generally I like it, but there are 
>>>> things
>>>> I dont like about it.
>>>
>>> Whereas I just want something I could implement now. Given that 
>>> there doesn't seem to have been a lot of discussion about it .....
>>>
>>>> - Why this draft is so hidden? If you didn't sent links here I will
>>>>   probably not know it exists. Thats why I would prefer it as JEP.
>>>
>>> .... and that so far I too have just skim read the draft I can't 
>>> really comment on how much I like it or not. My question is very 
>>> practical. I have to come up with something now. I'm perfectly 
>>> capable of doing it my own way so that my client can recognise when 
>>> it has connected to another of its kind and then as my clients can 
>>> have different features activated or not the two would need to 
>>> negotiate which features they share that are compatible and 
>>> therefore determine amongst other things the layout of their 
>>> respective graphical interfaces. No use having a "See Contact" 
>>> button if contact doesn't have a camera, etc.
>>>
>>> My client, and I don't know what to call it, my "inhouse" name has 
>>> been JabberBot, but I'm sure someone must have called their client 
>>> that, so I thought of "JabberMX" as it is very tightly integrated 
>>> with the various Macromedia MX stuff, but I see someone once said 
>>> they were releasing a JabberMX so anyway, this client can coordinate 
>>> up to 12 cameras, 12 microphones, play mp3 streams, load graphics or 
>>> flash swf files, be connected to a bot, view video, transfer 
>>> documents, interact with vxml, recieve telephone communication and 
>>> respond via speech synth or microphone(s).
>>>
>>> Or, if the client provider (a website administrator) may have set up 
>>> the configuration files so that my client has access to none of the 
>>> above, or the enduser may have further modified the starting 
>>> configuration to deny access to services that it is capable of but 
>>> doesn't wish to tell contacts how many cameras they have, or even 
>>> that there is access to a camera.
>>>
>>> For my own use it's pretty simple, I can easily transfer an array of 
>>> info concerning each client's capabilities and that will take only a 
>>> short period of time. My client also loads modules though, so it is 
>>> quite possible that one client will ask the other to recieve a voice 
>>> message and the address of the module if the recieving client 
>>> doesn't have the capability at this moment.
>>>
>>> I figure that it all works out until I come across some client that 
>>> says sure, they can play mp3's, subscribe me to the stream please, 
>>> or send the url, or whatever, my client needs to let it's user know 
>>> the capabilities of each contact's client so I can send a mp3 to 
>>> contact1, have a video conference with contacts 2,3,4 and 5 or 
>>> translate client 7 into German and so on .... which is where I'd 
>>> rather be, so if it's at all possible to set things up as close to 
>>> the recommended format as I can, I'd like to do that.
>>>
>>> I'm no real expert on these protocols and JEPs, I've skimmed 
>>> numerous documents in the course of coding my client, but I'm much 
>>> more of a copier than anything, so I guess I'd like a little 
>>> direction, it's not as if I can't rewrite code later or anything, 
>>> I'm just wondering if I should just do things my own way and keep it 
>>> as modular as I can so that later I can conform to protocol?
>>>
>>> I'll make another attempt to look at all those documents a bit more 
>>> closely and appreciate any comments as to how I should go about 
>>> this. I realize that maybe that there is something I've missed, but 
>>> yes, I am trying to become familiar with the protocols but no, it 
>>> isn't the main thing I do so don't hit me if I'm slow.
>>>
>>> Greg.
>>>
>>> _________________________________________________________________
>>> The new MSN 8: advanced junk mail protection and 2 months FREE*  
>>> http://join.msn.com/?page=features/junkmail
>>>
>>> _______________________________________________
>>> jdev mailing list
>>> jdev at jabber.org
>>> http://mailman.jabber.org/listinfo/jdev
>>>
>>
>> _______________________________________________
>> jdev mailing list
>> jdev at jabber.org
>> http://mailman.jabber.org/listinfo/jdev
>
> _________________________________________________________________
> MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.  
> http://join.msn.com/?page=features/virus
>
> _______________________________________________
> jdev mailing list
> jdev at jabber.org
> http://mailman.jabber.org/listinfo/jdev
>

More information about the JDev mailing list