# Some email clients (e.g. Outlook web/mobile) cannot handle AAC voice messages

**URL:** <https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151>\
**Category:** Uncategorized\
**Created:** [August 11, 2020, 10:22pm UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151 "2020-08-11T22:22:51Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![rrthomas](https://forum.delta.chat/user_avatar/forum.delta.chat/rrthomas/32/637_2.png) [@rrthomas](https://forum.delta.chat/u/rrthomas)\
**Post date:** [August 11, 2020, 10:22pm UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151/1 "2020-08-11T22:22:51Z")

</div>

[See [https://github.com/deltachat/deltachat-android/issues/1531](https://github.com/deltachat/deltachat-android/issues/1531) for previous discussion.]

It would be good to be able to be more compatible by using e.g. MP3. I understand that AAC produces much smaller files for a given quality than MP3, but users should be able to trade off their data usage against usability with a wider range of clients that correspondents may use.

---

<div class="post-metadata">

**Author:** ![link2xt](https://forum.delta.chat/user_avatar/forum.delta.chat/link2xt/32/1971_2.png) [@link2xt](https://forum.delta.chat/u/link2xt)\
**Post date:** [August 12, 2020, 2:08am UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151/2 "2020-08-12T02:08:40Z")

</div>

How about Opus? If it is supported, it is a superior format (according to [its own comparison](https://opus-codec.org/comparison/), but anyway). I think the reason for AAC is that encoding is done in the UI code which was taken from Signal and then never updated to use Opus. Opus is the only mandatory codec for WebRTC and it has been supported on Android for a while. You can already send and play Opus, the only change that should be made is to change the encoder used in the Android library call.

---

<div class="post-metadata">

**Author:** ![r10s](https://forum.delta.chat/user_avatar/forum.delta.chat/r10s/32/1513_2.png) [@r10s](https://forum.delta.chat/u/r10s)\
**Post date:** [August 12, 2020, 7:53am UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151/4 "2020-08-12T07:53:32Z")

</div>

Opus would be great to get smaller file formats, 16kbit opus is comparable to 32kbit aac (which is comparable to 64kbit mp3).  
Technically, this would require to do decoding in the core as Opus decoders are not available on all systems we want to support (iirc, missing eg. on older androids), doable, of course, but some work. This was the reason to decide for AAC.

however, Opus probably would not solve the initial issue, that some non-delta-clients cannot play an audio send by delta - i am pretty sure, that using Opus would even worsening this situation - AAC is much more common than Opus.

maybe we can add some hints to the email (that is not visible to delta-chat) as we are doing for webrtc currently.

tbh, i am really astonished that of all things Outlook resp. Windows has problems playing AAC out of the box - AAC is 23 years old and [https://en.wikipedia.org/wiki/Advanced\_Audio\_Coding](https://en.wikipedia.org/wiki/Advanced_Audio_Coding) shows a really wide adaption of AAC - _including_ Windows.

---

<div class="post-metadata">

**Author:** ![anon52734425](https://forum.delta.chat/letter_avatar_proxy/v4/letter/a/5f9b8f/32.png) [@anon52734425](https://forum.delta.chat/u/anon52734425)\
**Post date:** [August 12, 2020, 12:35pm UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151/5 "2020-08-12T12:35:46Z")

</div>

For opus encoding I proposed you a separated library time ago used by the same guy supporting ‘Call Recorder’ app for Android.

---

<div class="post-metadata">

**Author:** ![anon52734425](https://forum.delta.chat/letter_avatar_proxy/v4/letter/a/5f9b8f/32.png) [@anon52734425](https://forum.delta.chat/u/anon52734425)\
**Post date:** [August 12, 2020, 1:12pm UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151/6 "2020-08-12T13:12:57Z")

</div>

- [https://gitlab.com/axet/android-opus/](https://gitlab.com/axet/android-opus/) libopus port with JNI for encoding
- [https://gitlab.com/axet/android-audio-library](https://gitlab.com/axet/android-audio-library) use example as a media library for encoding

---

<div class="post-metadata">

**Author:** ![link2xt](https://forum.delta.chat/user_avatar/forum.delta.chat/link2xt/32/1971_2.png) [@link2xt](https://forum.delta.chat/u/link2xt)\
**Post date:** [August 22, 2020, 5:09pm UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151/7 "2020-08-22T17:09:39Z")

</div>

Found related feature proposal:

> [@Use OPUS instead of AAC for audio files](https://support.delta.chat/t/use-opus-instead-of-aac-for-audio-files/471):
>
> I think audio files could have a lower size maintaining a good quality at lower bitrates (and sample rates but with lower changes) using OPUS format (with opus extension or ogg container) instead of AAC. I made a test to support this using as basic information the constants here [deltachat-android/AudioCodec.java at master · deltachat/deltachat-android · GitHub](https://github.com/deltachat/deltachat-android/blob/master/src/org/thoughtcrime/securesms/audio/AudioCodec.java) I have used WAV and FLAC (without compression and lossless compression) as base files due a problem with audacity to export directly …

---

<div class="post-metadata">

**Author:** ![r10s](https://forum.delta.chat/user_avatar/forum.delta.chat/r10s/32/1513_2.png) [@r10s](https://forum.delta.chat/u/r10s)\
**Post date:** [October 6, 2026, 2:59pm UTC](https://forum.delta.chat/t/some-email-clients-e-g-outlook-web-mobile-cannot-handle-aac-voice-messages/1151/8 "2026-10-06T14:59:25Z")

</div>


