Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @69, I generally don't (to ensure I don't need to rebuild it per Python release), but you probably could. It would be a bitch. URL: https://forum.audiogames.net/post/411425/#p411425 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,@Ethin, thank you. OK, before I try and begin writing all of it by hand, can tools like swig or boost python be used to generate the bindings automatically? Because if I am not mistaken, qt5 python binding is computer generated?Regards,Amit URL: https://forum.audiogames.net/post/411424/#p411424 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @67, point taken. URL: https://forum.audiogames.net/post/411360/#p411360 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @65: You're telling this to the person who tried to accessify Mario, Sonic, and Streets of Rage 2 This just makes me want to make an audio game for the Atari 2600 . URL: https://forum.audiogames.net/post/411356/#p411356 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it I'm continuing to realize how nice it would be for us to have our own library for the making of blind audio games.Python isn't really meant just for making games. Sure if you know where to look, you can dig up enormous things, but it's a general purpose language.This means there are many! many! many many many different modules, functions, built in variables, methods, and objects you have to sort through to find what you need.Add to that the names are a bit misleading if you're me, and the tutorial isn't written as nicely as in BGT, what I mean it's right down to business which is OK, but it doesn't give you as much room to figure out what it does.I've practiced Python a bit, and ran a few functions, imported a module or 2, but i'm not getting anywhere fast nor am I expecting to. URL: https://forum.audiogames.net/post/411349/#p411349 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @64, lol. The problem with those python libraries is that 99 percent of them are python 2-specific. Yuck. URL: https://forum.audiogames.net/post/411330/#p411330 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Panda3d seems like the least ass-pain-inflicting way to do more complex games. Apparently I ate something that has me more mentally fragile than usual today, though, so find that the idea of some sort of Skype "class" on how to use it sounds unusually nice. Something that would focus on the stuff relevant to audio games, rather than a million pages on the subtleties of 3d graphics (3d audio gets a whole page in the manual. "Oh, yeah, we have this, too. Here are four or five useful function-method-magigs. Now, back to chapter 10 on shading texture lights in antialiased fog-ramps..."). URL: https://forum.audiogames.net/post/411310/#p411310 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it #60 It could have been my missunderstanding.I thought he wanted to know where to find the FMOD functions. URL: https://forum.audiogames.net/post/411301/#p411301 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it There are lots of python game libraries here:https://wiki.python.org/moin/PythonGameLibrariesRelevant to those use to BGT is Direct Python, which wraps Direct X, which is what BGT uses (Direct Sound, Direct Input, etc).Found by asking Google "what is the easiest way to get 3d audio in python". I did not get an answer, unless OpenAL is an answer, which I am disinclined to believe. URL: https://forum.audiogames.net/post/411299/#p411299 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it python is better than bgtthe bgt outdated crap, it won't get bug fix, or future updates, philip doesn't care his engine anymoreit has more errors in windows 10bgt is limited URL: https://forum.audiogames.net/post/411121/#p411121 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it
@pauliyobo, that wasn't exactly helpful at all.@Amit, here is how you use FMOD in Python using ctypes:# initialize the system object
fmod=ctypes.CDLL("fmod64.dll")
system=ctypes.c_void_p()
# all functions return an FMOD_RESULT. So we save that to a variable
# there are helpers for this, we'll do that in a moment
res = fmod.FMOD_System_Create(ctypes.byref(system))
if res!=0:
# some error occurred.
# our system object is now created, but not initialized. Initialize it with 4093 maximum voices, no flags, and no extra driver data.
res=fmod.FMOD_System_Init(system, 4093, 0, None)
if res!=0:
# some error occurred.
# Now we can wrap the error checking in an FMOD callback
# This takes a bit of ctypes magic though
# declare the FMOD_ERRORCALLBACK_INFO structure
class FMOD_ERRORCALLBACK_INFO (ctypes.Structure): pass
# declare its fields
FMOD_ERRORCALLBACK_INFO._fields_=[
("result", ctypes.c_int),
("instancetype", ctypes.c_void_p),
("instance", ctypes.c_void_p),
("functionname", ctypes.c_char_p),
("functionparams", ctypes.c_char_p)
]
# declare the callback
ErrorCallback = ctypes.CFUNCTYPE(ctypes.c_int, ctypes.c_void_p, ctypes.c_int, ctypes.c_void_p, ctypes.c_void_p, ctypes.c_void_p)
def SystemErrorCallback(system, type, commanddata1, commanddata2, userdata):
if type==0x0080: # error callback
info=ctypes.cast(commanddata1, FMOD_ERRORCALLBACK_INFO)
if info.result!=0:
# error occurred, handle it here
callback=ErrorCallback(SystemErrorCallback)
res=fmod.FMOD_System_SetCallback(system, ctypes.byref(callback), 0x0080)
if res!=0:
# an error occurred setting the callback and it wasn't setThat's generally how you use it. It looks really complicated (and I haven't tested the error callback code above yet), but it gets much easier after a while. Declaring enumerations also isn't very hard with the Aenum package. The difficulty is declaring float* arrays ahead-of-time.
URL: https://forum.audiogames.net/post/411060/#p411060
--
Audiogames-reflector mailing list
Audiogames-reflector@sabahattin-gucukoglu.com
https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,Thank you. I highly appreciate it.Yes. You can send me an email at aggarwal dot amit dot 4 4 4 @gmail dot comOr send a forum pm.Regards,Amit URL: https://forum.audiogames.net/post/411050/#p411050 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Amit, is there any way to contact you privately? I would like to give you some feedback and send you an updated version of these pythonn scripts I fixed up. URL: https://forum.audiogames.net/post/411049/#p411049 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,I've seen them before writing the earlier post. It's either I am using the wrong dll or something. Could somebody provide a little example of playing a sound file using this dll in python? once I see a small example I will be able to write the wrapper using the chm file. Regards,Amit URL: https://forum.audiogames.net/post/411029/#p411029 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it you can look the FMOd chm documentation in the fmod directory. URL: https://forum.audiogames.net/post/411026/#p411026 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it
Hi,So I've downloaded and installed FMOD API on my system. Now I copied fmod.dll in a directory. And here is my python script:import ctypeslib=ctypes.cdll.LoadLibrary("fmod.dll")It works, no errors so far. But how do I use the System and other classes?Running dir function on it didnt show me anything of interest, and if I type Lib.System it throws an error?Regards,Amit
URL: https://forum.audiogames.net/post/411015/#p411015
--
Audiogames-reflector mailing list
Audiogames-reflector@sabahattin-gucukoglu.com
https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @53, no. The way FMOD (and related sound engines and even OpenGL) work is through a graph: an audio graph for FMOD/Wwise and a scene/graphics graph with OpenGL. In either coordinate systems, there are always the x and y axes which act as constants of sorts: positive x is left and right, positive y is up and down. The difference is in the Z axis: in a left-handed coordinate system, positive Z is forward, and negative Z is backward; in a right-handed coordinate system it is just the opposite: negative Z is forward and positive Z is backward.@52, OpenAL is nice if you like writing your own decoders or enjoy having to link your program against 30-40 DLLs and libraries just to encode an decode audio. URL: https://forum.audiogames.net/post/410905/#p410905 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it I'm too flexible to understand what it means for a coordinate system to be right or left handed. Am I pointing my thumb up or down, and am I curling my fingers like halfway toward a fist? And is there something bad about a right-handed system for gamedev? URL: https://forum.audiogames.net/post/410806/#p410806 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it soft openAL has support for hrtf, but it is right handed. URL: https://forum.audiogames.net/post/410792/#p410792 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it
That's not so difficult. I mean, the way images work in Python isn't as intuitive as Java2d, so I couldn't write an example off the top of my head, but gimme a sec to look it up...Edit: ugh, actually, it is quite hidious. Behold something I think should work:from pygame import *def fmod_logo() : img=image.load("firelight_logo.png") a=surfarray.array3d(img) init() # if pygame hasn't already been initialized. I should have just done import pygame instead, but shutup. window=display.set_mode(img.get_size()) display.set_caption("Using FMODEX, from Firelight Studios") window.blit(img, Rect((0, 0, img.get_width(), img.get_height( display.flip()Yep, that's hidious and I'm going to write a graphics_pool to make it more tolerable right now.
URL: https://forum.audiogames.net/post/410783/#p410783
--
Audiogames-reflector mailing list
Audiogames-reflector@sabahattin-gucukoglu.com
https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it That's not so difficult. I mean, the way images work in Python isn't as intuitive as Java2d, so I couldn't write an example off the top of my head, but gimme a sec to look it up... URL: https://forum.audiogames.net/post/410783/#p410783 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Also. There is this, but this shouldn't be a big deal to write a function to do this.. Do I have to add an FMOD logo to my project?A. Yes, when using FMOD, a logo is required to be displayed on screen, before gameplay starts. Logo files can be found here. If you wish to be exempt from this, contact sa...@fmod.com for price options. URL: https://forum.audiogames.net/post/410777/#p410777 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Glad to see that changed. It used to be that you could release games for free, but any game that you released that you charged for made you ineligible for the Indy tier. URL: https://forum.audiogames.net/post/410775/#p410775 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @Liam, you don't need to shell out huge amounts of money to use FMOD. If your willing to release one proprietary game per year, and your budget is under 500K, FMOD is the library for you. Believe me, Wwise is even worse. The license terms for FMOD make a lot of sense: they expect that a high quality game will take (at most) 6-12 months to make, test, extend, and prepare for release. FMOD is designed by games for gamers, and so they expect that you will use it to make games that are ultra-high quality, or as high-quality as possible, and therefore they expect that you'll put in a lot of time and effort into it to make it the best it can be. URL: https://forum.audiogames.net/post/410750/#p410750 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @Liam, you don't need to shell out huge amounts of money to use FMOD. If your willing to release one proprietary game per year, and your budget is under 500K, FMOD is the library for you. Believe me, Wwise is even worse. URL: https://forum.audiogames.net/post/410750/#p410750 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it What ever engine you decide to use, most likely you will have to bind it. Bass is another option, but does not do HRTF. Don't forget though to check the license agreements of what ever you decide to use to find out how they can be included in to projects including any possible attribution. URL: https://forum.audiogames.net/post/410747/#p410747 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,I have searched about openal, but seems all the bindings ever created for it are at least 5 years old if not more. Also, hrtf seems to be missing as well.SoLoud would have been good, but it's official website states it may not be so fast as other libraries are. And I do remember the firefight developer saying how he has tried it and it's laggy. Do you think steme audio can do this job? that'd mean writing a binding though.Regards,Amit URL: https://forum.audiogames.net/post/410745/#p410745 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Camlorn_audio uses OpenAL. It's pretty easy to use, but has some serious issues. The biggest is the limit on the number of sounds, and that it crashes if anything is garbage-collected. I also find the format restrictions (as in, I am required to go convert every single file I have into mono) annoying. I mean, a lot of my stereo sounds are stereo because Javasound wouldn't let me adjust their position if they were in mono. If there was some way to slice stereo files into two channels that picky sound engines could handle (and then install that into all the sound engines GRR).. But yeah, if OpenAL is on the table, Camlorn_audio made it far more usable, and I have a sound_pool class that uses it (and defaults to pygame for unsupported formats). I need to upgrade it to better support eax, and to use dictionaries to keep sounds from being collected. I also remember there being some other unpleasantries in how that sound_pool turned out, the last time I went back to look at it.Also, camlorn_audio is deprecated and Camlorn said emphatically that it is a bad idea to use it. IDK if it's forward compatible. URL: https://forum.audiogames.net/post/410739/#p410739 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it there is a library called SoLoud which you can find it herealso, you can use OpenAL instead. URL: https://forum.audiogames.net/post/410730/#p410730 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it just a warning. If anyone wants to sell games using the engine and you use FMOD then they will have to pay out serious amounts of money for an FMOD license. It's why I avoid FMOD like the plague. URL: https://forum.audiogames.net/post/410726/#p410726 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,Thank you everyone. So as everyone suggested, next commit will remove those builtins and focus will be now on only providing important BGT objects and functions which are not already available in python. Now, I'd need a bit of help.I'd like to add a proper 3d audio system in this engine now, because that's a part where most beginners struggle. There are three options.1. Use libaudioverse, but then that's not for the mac.2. use pyfmodex.3. Some of you may know, there is a well maintained engine called panda3D. That has FMOD bindings already. So if anyone can guide me through the documentation, I will be really grateful.It's possible to create a new binding of course. But as everyone stated, why reinvent the wheel if it's already made. So, what are your opinions?This is probably the biggest part of the engine, other things like menu system or gui forms etc arent that much of an issue.Regards,Amit URL: https://forum.audiogames.net/post/410709/#p410709 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it i think that it would be a grate idea.I am learning HTML and _javascript_. and it would be grate if i could learn some python also URL: https://forum.audiogames.net/post/410632/#p410632 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it damn, I have been working with python for the better part of a decade and didn't know about the help function. man, that is really useful. before whenever I waanted to look up the signature of a python function or something I would google it, but this is way more convenient!also, yeah, an audiogame library for python would be great. just like everyone else already said, don't re-invent the wheel by remaking standard library functions and fo focus on the stuff the standard library doesnt provide for audiogames. URL: https://forum.audiogames.net/post/410624/#p410624 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it I would agree with this idea, but I think we could spend our time trying to get a good working sound_pool and a new menu class. Do I think its bad what you're doing? Of course not. I think its great. I personally think you should have focused on the keyboard handlers more than you did on wrapping the string functions as most of them only return calls to other functions. Things like string trim, string_left,string_right, etc etc are pretty good though. I agree with Liam here, you have a good idea, but you're going about it the wrong way. I would leave what you have already as it is, but I would focus more on things like menu objects and sound positioning. URL: https://forum.audiogames.net/post/410623/#p410623 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @36, I have to disagree. As liam said this is only a preference. You may find it better over all because you find your self confortable with it. But I could tell you the same thing about python. URL: https://forum.audiogames.net/post/410617/#p410617 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it tmstuff000 wrote:Braces like in BGT and C++, and just the syntax of them over all, is much better than in Python, no matter what you say. And I like BGT.Best regardsT-mAnd that's fine as that is your opinion, but that is not a generalized statement. Many people would disagree with you including myself. I personally am glad to be rid of braces. Indenting my code makes it way easier to follow, and not having to end each line with a semi-colon is also nice. I truly hope to never have to do anything with BGT in the future. I have found much more efficient ways of accomplishing tasks that BGT could ever hope to match. URL: https://forum.audiogames.net/post/410611/#p410611 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Braces like in BGT and C++, and just the syntax of them over all, is much better than in Python, no matter what you say. And I like BGT.Best regardsT-m URL: https://forum.audiogames.net/post/410603/#p410603 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it I'm going to echo the sentiments of others.You are doing yourself and the community a massive disservice by wrapping standard language functions. I understand this forces people to learn a whole new set of functions, but the bright side is that they will be able to take that knowledge and apply it to non-gaming programs. As you said in 32, you want to do mainstream programming. No one will be using BGT style functions.I'll echo others here and say focus on creating classes for things a game can use like a sound pool, menu class, timer, auxiliary functions, ETC. That being said. I think you have a really fantastic idea, but you're going about it the wrong way. Use the feedback you are getting from other devs, and build something cool that will help leverage the Python language, not replace it. You never know, this could be the thing that gets people coding in Python. Wouldn't that be exciting? URL: https://forum.audiogames.net/post/410535/#p410535 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
2019-02-08
Thread
AudioGames . net Forum — Developers room : ashleygrobler04 via Audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it Hi, wow!this is quite a neet little set of functions that you made.keep up the good work please, i am sure i will leeve bgt once this project is complete.If you want a sound pool that works with sound_lib, why not use the one on kianoosh's github? URL: https://forum.audiogames.net/post/410534/#p410534 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @31, using the DLL is much easier than using pyfmodex. At least, its easier for me. You can wrap a lot of it, and the functions in the DLL match the C API. Wrapping structures is a bit more complex, but it is doable. URL: https://forum.audiogames.net/post/410513/#p410513 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,Thanks everyone. Post 24. I appreciate your suggestions and will improve my shortcomings.I still remember the time when I had released my first game with a friend. That was an exciting day. The release was small, but it was something we made ourselves. But that was it. I have decided to leave BGT on that point, because I wanted to be a mainstream programmer; not just someone who uses an audio game kit people never heard the name of as well as other obvious reasons. A quick google search revealed python is the easyest to start with, hence I began learning. This phase is pretty crucial; I always thought of releasing a fully featured audio game for people to play, and often in excitement I'd open google to search about the libraries I can use to make it. But that always lead to the fact that there wasn't a beginner friendly solution. You'd need to find and assemble all the libraries you need manually. Accessible_output2 and others. Who can forget the countless topics beginners have made which were made to ask how to fix the errors with installing that speech library. Or how do we set up tolk etc, or countless topics about 3d audio libraries. And somewhere between all this, a thought was always flipping back and forth. Why not just fallback to BGT, you have all resources you need there already made for you? This project is exactly meant to help programmers during this state. I dont encourage anyone to stick with the library I am writing forever; This is only meant to help newbies and give them a bit easier welcome to python. They can pick the library up and start from there. And believe or not. In the process, they will actually learn more and more python.Well just a simple question. What's better. to stick to BGT, which isnt cross platform, isnt even a coding language and all such issues? or to stick to a python library, which is actually making you comfortable with python on your initial learning phase?And oh,WXPython is beeing used for alert and input_box functions. pygame is doing the window and keyboard handling. If pygame has those dialogues, accessible somewhere, I can easily get rid of wx from the project.Finally. I believe a properly developed tool to make games with, needs to be exist and maintained. Tools are there, but unfortunately kept private. That's fine though, if somebody says Liam to share his tools, that's not correct in my opinion, because those are the tools of a comercial company. Same goes for AHC people; asking them to share their game engine will be rediculus. But individual projects. Those should be shared for everyone's benifit. People have the required knowledge to develop and release something which is way better than the thing I have here and that too they can do in a few days. But unfortunately, no one is taking off any time for it. Ethin for example. He can be found bashing BGT where he can. But so far, I dont see any step forward to rectify the issue, instead of just talking and bashing, even though he has knowledge I can only dream of as a beginner at this point. Regards,Amit URL: https://forum.audiogames.net/post/410512/#p410512 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @28: Why? Are there known problems with pyfmodex? Is it a performance issue? Something else? URL: https://forum.audiogames.net/post/410505/#p410505 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it hi,if you want the functions and variables of an object, just type dir(obj) or obj.__dict__now, for the guy who said python is slow.for your answer, just checkout ai libraries (mxnet (which is my primary ai library and i can help you with it if you have any questions), tensorflow, theano, pytorch etc).why do they use python while it is slow and training takes time?the answer is simple!. python is fast!.if you want a benchmark, just create a factorial function and test it!.regarding c++ which people said it is faster than python!.this is true, but it depends on how you code. sometimes optimizations can have impact on your code. even codes generated by different compilers performs differently. URL: https://forum.audiogames.net/post/410497/#p410497 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it To get help with python standard objects documentation there are different ways.1. Read the module doc in the standard library section of the python manual which is available both locally and online.2. As CAE said create an object as a string, list dictionary etc and type help(obj)You can directly get help on a builtin list such as a list by typing help(list).3. There is an other way which can be powerful, and uses the doc strings of python classes and functions. It's called pydoc. Pydoc generates a documentation based on the module doc strings. To generate a pydoc html file with the generated documentation you can type:pydoc -w file_you_wish_to_look_at. URL: https://forum.audiogames.net/post/410435/#p410435 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @27, don't use pyfmodex, use ctypes. Its extremely easy. I have a test program that uses the DLL. Perhaps i should document it and upload it sometime... But yeah, I agree with you. Python isn't overly difficult, and there is more resources available on it than pretty much any other language (given the fact that its pretty much the top language in the world these days). URL: https://forum.audiogames.net/post/410421/#p410421 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it @27, don't use pyfmodex, use ctypes. Its extremely easy. I have a test program that uses the DLL. Perhaps i should document it and upload it sometime... URL: https://forum.audiogames.net/post/410421/#p410421 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it People need to learn how to use the Python terminal with the help function. Most of the documentation for all the things will be accessible from there.To find those string functions, see what happens when you type:a="Hello!"help(a)... Ok, that's actually an uncomfortably huge amount of information, much of it safely skippable. But that's the general idea. You can call help on just about anything, and it will give you information.It did take an annoying amount of digging to find chr and ord, though.This does remind me that I should check out how 64 bit ints work with Python. It turns out that bitwise operations with 64 bit ints are super easy to mix up with 32 bit ints, resulting in some weird crap (I had to write new string_to_hex and hex_to_string functions for BGT to get around this).I have a port of the sound_pool somewhere, but it used camlorn_audio, among other issues. I tried installing pyfmodex ... was that yesterday? Wednesday? Anyway, really deep traceback I haven't dug through yet, just from the first import, so that's a journey that will wait until tomorrow. URL: https://forum.audiogames.net/post/410413/#p410413 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it A lot of what BGT has is already there. The file object works just about the same. A lot of the string functions are methods of string objects. Dictionaries are a thousand times simpler. It's the UI stuff that's troublesome. URL: https://forum.audiogames.net/post/410410/#p410410 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it posts 24 and 25 said it much better than I could ever put it. To get people off of BGT you actually have to solve the issues that BGT creates while not introducing any yourselves. I think this could be it, but as was said in 24 and 25, you don't need to reinvent the stuff that python already gives you. come up with coding standards and a plan. start small and build from that. be intentional about the function and libraries you add. If it doesn't solve a problem or duplicates something in the STL, why is it being included. The STL is going to be 1000% better than any functions you write. more secure, better tested, and as previously stated everyone knows them. URL: https://forum.audiogames.net/post/410405/#p410405 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it
Okay, here's my issue with this package. All gripes aside, I appreciate the work done and desire to move on. Also it's nice to see a modicum of collaboration from the community once and a while. I just wish it were to be to different ends, and I'm failing to see how this is truly breaking free from the aptly named BGT trap at all. If nothing else your actually enforcing it by foiling the ability to move forward, I'll explain.I'm not here to discuss the unfavorable code practices in use, everyone starts somewhere and it's mainly the thought that counts. If you'd like an in-depth code review, let me know and I'll be more than happy to provide one.What you've done is rallied a bunch of BGT programmers who have been wanting to get a hand full of python for a while now but had no idea where to start. They either want to move on due to anti-virus flagging, a desire for crossplatform development, a simplistic workflow, the agreeably superior standard library, or a combination of these. One of the most important aspects of any language is undeniably it's stdlib, past syntax, not knowing the standard library like the back of your hand will leave you spending debilitating hours upon hours rifling through boring documentation to merely understand what's going on. I dare say a language is nearly next to useless without it's standard library. A language is only what you make with it.Here, you have functions such as directory_create, directory_exists, file_exists, file_copy, file_delete, wait, exit, read_environment_variable, string_left/right, string_trim*, string_reverse, string_replace, string_split, string_len, string_is*, string_contains, base64_encode, ascii*, and probably a lot more I'm not listing that are simple must-know one-liners in the standard library. This project is giving everyone an extremely easy way out. Pick up python, learn syntax, and go. Sounds all well and good in the short term, but later on I feardependence: In wrapping some of the core functions, we're looking at a library that one must rely on and toat across all projects because that's simply all one is able to effectively use.Detriment to collaboration: The standard library is universal, known to every python programmer worth his/her sault. Throw a project up on github? Good luck getting anyone without a prior BGT background to colaberate. Not for the whole opensource idea but know a friend who codes in python, same dilemma. Are we then saying such a prerequisite is required? Wait wait, isn't the idea to abolish BGT anyway? Don't wanna use BGT please learn how to use BGT and then you can contribute, talk about an oxymoron and unproductive one at that.lack of resources: In BGT, an irrifutable downside was the inability to search for errors, functions, or practices on the web. In python however, running into a weird error or interested in how to pull something off? Simple as a couple clicks away on the godly stackoverflow. With this library, nobody has any clue what string_trim_left(string_left(string_mid(string_to_hex(something_bad means and nor would they care to figure it out. In pythonic lingo, slices, str.replace, str.split, etc will yield a no problem Here's how your issue is fixed. In a matter of minutes.lack of creativity: Python includes a host of glorious functions and modules not dreampt of in BGT. Sometimes the only way of figuring these out is by digging into existing code. But if the code your looking at doesn't feature the all mighty bgt kit, ahem every pythonic project ever written, your at a serious disadvantage and probably will have no idea what your looking at. codecs.encode(string, "Hex"), weird right? string.split(" "), even weirder. os.path.isfile(path), whoa! hashlib.Md5.new(data).hexdigest(), oh so complicated! Anything ctypes is foreign, notice what I did there? Shut up, I'm pre-coffee.development time all around: Why, just why spend time wrapping everything, builtin types included in reference to the empty array directory, when you could be creating something helpful that isn't reinventing the wheel with absolutely zero improvement? Why not spend your time on games, or wrappers that don't exist right now.I guess the biggest source of irritation here is the shear allusion of progress when in theory it's like 1 step forward and 1 step back. Nothing is positively impacted. We're far enough behind as it is without introducing more pitfalls.I don't like writing posts that seem bashful through and through, so allow me to make some suggestions based on years of experience in the field.Remove all standard library wrappers. String*, file* directory*, all of it. Encourage learning the builtins. If your not up to moving past standard BGT functions, sorry but I don't know if programming is your game no pun intended. For the lazy nearly everything is a google search or forum post away. There's an evident difference in those who simply make a
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Heh... carter pointed out some things I didn't even think of. Thanks, Carter.Carter is right about the built-in usage. Python has built-ins for a lot of things (check out the Python standard library docs on built-in functions for all of them). You need not write your own custom hex encoder/decoder (though you might do it for learning sake), just use hex() and int() (hex() to encode, int() to decode). You can use codecs.encode(), too, which is most likely a better solution since you can define custom codecs along with the pre-registered ones (which includes all the standard encodings (ASCII, Big5, ...), along with Python specific ones (idna, mbcs, ...), and many others). To be of more help, I have below provided built-in/stdlib alternatives to what you have already created:directory_create: os.mkdir, os.makedirsdirectory_delete: os.remove, os.unlinkdirectory_exists: os.path.exists, iterative os.scandir (more costly)file_exists: again, os.path.exists, and iterative os.scandir (again, more costly)find_files, find_directories: conditional if item in os.listdir(). (As a personal preference, I highly recommend os.scandir/os.walk, but that's me.)file_copy: shutil.copy, shutil.copy2file_delete: again, os.remove, os.unlinkexit: sys.exitwait: time.sleep (or if your using SDL2, sdl2.SDL_Delay.) (There are sleeping functions in Pygame as well if I'm not mistaken.)read_environment_variable: conditional item in os.environrun: subprocess.Popen, subprocess.call, or subprocess.runascii_to_character: chr()character_to_ascii: ordhex_to_string: codecs.decodenumber_to_hex_string: hex()number_to_words: (why is this actually necessary?)string_base64_decode: base64.b64decode, codecs.decodestring_base64_encode: base64.b64encode, codecs.encodestring_contains: str in string, re.search, re.matchstring_is_alphabetic: string.isalphastring_is_alphanumeric: string.isprintablestring_is_digits: string.isdigit, string.isnumericstring_is_lower_case: string.islowerstring_is_upper_case: string.isupperstring_left: string slicesstring_len: lenstring_mid: string slicesstring_replace: string.replacestring_reverse: string slicesstring_right: string slices againstring_split: sting.splitstring_to_hex: codecs.encodestring_to_lower_case: string.lowerAnd that's not all. I'm looking through the code and am not impressed at all. Almost the entire foundation layer is dedicated to ripping off the standard library and Python's built-in functionality. And I won't even jump into the fact that I saw at least one instance where you pulled from the event queue manually, and possibly engineered a situation where the event queue is being pulled from in two separate functions (terrible idea, by the way). I don't mean to bash, but come on... I know you guys can do better than this. And let's not forget that your trying to get WX to work with Pygame... .sorry, not happening. And don't try running WX in a separate thread, it won't let you.Update: 33 instances, 4 of which (at least) I counted where I listed you could use string slices. And I wasn't even close to done. I haven't even gotten into the objects part, or the "helper layer". A game engine should not be focusing on all this when the language provides this for you. A game engine should be focusing on what the standard library doesn't provide you and what you can use in a game (i.e. audio, joystick, game controller, haptics, physics, and so on). My personal recommendation would be to use FMOD or Wwise, primarily because I've used FMOD (though Wwise can be a pain) and FMOD is at least very good. (Its also one of the top audio lbraries in the mainstream industry, thoguh Wwise kicks FMOD's ass, by far.) URL: https://forum.audiogames.net/post/410391/#p410391 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Heh... carter pointed out some things I didn't even think of. Thanks, Carter.Carter is right about the built-in usage. Python has built-ins for a lot of things (check out the Python standard library docs on built-in functions for all of them). You need not write your own custom hex encoder/decoder (though you might do it for learning sake), just use hex() and int() (hex() to encode, int() to decode). You can use codecs.encode(), too, which is most likely a better solution since you can define custom codecs along with the pre-registered ones (which includes all the standard encodings (ASCII, Big5, ...), along with Python specific ones (idna, mbcs, ...), and many others). To be of more help, I have below provided built-in/stdlib alternatives to what you have already created:directory_create: os.mkdir, os.makedirsdirectory_delete: os.remove, os.unlinkdirectory_exists: os.path.exists, iterative os.scandir (more costly)file_exists: again, os.path.exists, and iterative os.scandir (again, more costly)find_files, find_directories: conditional if item in os.listdir(). (As a personal preference, I highly recommend os.scandir/os.walk, but that's me.)file_copy: shutil.copy, shutil.copy2file_delete: again, os.remove, os.unlinkexit: sys.exitwait: time.sleep (or if your using SDL2, sdl2.SDL_Delay.) (There are sleeping functions in Pygame as well if I'm not mistaken.)read_environment_variable: conditional item in os.environrun: subprocess.Popen, subprocess.call, or subprocess.runascii_to_character: chr()character_to_ascii: ordhex_to_string: codecs.decodenumber_to_hex_string: hex()number_to_words: (why is this actually necessary?)string_base64_decode: base64.b64decode, codecs.decodestring_base64_encode: base64.b64encode, codecs.encodestring_contains: str in string, re.search, re.matchstring_is_alphabetic: string.isalphastring_is_alphanumeric: string.isprintablestring_is_digits: string.isdigit, string.isnumericstring_is_lower_case: string.islowerstring_is_upper_case: string.isupperstring_left: string slicesstring_len: lenstring_mid: string slicesstring_replace: string.replacestring_reverse: string slicesstring_right: string slices againstring_split: sting.splitstring_to_hex: codecs.encodestring_to_lower_case: string.lowerAnd that's not all. I'm looking through the code and am not impressed at all. Almost the entire foundation layer is dedicated to ripping off the standard library and Python's built-in functionality. And I won't even jump into the fact that I saw at least one instance where you pulled from the event queue manually, and possibly engineered a situation where the event queue is being pulled from in two separate functions (terrible idea, by the way). I don't mean to bash, but come on... I know you guys can do better than this. And let's not forget that your trying to get WX to work with Pygame... .sorry, not happening. And don't try running WX in a separate thread, it won't let you. URL: https://forum.audiogames.net/post/410391/#p410391 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Heh... carter pointed out some things I didn't even think of. Thanks, Carter.Carter is right about the built-in usage. Python has built-ins for a lot of things (check out the Python standard library docs on built-in functions for all of them). You need not write your own custom hex encoder/decoder (though you might do it for learning sake), just use hex() and int() (hex() to encode, int() to decode). You can use codecs.encode(), too, which is most likely a better solution since you can define custom codecs along with the pre-registered ones (which includes all the standard encodings (ASCII, Big5, ...), along with Python specific ones (idna, mbcs, ...), and many others). To be of more help, I have below provided built-in/stdlib alternatives to what you have already created:directory_create: os.mkdir, os.makedirsdirectory_delete: os.remove, os.unlinkdirectory_exists: os.path.exists, iterative os.scandir (more costly)file_exists: again, os.path.exists, and iterative os.scandir (again, more costly)find_files, find_directories: conditional if item in os.listdir(). (As a personal preference, I highly recommend os.scandir/os.walk, but that's me.)file_copy: shutil.copy, shutil.copy2file_delete: again, os.remove, os.unlinkexit: sys.exitwait: time.sleep (or if your using SDL2, sdl2.SDL_Delay.) (There are sleeping functions in Pygame as well if I'm not mistaken.)read_environment_variable: conditional item in os.environrun: subprocess.Popen, subprocess.call, or subprocess.runascii_to_character: chr()character_to_ascii: ordhex_to_string: codecs.decodenumber_to_hex_string: hex()number_to_words: (why is this actually necessary?)string_base64_decode: base64.b64decode, codecs.decodestring_base64_encode: base64.b64encode, codecs.encodestring_contains: str in string, re.search, re.matchstring_is_alphabetic: string.isalphastring_is_alphanumeric: string.isprintablestring_is_digits: string.isdigit, string.isnumericstring_is_lower_case: string.islowerstring_is_upper_case: string.isupperstring_left: string slicesstring_len: lenstring_mid: string slicesstring_replace: string.replacestring_reverse: string slicesstring_right: string slices againstring_split: sting.splitstring_to_hex: codecs.encodestring_to_lower_case: string.lowerAnd that's not all. I'm looking through the code and am not impressed at all. Almost the entire foundation layer is dedicated to ripping off the standard library and Python's built-in functionality. And I won't even jump into the fact that I saw at least one instance where you pulled from the event queue manually, and possibly engineered a situation where the event queue is being pulled from in two separate functions (terrible idea, by the way). I don't mean to bash, but come on... I know you guys can do better than this. URL: https://forum.audiogames.net/post/410391/#p410391 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it
Okay, here's my issue with this package. All gripes aside, I appreciate the work done and desire to move on. Also it's nice to see a modicum of collaboration from the community once and a while. I just wish it were to be to different ends, and I'm failing to see how this is truly breaking free from the aptly named BGT trap at all. If nothing else your actually enforcing it by foiling the ability to move forward, I'll explain.I'm not here to discuss the unfavorable code practices in use, everyone starts somewhere and it's mainly the thought that counts. If you'd like an in-depth code review, let me know and I'll be more than happy to provide one.What you've done is rallied a bunch of BGT programmers who have been wanting to get a hand full of python for a while now but had no idea where to start. They either want to move on due to anti-virus flagging, a desire for crossplatform development, a simplistic workflow, the agreeably superior standard library, or a combination of these. One of the most important aspects of any language is undeniably it's stdlib, past syntax, not knowing the standard library like the back of your hand will leave you spending debilitating hours upon hours rifling through boring documentation to merely understand what's going on. I dare say a language is nearly next to useless without it's standard library. A language is only what you make with it.Here, you have functions such as directory_create, directory_exists, file_exists, file_copy, file_delete, wait, exit, read_environment_variable, string_left/right, string_trim*, string_reverse, string_replace, string_split, string_len, string_is*, string_contains, base64_encode, ascii*, and probably a lot more I'm not listing that are simple must-know one-liners in the standard library. This project is giving everyone an extremely easy way out. Pick up python, learn syntax, and go. Sounds all well and good in the short term, but later on I feardependence: In wrapping some of the core functions, we're looking at a library that one must rely on and toat across all projects because that's simply all one is able to effectively use.Detriment to collaboration: The standard library is universal, known to every python programmer worth his/her sault. Throw a project up on github? Good luck getting anyone without a prior BGT background to colaberate. Not for the whole opensource idea but know a friend who codes in python, same dilemma. Are we then saying such a prerequisite is required? Wait wait, isn't the idea to abolish BGT anyway? Don't wanna use BGT please learn how to use BGT and then you can contribute, talk about an oxymoron and unproductive one at that.lack of resources: In BGT, an irrifutable downside was the inability to search for errors, functions, or practices on the web. In python however, running into a weird error or interested in how to pull something off? Simple as a couple clicks away on the godly stackoverflow. With this library, nobody has any clue what string_trim_left(string_left(string_mid(string_to_hex(something_bad means and nor would they care to figure it out. In pythonic lingo, slices, str.replace, str.split, etc will yield a no problem Here's how your issue is fixed. In a matter of minutes.lack of creativity: Python includes a host of glorious functions and modules not dreampt of in BGT. Sometimes the only way of figuring these out is by digging into existing code. But if the code your looking at doesn't feature the all mighty bgt kit, ahem every pythonic project ever written, your at a serious disadvantage and probably will have no idea what your looking at. codecs.encode(string, "Hex"), weird right? string.split(" "), even weirder. os.path.isfile(path), whoa! hashlib.Md5.new(data).hexdigest(), oh so complicated! Anything ctypes is foreign, notice what I did there? Shut up, I'm pre-coffee.development time all around: Why, just why spend time wrapping everything, builtin types included in reference to the empty array directory, when you could be creating something helpful that isn't reinventing the wheel with absolutely zero improvement? Why not spend your time on games, or wrappers that don't exist right now.I guess the biggest source of irritation here is the shear allusion of progress when in theory it's like 1 step forward and 1 step back. Nothing is positively impacted. We're far enough behind as it is without introducing more pitfalls.I don't like writing posts that seem bashful through and through, so allow me to make some suggestions based on years of experience in the field.Remove all standard library wrappers. String*, file* directory*, all of it. Encourage learning the builtins. If your not up to moving past standard BGT functions, sorry but I don't know if programming is your game no pun intended. For the lazy nearly everything is a google search or forum post away. There's an evident difference in those who simply make a
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it
Okay, here's my issue with this package. All gripes aside, I appreciate the work done and desire to move on. Also it's nice to see a modicum of collaboration from the community once and a while. I just wish it were to be to different ends, and I'm failing to see how this is truly breaking free from the aptly named BGT trap at all. If nothing else your actually enforcing it by foiling the ability to move forward, I'll explain.I'm not here to discuss the unfavorable code practices in use, everyone starts somewhere and it's mainly the thought that counts. If you'd like an in-depth code review, let me know and I'll be more than happy to provide one.What you've done is rallied a bunch of BGT programmers who have been wanting to get a hand full of python for a while now but had no idea where to start. They either want to move on due to anti-virus flagging, a desire for crossplatform development, a simplistic workflow, the agreeably superior standard library, or a combination of these. One of the most important aspects of any language is undeniably it's stdlib, past syntax, not knowing the standard library like the back of your hand will leave you spending debilitating hours upon hours rifling through boring documentation to merely understand what's going on. I dare say a language is nearly next to useless without it's standard library. A language is only what you make with it.Here, you have functions such as directory_create, directory_exists, file_exists, file_copy, file_delete, wait, exit, read_environment_variable, string_left/right, string_trim*, string_reverse, string_replace, string_split, string_len, string_is*, string_contains, base64_encode, ascii*, and probably a lot more I'm not listing that are simple must-know one-liners in the standard library. This project is giving everyone an extremely easy way out. Pick up python, learn syntax, and go. Sounds all well and good in the short term, but later on I feardependence: In wrapping some of the core functions, we're looking at a library that one must rely on and toat across all projects because that's simply all one is able to effectively use.Detriment to collaboration: The standard library is universal, known to every python programmer worth his/her sault. Throw a project up on github? Good luck getting anyone without a prior BGT background to colaberate. Not for the whole opensource idea but know a friend who codes in python, same dilemma. Are we then saying such a prerequisite is required? Wait wait, isn't the idea to abolish BGT anyway? Don't wanna use BGT please learn how to use BGT and then you can contribute, talk about an oxymoron and unproductive one at that.lack of resources: In BGT, an irrifutable downside was the inability to search for errors, functions, or practices on the web. In python however, running into a weird error or interested in how to pull something off? Simple as a couple clicks away on the godly stackoverflow. With this library, nobody has any clue what string_trim_left(string_left(string_mid(string_to_hex(something_bad means and nor would they care to figure it out. In pythonic lingo, slices, str.replace, str.split, etc will yield a no problem Here's how your issue is fixed. In a matter of minutes.lack of creativity: Python includes a host of glorious functions and modules not dreampt of in BGT. Sometimes the only way of figuring these out is by digging into existing code. But if the code your looking at doesn't feature the all mighty bgt kit, ahem every pythonic project ever written, your at a serious disadvantage and probably will have no idea what your looking at. codecs.encode(string, "Hex"), weird right? string.split(" "), even weirder. os.path.isfile(path), whoa! hashlib.Md5.new(data).hexdigest(), oh so complicated! Anything ctypes is foreign, notice what I did there? Shut up, I'm pre-coffee.development time all around: Why, just why spend time wrapping everything, builtin types included in reference to the empty array directory, when you could be creating something helpful that isn't reinventing the wheel with absolutely zero improvement? Why not spend your time on games, or wrappers that don't exist right now.I guess the biggest source of irritation here is the shear allusion of progress when in theory it's like 1 step forward and 1 step back. Nothing is positively impacted. We're far enough behind as it is without introducing more pitfalls.I don't like writing posts that seem bashful through and through, so allow me to make some suggestions based on years of experience in the field.Remove all standard library wrappers. String*, file* directory*, all of it. Encourage learning the builtins. If your not up to moving past standard BGT functions, sorry but I don't know if programming is your game no pun intended. For the lazy nearly everything is a google search or forum post away. There's an evident difference in those who simply make a
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it
Okay, here's my issue with this package. All gripes aside, I appreciate the work done and desire to move on. Also it's nice to see a modicum of collaboration from the community once and a while. I just wish it were to be to different ends, and I'm failing to see how this is truly breaking free from the aptly named BGT trap at all. If nothing else your actually enforcing it by foiling the ability to move forward, I'll explain.I'm not here to discuss the unfavorable code practices in use, everyone starts somewhere and it's mainly the thought that counts. If you'd like an in-depth code review, let me know and I'll be more than happy to provide one.What you've done is rallied a bunch of BGT programmers who have been wanting to get a hand full of python for a while now but had no idea where to start. They either want to move on due to anti-virus flagging, a desire for crossplatform development, a simplistic workflow, the agreeably superior standard library, or a combination of these. One of the most important aspects of any language is undeniably it's stdlib, past syntax, not knowing the standard library like the back of your hand will leave you spending debilitating hours upon hours rifling through boring documentation to merely understand what's going on. I dare say a language is nearly next to useless without it's standard library. A language is only what you make with it.Here, you have functions such as directory_create, directory_exists, file_exists, file_copy, file_delete, wait, exit, read_environment_variable, string_left/right, string_trim*, string_reverse, string_replace, string_split, string_len, string_is*, string_contains, base64_encode, ascii*, and probably a lot more I'm not listing that are simple must-know one-liners in the standard library. This project is giving everyone an extremely easy way out. Pick up python, learn syntax, and go. Sounds all well and good in the short term, but later on I feardependence: In wrapping some of the core functions, we're looking at a library that one must rely on and toat across all projects because that's simply all one is able to effectively use.Detriment to collaboration: The standard library is universal, known to every python programmer worth his/her sault. Throw a project up on github? Good luck getting anyone without a prior BGT background to colaberate. Not for the whole opensource idea but know a friend who codes in python, same dilemma. Are we then saying such a prerequisite is required? Wait wait, isn't the idea to abolish BGT anyway? Don't wanna use BGT please learn how to use BGT and then you can contribute, talk about an oxymoron and unproductive one at that.lack of resources: In BGT, an irrifutable downside was the inability to search for errors, functions, or practices on the web. In python however, running into a weird error or interested in how to pull something off? Simple as a couple clicks away on the godly stackoverflow. With this library, nobody has any clue what string_trim_left(string_left(string_mid(string_to_hex(something_bad means and nor would they care to figure it out. In pythonic lingo, slices, str.replace, str.split, etc will yield a no problem Here's how your issue is fixed. In a matter of minutes.lack of creativity: Python includes a host of glorious functions and modules not dreampt of in BGT. Sometimes the only way of figuring these out is by digging into existing code. But if the code your looking at doesn't feature the all mighty bgt kit, ahem every pythonic project ever written, your at a serious disadvantage and probably will have no idea what your looking at. codecs.encode(string, "Hex"), weird right? string.split(" "), even weirder. os.path.isfile(path), whoa! hashlib.Md5.new(data).hexdigest(), oh so complicated! Anything ctypes is foreign, notice what I did there? Shut up, I'm pre-coffee.development time all around: Why, just why spend time wrapping everything, builtin types included in reference to the empty array directory, when you could be creating something helpful that isn't reinventing the wheel with absolutely zero improvement? Why not spend your time on games, or wrappers that don't exist right now.I guess the biggest source of irritation here is the shear allusion of progress when in theory it's like 1 step forward and 1 step back. Nothing is positively impacted. We're far enough behind as it is without introducing more pitfalls.I don't like writing posts that seem bashful through and through, so allow me to make some suggestions based on years of experience in the field.Remove all standard library wrappers. String*, file* directory*, all of it. Encourage learning the builtins. If your not up to moving past standard BGT functions, sorry but I don't know if programming is your game no pun intended. For the lazy nearly everything is a google search or forum post away. There's an evident difference in those who simply make a
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Because it uses braces rather than indentation? Is that really worth that many muches? URL: https://forum.audiogames.net/post/410347/#p410347 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Ok, Python might not be as slow as I said, but BGT's syntax is still much much much much much much much much much much better than Python.Best regardsT-m URL: https://forum.audiogames.net/post/410336/#p410336 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it As far as I can see, not yet. But one part of a project like this would be a fully featured guide (documentation), including a hand full of examples to get you started.Best Regards.Hijacker URL: https://forum.audiogames.net/post/410320/#p410320 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi.This seems very interesting for sure. I think I might be able to use it if I learn just a bit more Python. I haven't downloaded it yet, but I would like to ask if it comes with a readme, which lists all the functions and how to use them? Keep up the great job. URL: https://forum.audiogames.net/post/410301/#p410301 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,You got it right. I am still learning these things. And I don't mind anyone more experienced to handle the process actually, since that will be a guided learning in my opinion. I read somewhere you learn much more under the wing of an experienced developer. So yes, I am waiting for the suggestions. What needs to be done now etc. It's kind of hand holding but it's a grate way to learn for not just me, rather for every young developer who will be involved in it, since we all will get to see how a real project is developed live and step by step. Regards,Amit URL: https://forum.audiogames.net/post/410260/#p410260 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,when developing such a massive project, i'd definitely recommend to use GitHub and further plan on which dependencies you want to use, including submoduling them and such stuff.From a quick look at it, it seems rather messed up. You're using both wx and pygame already, both seem like they want to do the game window stuff, but neither of both does it correctly. Why use wx when you can use tk, which is natively installed and will do for easy tasks like quick message boxes?The entire setup is still missing, but thats not a problem, since this is a rather young project and you'll get to this point sooner or later.Since you just pushed your stuff into a git repository i'm unable to tell anything about your git experience. Lets just say that managing a team of developers without git experience within such a large project will get messy rather quickly. I appreciate your efforts and don't mind to submit some pull requests, having years of experience developing auditive python content myself, but you should rethink your git strategies and maybe hand the repository management to someone more experienced with git, GitHub, pull requests, issue management and all that kind of stuff. Maybe setting up a GitHub organization for this situation and adding collaborators / organization members with the corresponding rights to fullfil their jobs will be a nice idea here as well.Best Regards.Hijacker URL: https://forum.audiogames.net/post/410212/#p410212 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,when developing such a massive project, i'd definitely recommend to use GitHub and further plan on which dependencies you want to use, including submoduling them and such stuff.From a quick look at it, it seems rather messed up. You're using both wx and pygame already, both seem like they want to do the game window stuff, but neither of both does it correctly. Why use wx when you can use tk, which is natively installed and will do for easy tasks like quick message boxes?The entire setup is still missing, but thats not a problem, since this is a rather young project and you'll get to this point sooner or later.Since you just pushed your stuff into a git repository i'm unable to tell anything about your git experience. Lets just say that managing a team of developers without git experience within such a large project will get messy rather quickly. I appreciate your efforts and don't mind to submit some pull requests, having years of experience developing auditive python content myself, but you should rethink your git strategies and maybe hand the repository management to someone more experienced with git, GitHub, pull requests, issue management and all that kind of stuff.Best Regards.Hijacker URL: https://forum.audiogames.net/post/410212/#p410212 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it honestly, I wouldn't even want to compare the two since they are one interpreted and the other compiled, but probably that's just me. URL: https://forum.audiogames.net/post/410185/#p410185 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it I dunno, is it all on one page? I don't use Github much, but for that to be useful, there is no point clicking of 21 different links to know what's been modified. URL: https://forum.audiogames.net/post/410181/#p410181 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it In theory, that's what Github does. URL: https://forum.audiogames.net/post/410180/#p410180 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it This is cool and thanks for putting a link to that here.Maybe I can make and learn something out of it. Edit: This seems a nice start. I wonder if someone should set up a small website where certain data can be listed, so that we don't go redoing functions that were already completed? URL: https://forum.audiogames.net/post/410159/#p410159 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it This is cool and thanks for putting a link to that here.Maybe I can make and learn something out of it. URL: https://forum.audiogames.net/post/410159/#p410159 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
2019-02-07
Thread
AudioGames . net Forum — Developers room : oussamabengatrane via Audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it this would be so nice for beginners URL: https://forum.audiogames.net/post/410127/#p410127 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it at post9:Python is very slow? What?Come on dude. Go google about python a bit, and you'll see it's not "very slow". Python might be a bit slower than C++ or C#, But it's way faster than what you think.Just think for a second. If python is very slow why would google use it? Why would python become one of the most used languages in the world? URL: https://forum.audiogames.net/post/410114/#p410114 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it hi there.I'm a proud member of this project's development team, and i'm glad that we decided to make this open to the public, so that everyone could contribute to it and make it a success!as for the speed, i myself have quite an experience in python programming, and i dont think its really as bad as people might think. Sure, it has its downfalls, hell every programming language does, and i'm sorry but i'll have to disagree mstuff, i find python's syntax way more simplistic than bgt, or any other language. Anyway, best of luck and we hope for feedback and contributions from you guys soon!Have an ausumn day!regards URL: https://forum.audiogames.net/post/410112/#p410112 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it hi there.I'm a proud member of this project's developement team, and i'm glad that we decided to make this open to the public, so that everyone could contribute to it and make it a success!as for the speed, i myself have quite an experience in python programming, and i dont think its really as bad as people might think. Sure, it has its downfalls, hell every programming language does, and i'm sorry but i'll have to disagree mstuff, i find python's syntax way more simplistic than bgt, or any other language. Anyway, best of luck and we hope for feedback and contributions from you guys soon!Have an ausumn day!regards URL: https://forum.audiogames.net/post/410112/#p410112 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,I don't think there is anything which will be faster than C/C++. But python isnt slow as much as you may think. It's in the world's top 5 programming languages list for a reason. It's beeing used in high speed apps, games I mean. And it's most popular language if you'd ever like to do machine learning data science or natural language processing. Regards,Amit URL: https://forum.audiogames.net/post/410106/#p410106 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Well, Python is very slow, and although BGT is not as fast as something like C++, it has much better syntax than Python, although I'd like to learn Python too because NVDA was made with it.Best regardsT-m URL: https://forum.audiogames.net/post/410103/#p410103 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,Sorry for it; it seems to be working now. Try below.https://github.com/amitaggarwal444/BGTKitRegards,Amit URL: https://forum.audiogames.net/post/410066/#p410066 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,Dont know what is causing that; link appears to be correct.https://github.com/amitaggarwal444/BGTKitRegards,Amit URL: https://forum.audiogames.net/post/410066/#p410066 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it 404 URL: https://forum.audiogames.net/post/410058/#p410058 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it Hi,Me and my friends were already making it. I think it's the best time to public the github repository. I invite you to contribute. And a small request. This is my first day with github. So if you find something is incorrectly done/missing feel free to point out.Https://github.com/amitaggarwal444/BGTKitRegards,Amit URL: https://forum.audiogames.net/post/410056/#p410056 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it I don't suppose we could set up this on Github, maybe start, like, focusing on one ssmall part of the help file at the time, implementing the functions contained in it?I am absolutely no good with python, I can't even make an if statement yet. URL: https://forum.audiogames.net/post/409991/#p409991 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it I don't suppose we could set up this un Github, maybe start, like, focusingo n one ssmall part of the help file at the time, implementing the functions contained in it?I am absolutely no good with python, I can't even make an if statement yet. URL: https://forum.audiogames.net/post/409991/#p409991 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it So ... an easy out-of-the-box sound engine? Python comes with most everything else, and what's missing can be installed with accessible_output2 or toke, and pygame / pyglet. Of course, some of those result in dependency scavenger hunts (I reinstalled windows, and somehow this results in my having to import some wintype or windows gui or something module or else AO2 crashes) Ok, that's not exactly fair. Pygame doesn't have something as convenient as show_game_window. Javax.swing had a less annoying way to open a window. But pygame's is nicer over all.Ugh. OK, yeah, if you can package all this stuff into one big setup.py install, then please do. It's crazy how impossible it's been to replace BGT's sound engine, even by just trying to copy the blasted thing (turns out directX is being forgotten for reasons). Fmodex looks nice, but now I have to upgrade Python to a version that supports it, and subsequently reinstall Pygame, VisualPyode, box2d, accessible_output2, numpy, all of their numerous dependencies, and everything else that I forgot. That's a ton of effort for approximately 0 benefit, so I still haven't gotten around to it.I'd pay someone to do that part for me, except I lack the cash that it would be worth. I'd contribute to a crowdfund, probably. URL: https://forum.audiogames.net/post/409973/#p409973 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it This would be nice for newcomers. I'd rather avoid a lock-in like BGT has, though. URL: https://forum.audiogames.net/post/409948/#p409948 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
Re: My idea to encourage people to use Python and make more games with it
Re: My idea to encourage people to use Python and make more games with it very grate idea URL: https://forum.audiogames.net/post/409923/#p409923 -- Audiogames-reflector mailing list Audiogames-reflector@sabahattin-gucukoglu.com https://sabahattin-gucukoglu.com/cgi-bin/mailman/listinfo/audiogames-reflector
