libGDX VS Cocos2d

Neat, thank you! I'd love to see how it compares to the libgdx IntMap[0].

[0] https://github.com/libgdx/libgdx/blob/master/gdx/src/com/bad...

For anyone interested, LibGDX[1] is a very nice open-source game engine for Java. It is cross-platform (mobile, PC/mac, web). Very popular and well maintained, too.

[1] https://github.com/libgdx/libgdx

Source is also available on github https://github.com/libgdx/libgdx to directly check the implementation of a specific classes.

And let me explain, for example jorbis this library has a lot of nested loops in it, i understand why this library using this, but this is really bad. Because when I am trying to use library with this code, this taking so much time to convert ogg to pcm, and yes I know that converting ogg to pcm is a hard process, but I need to optimize my program, make it more better. The main thing is EVERY decoding ogg file library using the same piece of code! And I am not joking for example libgdx.

What the pcm file contains? And what is the structure? What data I should use for converting .ogg file into pcm? Is there any information about pcm files? Is there any repositories in github that converts .ogg files into pcm? (I am already know there is JVorbis, libgdx and jorbis but thats not what i want)

There's a code snippet showing the seed generation and how it feeds into each RNG pattern but it also mentions the use of a "xorshift128+ algorithm" here: https://github.com/libgdx/libgdx/blob/master/gdx/src/com/badlogic/gdx/math/RandomXS128.java

I can't guarantee you'll get a reply, but Mario and Nate's email addresses are in the AUTHORS file.

I found an example for rendering a [Mesh] object using instancing in LibGDX's tests (link), but I'm not sure how to apply that for rendering actual models.

assuming you use that (https://github.com/libgdx/libgdx/blob/master/build.gradle) as your starting point. You first have to ask what it is that your build should cover. Do you need all the spotless checks and release flags and so on or do you just need to package everything up so that it could run.

Fork this open-source Java + Gradle based project: https://github.com/libgdx/libgdx

That's all I can really tell you from what you've posted. The original version without the Blowfish encryption is open source (eg. https://github.com/cocos2d/cocos2d-x/blob/v4/cocos/scripting/lua-bindings/manual/CCLuaStack.cpp) , and I don't really understand how why you have so much symbol information available if what you're trying to disassemble isn't also probably open source

As others have pointed out, the biggest difference you're seeing is likely due to the _version_ of OpenGL (and hence GLSL) version. That said, there are still important differences. I'd recommend looking at a comparison between the same shader in a project that supports both OpenGL & OpenGLES. For example, here's a shader from cocos2d-x https://github.com/cocos2d/cocos2d-x/blob/v4/cocos/renderer/shaders/positionColor.vert. Note the only difference in this case is the additional precision qualifier (lowp) for v_fragmentColor. Note too how cocos uses preprocessor macros to handle this, so they don't have to maintain separate shader sources. Depending on your goals, you might be interested in tools like Nvidia cg or nvFX that allow for creating shaders in a dialect agnostic way, but ymmv.

Speaking about markdown files on GitHub, I know that there are some repositories that have very stunning README markdown files, such as this one for Cocos2d-x, whcih includes images in conjunction with text. I might do the same for my repository as well. Considering VS Code have an extension for .md files, this might come in handy when I consider using VS Code to contribute to my game projects.