Sharing insights from Audoo team members, on our processes, and technology, as well as viewpoints on industry news.

Blog

The last weekend in February saw the 5th instalment of <a href="https://measureofmusic.com/" target="_blank">Measure of Music</a>, a virtual event celebrating music, tech &amp; data in a weekend
long conference and hackathon. The event attracted a diverse group of speakers
and participants from a variety of backgrounds, from 71 countries and 17 time-zones
around the world - this year was bigger than ever! Audoo is proud to have sponsored this year’s event, and to kick-off
the weekend by speaking about the importance of accurate public performance
data within the music industry, and how it enables accurate distribution of
performance royalties to artists, writers and rightsholders (<a href="https://conference.measureofmusic.com/talks/measure-of-music-friday-kick-off-with-audoo/" target="_blank">watch replay</a>).
It was a pleasure to provide real-world data collected from our Audio
Meters across four territories and three continents. A huge thanks goes to our engineering team, who dedicated
their weekends to help and mentor participants throughout the weekend wherever
possible. It was impressive to see so many participants committed to their
projects and delivering the best pitches they could after a gruelling 48 hours.
Hearing teams discuss how public performance data can be used to train models and add value to
artist marketing/audience development strategies was especially pleasing! <img src="https://assets.audoo.com/content/image/165f1b385cb54eb0a87a9d3d606c3750.webp" width="567" style="width: 567px; margin: 0px auto; display: block;"> Congratulations to the winning team (Team 6) for
their pitch on Gigatlas, a platform for simplified data-driven tour
planning. Gigatlas was proposed as a one-stop-shop helping artists plan tours
based on audience data, venue location and predicted travel costs. A great initiative
for independent and emerging artists, and another example where Audoo public
performance data could be used to identify and validate potential audiences. <img src="https://assets.audoo.com/content/image/6ef9419a460f4c80ad12fd8bc6e6dca5.webp" alt="" width="634" height="353" style="display: block; margin-left: auto; margin-right: auto;"> For example, if Luminate and Chartmetric data help to
identify audiences using streaming data, Audoo&nbsp;public performance data can help to validate these audiences and propose new ones based on the traction of track/artist plays by within industry sectors and commercial premises. <blockquote>Understanding where and when music is consumed in the
commercial sector can help to surface data-driven insights, and identify new potential audiences or placements for artists.</blockquote> Well done again to everyone involved – organisers, participants,
mentors and speakers. We look forward to seeing what's in store for next year's event. <ul><li>If you’re a creator,
rightsholder or PRO/CMO interested in hearing how we can support you - head to <a href="https://audoo.com/technology/background">our solutions</a>&nbsp;pages or reach
out for a demo. </li><li>If you want a deeper dive into our technology - check out this <a href="https://audoo.com/news/blog/audoo-system-architecture" target="_blank">system architecture blog</a> from our CTO Steve Robbins.</li></ul> Hash Riaz,&nbsp;Head of Product

Audoo sponsors this year's Measure of Music 2025 event, a virtual event celebrating music, tech & data in a weekend-long conference and hackathon.

Audoo x Measure of Music 2025

<h3> </h3>I’d like to introduce you to the technology we’ve built entirely in-house at
Audoo over the last few years and give you a flavour of some of the technology choices our team has made along the way. We’ll be following up in the future with more detail on various aspects of how we do things - design, security and privacy, automated testing and some specialised projects and partnerships.

 
<h3>Platform</h3>

The cloud platform is centre of everything we do at here Audoo, securely gathering data from our Audio Meters to identify tracks being played, capturing analytics and metrics to ensure operational health, aggregating world-first data for reports and delivery to partners through dashboards and file transfer.
 
<img src="https://assets.audoo.com/content/image/c5bbde2b2b144e8c9912857238af20b8.webp" style="margin: 0px auto; display: block;">

The platform itself is hosted with&nbsp;<a href="https://aws.amazon.com/about-aws/global-infrastructure/" target="_blank" style="color: rgb(70, 120, 134);">Amazon Web Services (AWS)</a> and has been built with <a href="https://clojure.org/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Clojure</a>. We love Clojure as it’s quick and enjoyable to get work done, produces efficient code and is great for working with and transforming data. The platform has been designed using the <a href="http://martinfowler.com/articles/microservices.html" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">"microservices"</a> architectural approach, meaning we divide the overall platform into smaller parts (a “microservice”), each of which are responsible for a specific area. 

For example, we have individual microservices for user account management, analytics event capture, identifying fingerprints, Audio Meter health checking and so on. Using this architectural technique works really well for our needs, allowing scaling of areas that need more processing power when needed and rapidly iterating on features separately. 

The platform has over 25 individual microservices so far, all sharing a common design pattern for monitoring, logging, deployment and the APIs they expose – allowing us to concentrate on the functionality rather than the infrastructure. The microservices are tested in isolation as part of our <a href="https://en.wikipedia.org/wiki/Continuous_delivery" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Continuous Delivery</a> process to ensure quality before deployment, then also as part of regular platform tests that drive alerts in Slack and our status page that we host publicly at <a href="https://status.audoo.com/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">https://status.audoo.com/</a>
 
<img src="https://assets.audoo.com/content/image/63dfb61e29cd4d9fb2df875e23ec6060.webp" style="margin: 0px auto; display: block;">
<h2> </h2>
<h3>Audio Meters</h3>

The public face of our technology is of course our Audio Meter™, which has been many years in the making. We’ve had dozens of iterations on the external housing and the internal circuit board to get to the reliable, manufacturable, sleek and easy-to-install version that we now manufacture here in the UK.
<img src="https://assets.audoo.com/content/image/4df5d35903ae4c889e3dec763f42424e.webp" style="margin: 0px auto; display: block;">
 
An early prototype circuit board that was used to prove the concept can be seen below, measuring over 30cm2, with microphones sticking out on the edges. The team worked long and hard with external specialists to get to the multi-layer board, of which we have now built thousands&nbsp;measuring approx. 10cm2 x 4.5cm2 with the microphones directly on the board.

<img src="https://assets.audoo.com/content/image/1d7baccb256941b5a2e8be1f95c11ab2.webp" style="margin: 0px auto; display: block;">
We’ll come back to our manufacturing process in a future post – covering the testing we put every board through as it’s built and assembled into the finished Audio Meter. We love data and visibility of it, so we have real-time test results from our factory on an internal manufacturing dashboard where we can see boards at each test stage and the detailed test results as the factory run through the process. Below you can see a board that has failed on the second testing stage as well as an example of the detail captured in the audio test stage. 

<img src="https://assets.audoo.com/content/image/e05856d908874d5ba9008417f4467f5b.webp" style="margin: 0px auto; display: block;">
 
<img src="https://assets.audoo.com/content/image/16e96d88ed4d40b98bf483b052fad325.webp" style="margin: 0px auto; display: block;">
 
The embedded software that controls the Audio Meter is developed in a combination of Python, C and C++. The design goals for the software are to ensure reliability, privacy, security, simplicity and robustness, all while using as little power as possible – in fact, our Audio Meters consume less power than a standard USB phone charger. Our aim is for the Audio Meter to be plugged in and for it to “just work”… we have cellular connectivity&nbsp;inside, so as soon as it has power we can connect to our cloud platform and get recognising. 

Operating in the opposite way to smart speakers (that need to isolate and recognise voice commands that are spoken), we want to remove speech and noise from the audio to isolate the music being played. As part of this audio processing, we run a machine learning model on the Audio Meter to give a probability score on whether music is playing or not, capture sound levels and other metrics. The audio from microphones is never stored on the Audio Meter, nor is it sent to our cloud platform.&nbsp;We instead generate and send an <a href="https://en.wikipedia.org/wiki/Acoustic_fingerprint" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">“acoustic fingerprint”</a> to our cloud to match and identify the music that is playing - this ensures privacy for the venues we are installed in. As part of our reliably efforts – for example, working around occasionally poor reception – Audio Meters are capable of offline fingerprinting, where they store the fingerprints securely to retry until we know they have been received by our cloud platform. In a future post, we’ll go into detail on the automated testing and checks we carry out when releasing software updates for the Audio Meters around the world.
 
<h3>Dashboards and Apps</h3>
 
You will have seen a few screenshots of our internal web dashboard in this blog - we use this tool to manage venues and installations, provide support, diagnose and fix problems, manage catalogue metadata, get ad-hoc reports / insights and so much more. We use <a href="https://ionicframework.com/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Ionic</a> that allows the same codebase to be used to also provide a mobile app that is used by installation partners. We’re immensely proud of our internal tooling and always get great feedback when demoing to partners and investors. Last year we also&nbsp;launched&nbsp;an externally accessible <a href="https://audoo.com/technology/dashboard" target="_blank">dashboard</a> for partners to use, which allows users to dive into reports and real-world data insights from all over the globe.
 
Our design process is lightweight but effective – moving from understanding the product requirements to wireframes, to hi-fidelity click-through demos in <a href="https://www.figma.com/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Figma</a>. Once the team has agreed the flow, our cloud and data team work on APIs that are marked up as comments on the design in parallel with the UI build-out.
 
<img src="https://assets.audoo.com/content/image/cfe86f8ebaa8469388d3cf1e91651a62.webp" style="margin: 0px auto; display: block;">
<h2> </h2>
<h3>Reporting and Data</h3>
 
As our central product is reporting the music played to our partners, naturally a huge part of our platform centres around processing the millions of analytics events we receive every day to build out the reports. We make use of several AWS services to drive this - central to this is a <a href="https://aws.amazon.com/redshift/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Redshift</a> data warehouse, with a <a href="https://aws.amazon.com/kinesis/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Kinesis</a> stream providing real-time on data, then <a href="https://aws.amazon.com/step-functions/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Step Functions</a>, <a href="https://aws.amazon.com/emr/" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Elastic Map Reduce</a> and loading / reporting code to process batch runs overnight. As catalogue data is constantly updated and improved, during report delivery, we take a “snapshot” copy of the data being delivered to ensure analytics dashboards are based on the same data delivered to partners. We load and transform data to enable our dashboard insight use cases through a Postgres caching database to give the performance we need for these views.
<h2> </h2>
<h3>Summary</h3>
 
I’m incredibly proud of the team and what we’ve built at Audoo over the last few years – taking <a href="https://audoo.com/about/our-story" rel="noopener noreferrer" target="_blank" style="color: rgb(70, 120, 134);">Ryan’s vision</a> from a proof of concept to a super reliable product that we’re rolling out around the world. I hope you enjoyed this introduction to what we’ve built and look out for more detailed follow up posts coming soon!
 
Cheers,
Steve.

I’d like to introduce you to the technology we’ve built entirely in-house at
Audoo over the last few years here at Audoo and give you a flavour of some of the technology choices our team has made along the way. We’ll be following up in the future with more detail on various aspects of how we do things - design, security and privacy, automated testing and some specialised projects and partnerships.

Blog

Press contact: audoo@wordsandpixels.co

Audoo x Measure of Music 2025

Audoo System Architecture