Re: Great ! Speex codec impl

Johannes Poehlmann <[email protected]> Mon, 27 Oct 2003 09:42:42 +0100
Newsgroups gmane.comp.audio.speak-freely.general
Organization LST - Verein zur Förderun g freier Software e.V.
Message-ID <[email protected]>
On Mon, Oct 27, 2003 at 09:39:30AM +1100, Soren H wrote:
 
> I am interested in continuing to maintain Speakfreely.  Thomas has
> been helping me sort out the bugs in my recent patches, and I'm
> reasonably positive about that and the other plans I have in mind for
> mods.  I've only recently become involved with the mailing list
> though, so I'm wondering who has been working on speakfreely recently?
> I know at least Thomas and myself have web pages with patches up.  Is
> anyone else actively doing things that could be brought together into
> a common update tree? 

Anshuman Aggarwal <[email protected]> has registered the
name speak-freely as sourceforge project.  

	http://speak-freely.sourceforge.net/

This site would be the logical place where developers meet and set up
their CVS server. You can already submit patches using the "tracker"
feature:

	http://sourceforge.net/tracker/?group_id=87107

I applied and received developer status. I am sure he would like others
to get registered as developers. 

> So Johannes, do you have any patches up somewhere?  Otherwise Bill
> must be talking about mine.  What I've done doesn't implement SIP at
> all.  It's still using the same protocol as before, but just adding a
> codec and better received packet handling.

I was only quoting Johns (your ;-?) mail to praise your/his efforts for
speak freely.  The patches are yours/his not mine.

Cheers 

Johannes

> I would be interested in adding a SIP library, or perhaps going with
> Thomas' idea of using the jabber network for session initiation.
> Jabber could be a nice option to replace the lwl server.  We just need
> to check if it can give the firewall information that would be useful
> for NAT piercing. 
 
> Over the weekend I modified the windows version of SF to be NAT
> friendly.  It just means using common sockets for TX and RX.  It makes
> an almost trivial patch.  The way I've done it still allows multiple
> receipients at once, but there may be a slight increase in system load
> because it can't use connect() to set the default address for the
> sendto() calls.  I don't know about that yet though - there may be no
> penalty at all. 
> 
> My future ideas are:
> - echo cancellation (for speaker-phone)  using libspeex.  This should
> be fairly easy on windows, but the split design of the unix version
> may need a rework.
> - adaptive jitter delays
> - adaptive audio buffering (I know how to do this with ALSA, but need
> to find out about underrun detection for other platforms) 
> 
> A this stage, it would be good to have some unix (non-linux) testers
> of my packeting and speex patches, so I could get some more confidence
> in that side of things.
> 
> My patches are at: http://www.2pi.info/software/sf_speex/index.html
> 
> I don't have the latest changes from the weekend up there yet
> though. (Windows NAT, unix ogg/speex logging to come soon)
> 
> 
> Soren
> (previously posting as John H from forum page)
> 
>                       * * *
> 
> To unsubscribe from this mailing list, send E-mail containing
> the word "unsubscribe" in the message body (*not* as the
> Subject) to [email protected]
> 

                      * * *

To unsubscribe from this mailing list, send E-mail containing
the word "unsubscribe" in the message body (*not* as the
Subject) to [email protected]