Re: About C#. Keys
Re: About C#. Keys Interesting, two post with a lot of useful information. let get in touch one by one @rasti:When you are planning to make an audiofps with thousands of enemies and tons of objects in 3D map, you can use game loops to save cpu. But you still havea chance to do it.hmmm not only for that; other utility of have a constant game loop, is for ave a order, and synchronized all objects and actions in the game @:There is OpenGL as you say for this purpose and only a fool would use Windows forms or WPF instead.openGl, bulcan, directX, you named it.And a lot of useful engines for handle these things for you. monogame, xenko, wave, unity, etc. @rasti:@Sanslash: BgtKit isn't published yet. It has two reasons. First that I was coding it during development of my games, and because of that just functionsI actually needed are implemented. Second is, that it is some time synce I worked on some game, i am focusing more on expanding my knowledge to web technologiesand mathematics, including machine learning, deep learning and artificial intelligence.sounds good, very good But, why that name?I don't know, change it to rastiToolBelt, rastiGameutilities or something similar jaja.@If you need to make it available from every class, use a static class for this purpose, which represents what category that variable belongs to.For example, Math functions in C# aren't declared like globals, even if that were possible, but are grouped in a static class Math, what is pretty clearexplanation of their category.Is util for some cases, but exist more interesthing patterns, like factoring, singleton, etc so thanks for the example, some toughts about it:OK, lets comment a few things of the code... O really, are a doubt.In the keyboard shorcut class...Why use the bool variables a nullable types?I don't see a situation on that you want a ctrl or shift var will be null; is true or false, but don't see when you need these will be null About the window handler class, so...its Ok, but I preffer use a singleton instanse with a factory function to get / create it, instead of have pure statick code. Looks good and works fine, but for me, the other option sounds better :3The other thing... whi did you capture the keyboard on the main window, and next pushs it to the virtual window, instead of capture it directly?So, the utility that I can see, if you have a standar control input like buttons and axis deffined, and with that you can capture keyboard, touches and joystick, and next only pass to the virtual window the mask without knowing witch is the original input devise, but in this case I didn't see a real use.And thanks for the code... the BGTKit dll is usable? or currently not; what features it can do, aditional to the speetch methods?Thanks for the example code; works fine.a, your idea of the shortcut is very good, and use actions for it. Very well; you can improve it mutch more, but the basis is well thinked @thin:linker errors?I guess that you're talking about c++ or other similar languajes; in c# generally you didn't see problems like that, using statick variables, of course :3And that is all!thanks for all URL: https://forum.audiogames.net/post/405233/#p405233 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys Interesting, two post with a lot of useful information. let get in touch one by one @rasti:When you are planning to make an audiofps with thousands of enemies and tons of objects in 3D map, you can use game loops to save cpu. But you still havea chance to do it.hmmm not only for that; other utility of have a constant game loop, is for ave a order, and synchronized all objects and actions in the game @:There is OpenGL as you say for this purpose and only a fool would use Windows forms or WPF instead.openGl, bulcan, directX, you named it.And a lot of useful engines for handle these things for you. monogame, xenko, wave, unity, etc. @rasti:@Sanslash: BgtKit isn't published yet. It has two reasons. First that I was coding it during development of my games, and because of that just functionsI actually needed are implemented. Second is, that it is some time synce I worked on some game, i am focusing more on expanding my knowledge to web technologiesand mathematics, including machine learning, deep learning and artificial intelligence.sounds good, very good But, why that name?I don't know, change it to rastiToolBelt, rastiGameutilities or something similar jaja.@If you need to make it available from every class, use a static class for this purpose, which represents what category that variable belongs to.For example, Math functions in C# aren't declared like globals, even if that were possible, but are grouped in a static class Math, what is pretty clearexplanation of their category.Is util for some cases, but exist more interesthing patterns, like factoring, singleton, etc so thanks for the example, some toughts about it:OK, lets comment a few things of the code... O really, are a doubt.In the keyboard shorcut class...Why use the bool variables a nullable types?I don't see a situation on that you want a ctrl or shift var will be null; is true or false, but don't see when you need these will be null About the window handler class, so...its Ok, but I preffer use a singleton instanse with a factory function to get / create it, instead of have pure statick code. Looks good and works fine, but for me, the other option sounds better :3The other thing... whi did you capture the keyboard on the main window, and next pushs it to the virtual window, instead of capture it directly?So, the utility that I can see, if you have a standar control input like buttons and axis deffined, and with that you can capture keyboard, touches and joystick, and next only pass to the virtual window the mask without knowing witch is the original input devise, but in this case I didn't see a real use.And thanks for the code... the BGTKit dll is usable? or currently not; what features it can do, aditional to the speetch methods?Thanks for the example code; works fine.a, your idea of the shortcut is very good, and use actions for it. Very well; you can improve it mutch more, but the basis is well thinked @thin:linker errors?I guess that you're talking about c++ or other similar languajes; in c# generally you didn't see problems like that, using statick variables, of course :3And that is all!thanks for all URL: http://forum.audiogames.net/post/405233/#p405233 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @32, I found your post to be difficult to interpret. As for the global vars thing, I don't mind throwing a few global variables here and there; in fact, I do it (with extern, mainly) so I can keep track of the global variables without getting linker errors all over the place. Static classes and variables still generates linker errors, especially if you want to reference a global audio stream object in multiple files, for example. URL: http://forum.audiogames.net/post/404934/#p404934 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
2019-01-12
Thread
AudioGames . net Forum — Developers room : Rastislav Kiss via Audiogames-reflector
Re: About C#. Keys Hi there,wow, such a discussion, but we are joining together slowly I guess.@Ethin: when two share the same opinion, how can they argue about it? You wrote, that I want to use gui loop for a videogame. can you quote that? because I have never wrote this.I have wrote, that you can use gui system for audiogames. And that is a difference. You can actually make even some simple fps without noticing any bugs. In audiogame there is no stucking drawing, so only way you can find that something is going wrong is when reaction to key press comes later than it should (of course meaned during actual gameplay).When you are planning to make an audiofps with thousands of enemies and tons of objects in 3D map, you can use game loops to save cpu. But you still have a chance to do it.If you are planning to make actually a videogame, well, that's completely different situation. It isn't a framework loop what actually stops you, but simply unability of gui systems to draw content in 60 fps. if you want to do such a operation, you need firstly to know the surface, then calculate view angle, what is visible, what is not, how to view it and just after that comes actually the drawing, also with some technologies to speed it up. That is something gui systems weren't developed to manage.There is OpenGL as you say for this purpose and only a fool would use Windows forms or WPF instead.About dividing game into window classes, I meaned to separate logics of game phases to multiple classes, instead of mixing everything in one, that would be a bad idea. But you already get it I guess, may be it was just a misinterpretation.So you see, our opinions aren't different this time and I think situation was the same in many others of our conversations.I know that you are good at programming, otherwise I wouldn't give you neither a second of my time and attention.I have been coding synce my 11, that's about 6 years. So I have some experiences too, don't worry about it. @Sanslash: BgtKit isn't published yet. It has two reasons. First that I was coding it during development of my games, and because of that just functions I actually needed are implemented. Second is, that it is some time synce I worked on some game, i am focusing more on expanding my knowledge to web technologies and mathematics, including machine learning, deep learning and artificial intelligence.So I am not currently interested in BgtKit much.And now, to all of you, who want to begin with programming audiogames. There were tons of examples from people like Mason, Gorthalon, etc. how to do an audiogame in bgt. But many of them shared the same mistake - spaghetti code.In programming, a spaghetti code is a code, which uses just few or no classes and relies on functions, which aren't in any class. Something like that is very chaotic and hard to extend.Another common mistake was using global variables, in bgt frequently for nearly everything. To make it clear, there shouldn't be any global variables or functions in your projects, everything should be at least at class level.If you need to make it available from every class, use a static class for this purpose, which represents what category that variable belongs to.For example, Math functions in C# aren't declared like globals, even if that were possible, but are grouped in a static class Math, what is pretty clear explanation of their category.To react on these problems, I have developed a system of developing a game, which separates its phases to classes called Windows, or VirtualWindows better said. They are there to manage keyboard presses, mouse motions, joystick actions and other input from user, while a timer method cares about moving enemies, weather, time, healing you etc.of course those things should be actually made in other classes, for example you should to have a class Player, which stores player's health and Window method just updates it when necessary. Physics should for example have its own class, mapsystem too, as Sanslash already pointed out.VirtualWindow is somewhere in the midle making the colossus of classes work.This is independent on language, you should use object oriented programming in C#, Python, Java, _javascript_, Kotlin and whatever you are able to think out, of course if it supports it. As I promised, I have coded a small example of what I mean. I have found out, that I don't have necessary sound effects to do sidescroller or fps. I would be forced to steal sounds from other project and that is something I don't want to do. No publicly. So I have coded a small Slide like game. You may know it, there is a grid of squares with numbers, just one square is empty and you must to sort them by moving to that empty square.There is a menu, where you can choose if you want to play with 3 x 3 or 4 x 4 grid. Although I made the algorithm universal, so it can be used for every size starting from 2.Actual gameplay is straight-forward, arrow keys allow you to navigate around the grid
Re: About C#. Keys
Re: About C#. Keys Nah, I am writing everything on my own. I just don't understand some words or phrases, which I just look up in the dictionary URL: http://forum.audiogames.net/post/404660/#p404660 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @29, true. I hope you don't mind; taking years of language arts (and then taking a class on professional writing in College now), combined with the illiteracy of the modern age (with people using 'u' for the word 'you', '2' for the word 'to', and so on) and people (supposedly) using grammarly all the time... well, I've pretty much made a vow to myself to not stupe to that level. If your not a native English speaker, having a spell and grammatical checker there to aid you is nice to have, and I can see the benefits. But if you need a spell and grammar checker there, all the time, just so you can write anything that looks good... shame on you. And that was aimed at those that do, not at you, 29. If you are one of those people, I hope I did not offend. URL: http://forum.audiogames.net/post/404650/#p404650 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys Yeah, but this is a kinda of a double-edged sword.From the one side, stupidity of all stupidities is to ask a question just to trash the answer or advice from a more experienced personFrom the other side, you sometimes use such words, that I, because I am not a native english speaker must research in order to fully understand your answer. URL: http://forum.audiogames.net/post/404538/#p404538 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @27, Yeah, these guys neither can make up their minds nor do they even know what I'm talking about half the time. Methinks they need a bit more experience and a bit more knowledge from people who actually do know what their talking about. URL: http://forum.audiogames.net/post/404468/#p404468 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys I start to see why you're getting pissed off @ethin URL: http://forum.audiogames.net/post/404328/#p404328 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @25, I was talking about the AGK created by Ghorthalon. Considering how I've mentioned _javascript_ (not Java) many times, I would've thought you'd figure that out. URL: http://forum.audiogames.net/post/404266/#p404266 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys Ethin,AGK? Java? Ahaha, dudehttps://github.com/cartertemm/agk3 URL: http://forum.audiogames.net/post/404252/#p404252 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @23, ah, I see what you mean now. Yeah, I agree with that. @21, no, AGK does not use WX. AGK is written in _javascript_. There is no WX port to _javascript_ yet. You ask, "How can I learn programming languages without experience?" Well, may of us have told you exactly how to do that, yet you continuously brush us off or disregard our advice. URL: http://forum.audiogames.net/post/404248/#p404248 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @EthinOf course, if you need FPS precision a gui is the worst solution that can you take, but as I said on my previous post, not all games need FPS precision. Various genres can live without them.About divide and conker, the example of various languages isn't good, but almost for me, is one the best practise that I use when I'm programing, and I learned at the university. Try your keep code the simplest possible, dividing all the task in atomic subtask. And the things that are aparentli unrelated between them, is a good practice. Example, game logic, input logic, graphics logic, network logic, and sound logic. And if you want to go deeper you can divide your game logic in more smallest logics. the last step is find a good mechanism to comunicate all engines to have a complete engine. But is a good practice have all components separated.Write for example in one class the code for your main world map, and mix with that the code for render the map things on the screen, you can end with a beauty spaghetti code.But, well. experiences are experiences, and at the end of the way, each team choose how have to program their projects. URL: http://forum.audiogames.net/post/404231/#p404231 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @21... dude, choose your programming language, the one you most feel comfortable, c#, python, simply choose one. using and do not ask any more, please. You will only get experience when you start to program something and you are not asking all the time. There are millions of tutorials on the internet, and you have many pages to ask, just sit down, program anything simple. Do not try to program a GTA5 when what I see in your posts, you do not know how to program a press the space bar game...I'm starting in the game programming, but I try to do everything I can before asking and I'm not asking here and there even before I've started something ... URL: http://forum.audiogames.net/post/404230/#p404230 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys Ethin,Do you know that AGK uses Wx?About my choice. You say that I'm not able to make my own decisions. How can I do this without experience?In any case, most likely I will have to make a choice in the direction of C++. Because C# is not capable of solving problems of robotics. URL: http://forum.audiogames.net/post/404223/#p404223 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @19, Yes, for card games, a GUI is fine. But as soon as you start FPS clocks and such, a GUI isn't. Most frameworks, as I've said, provide replacements for most GUI components. As for the divide and conker thing, I disagree. If your going to make a project in a programming language, make it in that programming language; don't make it in 30 different programming languages. The more languages you involve in the development of a project, the higher the risk will be that you'll get some kind of callout error of some kind, and your program will misbehave. URL: http://forum.audiogames.net/post/404222/#p404222 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @Rastislav Kiss were is published your BGTKit library?Or currently is only a work in progress.Sound interesting to check what kind of things you can do with that.@EthinI agree with you in various things, but for some others... well.Is clearly that if you want develop a game that needs a constant update loops use a gui framework is a bad idea, but for a sutch types of games, like card games, some board games, and other stuf like that, a gui framework can do these things very good.And other point that give to me some... discomfort is that you say that in a game is bad idea use divide and conker.I don't agree with that; on every kind of project that you're working, divide your project in backend and frontend is a very (if not the best) option that you can pick, and help to you on move your project to different languages, different platforms, and other stuff.But well.Thanks for all guys. URL: http://forum.audiogames.net/post/404216/#p404216 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys OK... I'll happily respond to you one by one:@jonikster, I condemn you, as you put it, because you have shown yourself incapable of making your own decisions and deciding what you will use for quite literally anything. Even now, such a behavioral pattern continues, and after the twentieth topic you posted that asked the same thing as your previous nineteen, that incapability only further cemented itself in my mind. You refuse to do your own research, refuse to try libraries that I have recommended, refuse to try libraries that programmers who have programmed far longer than I have have recommended... right now most of them have given up. And I lose hope every day that you will actually learn what we've told you because this pattern continues. It doesn't help that you listen to people like Rastislav Kiss, who have shown themselves to exhibit similar behavioral patterns to your own, with the only difference being that Rastislav Kiss is extremely stubborn and always considers himself to be right, while never considering another programmers point of view unless that programmer agrees with him on a part of a previous statement he's made. It doesn't help that, of course, he gives you misinformation.@Rastislav Kiss: OK, Eurofly uses a GUI loop... not cool. If using a GUI loop is so wonderful and nice, then why doesn't every video game use one? Hmm?As one of the major contributors to dMNB and DMPA's source code, I can tell you that nowhere did we use a GUI event loop anywhere. Nowhere! Like I said in post nine, you don't use a full GUI event loop in a game alongside a game event loop -- it will only result in frustration. I have been programming since I was thirteen, a time of 6 years or so, and in every game I've helped make and in every prototype I've worked with, I have never seen a full GUI event loop employed in a game unless strictly required. And that strict requirement was only employed under particularly controlled circumstances, and it usually resulted in the entire game halting while the GUI did its own processing, only resuming after the GUI event loop had terminated. I am attempting to give you -- and others -- advice on how to properly develop a game while leaving a game that you make open to the possibility of 2D or 3D content later on, if you wish to add it. That is why I gave my advice in post nine. There is only one -- and only one -- GUI framework that I know of that makes it possible to solidly and safely combine GUI, OpenGL/Vulkan and 3D technologies. That is QT. and the only reason that works is because QT only has two types of event loops -- QCoreApplication and QApplication. It deliberately separates the two so that you can run a QCoreApplication in a full 3D video game for command-line parameter processing, for instance. And even then, that doesn't work very well. GUI frameworks are *not designed for* gaming. Even if you were to post a question like this on Stack Overflow (something like, perhaps, "Is it a good idea to use a GUI event loop to make a game?" Or, "Is it a good idea to use an event GUI loop alongside a game event loop?") You'd get a similar response -- No, use your game frameworks GUI primitives, don't use a full GUI event loop, and if your framework doesn't provide one, make your own. It makes no sense whatsoever to use a full GUI event loop (like WX's) in a game, especially since some GUI frameworks (like WX) refuse to allow event loops to be run on a separate thread, and must be, for some unexplained reason, must run in the main thread. I'm sorry to be so harsh, but please go look up, on google, exactly why you shouldn't use a full GUI event loop in a game, and then you might understand, though from your response, I don't have much faith.@nuno69, true. Though I suppose AGK can be considered one... either way, just because there isn't an "audio game development kit" in languages like Python, C# or C++ doesn't mean you can't make an audio game using a video game framework (which is definitely a good idea). URL: http://forum.audiogames.net/post/404203/#p404203 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys OK... I'll happily respond to you one by one:@jonikster, I condemn you, as you put it, because you have shown yourself incapable of making your own decisions and deciding what you will use for quite literally anything. Even now, such a behavioral pattern continues, and after the twentieth topic you posted that asked the same thing as your previous nineteen, that incapability only further cemented itself in my mind. You refuse to do your own research, refuse to try libraries that I have recommended, refuse to try libraries that programmers who have programmed far longer than I have have recommended... right now most of them have given up. And I lose hope every day that you will actually learn what we've told you because this pattern continues. It doesn't help that you listen to people like Rastislav Kiss, who have shown themselves to exhibit similar behavioral patterns to your own, with the only difference being that Rastislav Kiss is extremely stubborn and always considers himself to be right, while never considering another programmers point of view unless that programmer agrees with him on a part of a previous statement he's made. It doesn't help that, of course, he gives you misinformation.@Rastislav Kiss: OK, Eurofly uses a GUI loop... not cool. If using a GUI loop is so wonderful and nice, then why doesn't every video game use one? Hmm?As one of the major contributors to dMNB and DMPA's source code, I can tell you that nowhere did we use a GUI event loop anywhere. Nowhere! Like I said in post nine, you don't use a full GUI event loop in a game alongside a game event loop -- it will only result in frustration. I have been programming since I was thirteen, a time of 6 years or so, and in every game I've helped make and in every prototype I've worked with, I have never seen a full GUI event loop employed in a game unless strictly required. And that strict requirement was only employed under particularly controlled circumstances, and it usually resulted in the entire game halting while the GUI did its own processing, only resuming after the GUI event loop had terminated. You, as someone who clearly has never developed any game containing any form of graphical content (or someone who just doesn't know what their talking about), are in no position to give game development advice regarding matters such as this. As someone who has employed such technologies, however, I am in a perfect position to give such advice, while leaving a game that you make open to the possibility of 2D or 3D content later on, if you wish to add it. That is why I gave my advice in post nine. There is only one -- and only one -- GUI framework that I know of that makes it possible to solidly and safely combine GUI, OpenGL/Vulkan and 3D technologies. That is QT. and the only reason that works is because QT only has two types of event loops -- QCoreApplication and QApplication. It deliberately separates the two so that you can run a QCoreApplication in a full 3D video game for command-line parameter processing, for instance. And even then, that doesn't work very well. GUI frameworks are *not designed for* gaming. Even if you were to post a question like this on Stack Overflow (something like, perhaps, "Is it a good idea to use a GUI event loop to make a game?" Or, "Is it a good idea to use an event GUI loop alongside a game event loop?") You'd get a similar response -- No, use your game frameworks GUI primitives, don't use a full GUI event loop, and if your framework doesn't provide one, make your own.)@nuno69, true. Though I suppose AGK can be considered one... either way, just because there isn't an "audio game development kit" in languages like Python, C# or C++ doesn't mean you can't make an audio game using a video game framework (which is definitely a good idea). URL: http://forum.audiogames.net/post/404203/#p404203 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys OK... I'll happily respond to you one by one:@jonikster, I condemn you, as you put it, because you have shown yourself incapable of making your own decisions and deciding what you will use for quite literally anything. Even now, such a behavioral pattern continues, and after the twentieth topic you posted that asked the same thing as your previous nineteen, that incapability only further cemented itself in my mind. You refuse to do your own research, refuse to try libraries that I have recommended, refuse to try libraries that programmers who have programmed far longer than I have have recommended... right now most of them have given up. And I lose hope every day that you will actually learn what we've told you because this pattern continues. It doesn't help that you listen to people like Rastislav Kiss, who have shown themselves to exhibit similar behavioral patterns to your own, with the only difference being that Rastislav Kiss is extremely stubborn and always considers himself to be right, while never considering another programmers point of view unless that programmer agrees with him on a part of a previous statement he's made. It doesn't help that, of course, he gives you misinformation.@Rastislav Kiss: OK, Eurofly uses a GUI loop... not cool. If using a GUI loop is so wonderful and nice, then why doesn't every video game use one? Hmm?As one of the major contributors to dMNB and DMPA's source code, I can tell you that nowhere did we use a GUI event loop anywhere. Nowhere! Like I said in post nine, you don't use a full GUI event loop in a game alongside a game event loop -- it will only result in frustration. I have been programming since I was thirteen, a time of 6 years or so, and in every game I've helped make and in every prototype I've worked with, I have never seen a full GUI event loop employed in a game unless strictly required. And that strict requirement was only employed under particularly controlled circumstances, and it usually resulted in the entire game halting while the GUI did its own processing, only resuming after the GUI event loop had terminated. You, as someone who clearly has never developed any game containing any form of graphical content (or someone who just doesn't know what their talking about), are in no position to give game development advice regarding matters such as this. As someone who has employed such technologies, however, I am in a perfect position to give such advice, while leaving a game that you make open to the possibility of 2D or 3D content later on, if you wish to add it. That is why I gave my advice in post nine. There is only one -- and only one -- GUI framework that I know of that makes it possible to solidly and safely combine GUI, OpenGL/Vulkan and 3D technologies. That is QT. and the only reason that works is because QT only has two types of event loops -- QCoreApplication and QApplication. It deliberately separates the two so that you can run a QCoreApplication in a full 3D video game for command-line parameter processing, for instance. And even then, that doesn't work very well. GUI frameworks are *not designed for* gaming. .Even if you were to post a question like this on Stack Overflow (something like, perhaps, "Is it a good idea to use a GUI event loop to make a game?" Or, "Is it safe to use an event GUI loop alongside a game event loop?" You'd get a similar response -- No, use your game frameworks GUI primitives, don't use a full GUI event loop, and if your framework doesn't provide one, make your own.)@nuno69, true. Though I suppose AGK can be considered one... either way, just because there isn't an "audio game development kit" in languages like Python, C# or C++ doesn't mean you can't make an audio game using a video game framework (which is definitely a good idea). URL: http://forum.audiogames.net/post/404203/#p404203 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys OK... I'll happily respond to you one by one:@jonikster, I condemn you, as you put it, because you have shown yourself incapable of making your own decisions and deciding what you will use for quite literally anything. Even now, such a behavioral pattern continues, and after the twentieth topic you posted that asked the same thing as your previous nineteen, that incapability only further cemented itself in my mind. You refuse to do your own research, refuse to try libraries that I have recommended, refuse to try libraries that programmers who have programmed far longer than I have have recommended... right now most of them have given up. And I lose hope every day that you will actually learn what we've told you because this pattern continues. It doesn't help that you listen to people like Rastislav Kiss, who have shown themselves to exhibit similar behavioral patterns to your own, with the only difference being that Rastislav Kiss is extremely stubborn and always considers himself to be right, while never considering another programmers point of view unless that programmer agrees with him on a part of a previous statement he's made. It doesn't help that, of course, he gives you misinformation.@Rastislav Kiss: OK, Eurofly uses a GUI loop... not cool. If using a GUI loop is so wonderful and nice, then why doesn't every video game use one? Hmm?As one of the major contributors to dMNB and DMPA's source code, I can tell you that nowhere did we use a GUI event loop anywhere. Nowhere! Like I said in post nine, you don't use a full GUI event loop in a game alongside a game event loop -- it will only result in frustration. I have been programming since I was thirteen, a time of 6 years or so, and in every game I've helped make and in every prototype I've worked with, I have never seen a full GUI event loop employed in a game unless strictly required. And that strict requirement was only employed under particularly controlled circumstances, and it usually resulted in the entire game halting while the GUI did its own processing, only resuming after the GUI event loop had terminated. You, as someone who clearly has never developed any game containing any form of graphical content (or someone who just doesn't know what their talking about), are in no position to give game development advice regarding matters such as this. As someone who has employed such technologies, however, I am in a perfect position to give such advice, while leaving a game that you make open to the possibility of 2D or 3D content later on, if you wish to add it. That is why I gave my advice in post nine. There is only one -- and only one -- GUI framework that I know of that makes it possible to solidly and safely combine GUI, OpenGL/Vulkan and 3D technologies. That is QT. and the only reason that works is because QT only has two types of event loops -- QCoreApplication and QApplication. It deliberately separates the two so that you can run a QCoreApplication in a full 3D video game for command-line parameter processing, for instance. And even then, that doesn't work very well. GUI frameworks are *not designed for* gaming.@nuno69, true. Though I suppose AGK can be considered one... either way, just because there isn't an "audio game development kit" in languages like Python, C# or C++ doesn't mean you can't make an audio game using a video game framework (which is definitely a good idea). URL: http://forum.audiogames.net/post/404203/#p404203 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys I use BPC shared component dll library, coded by munawar, Check it out if you need a good sound and key handling library. And as for menus, I prefer using threds, Or just use while loops and call application.doEvents() inside your while loop so things won't be messed up URL: http://forum.audiogames.net/post/404128/#p404128 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys DOn't learn million programming languages at the same time. I also did it in past and now I see my problem URL: http://forum.audiogames.net/post/404108/#p404108 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys Rastislav Kiss,I'll be glad if you share your Python code.Also, what about C++? URL: http://forum.audiogames.net/post/404102/#p404102 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys As far as I know all frameworks compliant with dot net standart can be delphi-compatible. But we're going kinda offtop here. URL: http://forum.audiogames.net/post/404101/#p404101 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
2019-01-09
Thread
AudioGames . net Forum — Developers room : Rastislav Kiss via Audiogames-reflector
Re: About C#. Keys @Ethin: well, show me just one your game to prove what you're saying. Otherwise sorry, but i can't take your words seriously. I have been helping with Eurofly development and I will tell you few things:1. Eurofly runs with full guy event loop. Yes, that's true. it doesn't use any game development framework, i'm not sure if there are any for Delphi.2. It is made of Window classes as i recommended in my answer. it can't work just in your head, but in practice it works perfectly and allows programmer to write highly flexible code.Yes, if you want to write a game with 3D graphics rendering, then it is worth thinking about using some kind of game framework, because it should be optimized to do this in shortest possible time using every available computation resources like cpus, gpus etc.But if you want to develop just an audiogame, what was original question, then this is rather overkill.Even Swamp for example didn't used any sort of game framework if I know right, Aprone has coded everything from movement to sound positioning himself and it works perfectly.So, seriously, before you write anything about game development, please try out to write at least one game yourself. Better some more massive project like RTR or Redspot. You will find out, that many things in reality simply don't work as you're saying.Best regardsRastislav URL: http://forum.audiogames.net/post/404097/#p404097 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @Ethin I diidn't say the aren't game frameworks on the market, I said that there are no udio-game specific framework on the market, which is true URL: http://forum.audiogames.net/post/404089/#p404089 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys Rastislav Kiss,Can I get your contacts?I wrote to you on your email yesterday, which you used before. I don't know if you use it now.Please send me your contacts either here or in PM. URL: http://forum.audiogames.net/post/404081/#p404081 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys Ethin,People like you can just throw words.Rastislav helped me in the past. But what have you done?In my topics about choosing programming languages or other topics, you condemn me.Dude, if you can do something, show us that. URL: http://forum.audiogames.net/post/404080/#p404080 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys WPF. In a game. Seriously? What kind of BS advice is that? When your playing a game you don't want full-on GUI event loops running. You want all of that integrated. If possible, you want the game framework to provide you the tools necessary to draw 2D or 3D GUIs, and you want the framework to allow you to intercept particular events to make those GUIs accessible. You never want to ever start another GUI loop alongside your games update loops. That will hold your update loops until the GUI terminates, which usually never happends until you want to exit a program. WPF was *not* designed to be used that way. No normal GUI system was designed to be used that way, and getting a game framework to meld with a GUI framework that wasn't specifically designed with gaming in mind is only going to give you headaches and rages because your code malfunctions.@Rastislav Kiss, have you ever developed an actual audio game in C#? Clearly not. Here's some actual information that will aid people in developing C# audio game frameworks in any language:* Either use events, signals and slots, or whatever you can to make your game as asynchronous as possible. Try to avoid callbacks; callbacks can get ugly, very, very fast. Then again, events, signals and such can also get ugly really fast, so be careful about nesting them and all that.* Do not, under any circumstance, use a full GUI event loop in your game. Ever. Only do that before the main game loop takes over (i.e. a registration dialog before the game has even been initialized and such). Even then, try to meld that into the game itself. Avoid GUI loops if possible; they complicate things and can really fuck your project up. Modern game frameworks have replacements for GUI loops that are strictly designed to be rendered in a game.* Don't try and divide your code into "windows" and such. That just won't work.* Your game will always have a central method that's usually called 'update()' or something like that. That is your central "event loop", where all the magic happens. Branch out from there.All of this goes for any game being developed in any programming language. Unlike some in this topic, there *are actually* game frameworks for C#. Guys, before you say that there is not something in a particular language, do your homework. A particular place to find game-related stuff are in locations like https://awesome.re, and its links. In particular, pay attention to the various back-end, front-end, and programming language sections of that page. And yes, I, unlike people like Rastislav Kiss, actually do know what I'm talking about regarding developing games in C# and C++; I've made prototypes using game frameworks, and have done a hell of a lot of research on this very topic. I have helped write games in C++ (and then aided in the rewriting of them in Python). I think my knowledge, and references, can be trusted. In C# you do have game frameworks; frameworks like MonoGame, CocosSharp, Duality, and others. In C++, you do, also, have frameworks; in particular, bs::framework, Acid, Allegro, SFML, SDL, and so on. URL: http://forum.audiogames.net/post/404059/#p404059 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys WPF. In a game. Seriously? What kind of BS advice is that? When your playing a game you don't want full-on GUI event loops running. You want all of that integrated. If possible, you want the game framework to provide you the tools necessary to draw 2D or 3D GUIs, and you want the framework to allow you to intercept particular events to make those GUIs accessible. You never want to ever start another GUI loop alongside your games update loops. That will hold your update loops until the GUI terminates, which usually never happends until you want to exit a program. WPF was *not* designed to be used that way. No normal GUI system was designed to be used that way, and getting a game framework to meld with a GUI framework that wasn't specifically designed with gaming in mind is only going to give you headaches and rages because your code malfunctions.@Rastislav Kiss, have you ever developed an actual audio game in C#? Clearly not. Here's some actual information that will aid people in developing C# audio game frameworks in any language:* Either use events, signals and slots, or whatever you can to make your game as asynchronous as possible. Try to avoid callbacks; callbacks can get ugly, very, very fast. Then again, events, signals and such can also get ugly really fast, so be careful about nesting them and all that.* Do not, under any circumstance, use a full GUI event loop in your game. Ever. Only do that before the main game loop takes over (i.e. a registration dialog before the game has even been initialized and such). Even then, try to meld that into the game itself. Avoid GUI loops if possible; they complicate things and can really fuck your project up. Modern game frameworks have replacements for GUI loops that are strictly designed to be rendered in a game.* Don't try and divide your code into "windows" and such. That just won't work.* Your game will always have a central method that's usually called 'update()' or something like that. That is your central "event loop", where all the magic happens. Branch out from there.All of this goes for any game being developed in any programming language. Unlike some in this topic, there *are actually* game frameworks for C#. Guys, before you say that there is not something in a particular language, do your homework. A particular place to find game-related stuff are in locations like https://awesome.re, and its links. In particular, pay attention to the various back-end, front-end, and programming language sections of that page. URL: http://forum.audiogames.net/post/404059/#p404059 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys WPF. In a game. Seriously? What kind of BS advice is that? When your playing a game you don't want full-on GUI event loops running. You want all of that integrated. If possible, you want the game framework to provide you the tools necessary to draw 2D or 3D GUIs, and you want the framework to allow you to intercept particular events to make those GUIs accessible. You never want to ever start another GUI loop alongside your games update loops. That will hold your update loops until the GUI terminates, which usually never happends until you want to exit a program. WPF was *not* designed to be used that way. No normal GUI system was designed to be used that way, and getting a game framework to meld with a GUI framework that wasn't specifically designed with gaming in mind is only going to give you headaches and rages because your code malfunctions.@Rastislav Kiss, have you ever developed an actual audio game in C#? Clearly not. Here's some actual information that will aid people in developing C# audio game frameworks in any language:* Either use events, signals and slots, or whatever you can to make your game as asynchronous as possible. Try to avoid callbacks; callbacks can get ugly, very, very fast. Then again, events, signals and such can also get ugly really fast, so be careful about nesting them and all that.* Do not, under any circumstance, use a full GUI event loop in your game. Ever. Only do that before the main game loop takes over (i.e. a registration dialog before the game has even been initialized and such). Even then, try to meld that into the game itself. Avoid GUI loops if possible; they complicate things and can really fuck your project up. Modern game frameworks have replacements for GUI loops that are strictly designed to be rendered in a game.* Don't try and divide your code into "windows" and such. That just won't work.* Your game will always have a central method that's usually called 'update()' or something like that. That is your central "event loop", where all the magic happens. Branch out from there. URL: http://forum.audiogames.net/post/404059/#p404059 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @6, well, a Heros call was made in monogame and works perfectly on my windows machine... so... and entombed was made on XNA, (spiritual previows version of monogame) and it works withouth problems too URL: http://forum.audiogames.net/post/404051/#p404051 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
2019-01-08
Thread
AudioGames . net Forum — Developers room : Rastislav Kiss via Audiogames-reflector
Re: About C#. Keys Hi there,just to clarify about my speed of development, yes, it is true that I can develop various games in a short time, if I had already all necessary resources. But this is also because I have coded a massive code base, which I can use as a base.For example my BgtKit library. Currently, this project supports C++, C#, Python, android C#, android Java, android Kotlin and I am about to make a version for _javascript_ in short time as well. In every language it supports speaking, playing sounds, more and less good sound positioning, direct or indirect interaction with user through keyboard or touch and some language specific features like encryption and hashing in C# version or string compression in C++ version, those features aren't integrated in all languages yet.Thus when I decide to create a game like RTR, the most important is phase, where I decide program's structure, development then goes very fast.But you need a good code architecture. not just dividing into files, that is good practice, but too weak if applied lonely.You need to use full potential of object oriented programming, only in that case you will end with elegant and readable code. A status variable isn't the right solution, because it forces you to write many conditions and switches, what is an initial signal that something is wrong in your code.You need something more powerful than just a status variable.I have some free time tomorrow, I will try to write out something, may be a simple sidescroller with a main menu and pause screen, or something in style of Operation blacksquare, I will decide with regard to my actual mood. I will write it in C#, so you can see the code hierarchy and understand it. Then I can show you also my similar demo in Python if you want, which is already coded, in that stuff i have put out all my crazyness and tried to supply the power of object oriented programming with capabilities of Python as a dynamically typed language and results seem very interesting to me. Best regardsRastislav URL: http://forum.audiogames.net/post/404037/#p404037 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys
Rastislav Kiss,You already helped me. To be honest, I'd like to know you better. For example, what should I know to develop a game like RTR in a few days like you?It works. I should do what others do. Especially since I know that you are working with C++.About events, I don't understand how I can separate the menu from the game.In a normal Windows Forms application, I create an event for the keys. But how can I do this in different states of the game, if without creating a status variable?About StackOverFlow, I can't ask there about choosing libraries or other similar questions.If you use only IMO, I can register there. But it will be better if you have Skype, Facebook, WhatsApp. But I'm ready to adjust to you!nuno69,I can't make code like this:public class Menu{public Menu(){if(KeyDown == Key.UP))//somethingif(KeyDown == Key.DOWN))//something}}Because in Windows Forms there is one method with an event where I should work.alisson,Good choice, but for Android or cross-platform solutions.
URL: http://forum.audiogames.net/post/404011/#p404011
--
Audiogames-reflector mailing list
Audiogames-reflector@sabahattin-gucukoglu.com
https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys @2, could you please give us that example game? I would really love to see that code. URL: http://forum.audiogames.net/post/404006/#p404006 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys you can use monogame also. Im tryiing to make a game with him and well, I thinc Im on the right wai... URL: http://forum.audiogames.net/post/404000/#p404000 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
Re: About C#. Keys 1. There are not any audiogame-specific libraries for Audiogames. Python developers doesn't have them either.2. Windows Forms, and you can separate the game. Use namespaces, or if you want to make your code more elegant, just separate the files.3. csharpcorner.net URL: http://forum.audiogames.net/post/403981/#p403981 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: About C#. Keys
2019-01-08
Thread
AudioGames . net Forum — Developers room : Rastislav Kiss via Audiogames-reflector
Re: About C#. Keys
Hi there,1. use WPF, in case you don't need to draw expensive graphics, it will be fine for you and it is compatible with all screenreaders including Jaws.2. About keyboard handling, i recommend to use events. Also a hierarchy of classes representing virtual windows, with one parent class with defined events receiving methods and then calling the hierarchy from according places.Please, really avoid code like this:if (gamePhase=="menu"){if (key==up){//...}else if (key==down){//...}else if (ctrl and space){//...}}It isn't funny.If you need a example how a good game code should look like imo, just let me know. I am coding this already for one my friend, so I can make a version with english variable names and comments.3. Sure, what about stack overflow?4. Hmm, what shall I say to this? Just be object oriented, write efficient and flexible code, and you will be on the right way. The reason why development of anything bigger is so hard isn't in problems with coding but rather with overwhelming amount of actions to do to make a good and errors proof audiogame. For example I am able to develop a game like minesweeper or rtr for every platform in few days. If only I had all necessary sound effects... That is never ending problem for me, I know about lots of sound effects resources, but I don't know which I can use freely and which not.So that's it, if you have any further questions, feel free to ask even here, there are more good C# developers.Best regardsRastislav
URL: http://forum.audiogames.net/post/403980/#p403980
--
Audiogames-reflector mailing list
Audiogames-reflector@sabahattin-gucukoglu.com
https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
