d at domob.eu
Tue May 28 01:26:38 EDT 2013
On 05/28/2013 02:56 AM, Dustin Gathmann wrote:
>> On 05/26/2013 09:59 PM, Peter Lawler wrote:
>>> On 27/05/13 04:42, Daniel Kraft wrote:
>>>> Do you think that would still be a feasible project
>>>> to tackle? Would you be interested in adding ZRTP support? And would
>>>> you give me a helping hand from time to time should I really attempt
>>>> this and have questions regarding the code-base?
>>> Hi Daniel,
>>> I only speak for myself, but I'd be interested in Pidgin having ZRTP
>>> support. I suspect there are others who would be interested and would
>>> probably build upon ZRTP support in Pidgin.
>> Well, that's a good first thing to know! ;) But also the ticket already
>> had some comments suggesting that interest is there. (And in my
>> opinion, it is an obvious addition.)
> I also think it's important, so I've already started to work on integrating
> ZRTP into Pidgin some time ago.
> Currently, there's the SAS in the media window and an icon that claims to
> know the current authentication state.
> The rest -- communication between the components (the media window,
> libpurple and actual ZRTP) etc. -- works mostly in theory atm.
> This still needs a bit of work, but I'll publish the patches as soon as
> things are in a usable or at least discussible state.
Now *that's* good news! Thanks for your work on this, I'm definitely
looking forward to when it is available!!
> The essential ZRTP part is handled by Werner Dittmann's experimental
> GstZrtpFilter plugin for GStreamer/Farstream. 
> Control of these GstZrtpFilters is mostly left to Farstream (handled by a
> modified fsrtpconference object), so that not much -- if any -- logic is
> needed in the IM client to start the encryption.
I see. I didn't know that a GStreamer pipeline for ZRTP was already
available, now your explanation makes all sense that it should be in
fact really GStreamer to handle the encryption.
Thanks again and good luck with your work!
To go: Mon-Pri
More information about the Devel