@Ethin
Your starting to do it again, and so I wanted to let you know before it explodes in your face once more.
It's been really good for the last few months for the most part, maybe the longest so far, but when ever code or system administration type stuff comes up, it brings out the worst in you.

Statements like "that is not how geometry works and even your local math teacher will agree", attacking someone who (while potentially misguided)  has A. not used such wording towards you, B. Is doing the community a service with their work far more than they may be hurting anyone with this comparatively minor sounding issue, and C. Implies that this person is stupid even though they live in another part of the world where this may be taught differently and therefore from their perspective they are correct.
That isn't how you get your point across or teach someone, and if you can't be patient (which I do understand) than it would be best not to post until you can be.

Then we have Post 74 which if you look at the responses to the issue before it, takes things from 30MPH to 80MPH for no good reason.

You started out pretty good with how you were explaining things, but then you got frustrated, and you let it get the better of you.  You probably know as well as I that if your going to be working in the tech field in any capacity, than weather you work a remote job or not your almost certainly going to be working on a team for at least a while.  So you'll need to have to work on your communication skills (particularly in text,) if you don't want to give people the wrong message and paint your self in a bad light.

I understand, however it seems as though your making the mistake of seeing the entire group of people working on this project as one person rather than a dynamic set of individuals when it comes to this issue.  Keep in mind that they are trying to understand and fix it rather than doubling down, that many of them have school or jobs keeping them busy, and that, while this engine may be confusing people, it at least exists in the first place to do so.
Maybe you need better more in depth examples, or maybe you need to just do it your self, since this is after all a community run project, but most of all, think about how important this truly is in the grand scheme of things and if it's worth getting fired up over.  It's not as if this one thing is going to corrupt all who have to adapt to it's quirks to the point that they will be unable to use more standardized systems, it would just be nice if it was improved at some point to optimize the user experience.
As long as people can understand it well enough to make use of it with explanation, that's the main thing.
And again, don't forget that they could have simply learned it differently or not gotten to that point in their schooling yet, meaning that technically, they are just as correct as you, but the common implementation here is different.
After all, the words math and maths, or "Z" and "Zed", mean the same thing and convey the same concept, even if one has an extra letter and isn't widely known in the US/Canada.

@105, I didn't explain that bcause I don't know how to do that (yet anyway). I just explained what I knew.

hi all, why i got this error while trying to use this file:
examples/demo1/main.py
  File "C:\Python37\lib\ctypes\__init__.py", line 374, in __getitem__
    func = self._FuncPtr((name_or_ordinal, self))
AttributeError: function 'alcGetStringiSOFT' not found
also thanks a lot about this engine , it is so awesome.

at post 103 Our team has been discussing over the issues/pull requests/comments that you guys send on github or in here, to choose the best solution out of the current existing ones. We're not actually sitting there and doing nothing. If we were to add anything everyone suggests right a way, the engine would be nothing but a very big mess, that optimizing it later on would be a pain. in fact fixing the rotation system is on top of the list of our to-dos and we're now discussing around the point to figure what way would it be the best to handle it, to be able to keep it compatible with other stuff, keep it easy to use and easy to understand while providing a working solution to handle the rotational terms in games

IMO, the rotation stuff should be lowest priority. Generally speaking, you either want a complete, pro-quality library, or to be able to do it yourself, if you actually need that functionality. It's the more basic stuff I'd worry about; give a very solid foundation to build on, then users can contribute to the higher level stuff.

It would however be more consistent to decide upon one specific coordinate system you want to use throughout your entire library and convert those coordinates wherever necessary. If you provide multiple backend possibilities, those should be exchangeable on the fly, by changing a single code line if possible, that would be impossible if all users had to change the entire coordinate system themselves though.
Best Regards.
Hijacker

Yeah. As @115 said, we are in the process of changing the rotational system.
For now the changes are only available on GitHub, so if you want to check it out, you'll need to clone and install the master branch.

Yes, BGT did have a rotation system, on samtupy's site... samtupy.com check at his code, i can't remember the link...

I hope that the rotation system is "accurate" and not just a bunch of incorrect formulas. I know, I'm getting pushy, but rotational systems are tricky, and if you incorrectly just slap in code you break other componenets like sound libs.

Hi @120, i tested it and it seems fine. i meen the sound lib is not broken, it works fine like the way it should work in BGT basicly. as for the formulaes i am not sure, since i am not good at math... i don't care much about that. as long as it just works, it is fine with me.

well it all works for me, and i like it. keep up the good work!