Adds a signal that sends the linear RMS level for a given ring buffer.
The signal must be turned on via the API and can be turned off when
needed.
Adds an audio preview so the mic can be read. Call startAudioDevice and
stopAudioDevice to initialize and stop the audio layer.
Change-Id: I6a71ef87ee805a6d4bfa824fa901dd638e8cbd65
Preemptively adds signal for hardware encoding so version won't have to
be bumped again.
Change-Id: Ie3b828671fab3628853b85a2a8259200e9a809c0
Gitlab: #55
If the archive is not updated before exporting it, contacts can be
missing (because the file is only updated when a new device is
added for now).
Change-Id: Ie1068af26826b2a9acd1aa2c76123cff43eb6836
Gitlab: #65
Initial import of the localrecorder.
The local recorder provides a public interface for recording audio and
video messages locally. For instance this can be used to record voice
or video messages that could be later sent via file transfer.
Change-Id: I0675fc0fb8588db24ae86302a76d4d68f5871b82
Currently there is no timeout for received calls. If a peer is
connected but doesn't answer a call, then this call will stay in
RINGING state 'forever' until the calling user manually aborts
it or peer becomes unreachable.
This patch implements a timeout system: When a call starts ringing
a job is scheduled in a fixed amount of time (corresponding to a new
user preference, by default 30s) to check whether the call is still
ringing or not. If the call is still ringing after timeout, hangup()
is called with 486 (BUSY) state and ringing stops.
Change-Id: I49218f5d4bdef8e4a8cee35fa6dde80f572b46c6
Gitlab: #42
- provides registerSignalHandlers to replace registerCallHandlers,
registerConfHandlers, registerDataXferHandlers,
registerPresHandlers, and registerVideoHandlers which are now
deprecated and forward to registerSignalHandlers
- this patch bumps the daemon API to 5.2.0 and is backwards
compatible
Change-Id: Ie9479610114a474b4748614988c3ea0156dce6a9
Reviewed-by: Sebastien Blin <sebastien.blin@savoirfairelinux.com>
Because a client can receives messages before a client is ready to
receive it and because the daemon does not store any message, we
should have, like calls or file transfers, have a method to get
these messages.
So, this patch introduces a new method which gives the ability to
retrieve messages since the daemon has been launched. To do that,
when the daemon will receives a new message, it will store this
message into a queue (limited to 1000 messages) and save the
related timestamp. When the client is ready it can call getLastMessages
with its last known timestamp. This method will return all messages
received after this timestamp.
Note: the perfect way to do that is to store messages directly in
the daemon not clients. We also need some synchronization processes.
Change-Id: Iceb1654088a843f9be5b4a47bcc23201e9b38c01
Add a method for exporting the account's archive in a
file.
This patch updates configurationmanager interfaces and
fix an error with exportOnDHT for nodejs.
Change-Id: I9fdfcd20b66854ca768166e5198b8ae428192305
Reviewed-by: Philippe Gorley <philippe.gorley@savoirfairelinux.com>
Added functions to convert C++ map<string, string> and vector<int> to native JS objects
Also added 5 more callbacks that depended on above mentioned data structures
Change-Id: I10715d69446c15906feed526fff178c27703af10
Moved 'build/Release/dring.node' from BUILT_SOURCES to CLEANFILES
This fixed the build error where compiler could not find rule to make target
Change-Id: I6a2dd573894c8003489fcac5011229be2b1c7fa3
