# Looking for Access to iPad MWorks with Audio Support for macOS 16.2

**URL:** <https://mworks.discourse.group/t/looking-for-access-to-ipad-mworks-with-audio-support-for-macos-16-2/1079>\
**Category:** Support\
**Created:** [March 5, 2025, 8:39pm UTC](https://mworks.discourse.group/t/looking-for-access-to-ipad-mworks-with-audio-support-for-macos-16-2/1079 "2025-03-05T20:39:20Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![eyakub](https://avatars.discourse-cdn.com/v4/letter/e/a4c791/32.png) [@eyakub](https://mworks.discourse.group/u/eyakub)\
**Post date:** [March 5, 2025, 8:39pm UTC](https://mworks.discourse.group/t/looking-for-access-to-ipad-mworks-with-audio-support-for-macos-16-2/1079/1 "2025-03-05T20:39:20Z")

</div>

Hi Chris, we are looking to present some audio through iPad, but our iPad cannot upgrade to the latest macOS (17.xx) and thus can’t support the version of MWorks currently available in the App store. Our iPad is on macOS 16.2 and currently runs MWorks 0.11 - which does not support audio. Would it be possible to get access to an iPad version of MWorks \> 0.12.1 that can run on macOS 16.2? If you could possibly share a nightly version of MWorks 0.13, I believe that would resolve our conflict.

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [March 6, 2025, 1:58pm UTC](https://mworks.discourse.group/t/looking-for-access-to-ipad-mworks-with-audio-support-for-macos-16-2/1079/2 "2025-03-06T13:58:50Z")

</div>

Hi Liza,

> Our iPad is on iPadOS 16.2 and currently runs MWorks 0.11 - which does not support audio.

MWorks 0.11 absolutely supports audio (as have all MWorks versions since the beginning of time). See the 0.11 docs for [Sound Stimulus](https://mworks.github.io/documentation/0.11/components/sound_stimulus.html). MWorks 0.12 did introduce some [significant improvements](https://mworks.discourse.group/t/audio-improvements/835) to MWorks’ audio support, but basic sound playback is definitely available in 0.11.

> Would it be possible to get access to an iPad version of MWorks \> 0.12.1 that can run on iPadOS 16.2? If you could possibly share a nightly version of MWorks 0.13, I believe that would resolve our conflict.

Sorry, but I don’t keep old nightly builds. (In fact, we weren’t even generating nightly builds for iPad until after the 0.13 release.)

Honestly, if your iPad is too old to run iPadOS 17, it is _very_ old indeed. Based on [this chart](https://www.simplymac.com/ipados/ipados-compatibility-chart-supported-os-for-each-ipad), you’re talking about a device from 2017 or earlier. 8+ years old is positively ancient for an iPad, and it probably isn’t going to run MWorks well in any case. I think your best bet would just be to get a newer device.

Cheers,  
Chris

---

<div class="post-metadata">

**Author:** ![shirint](https://avatars.discourse-cdn.com/v4/letter/s/e0b2c6/32.png) [@shirint](https://mworks.discourse.group/u/shirint)\
**Post date:** [March 10, 2025, 3:12pm UTC](https://mworks.discourse.group/t/looking-for-access-to-ipad-mworks-with-audio-support-for-macos-16-2/1079/3 "2025-03-10T15:12:42Z")

</div>

Hi Chris,

Thanks for your help! Based on your suggestion, I’ve tried to fix the 0.11 mWorks version, but I’m unsure what to use instead of `sound_group` which doesn’t work in this version.

Should I list all the sounds individually, or is there a better alternative?

```auto
sound_group audio {
    range_replicator (
    	from = 0
    	to = 369  
    	step = 1
    	variable = rr_index
    	) {
    	wav_file audio${rr_index} (
        	path = '/path to /audio${rr_index}.wav'
    	)
    }
}

```

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [March 10, 2025, 9:43pm UTC](https://mworks.discourse.group/t/looking-for-access-to-ipad-mworks-with-audio-support-for-macos-16-2/1079/4 "2025-03-10T21:43:35Z")

</div>

Hi Shirin,

You can still use a range replicator to define the sounds. Just remove the enclosing `sound_group`:

```auto
range_replicator (
    from = 0
    to = 369  
    step = 1
    variable = rr_index
    ) {
    wav_file audio${rr_index} (
        path = '/path to /audio${rr_index}.wav'
    )
}

```

The difficulty is that you’ll need to reference each sound by its tag: `audio0`, `audio1`, etc. This is going to prevent you from, say, selecting a random index and playing the sound at that index, so it probably won’t work for you.

An ugly but viable workaround would be to convert your sounds into videos and then define each sound as a [video stimulus](https://mworks.github.io/documentation/latest/components/video_stimulus.html) inside a [stimulus group](https://mworks.github.io/documentation/latest/components/stimulus_group.html). The actual video content could be minimal (e.g. a single pixel), and you could hide it by setting [alpha\_multiplier](https://mworks.github.io/documentation/latest/components/video_stimulus.html#alpha-multiplier) to zero. You should be able to use [FFmpeg](https://ffmpeg.org) to create the videos (see [this discussion](https://askubuntu.com/q/868283)).

Cheers,  
Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [May 1, 2025, 1:43pm UTC](https://mworks.discourse.group/t/looking-for-access-to-ipad-mworks-with-audio-support-for-macos-16-2/1079/5 "2025-05-01T13:43:24Z")

</div>