Add gst-chime README, homogenize licence to LGPLv2.1

Autoload seen plugin

Remove debug printfs from fs-app-transmitter

Add plugin to show when messages are seen

We could actually do delivered vs. seen if we wanted to but this
is a good start.

Close Joinable Meetings dialog when there are none left

In fact, we should probably do this when we *join* the only meeting too.

Allow p2p calls

Handle lack of screenshare in Pidgin more gracefully

Remove limit on incoming frames for screenshare websocket

Use Pidgin support for selecting screenshare window/monitor

Add IM button to call participants window

This is somewhat horrid as we have to look them up by name. Must fix
that in Pidgin upstream...

Hook up 'src-element' for screen shares

Requires the corresponding Pidgin patch in
https://bitbucket.org/pidgin/main/pull-requests/322

The ximagesrc thing still doesn't work well, because of XLib threading
issues. We really want a gdkimagesrc instead...

Remove imagemagick again as it breaks the build

Attempt state management

Basic implementation of outbound screen share

We're stilling Pidgin it's outbound video for now, so I've been testing
with videotestsrc. Need to teach Pidgin about a screen share media type
and do the "choose monitor / window" UI bits there where they belong.

Start cleaning up screen transport

First attempt at screen share RX

Lots of work to do to make this production-worthy but snapshot the first
one that actually worked...

Fix potential use of NULL chat->call

Show meeting participants' shared-screen status

Don't attempt to send on NULL ws

On reconnect, RT packets could be submitted while there is no active
transport

Change incoming SSRC for each audio reconnect

The sequence numbers start again; we should probably represent it as a
new SSRC in the RTP packets we fake for GStreamer.

Audio transport cleanup

Fix some race conditions, implement reconnect, etc.

Basic DTLS functionality

Still a little bit in the "Look Ma!" camp but getting there...

Monochrome icon for sub-24px images

Establish UDP 'connection'

Next, figure out how to actually invoke GnuTLS using it.

Start hooking up DTLS transport

First, resolve the address at least...

Switch to live mode for appsrc

The input data should be handled as a live stream. Maybe this will
help deal with the case where we get incoming silence on some calls when
Pidgin has been running for a while.

Remove "do not publish outside Amazon" warnings now we're preparing to do so

Use Chime logo from Amazon

Instead of using an externally-created CC0 image, use the one from
https://aws.amazon.com/architecture/icons/

Add -trim to IM convert invocations.

Stop using purple headers, make cxn->prpl_conn a 'void *'.

It's only used by the login code now, which is going to be cleaned
up. For now though let's just make it a void pointer.

Fix gratuitous use of cxn->prpl_conn

We have a better place to get this from

Move PRPL sources to prpl/

Move Chime core sources to chime/

Split libchime and libchimeprpl

Login code goes with libchimeprpl for now, until it gets fixed up.

Clean up Makefile to split core Chime vs. Purple files

Update protobuf files

Make purple_chime_{destroy,init}_chats take a PurpleConnection

These have slowly been changed; let's make them consistent again.

Cancel conversation list update properly on connection close

There was race condition with close, and if an update was pending there
was a use-after-free of the connection object. Fix that the same way as
we do for the joinable meetings dialog.

Handle transient buddies with NO_SAVE flag

We want libpurple to be able to create transient buddies which we can use
purely as a vehicle for conveying presence/name/photo information for an
IM window.

Fix use-after-free of room->members when it's reopened

Add 'disposed' signal to ChimeObjects

We'll want this for tracking transient buddies

Add get_cb_alias

Subscribe to presence channel only when availability first fetched

To avoid subscribing to presence of *all* members of chat rooms, only
subscribe once their availability is first requested. This should help
to avoid us getting kicked off when the rate limit kicks in.

Do not subscribe to users' profile channels

We aren't supposed to, and we hit a rate limit and get disconnected if we
subscribe to too much, too quickly.

Add 'Recent Conversations' dialog

Update TODO

call: init protobuf messages when declaring the variables

Require fonts-symbola for the 🔇 🔈 🔉 🔊 characters.

No need for backslashes

attachments: remove exec permission

More audio cleanup

Fix up lifetime handling on the appsrc/appsink and uninstall the callbacks
when we're done.

Also fix up the timer handling for empty outbound packets. When the system
was slow we were sending 'muted' RT packets in between the audio frames,
so set the timers *only* when we're actually muted. If we fail to send
audio at other times, let it just do a red mic like it should.

Slight cleanup for call media handling

The call is connecting before do_join_chat() is ever called, which means we
may miss some of the early state transitions. Try to cope with that.

We probably want to drive the call connection directly from chat code in
the end, but this will do for now.

Also decouple the media setup and connection; the call window in Pidgin
should now say 'Calling...' and then 'Call in progress' once it's connected.

Hopefully this helps to deal with some of the issues with slow call setup.
I *was* able to reproduce the ever-slower call connection but now I can't.
Not sure if that's just coincidence...

Fix up some muted/silent confusion

These need not to be const now that we actually free them.

Slight cleanup of media setup, leak fixes

Fix unimplemented free_participant()

Probably didn't need valgrind to see *that* one was a leak...

Clean up fetch_presences() idle handling

Properly avoid re-running the function when it's already scheduled, and
ensure we cancel it when we need to too. Also ensure that disposed contacts
are removed from the 'contacts_needed' list.

Free members list for group conversations

Fix leak of data messages

Make the package require gst-plugins-bad

Only consider active members for mentions

Inactive members are effectively not part of the chat anymore and
shouldn't be considered for mentioning. This is especially helpful when
a member changed their profile (e.g., mail, domain, whatnot) but not
their display name.

Prevent double-replacements in mentions

Outgoing mentions replace a name with a reference to the Chime user.
Sometimes you have two users with the same name in a chat room, or two
people where one name is a prefix of another one. This could end up with
something like `<@id1|<@id2|Last, First>>`, which is broken.

This change makes sure to only replace at word borders and not if a `|`
is in front. This isn't perfect, but better than before.

Fix error handling when chime payloader not present

Enforce mono

Don't force either application/x-rtp or application/x-srtp

It shouldn't matter if gst-plugins-bad is installed.

cf. https://bugzilla.gnome.org/show_bug.cgi?id=793704

Dump gst graph on PURPLE_MEDIA_STATE_CONNECTED to get better view

The first dump isn't as useful because a lot of it isn't fully
configured until packets start flowing.

Remove Pidgin 2.13.0 checks for audio UI

Now we're using fsrtpconference, it won't crash.

Add GStreamer module to debian package

Add prototype for fs_init_plugin

Merge branch 'audio'.

I've been using it for every call I've made this week. There are still a
few things to be cleaned up, but I suppose I should concede it's time it
was merged into the master branch for others to test and heckle.

This ought to now work with the Ubuntu 16.04 packages of GStreamer,
FarStream, etc.

Use camel_address_length() to fix build with newer EDS

Add Chime-specific RTP payload handling

RFC7587 defines the clock-rate for the OPUS payload format to be 48000.
This is painful since we're really quite like to be able to transpose
timestamps between the RTP and on-the-wire Chime protocol (which uses
16000) without conversion. It was OK having to multiply by three for the
appsrc, but dividing by three in the appsink would have overflow issues
and we'd have to reconstitute the high bits somehow.

By defining our own payload format we can work around that, and also
force it to encode only a single channel. That one might well be a bug
in the existing gstopuspay; if the output caps include 'stereo=0' it
*isn't* enforcing 'channels=1' on its input caps.

Both of the above could probably be fixed up in the OPUS payloaders
upstream, and once this code is public we can have a look at doing that.

For now though, having our own CHIME payload helps it work on Farstream
0.2.7 on Ubuntu 16.04, which can't cope with payloaders that have
multiple names (OPUS, X-GST-OPUS-DRAFT-SPITTKA-00). So it'll do for now
until we can get more traction on upstreaming the required fixes.

Cope with RTP as application/x-srtp by depayloading for ourselves

Farstream's FsRtpConference always installs the srtpenc/srtpdec elements
even when there is no encryption. In that case they just pass packets
through unmodified. Unfortunately the caps are negotiated wrong — it's
still marked as application/x-srtp. This means that rtpopusdepay won't
accept it, for example.

https://bugs.freedesktop.org/show_bug.cgi?id=105193
https://bugzilla.gnome.org/show_bug.cgi?id=793704

Work around this by actually *asking* for SRTP even though that's not
what we need. And doing the depayload for ourselves.

Now this should work with and upgraded FarStream 0.2.8 and everything
else on Ubuntu 16.04 out of the box.

Create RTP directly for incoming audio

It doesn't look like GStreamer/Farstream can cope with Opus with an RTP
clock rate other than 48000, but for incoming we can cope by just
multiplying by three.

Switch to using RTP for audio

We get a jitterbuffer for free this way, which makes it a lot more usable.

It also means I can drop a lot of the timestamp mangling crap and just
transpose the protocol's sample counts into RTP headers... I think. The
idea is to drop the 'opusrtppay' part and feed RTP directly into the
appsrc, and the converse for the sink.

It does require farstream 0.2.8 *and* to remove libgstsrtp.so for now.

Fix error handling in conv_membership_jugg_cb()

... and a typo spotted while checking it.

Fix local 'node' shadowing parameter in send_message_cb()

Fix ChimeContact dispose/finalize method typo

Remove some chime-connection-private.h includes

Hopefully make Coverity a little less unhappy with hashing &message

Fix copy-paste error spotted by Coverity

drop audioconvert/audioformat from src pipeline

Fix media close

Clean up FsAppTransmitter

Synchronise mute state with server

Farstream kind of working now...

Attempt to migrate audio hacks to FarStream (non-functional so far)

Put back the auto-connect to see if it helps (it doesn't)

Fix FsAppTransmitter for pipelines with more than one element

Oops, I broke muted calls. Fix timed RT send again.

Move audio hacks out to chat.c and leave the Chime parts relatively sane

One step closer to doing things "properly"...

Further audio cleanup

Start splitting out the parts we want to keep, from the temporary
pipeline hacks.

Let fs-app-transmitter launch a pipeline by its description

Instead of hard-coded audiotestsrc/filesink, let the pipeline descriptions
get passed in in the FsCandidate's 'host' and 'username' fields, much as
the FsShmTransmitter does for the filenames.

This might not last, as we can only reference named elements in a pipeline
description if they were created in that same pipeline, AFAICT. So my plan
of pre-creating the appsrc and then referencing it from the description
probably isn't going to work.

Which means we might end up with a dedicated FsChimeTransmitter after all,
but hey, at least I have a better understanding of how some of this stuff
fits together...

Start cleaning up audio support, handle mute

There are locking issues here. The appsink_new_sample() function can get
invoked from another thread, which means it can race with the timer.

I think if the g_source_remove() in do_send_rt_packet() runs while a
timed_send_rt_packet() is waiting for the rt_lock, it can deadlock.

The simple fix is probably to shift all the actual packet processing into
a separate thread with a simple packet-sending loop which does both audio
and muted frames.

Or maybe we don't want a thread wakeup to add to the outbound packet
latency, and we'll allow appsink_new_sample() to send directly for itself
with some simple locking scheme between it and the thread.

The thread can then handle DTLS and auth and everything else sequentially,
which lets me do DTLS "natively" with GnuTLS and saves me from lamenting
the absence of GDtlsClientConnection too much.

Reinstate paulbohm@'s gstreamer hacks

Emit signal for audio transport state

Add UI for rejoining call without mute

Expose UI for joining audio calls

Initial attempt at debian packaging

Fix never-notify pref matching

Add libmarkdown (not used yet, but it's being worked on)