Oboe is a C++ library that makes it easy to build high-performance audio apps on Android. (by google)


Basic oboe repo stats
6 days ago

google/oboe is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.

Oboe Alternatives

Similar projects and alternatives to oboe based on common topics and language

  • GitHub repo walt

    A device for measuring latency of physical sensors and outputs on phones and computers

  • GitHub repo aap-lv2

    AAP LV2 support: wrapper, and a few plugin port samples (maybe not practical yet). See also aap-lv2-{sfizz|guitarix|fluidsynth} reos.

  • GitHub repo OpenFrameworks

    openFrameworks is a community-developed cross platform toolkit for creative coding in C++.

  • GitHub repo BackgroundMusic

    Background Music, a macOS audio utility: automatically pause your music, set individual apps' volumes and record system audio.

  • GitHub repo Sonic Pi

    Code. Music. Live.

  • GitHub repo SFML

    Simple and Fast Multimedia Library

  • GitHub repo Mumble

    Mumble is an Open Source, low-latency, high quality voice chat software

NOTE: The number of mentions on this list indicates mentions on common posts. Hence, a higher number means a better oboe alternative or higher similarity.


Posts where oboe has been mentioned. We have used some of these posts to build our list of alternatives and similar projects - the last one was on 2021-03-05.
  • An update on Android's audio latency
    news.ycombinator.com | 2021-03-05

    We do not use the Larsen Effect any more because it was too sensitive to variations in gain. We now use a random encoded bit stream that sounds like a short noise burst. We can get a better correlation peak with that signal.

    > Many of the latency measurements break the latency down between

    news.ycombinator.com | 2021-03-05
    I'm the author. My testing methodology was to run the round-trip latency test using OboeTester: https://github.com/google/oboe/tree/master/apps/OboeTester/d....

    It's a simple test: produce a tone (either on built-in speaker or over wired headphones if using a loopback dongle), measure the time it takes for that tone to reach the audio input.

    For devices which I didn't have access to (our team has a limited number of test devices) I used the figures from Superpowered, but with some assumptions/rules:

    #1 If AAudio was available on the device I used the measurements from that rather than OpenSL ES

  • Aaudio issues
    Are you aware of the existence of the Oboe library from Google ?