When you get the chance, could you put out a hotfix that catches the`SharpDX.SharpDXException` when you call ContentManager.Load inside of RandomMusicPlayer.Initialize?
You could specifically catch `HRESULT: [0xC00D36C4]` to filter out the specific issue with running it through wine by catching it and subsequently disabling the music, at least until we can figure out what about those files is not being supported (Although I have a hunch)
You are damn fast Palindrome! :D
I put a large catch as I don't know what C00D36C4 translate to in .net exception. I put a "Palindrome" version on the main page you can test with. If it works for you I'll push a 2.71.
In this version, I just deactivated musics, not sounds as they seem to have a different codec closer to a wave one rather than MP3 one. Let me know if it's enough.
I was looking into the issue once more and I suspect a missing codec for the specific encoding the Monogame content pipeline is using.
Heh, my itch client just noticed it while I was updating some of my other games!
From what I can assume (I don't work with C# myself), you could examine the exception object to grab the hresult out of it, although a general catch would work fine enough
The sounds do seem to be okay, so this build works great ^v^
I'd be a *bit* surprised if it's mp3, since I swear I have other things that work fine... Then again, there are patents and licenses and junk that cause problems with these things!
Thanks for looking into the issue, I'm just glad we're getting closer to being able to make it "just work" through wine!
Well, the first two are much smoother and better on my system with raymarching than with rasterization!
Sadly after the second one it hits an OOM exception during the AssessAndMoveToNextBenchmark function. staring at "free", I'm not seeing it use almost any memory, which would seem to suggest it either tries to allocate a massive amount in one sitting, or it's leaking so fast the 0.5 second refresh rate I have set isn't detecting it!
Either way, I'm going to have some friends give it a try too, see if it's just my system acting up
I wouldn't have thought that you would get an OOM. This last test is quite large but it should have fit into ram without OOM (takes 1.5Gb of memory). Maybe the .net runtime set a lower threshold of memory pressure for your config, or a memory fragmentation issue (I have a 32GB ram here).
Thank you to have taken the time to do the test!
I have 32 GB of memory as well and even with 17 of it free, it fails to allocate. Makes me wonder if some calculation is just going haywire and overallocating as a singular massive blob! Sorry I can't help triage it further, I'm just not sure what tools I have to figure out exactly what allocation is failing!
EDIT: ran it from a fresh boot, with a full 29.8 GB of memory having never been touched, and it still hit OOM. So something's asking for an absurd amount of memory up front!
Okay it *might* be a "me" issue or something, since a friend of mine got it to work just fine (although it used 5 GB, which makes me think something is being 32-bit in the code somewhere on my end)
He's running an RX 570 with the mesa drivers
On the old renderer, he got 1323/52.9/15.2, 128/5.1/0.5, and 0/NaN/? (It wouldn't respond to click or anything, but closed immediately when he clicked the x of the window)
On the new renderer, he got 1308/52.3/22.7, 996/39.8/21.7, 1051/42.0/20.4, so it seems this new render helps a lot!
If you are able to formulate a hypothesis I could do a special build for, don't hesitate. Also I'm quite intrigued by the fact that you have such a large memory consumption though. Is it possible that your number includes Wine or some other layers? (and if this is the case, 32bit and 5GB won't work as you mentioned)
About the results. That's some solid numbers on a representative of the market GPU tier! So close to that sweet, sweet 60fps. I'm sure I could squeeze some more fps out of that renderer in the future.
This is tremendously valuable data for me. Once again, thank you sir!
