Author Topic: 3.8 reports, queries and bugs  (Read 262993 times)

saga

  • Posts: 2463
Re: 3.8 reports, queries and bugs
« Reply #750 on: 13 Oct '20 - 19:43 »
Thanks, I'll report any findings. :)

Juest

  • Guest
Re: 3.8 reports, queries and bugs
« Reply #751 on: 15 Oct '20 - 03:28 »
hello once again, so i've gotten another edge case related to audio device management.
for some reason it didn't update the device list when hdmi got replugged or i switched sessions and reconnected.
also i got a really strange playback reset and the output settings gui was glitched.
i should probably restart xmplay but its still a bug nonetheless

Ian @ un4seen

  • Administrator
  • Posts: 23301
Re: 3.8 reports, queries and bugs
« Reply #752 on: 15 Oct '20 - 15:58 »
Was XMPlay playing something when you connected the HDMI device? XMPlay will only refresh its device list when nothing is playing - if you stop playback and go back to the device list then it should be refreshed. If that doesn't explain what happened then can you reproduce the problem every time you take certain steps or does it only happen sometimes?

Juest

  • Guest
Re: 3.8 reports, queries and bugs
« Reply #753 on: 17 Oct '20 - 08:06 »
Was XMPlay playing something when you connected the HDMI device? XMPlay will only refresh its device list when nothing is playing - if you stop playback and go back to the device list then it should be refreshed. If that doesn't explain what happened then can you reproduce the problem every time you take certain steps or does it only happen sometimes?
it's really sort of random. I tend to leave applications running for extremely long periods of time. I also utilize Virtual Audio Cable which is a virtual driver for loopback usage. it's possible that it may be a edge case due to windows behavior when (dis)connecting to user sessions.
device list didn't seem to have anything to be refreshed. just that the options dialog as a whole was responding erratically to interaction with said glitch.
thanks for the reply anyway, kind of posted and moved on honestly, just restarted xmp and off we go (and my applications later all collapsed due to me playing with some desktop manager extension lol, dont worry about that)
ps: in case you're wondering, i am the same guy, i just havent really bothered creating an account, hope that's okay

Juest

  • Guest
Re: 3.8 reports, queries and bugs
« Reply #754 on: 20 Oct '20 - 07:05 »
sorry, the device change coping mechanism while paused is still not good. it managed to play about a second in some rare cases....

Juest

  • Guest
Re: 3.8 reports, queries and bugs
« Reply #755 on: 21 Oct '20 - 16:37 »
sorry, the device change coping mechanism while paused is still not good. it managed to play about a second in some rare cases....
a workaround was done not a permanent fix since i just noticed the glitch where the visualizer animations stop working and so does the pattern scroll and time counter after changing audio devices prior to unpausing; only stopping and starting playback again resolved that.

Ian @ un4seen

  • Administrator
  • Posts: 23301
Re: 3.8 reports, queries and bugs
« Reply #756 on: 22 Oct '20 - 16:50 »
Sounds like a few different issues there? To perhaps narrow them down, do they all only happen when using the default output system, or also when using the DirectSound or WASAPI output plugins? Can you also post a screenshot of the output settings glitch, or does it look fine but the controls don't respond?

Juest

  • Guest
Re: 3.8 reports, queries and bugs
« Reply #757 on: 23 Oct '20 - 20:10 »
Sounds like a few different issues there? To perhaps narrow them down, do they all only happen when using the default output system, or also when using the DirectSound or WASAPI output plugins? Can you also post a screenshot of the output settings glitch, or does it look fine but the controls don't respond?

yeah mostly happening with the default microsoft sound mapper or without any plugins.
my apologies, its complicated for a screenshot.

Juest

  • Guest
Re: 3.8 reports, queries and bugs
« Reply #758 on: 23 Oct '20 - 20:10 »
the issue was the whole options dialog not just the output part.

saga

  • Posts: 2463
Re: 3.8 reports, queries and bugs
« Reply #759 on: 5 Nov '20 - 19:05 »
I uploaded a memory dump (xmplay_hang_saga_20201105.7z) from an XMPlay hang; I think I might have reported a similar hang before with no clear outcome. XMPlay was done playing an IT file (using the internal encoder). When playback finished, XMPlay did not advance to the next song, but the GUI was still responsive. I then tried to pick a song from the playlist manually, at which point XMPlay finally decided to freeze completely. Trying to repeat the same thing again with the same IT file didn't result in a hang.

Ian @ un4seen

  • Administrator
  • Posts: 23301
Re: 3.8 reports, queries and bugs
« Reply #760 on: 6 Nov '20 - 18:17 »
I'm not sure why it didn't auto-advance to the next song (I guess the output didn't reach the expected end position for some reason), but it looks like it got stuck in a deadlock applying saved settings when you tried to advance manually. I will look into this more and hopefully post an update for you to try next week.

Ian @ un4seen

  • Administrator
  • Posts: 23301
Re: 3.8 reports, queries and bugs
« Reply #761 on: 9 Nov '20 - 17:48 »
Here's an update for you to try:

   www.un4seen.com/stuff/xmplay.exe

I think it's unlikely to help with the auto-advancing issue but will hopefully prevent the freeze/deadlock when you then try to manually advance (with "Auto-load settings" enabled). If the auto-advancing problem happens again, please get a dump file of that before trying to advance manually. If you still get the deadlock at that point, please also get another dump file of that.

saga

  • Posts: 2463
Re: 3.8 reports, queries and bugs
« Reply #762 on: 9 Nov '20 - 17:51 »
Alright, thanks for the update. I will let you know if the issue happens again.

saga

  • Posts: 2463
Re: 3.8 reports, queries and bugs
« Reply #763 on: 9 Jan '21 - 19:14 »
Okay, it happened again. XMPlay didn't auto-advance after some MOD was finished playing (it was set to fade out), however manually advancing didn't result in a hang this time.
I have uploaded the memory dump of XMPlay being stuck at the end of that MOD as xmplay_hang_20210109_saga.7z.

Ian @ un4seen

  • Administrator
  • Posts: 23301
Re: 3.8 reports, queries and bugs
« Reply #764 on: 11 Jan '21 - 13:52 »
That dump confirms that XMPlay was waiting for the output device to finish playing the buffered data before loading the next track. XMPlay will usually start processing the next track in advance (for gapless playback) but not when the MOD pattern vis is active, so that the display gets all the way to the end.

So it seems like the output device's reported position sometimes isn't reaching the end of the data for some reason. Are you using the default output system or an output plugin, or have you seen the problem happen with both? Here's an update for you to try, which should prevent the problem by not waiting any longer if the output position stops short:

   www.un4seen.com/stuff/xmplay.exe

Let me know if you still see the problem happening.

saga

  • Posts: 2463
Re: 3.8 reports, queries and bugs
« Reply #765 on: 11 Jan '21 - 18:41 »
Thanks for the update. I'm only using the WASAPI plugin (using the default output device) these days, so I wouldn't be able to tell right now if it also happens with other output devices.

Ian @ un4seen

  • Administrator
  • Posts: 23301
Re: 3.8 reports, queries and bugs
« Reply #766 on: 12 Jan '21 - 14:46 »
To perhaps narrow it down, are you using shared or exclusive mode WASAPI, or has it happened with both?

saga

  • Posts: 2463
Re: 3.8 reports, queries and bugs
« Reply #767 on: 12 Jan '21 - 16:07 »
I've only been using shared mode. As it happens rather rarely, testing it in exclusive mode is a bit difficult. :)

Ian @ un4seen

  • Administrator
  • Posts: 23301
Re: 3.8 reports, queries and bugs
« Reply #768 on: 13 Jan '21 - 14:00 »
OK. Anyway, it will hopefully happen even more rarely now, ie. never :)