I am designing a two-alternative forced-choice discrimination task where a target audio stimulus is presented and then the choice is between two visually presented tokens. My colleague and I have previously asked a question about this design in this discussion thread (Looking for Access to iPad MWorks with Audio Support for macOS 16.2).
I have come across a small bug where, on some seemingly random trials, the target audio cannot be heard even though the path to the audio stimulus (as a .mp4 file) is loaded into experiment variables. No errors are shown on the console and I have checked that each audio file is not corrupt or empty (i.e., should be audible). I am still very new to MWorks, so I would greatly appreciate any recommendations as to how to go about troubleshooting this.
Thank you in advance for your time and assistance!
Please find the experiment folder attached. Everything is designed to be compatible with release 0.11 and the aor_set3_task1 folder contains everything necessary to run the experiment. The .mwel file can be found under the different_tasks directory.
Thanks for sending a runnable copy of your experiment. It’ so much easier to debug a problem when I can reproduce it myself!
I see the issue: You dequeue the current video in “Post Sample Image Delay”, but your experiment never enters that state, instead going directly from “Present Sample Image” to “Present Test Images”. Because videos are never dequeued, their “played” state is never reset. This means that when you try to queue and play a video that you’ve already shown once, nothing happens, because the video has already ended. The fix is just to make sure you always dequeue each video after showing it.