Closed rikmarais closed 1 year ago
to add to this i believe the conflict is caused when a audio needed by a scene i.e if its initial playlist or ambient audio/ has macro links to audio. it will not revert back to the previous playlist whilst using the forge. but when using a client it is fine.
I can't seem to replicate your issue, can you provide screenshots/console log (hit F12 and go to the console tab), also try updating to the newest version I made some modifications on how the playlists are starting and it may fix your issue.
i will test now
i tested on firefox and it doesnt come back to the original playlist after the update
my result on chrome.
I think I figure out what was going on, looking at your logs it was attempting to start a playlist with no name/id I've added some checks to make sure that those exist and error if not. Can you check again, in addition can you add the debug messages to the logs? (if it still doesnt work)
make sure the verbose is checked
after update still getting repeated messages and not resuming
is it possible i could show you whats happening via discord?
sure thing, sent a request on discord
this issue should be fixed in the newest release, update and let me know if its working for you.
it works! well done! thank you! the resume works too!
Describe the bug Previous playlist does not resume playing after combat ends if
Fanfare
playlist is set toNone
. IfFanfare
is set to an existing playlist with a track in it, then the previous playlist does resume playing.To Reproduce Steps to reproduce the behavior:
Combat Playlist
, andNone
forFanfare Playlist
If
Fanfare Playlist
is configured in step 1, then step 5 does return to the previous playlist.Expected behavior Should return to playlist in step 2 regardless of whether a Fanfare is set.
Screenshots ^ Does not return to previous playlist, and no
Fanfare
plays^ Does return to previous playlist after
Fanfare
playsVersion Information
0.3.7
10.290
Windows 11
Additional context