Heh.  The worst programmer I know is myself.  Camlorn_audio has the second-worst piece of code I've ever written in it.  I do not talk about the Camlorn_audio code.
In fact, Camlorn_audio is a prime example.  I started out to solve the 3D audio problem.  Unfortunately, I didn't have anyone who was able to say that I didn't understand the problem I was trying to solve.  Net result? 6 months down the road it's basically dead because it's inflexible, incapable, crashing all the time, and unmaintainable.  I took the "lessons" from it and applied them to Libaudioverse; for the most part they were good, but one of them was actually a really bad idea disguised as a lesson, again wasting a month wherein I basically went through the project line-by-line and rewrote.
Camlorn_audio actually contains the second-worst piece of code I've ever written.  The worst piece of code is unpublished, was written in 4 hours, and let's just say that it shows how well I know C++ and not mention the fact that I need to look at least one thing up when I try to read it again.

Also, getting your project off the ground and keeping it going will most likely be your biggest struggle, Your going to need to sollidly grasp the coding logic to make this complex idea of yours turn in to an actual game that you and your audience can play. Please don't take this the wrong way, because this most likely doesn't apply to you but i feel the need to point out the observation that it seems like people want other's to hold there hand when programming that apparent block buster of a game. The truth is, that unless you have a team behind you, your on your own, friend. Of course if you have the coding skills to back up your ideas, then this won't even be an issue. Just be aware that everyone has different answers to coding language and style, and sharing code can at times be problamatic, just because of this difference of viewpoints. I guess my advice, good or bad is simply, get cracking! Make that game, and blow us away with how great it is. I think the market could use more than one complex rpg or similar game right now. Good luck and welcome to the forum.

Regarding BGT and other languages, your knowledge (mostly) transfers.  You'd have to learn other libraries, but they all have manuals, and it's more a matter of learning how the library works, not how the language works.  Once you can go "I need these functions and they should be coded like that", you've passed the big first hurdle; most languages have at least an 80% similarity to BGT.  You can expect if, functions, classes, inheritance and polymorphism in basically every language these days.  If you don't know what the last two do yet, I promise you will see them both very shortly.
The thing you need to learn is how to make those functions in the first place.  It is my opinion that you can do this in any language that provides classes (in mainstream sighted land, this is everything but C).  You know what pieces you need for tic-tac-toe, and that's great-except that you'll probably turn around a few times and go "No, actually, this instead."  We call this refactoring.  A point comes where you're writing the project and you're not refactoring and rearranging code all the time; this is a good sign that you're ready for something bigger.  It should also be noted that you never really stop refactoring, it just gets rarer and becomes a much bigger and more time-consuming deal when you have to do it.  The only saving grace here is that you ultimately end up spending less time overall.  Even though that big refactor takes 2 or 3 days every couple months, it's better than all those littler 1-hour refactors you were doing every day.
As for audio editors, that doesn't change.  All the external tools that you didn't write yourself can either be the same in the long run, or you can write importers or exporters for their formats.  This may sound hard, but isn't in most cases once you're at the point where it actually matters.
And there is nothing wrong with these questions, not at all.

Okay, so I found this site, and there are free programming courses on it. I initially got all excited when I saw the C programming courses, but then I reread Cam's last post. Is there anything on here that it would be beneficial for me to learn on my path to becoming a capable game programmer? If all the game-building tools have a similar language structure, there must be some course out there I can use to get the necessary skills down before I start really messing with BGT coding. My complete lack of programming experience is getting me nowhere fast and I feel a proper course would help me learn  things at a reasonable pace without laying on the pressure.

If this site doesn't have what I'm after, can anyone recommend somewhere that does? I'd really appreciate it.

I don't like the indenting in python. Is it required? Or can you use braces like bgt.

Python requires indentation.  It seems to be a growing trend.  The tools like Pybrace break horribly as soon as you try to do anything marginally complex.  You should be indenting, always. In any language.  It prevents so many problems with brace matching and keeps sighted people from laughing at you.  In addition, most screen readers do a really good job with it nowadays.  I'm also against making the indentation "conform" to your scheme; should you ever enter the real world of programming with others, this is a very very bad habit to have.
Python isn't a bad choice in terms of finding tutorials.  Googling Python Game Programming will bring up more things than you could ever read through.  I don't have a specific one I'm afraid-it's been too long since I've needed anything at this level of programming.
C and C++ aren't good choices.  C doesn't have a lot of modern features and C++ is very, very complicated.  You can use C++, but you need to learn how to use it first-in the case of C++ you have to add knowing which features of the language you shouldn't mix together to the list of things to know.  Most languages don't have that problem, but C++ is 30 years of "how do we abstract this without making it slower?" and the result is something wherein everyone uses only part of the language, but everyone uses a different part.  You can technically do object oriented programming in C, actually, but it's very definitely not for the faint of heart and very definitely not fun (also you have to know some obscure things about structs).  That said, C++ probably beats everything for finding game programming info, simply because the sighted programmers working on the very biggest 3D titles for consoles don't have a choice.
I'd not suggest making a game in Java; I don't like the language but it's well enough if that's your cup of tea (I find that its philosophy of knowing better than the programmer is restrictive).  The real problem with Java or any of the JVM languages is that you need the JVM, which is a 200 MB or so package that not all of us have.  That said, new programmers love it and universities loved it about 5 years ago (they all seem to be moving off it now), so you can find lots and lots of info along these lines.
You have two choices.  One is to leave BGT for one of the mainstream languages.  If you do so, which language you pick determines which language you put next to game programming tutorials in your Google searches.  Your other option is to port back to BGT, in which case it doesn't really matter because you're in it for figuring out how games look and have to translate all the concepts anyway.  Leaving BGT adds a lot of up-front work but is probably something you'll do eventually, especially if you want to make something like a first-person shooter.  The only advantage to BGT that I see is that you can learn programing by learning game programming, something which is harder elsewhere.  Also, as came up in another thread, it appears having scripting is difficult in BGT; you have to roll your own language as far as I know.

You know what's weird?
I started out here: Lissa Explains it all. Yes, it's mostly focused on HTML (and pre Web2.0, at that), or at least it was the last time I was there... ur... years and years ago. The tiny, near useless Javascript examples were a minor but welcome introduction to basic scripting.
I then started looking for more complex examples, and (again being way before stack overflow) my main resource became The Java Script Source. At the time, the only real game they had was Falcon Fighter, a dreadfully complex beast of a script that I couldn't even test because it's entirely image-based. I then started taking Java classes (and Falcon Fighter remained pretty impenetrable for about a year because it was still the most advanced thing I'd ever seen. The solution was to write something more complicated.)

Looking at the backup of my Jumpdrive from those first classes, I have 5 programs, one of which I wrote to try and fix the image map on my website (It didn't work so well). The others are:
Diamond: it takes a number from the user, then prints a user-specified symbol on the screen several times, so as to form the shape of a diamond. This is a more advanced version of doing the same thing with a square (which is mostly just a test to see if you understand loops).
FileIODemo: Exactly what it says: reads from one file, writes to another. I've been keeping this around as a reference because I really don't like checking the Javadocs. BGT could really use a section on this in the tutorials, so that people get the idea in their heads for saving/loading game data.
TTT: Tic-Tac-Toe. I'm trying and failing to remember what, if any, array-based assignments came before this.
Wordcount: Read from a file, return the number of words therein. A bit of warning: it works best with plaintext (.txt). Even something as simple as RTF adds formatting information. Don't even get me started on docX. Anyway, the point of this assignment is an introduction to manipulating strings, which is terribly useful.

Earlier assignments for which I do not have backups are Hello World (literally every introductory programming tutorial ever should have one of these somewhere near the beginning), Mile-per-gallon (take numbers from the user and do arithmetic with them), and the afore-mentioned StarBox (take a number and draw a square made of asterisks, user-number wide and high).

I'll also note that these assignments and the two websites and a little bit of talking to teachers was enough to make my terrible ancient games, but it rather helps that I had been trying various other unintuitive means of making games before that, including PowerPoint. (I had a complete-ish PowerPoint game on my website for a short while, but I took it down because it was huge and I realized that getting it to work that way would be difficult forever. By "huge" I mean ~70MB. This was way before Swamp.). I say it helps, because I was actively looking for tricks to get games out of whatever resource I could. In my second semester of programming classes, I wound up trying to talk someone a semester behind me through how the little he'd already learned could be used to make text games (variables, loops, ifs, text input and text output).

(For the curious: PowerPoint has loads of nonlinear interaction options. I did most of my work with it on Jaws 3.7; as of Jaws 4, the virtual viewer kinda broke most of what I was using, so I actively scorned upgrading Jaws until I got good enough at programming to make a more intuitive interface. Hidden slides, slide numbers, on-slide links, mouse over/mouse click effects... custom shows are an option, too, but the one time I tried using them turned into a huge mess, which is kinda upsetting, since that case was clearly better than the others. ... That case was the last PPT game I made, because the game I had in mind felt appropriate as a point-and-click. Oh, and Jaws reported object position/overlap, and a little trig and getting someone to clerify ambiguous autoshapes meant I could make simple graphics with PowerPoint. Simple!=good. I tried making Ninja Sprites. I might be able to make screen shots if one of our sighted users wants to confirm how awful they are.)

You will get a million answers to that one question, so that is what has happened here.
I suggest python, CAE_Jones said Javascript.
They are both very similar and one who is with one doesn't really like the other.
But Javascript can be used with webpages and that is its major calling-card. Python is much shorter to write and has the ability to run servers.
But you are not looking at web development, so me, being a python person, would say python! I gave my tutorial up above on post 35.

BTW, C is not unsuitable, you just won't ever get anything done in C. Most programming languages are a way to make C more usable.
Are you sure you didn't mean C Sharp? A gaming tutorial in CSharp or C# is much different. C# is like python, but from the functional programming side. You don't know what that means, but at this point I'm sure you could start with either and do the same. I did, however, give you a python tutorial.

As camlern said, what you learn by programming in bgt will help you even when you start coding in python or another language. Bgt is a good starting point, but once you can get into bigger and better things you will be glad of having a solid base like bgt to build up your knowledge on..

That...actually sounds like a good thing. I can handle the quirks like indentation—once I get into the habit I won't even think about it. I'll probably keep messing around with BGT on the side, though. The adventure game I have in mind for my eventual project will have loads of maps to move around in, with 3D movement (some of the characters can fly and/or dive into deep water, so this is kind of necessary), but although turn-based battles give me a chance to work out how to attack before I do so, the fact that unless there's a way to defend myself during the enemy's turn they might kill me if I'm outnumbered is rather unpleasant. I'll work that out later. If Python can do everything BGT does plus some, I'll be happy.

Edit: AND IT'S FREEEEE! I'm officially sold.

Then it's perfect!

Thank you again, Frastlin!