RenPy VS Cocos2d

So many things are wrong with this article but I’ll start with Haruhi Suzumiya being a ‘light novel’ (a novel printed in large text as if for seniors with a few illustrations) as opposed to a ‘visual novel’ (something you would make with https://www.renpy.org/)

It is hard to know because financials aren’t public but it’s not clear to me that Crunchyroll has really addressed the commercial provlems anime had in western markets. In the VHS era there was a fight over subtitles vs dubs which was acute because you could not put multiple content tracks on the media, in the DVD age you could.

More fundamentally, dubs cost a lot of money in comparison with subs and were always terrible until the people who made those terrible dubs gained experience and some of them got good. At the time people though subs had a limited market but now subprime anime (and sometimes good anime) gets shoveled onto Tubi and people watch it —- today we’re in the habit of watching movies with subtitles because you can’t make out the dialog on half of the new Hollywood movies anyway.

Many great suggestions in this thread. Some that I didn't spot:

Lua isn't tough to pick up given you already know JS and Python. It's a bit of a weird hybrid of the two in its own unique ways. If show that you are learning it with you child, sometimes that can be a great experience. Löve2D can be a fun, very self-contained sandbox: https://www.love2d.org/

On the Python side, Ren'Py can be a great place to start. Visual Novels may not be half as popular outside of Japan, but Visual Novel-like conversations are everywhere in modern games and you can start with easy to script "Choose Your Own Adventure" Visual Novel conventions and expand to a wide range of genres from RPGs to "life sims" to some form of turn-based strategy games easily from there (and just about anything with more work). Ren'Py starts from its own relatively simple conversation-focused scripting language with Python-like conditions, and then allows you to expand towards custom Python code as you get familiar with it. https://www.renpy.org/

..and even more recently, I truly felt like I got a hang on something when I made my first ever visual novel with Sublime and Ren'Py!

Ren'Py - Visual Novel Engine. Python, Cython, C

Here are 2 interactive story game engines: * https://www.renpy.org/ * https://twinery.org/

###################################################### Credits label credits(): $ credits_speed = 20 scene black show text '''{b}Blabla:{/b}\n\n{i}Me{/i}\n\n\n {b}Clacla:{/b}\n\n{i}You{/i}\n\n\n {b}Dladla:{/b}\n\n {i}He{/i}\n\n\n {b}Hlahla:{/b}\n\n{i}She{/i}\n\n\n {b}Brrr:{/b}\n\n{i}Grrr{/i}\n\n\n {b}Drrr:{/b}\n\n{i}Hrrr{/i}\n\n\n\n\n Made with {a=https://www.renpy.org/}Ren'Py{/a} v[renpy.version_only]\n\n\n{b}Ren'Py License:{/b}\n[renpy.license!t]''' at Move((0.5, 1.0), (0.5, -1.0), credits_speed, xanchor=0.5, yanchor=0) with Pause(credits_speed+4) return init screen about(): tag menu add "main_menu" use game_menu(_("Credits"), scroll="viewport"): style_prefix "about" fixed: xalign 0.5 yalign 0.5 viewport id "vp": draggable True mousewheel True has vbox: spacing 3 textbutton _("whattheheeeeellll") action Jump("credits") init -1 style about_label is gui_label init -1 style about_label_text is label_text init -1 style about_text is gui_text init -1 style about_label_text: size gui.label_text_size

You can also check https://www.renpy.org/

I can't speak for in-game stuff, but I encourage anyone who wants to to try making a visual novel! It's way easier than you'd think it is. The only tools I really used were Ren'Py (the engine), CSP and Paint.net (for the art), and KKT (for the models).

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.