You don't want C++. As I just said on another thread, it takes years of C++ to be competent in it.

If you're going to work with a sighted coder, you will need to indent irregardless of the language.  I'm not saying that's a strong reason to use Python, but it is actually much harder for a sighted person to learn to read code without indentation, than it is for us to learn to deal with indenting.  That may seem counterintuitive at first, but we get much more practice at remembering things that sighted people don't get, and when you take tools away from sighted people, they can't just adapt to work like us.

If your partner is as experienced as you it doesn't matter, but if they know more find out what they know and use that.  Otherwise the web is a good option, It's easy for a sighted person who's going to maybe want graphics, there's tons of newbie tutorials, it's got an at least okay audio option in WebAudio, it runs on all the platforms.

ok, thank you for your responces. Any tips of making a sound play with  a moving player when its something that is done on the server?

well, sorry for trying to fix something. And for your information as it currently goes, i am going to be working on with 2 friends of mine to rewrite the game in Python, therefor me not even needing it orusing it until a full fledged version is able to be released. I want to fix this issue thats been bugging me and the other people who've played it and one of the things that both me and anyone who's played it wanted to happen and the fact that i'm like, i've seen others play a sound but make it stay with the players movement or whatever, how could i do that? And your like nah, fuck what you've done, and have to tlak down to me like i'm 4 and not 14, and that i don't try, when if its something i want to try hard on you'd be surprised. You might be older and have more experience, hence why i came here with the question as there are people hre that are much more experienced than me by a long shot, and not just in one coding language or IT field but multiple. If you do give in answer and it goes over my head, or i don't understand, then yeah your right, and I was the one who asked for an answer and an answer i got. But if you do give an answer, i know how to do it, and i do do it? Then that woul dmake me all the happier. So, thanks for being yourself i guess.

If you really want to rewrite whatever stolen code you're working from in Python, you'll either figure out how to do something like that and be able to do it without asking us, or you'll require our help so much that we might as well write the game for you.

at1
use moving_sound serverside. you can find it maybe in bgt includes folder

Yeah, GitHub fucked it's interface up badly. I don't know how to download zips at the current moment.
I agree with Amerikranian on this matter though. Given your past and seeing as you literally said "Oh yeah guys I totally like have this stolen source code but I'm re-writing the game in a different language and I'm totally not going to use this stolen code for anything ha ha ha.".

Hi folks,
hmm, okay, I don't want to dictate you your posts guys, but might I just suggest, what about calming down and concentrating on the question?
@1: As for the first question, on your place, I would make a change in type of message, that is send during a reload.
I.E. if the server is currently just sending a command to play a sound on specific location, I would instead design it in a way, that steps of players have player id attached, and these player action events would be then paired to them.
Thus after receiving a player reload event, the client can attach the sound to player and move it as necessary.
When you count it, you have added bytes of player id in steps event, but at the same time you can release floor type and coordinates in the reload event, so it's even more efficient than just sending around PlaySound commands.

Also don't worry about networking in other languages. Yes, networking is complicated, no doubts about that, but there are many very good wrappers out there, which will help you on the way.
For example, SFML has a very nice udp wrapper, there are also eNet wrappers for warious languages (eNet is the networking library used by BGT) and programming languages themselves are often packed up with their own weapons to deal with this.
I have just recently worked with Python's TCP sockets and it's a piece of cake, no kidding. It didn't help me in the end though, as I found out, that you can't start TcP connections from JavaScript, so I needed to look around for a websockets library, but it was definitely nice.
I have found a ws solution as well, which works just as expected.

There are really many options to choose from.

As for programming language, what about C#?
It's modern, supported by Microsoft, it's very similar to BGT in syntax, it's object oriented, it has automatic memory management (no need for pointers and cleaning objects), it compiles to .exe (no need of special packing), it's crossplatform (in Asp.net core and Mono version), it has popular gaming libraries and it's there for quite a while, since 1995 if I remember right, so there is a really huge community and material behind it.
JavaScript would be an option as well, although I wouldn't recommend it for beginners. There are some syntactic weirdnesses, such as the way of declaring properties and there is no encapsulation at all in the language, so knowing what you're doing is often a necessity to make an usable code.
Plus you need to keep in mind, that you're running in browser and not on system with luxuries such as harddrive and filesystem, syntax in these cases can get even weirder, than in normal code.
So, it's subjective of course, but I would recommend some rather desktop based compiled language, such as C#.

Also, when I see benchmarks, with n-body problem taking python about 830 seconds, which can be solved by compiled programs in about 20 secs,
http://benchmarksgame.wildervanck.eu/
http://benchmarksgame.wildervanck.eu/python.html
I wouldn't recommend Python to beginners as well.
I'm not one of those guys, who find a benchmark, and then argue with it, even if reality is completely different, I have run into this problem myself, under quite umpleasant circumstances.
I'm not saying, that Python can't do better, it simply wasn't designed to run computations like this.
The performance can be significantly improved by cythoning the code, or by supplying Rust or C++ libraries to do the heavy part, like Tensorflow does. This is the modern way, in which Python is used, as an elegant wrapper for powerful tools.
But doing so requires some background in the language and general programming skills, so again, not suitable for beginners.

that's my opinion at least.

Best regards

Rastislav

Hello,
@15: as I said in my previous post, no, this problem is not purely theoretical.
Especially not for beginners. Back in days, when I was beginning with neural networks, I've studied basic feedforward nns.
Because I wanted to see, what's happening inside a neural network, along the traditional matrix based computations, I have developed my own framework based on small objects communicating with each other, so it was clearly trackable, which part of nn is doing what.
It was not designed to be fast, but readable, in sense of what's happening.
Now, following your arguments, this system would work slowly no matter what programming language was used, because... it's simply slow. And in theory, you're right about that.
But... in Slovak language, we say, that it isn't slow as slow (\nie je pomalé ako pomalé). I have no idea, how to translate it to English, but it basically means, that under the one word, more practical scenarios can actually happen.
And this is exactly the case. I have implemented my system in both Python and C#. Yes, it was significantly slower than matrix computations, just as expected.
But while in C# I waited for the solution 5 min, in Python, I waited several hours!!!
And that is a problem, a huge problem, especially taking in the fact, that the whole think didn't work!
I needed to experiment with it to find out, what's wrong with it, but good luck with experiments, if you need to wait few hours before getting a single result.
I have designed my own matrix library in order to find out, whether it's my interpretation, what's causing the problems, and my matrix solution, in Python, took about a hour to run, just because a dot method containing three loops, which Python wasn't able to consume. The same thing in C# took just few seconds to run, but that didn't help me, as the only working network Ive had was with numpy, so I needed to stick with python.

So no, this isn't just theoretical N-body problem not applicable in reality, I have used it just as an objective measure. The problem is real and especially actual for beginners.
Yes, inefficient algorithms will be slower than the best optimised algorithms, but while in C# or other compiled language the performance hit will be hardly noticeable if at all, in Python, you're going to get it in full size.
And explain to beginners, how to optimize the thing, when they had hard times to create it in first place.

As for cythonizing, it's not hard for skilled programmers, I have learned the necessary basics in about 30 minutes, counting in the time for experiments.
But it would be significantly harder to learn it correctly for newbies, there are lots of alien words there, if you're marking everything, which don't harmonise with Python philosophy at all.
The goal of cython is not to use cython as the primary language, if it was so, then Python wouldn't exist and we would use Cython.
But we don't, because Cython was designed to support Python, not to replace it. Python is good at what it's doing.
But again, explain it to someone, who don't know neither Python nor Cython and has probably no deeper imagination about what've re trying to avoid by using Python like syntaxes.
I apologize to author of the question, if this isn't his case, I'm talking now about beginners in general.

One time, my friend asked me to teach him programming. He was a kid and in the same time, I was teaching him computer basics, such as how to open an application, how to open a webpage etc.
I have smiled: "Yes, I can teach you, but first, you need to go through this. Okay?"

As for .net packaging, I don't see anything troublesome with it, even if using external assemblies. I have wrote few of them myself, for example my BgtKit, supporting my games and everything worked just fine. All you need to do is to make sure they'll stand along the .exe file.
You can make an installer and if you don't want to mess with innosetup, you can simply zip the whole thing and it will simply work after extracting.
That goes for .net assemblies as well as native dlls, I've used them in many projects, ranking from Windows apps, through Android apks to extensions for VisualStudio and I've never had problems with them.

For comparison, explaining Java which class is main and how to find it is weird even with pure .class files, actually packaging them to .jar file is another process, which requires either to design a bat file to do it, or to use your ide's exporting tools.
Packaging .apk file is even more complicated than packaging .jar archive, as you need not just to package, but also sign the whole thing.
Of course, ides usually simplify these tasks, so they can be automated, however as it's not you who's doing the thing, you need to always find a way to tell your ide, how to package everything correctly and that can be... kind of complicated.
For example, I was trying to convince VisualStudio for few days to package a native .so library into correct location in .apk file, for various processor architectures. No luck, I ended up writing a native dependency into the .csproj file, I didn't find a way how to do it from the interface.

Yeah, and packaging python is another story. When I found out with my Python application, that I'll need to install 32-bit python in order to compile a 32-bit pyinstaller package, which I needed after a whole week of customizing my app for people with 32-bit systems - recompiling native dependencies, reorganizing the directory structure, building the logic to choose a correct library to load, I've rewritten the whole thing to C# in few hours, and the problem was solved. I've saved about 50 MB, the app was faster and compatible with both architectures.
This of course was possible only because the app was rather small, so I could recode it in reasonable time, for bigger projects I would install a side version of Python. I didn't want to say by this, that python apps can't be packaged, they definitely can, but the process can be bit tricky, when compared to other languages.

So, that's how I see things. Don't take me wrong, Python is a great and powerful language, which I frequently use, especially for machinelearning purposes.
I just wouldn't recommend it to beginning programmers. Scientists yes, as they usually don't want to build more complex things and if they do, they most likely already have some background, but to someone who wants to code in first place, I see C#, Java or other statically typed language as a better starting point.

Best regards

Rastislav

@16
I'm thinking that you not speaking English well may have caused you to miss some of my point.

Also, writing your own matrix processing library for machine learning in C# is the worst idea I've ever heard.  You should have just used tensorflow or numpy or something.

And "My neural network was too slow, therefore this isn't hypothetical and Python is bad for games" is also a really bad argument.  Neural networks and things like it consume thousands to millions of times the processing power that a game needs.  Using this as your example suggests that you don't understand how games work.

Python packaging is a bit lame, yes.  But whatever you're doing is far enough from games that I can say with a high degree of confidence that people don't need to care about building their own native dependencies.  Yes, you have to build two versions of the app.  But as long as whatever you need is on pypi, it's fine, you just pip install it.

C# has the same 32 vs 64 bit problem as soon as you start talking about native dependencies as well.

It feels a lot like you're complaining about tools that you never bothered to fully understand, because you never bothered to fully understand them.  As I said, I can criticize Python.  Not being statically typed is a good point even.  I don't like that the most obvious way to serialize things is insecure by default.  I don't like some of the language syntax.  But you come across as someone who has very particular requirements, who left Python because it didn't meet your requirements before you finished learning it, and who thinks that problems writing neural networks are applicable to games.  Frankly, most of this site doesn't even have the math to understand neural networks.

But look.  Let me put it this way.  Audiogames run fine with O(n^2) collision detection algorithms, because no one here knows how to do better.  Speed is only a concern once someone actually gets as far as doing a full MMO or something.  The closest we have to that is Swamp which is so buggy that your inventory duplicates itself every time you log off, so it's not like that will happen anytime soon.  We also have SoundRTS in Python, which after a little bit of tweaking now handles thousands of units on a map, including pathfinding for them and everything.  And to be clear, tweaking here just meant replacing lists with sets, it doesn't use a native dependency or cython or anything like that.

I still think that JS is probably the best option given the question being asked here, and that a sighted person is involved.  C# is fine as far as it goes, though I don't like the IDE lock-in and I wish people would take me more seriously when I talk about what happened in 2010 when we all just stopped being able to use Visual Studio at all for a few years.  Lots of sighted games are written in Java.  We have an audiogame written in Dart.  There's lots and lots of options.  But your arguments against Python aren't good arguments, and they're the kinds of things that send new programmers down very bad roads, where they care about performance from the beginning, instead of in literally a couple years when they're doing some sort of big ambitious game.  I have seen too many people get hung up on this and never get anywhere because it's paralyzing to think that the languaeg you picked might be too slow or something.  It's how you end up with new programmers who think C++ are a great idea, and who won't hear anything to the contrary.  Then they go "Wow, C++ is complicated, guess I can't program" and give up.

so, no includes kit. Thanks!
lol.
I love how someone said "go look in the bgt kit!" then i'm like, "Github's being a meow, i can't!" and then someone else agrees and i'm like "anyone have it on dropbox, google drive, or on a website or can put it there?" and then the next 4 or 5 posts are people arguing and comparing audio games like rs or tk (fps games, of my preferred genre of game) to a neural network, two completely different things.

@16, as someone who works with neural networks and machine learning:
first, I've trained a neural network containing 3 hidden layours, taking input of 140000x100 tensor (not sure completely about it's shape), and with a BCE loss (which classified the data as zero and ones) in 10 epochs in an our and half or so using scikit-learn (just for experimentation).
another bigg issue that you have is that neural networks (specially recurrent neural networks or rnn for short) require lots and lots of small computations, which is done on GPU, not on CPU (this is why libraries like tensorflow, pytorch, mxnet etc exist).
as for the games:
let me point out that toontown was written in python with panda3d.

I'd also like to remind you the difference between a fully featured, accessible, flight simulator/accessible atlas versus a   visual version of redspot.