v1.5.1 was released on September 1, 2022 and improved the stability of the SDK.
v1.5.0 was released on July 27, 2022.
Image or file messages, historical messages, and offline messages are deprecated as of this release. If you have integrated these features in a previous release, you can continue to use them.
Deprecated
createFileMessageByMediaId
createFileMessageByUploading
createImageMessageByMediaId
createImageMessageByUploading
cancelMediaUpload
cancelMediaDownload
downloadMediaToFile
downloadMediaToMemory
onFileMessageReceived
onFileMessageReceivedFromPeer
onImageMessageReceived
onImageMessageReceivedFromPeer
onMediaUploadingProgress
onMediaDownloadingProgress
enableOfflineMessaging
enableHistoricalMessaging
v1.4.10 was released on March 01, 2022.
As of v1.4.10, You don't need to add the following permission to the AndroidManifest.xml
file of an Android project:
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
Fixed some rich media related crashes.
v1.4.9 was released on November 19, 2021.
As of v1.4.9, you can automatically integrate the Agora RTM Android SDK through Maven Central. To integrate the SDK with Maven Central, see Integrate the SDK.
As of v1.4.9, you need to add the following permission to the AndroidManifest.xml
file of an Android project to check the connection status of the WIFI network:
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
Improved the login success rate and connection stability under the IPv4/IPv6 dual-stack network.
v1.4.7 was released on July 19, 2021.
Improved the success rate of logins and message delivery for the RTM SDK in poor network conditions.
v1.4.6 was released on June 21, 2021.
Fixed some issues that may cause crashes to improve stability.
v1.4.5 was released on April 30, 2021.
Fixed some issues that may cause crashes to improve stability.
v1.4.4 was released on April 20, 2021.
Integration changes
Because JCenter is about to retire and packet loss occurs on JitPack, as of this release, Agora publishes the SDK package to Maven Central instead of JCenter and JitPack. To integrate the SDK with Maven Central, see Integrate the SDK.
Improved the success rate of logins and message delivery for the RTM SDK in poor network conditions.
Fixed some issues that might cause the system to crash.
v1.4.3 was released on February 10, 2021.
This release fixed the following issues:
v1.4.2 was released on November 23, 2020.
Improved performance of login and messaging operations.
v1.4.1 was released on September 30, 2020.
Improved the log file.
v1.4.0 was released on September 1, 2020.
setLogFileSize
, the default log file size increases from 512 KB to 10 MB. The maximum log file size increases from 10 MB to 1 GB.setRtmServiceContext
to set the region of the Agora RTM SDK. The RTM SDK can only connect to Agora RTM servers within the specified region.New methods
v1.3.0 was released on May 8, 2020.
1. Send and receive file messages
v1.3.0 supports downloading non-empty files that are smaller than 30 MB. You can cancel an ongoing upload or download process at any time. Each file you upload to the Agora server corresponds to a media ID. The file stays on the Agora server for seven days. You can use the media ID to download the file as long as the file is still on the Agora server.
v1.3.0 adds the RtmFileMessage
message class for saving and transferring a media ID. The RtmFileMessage
class inherits from the RtmMessage
class, so you can use the existing peer-to-peer or channel messaging methods to transfer the RtmFileMessage
instance. You can use the RtmFileMessage
object to complete the following tasks:
2. Send and receive image messages
v1.3.0 supports downloading non-empty image files that are smaller than 30 MB. You can cancel an ongoing upload or download process at any time. Each image you upload to the Agora server corresponds to a media ID. The image file stays in the Agora server for seven days. You can use the media ID to download the image file as long as it is still on the Agora server.
v1.3.0 adds the RtmImageMessage
message class for saving and transferring a media ID. The RtmImageMessage
class inherits from the RtmMessage
class, so you can use the existing peer-to-peer or channel messaging methods to transfer the RtmImageMessage
instance. You can use the RtmImageMessage
object to complete the following tasks:
3. Report the progress of upload or download
The SDK returns the progress of an upload or download by callback every second during a task in progress. If the upload or download task pauses, the SDK ceases to return any further callback until the task continues.
New methods
createFileMessageByMediaId
createImageMessageByMediaId
createFileMessageByUploading
createImageMessageByUploading
downloadMediaToMemory
downloadMediaToFile
cancelMediaUpload
cancelMediaDownload
New callbacks
onImageMessageReceived
onFileMessageReceived
onImageMessageReceivedFromPeer
onFileMessageReceivedFromPeer
onMediaUploadingProgress
onMediaDownloadingProgress
Deprecated methods
sendMessage (RtmMessage message, ResultCallback<Void> resultCallback)
is deprecated. Use sendMessage (RtmMessage message, SendMessageOptions options, ResultCallback<Void> resultCallback)
instead.
v1.2.2 was released on December 13, 2019.
Issues Fixed
Occasionally fails to receive any callback after a channel attribute operation.
v1.2.1 was released on November 29, 2019.
New Feature
Compatible with the endCall method of the Agora Signaling SDK
If you use the sendMessageToPeer
method to send a text message in the format of AgoraRTMLegacyEndcallCompatibleMessagePrefix_<channelId>_<your additional information>, then this method is compatible with the endCall method of the legacy Agora Signaling SDK. Replace <channelId> with the channel ID from which you want to leave (end call), and replace <your additional information> with any additional information. Note that you must not put any "_" (underscore) in your additional information but you can set <your additional information> as empty "".
Issues Fixed
onMemberJoined
twice. v1.2.0 was released on November 6, 2019.
New Features
When the method call succeeds, the SDK returns the onPeersOnlineStatusChanged callback to report the online status of peers, to whom you subscribe.
When the online status of the peers, to whom you subscribe, changes, the SDK returns the onPeersOnlineStatusChanged callback to report whose online status has changed.
If the online status of the peers, to whom you subscribe, changes when the SDK is reconnecting to the server, the SDK returns the onPeersOnlineStatusChanged callback to report whose online status has changed when successfully reconnecting to the server.
Allows you to unsubscribe from the online status of the specified user(s).
Allows you to get a list of the peers, to whose specific status you have subscribed.
Creates and initializes a raw message to be sent.
If you set a text description, ensure that the size of the raw message and the description combined does not exceed 32 KB.
Issues Fixed
rtm native not ready
, if one creates multiple channels with the same channelId
and then calls join
or leave
. v1.1.0 is released on September 18, 2019. It adds the following features:
Compatibility Changes
New Features
You can now get the member count of specified channel(s) without the need to join, by calling the getChannelMemberCount method. You can get the member counts of a maximum of 32 channels in one method call.
If you are already in a channel, you do not have to call the getChannelMemberCount
method to get the member count of the current channel. We also do not recommend using onMemberJoined
and onMemberLeft
to keep track of the member counts. As of this release, the SDK returns to the channel members onMemberCountUpdated the latest channel member count when the number of channel members changes. Note that:
Please treat this callback and the getMembers method separately:
- The former is an active callback. It returns the current number of channel members;
- The latter relies on the onSuccess callback to return a member list of the current channel. If the number of channel members exceeds 512, the SDK only returns a list of 512 randomly-selected channel members.
Supports setting or getting the attribute(s) of a specified channel. You can use this feature to create group anouncement.
Each channel attribute comes as a key-value pair. See RtmChannelAttribute for more information. Where:
Specific features:
When updating attributes of a channel, you can use the setEnableNotificationToChannelMembers flag to decide whether or not to notify all members of the channel about this attribute change.
The SDK caches the channel attributes. If multiple users have the privilege to update the channel attributes, then we recommend calling the getChannelAttributes to update the cache before updating the channel attributes.
Improvements
This release improves the resending mechanism of peer-to-peer messages, and extends the timeout for sending a peer-to-peer message from five to 10 seconds, greatly improving the success rate of peer-to-peer message sending under weak network conditions.
The Agora RTM system will resend a maximum of 32 channel messages of up to 30 seconds to channel members, when they manage to reconnect to the system from poor network conditions. This greatly improves the overall arrival rate of channel messages under weak network conditions.
API Changes
v1.0.1 is released on August 1st, 2019.
Issues Fixed
onConnectionStateChanged
callback. v1.0.0 is released on July 24th, 2019.
New Features
v1.0.0 implements the LocalInvitation.setChannelId
and LocalInvitation.getChannelId
methods.
- To intercommunicate with the legacy Agora Signaling SDK, you MUST set the channel ID. However, even if the callee successfully accepts the call invitation, the Agora RTM SDK does not join the channel of the specified channel ID.
- If your App does not involve the legacy Agora Signaling SDK, we recommend using the
LocalInvitation.setContent
method or theRemoteInvitation.setResponse
method to set customized contents.
Supports changing the default path to the SDK log file using the setLogFile
method. To avoid creating an incomplete log file, we recommend calling this method once you have created and initialized an RtmClient
instance.
Supports setting the output log level of the SDK using the setLogFilter
method. The log level follows the sequence of OFF, CRITICAL, ERROR, WARNING, and INFO. Choose a level to see the logs preceding that level. If, for example, you set the log level to WARNING, you see the logs within levels CRITICAL, ERROR, and WARNING.
You can call this method once you have created and initializd an
RtmClient
instance. You do not have to call this method after calling thelogin
method.
Supports setting the log file size using the setLogFileSize
method. The log file has a default size of 512 KB. File size settings of less than 512 KB or greater than 10 MB will not take effect.
You can call this method once you have created and initializd an
RtmClient
instance. You do not have to call this method after calling thelogin
method.
Improvements
Adds error codes based on the following scenarios:
login
method or the method call of login
does not succeed before calling any of the RTM core APIs. Issues Fixed
API Changes
v0.9.3 was released on June 7th, 2019.
New Features
This version allows you to send a message to a specified user when he/she is offline. If you set a message as an offline message and the specified user is offline when you send it, the RTM server caches it. Please note that for now we only cache 200 offline messages for up to seven days for each receiver. When the number of the cached messages reaches this limit, the newest message overrides the oldest one.
This version allows you to set or update a user's attributes. You can:
- Only after you successfully loggin in the Agora RTM system can you execute user attribute-related operations. Otherwise, the SDK triggers the
ATTRIBUTE_OPERATION_ERR_NOT_READY
error code.- The attributes you set will be clears when you log out of the RTM system.
- You can only set a maximum of 16 KB attributes in a single method call. Otherwise, the SDK triggers the
ATTRIBUTE_OPERATION_ERR_SIZE_OVERFLOW
error code.
Improvements
JOIN_CHANNEL_ERR_FAILURE
error code. Issues Fixed
v0.9.2 is released on May 5th, 2019.
This release does not support creating an RtmChannel instance before logging in the Agora RTM system
New Features
This release introduces a new concept: online and offline.
This release adds the function of querying the online status of the specified users. After logging in the Agora RTM system, you can get the online status of a maximum of 256 specified users. See queryPeersOnlineStatus.
- The sequence of the returned user IDs is identical to the input sequence.
- The call frequency of this method is 10 times every five seconds.
In the production environment, you need to use a token to log in the Agora RTM system. Each token expires 24 hours after it is created. This release allows you to renew a token.
- The renewToken method must be called before creating an RtmClient.
- The call frequency of the renewToken method is two times every second.
Improvements
userId
that starts with a space.API Changes
Adds the following error code for when a user sends a call invitation without logging in the Agora RTM system.
v0.9.1 is released on April 4th, 2019.
This version does not come with the
setLogFile
andsetLogFilter
method. The default log file location is at /sdcard/<AppName>/agorartm.log.
New Features
This release adds the call invitation feature, allowing you to create, send, cancel, accept, and decline a call invitation in a one-to-one or one-to-many voice/video call.
Improvements
ChannelMessageState
and PeerMessageState
to simplify the process of sending a channel or peer-to-peer message. Uses ChannelMessageError
and PeerMessageError
instead. IStateListener
for listening to message states. Uses the generic ResultCallback
instead.API Changes
RtmCallManager
instance. RtmClient.destroy()
method, which releases all resources used by the RtmClient
instance, to: RtmClient.release().IResultCallback
class to: ResultCallbackPEER_MESSAGE_RECEIVED_BY_SERVER
from PeerMessageError, uses PEER_MESSAGE_ERR_OK
instead.CHANNEL_MESSAGE_RECEIVED_BY_SERVER
from ChannelMessageError, uses CHANNEL_MESSAGE_OK
instead.PeerMessageState
interface, uses PeerMessageError instead. ChannelMessageState
interface, uses ChannelMessageError instead.IStateListener
class for listening to message states, uses the ResultCallback class instead for listening to the peer or channel message results.v0.9.0 is released on February 4th, 2019.
Initial version.
Key features: