Closed aweibell closed 1 year ago
Is this project neglected, @E-Kuerschner ? Looks like Howler.js also is quite inactive? :-/
hey @aweibell! Apologies, been really busy with my full time. Feel free to open any pull requests. I'll be able to review those much faster than I'll be able to contribute. However, I do plan to spend a weekend on this coming up so I'll make sure to look into this issue as well as a few other things.
Thank you! I also only use this for a hobby project, so I fully understand your situation 😀
I am a bit concerned that howler.js seems to be neglected, though. Do you know the maintainer there? I found another react audio lib, hoover, which did move away from howler.js, but that does not support listening to current position, it seems.
working on addressing this for v2
closing since i am planning to merge v2 soon
Sure, I have started implementing with 2.0.0-alpha, but did not quite get to a complete and working version of my app. Will let you know! Thanks for the great efforts with 2.0.0! :)
Describe the bug In short: multiple instances of return values from
useAudioPlayer
seems to be only partly in sync.I have a component structure like this:
in App.js I wrap the PlayerPage inside an
Then I call
useAudioPlayer
to set source and some other options in List. I also calluseAudioPlayer
with no arguments in PlayerControls, and it seems to pick up the playing state fine, but when I useplay()
orpause()
from there it does not affect the playing track!This behaviour seems very weird to me, but hopefully there is just something I haven't catched.
To Reproduce Steps to reproduce the behavior:
Codesandbox: https://codesandbox.io/s/useaudioplayer-multiplay-4uz28j?file=/src/List.js
Expected behavior The playing state should be the same for both instances of call to
useAudioPlayer
. Callingpause()
in one instance should pause the sound playback initiated from the other and vice versa.Environment (please complete the following information):