Author Topic: What's the most suited language to dev a 2D game for the rg350m? (Read 1587 times)

Mr Pomme de terre · « **on:** July 10, 2020, 10:10:08 am »

This is my first post, so first of all, hello good people of the internets

So my question is straight forward, what's the ideal language (in your opinion, of course), for game deving on the rg350 series with opendingux installed, of course

By ideal language I mean the best compromise between perfs and developpment/deployment hassle

...

Also, and this is the second part of my question, what about haxe for instance? Is it a workable path or simply too much of a pain in the butt to make anything work descently wiht it?

I ask because I saw that the other day https://lib.haxe.org/p/lime/7.2.0/changelog

2.9.0 (01/22/2016)
Added MIPS and MIPSEL to architectures in tools

And also this https://community.openfl.org/t/help-porting-openfl-to-gcw-zero/763/25 It seems someone managed to compile something at some point, the openfl helloword...

fosamax · « **Reply #1 on:** July 10, 2020, 11:12:30 am »

Hi, depending of the game, I guess you could give a try at solarus game engine, which was ported for the GCW Zero some times ago.
I guess it could be improved by porting a more up to date version (1.6.4) that support openGL and shaders.

It's an engine mainly designed for A-Rpg but it may handle other top view game as well.

The good thing is you can create game in lua script without having to worry about C/C++

Good thing also is that it's afrench engine which could help you seeing your nickname.

Mr Pomme de terre · « **Reply #2 on:** July 10, 2020, 01:20:38 pm »

Quote from: fosamax on July 10, 2020, 11:12:30 am

Hi, depending of the game, I guess you could give a try at solarus game engine, which was ported for the GCW Zero some times ago.
I guess it could be improved by porting a more up to date version (1.6.4) that support openGL and shaders.

It's an engine mainly designed for A-Rpg but it may handle other top view game as well.

The good thing is you can create game in lua script without having to worry about C/C++

Good thing also is that it's afrench engine which could help you seeing your nickname.

Yeah... But that's not really what I'm looking for... This is a framework, and one for only one particular type of game... I don't mean to be rude but that's a bit disappointing

What's the alternative? I mean what are 90% of devs here using to make games for the rg350 series and dingux in general? lua? C++? C? Java?...

That being said, I don't really care about the french nationality part of the framework... Not that it's the worst that can be when it comes to nationality, but in my experience the "french community" is a tad limited, in every sense of the word. I mean no disrespect but that's just how it is, hence why I hang here, on the anglo part of the web... But I digress. Thx for your inputs anyway

blackz1982 · « **Reply #3 on:** July 10, 2020, 01:31:21 pm »

C, C++ plus use sdl1.2.

Отправлено с моего HRY-LX1 через Tapatalk

Mr Pomme de terre · « **Reply #4 on:** July 10, 2020, 01:36:15 pm »

Quote from: blackz1982 on July 10, 2020, 01:31:21 pm

C, C++ plus use sdl1.2.

Отправлено с моего HRY-LX1 через Tapatalk

Hmm... Thx... I guess...

Is there any objective reason to favor C over C++? I mean for rg350 game deving on dingux

pcercuei · « **Reply #5 on:** July 10, 2020, 02:47:15 pm »

Quote from: Mr Pomme de terre on July 10, 2020, 01:36:15 pm

Is there any objective reason to favor C over C++? I mean for rg350 game deving on dingux

Use C if you prefer C, use C++ if you prefer C++.
You can use Python with PyGame too, and Lua with L?ve. But most people stick to C/C++.

Mr Pomme de terre · « **Reply #6 on:** July 10, 2020, 06:46:14 pm »

Quote from: pcercuei on July 10, 2020, 02:47:15 pm

Quote from: Mr Pomme de terre on July 10, 2020, 01:36:15 pm
Is there any objective reason to favor C over C++? I mean for rg350 game deving on dingux
Use C if you prefer C, use C++ if you prefer C++.
You can use Python with PyGame too, and Lua with L?ve. But most people stick to C/C++.

All projects I've downloaded from github failed at build process one way or the other... The only one which didn't was cmatrix, I have even managed to port it to the rg350 as opk lol, and it works, yeah!

Edit: here https://gofile.io/d/yCyO46 opk

The rest is just "random porn" tbh, with obscure errors typically like "-- Looking for pthread_create in pthreads - not found
" or even "Could NOT find OpenGL" oh yeah... Of course googling the error and installing dependencies/fixes, works for half the people the other half are like me, stuck with it

It's an obscene mess, the sort of mess that makes you give up on even trying because it's random

Take this project for instance https://github.com/nonameentername/openfight#start-of-content

Looks neat, rather simple, build instruction straight forward.... it's C++ sdl1.2.... But nope, it fails to compile even for linux lol, pthread stuff

And when you look for it https://duckduckgo.com/?q=--+Looking+for+pthread_create+in+pthreads+-+not+found&t=hk&ia=web it's all over the place and there are dozens of ways this can happen, with as much people trying to provide fixes that don't work all the time...

It's insane

So I'll probably end up making a bash game lol

johnnyonflame · « **Reply #7 on:** July 10, 2020, 11:17:07 pm »

Quote from: Mr Pomme de terre on July 10, 2020, 06:46:14 pm

Quote from: pcercuei on July 10, 2020, 02:47:15 pm
Quote from: Mr Pomme de terre on July 10, 2020, 01:36:15 pm
Is there any objective reason to favor C over C++? I mean for rg350 game deving on dingux
Use C if you prefer C, use C++ if you prefer C++.
You can use Python with PyGame too, and Lua with L?ve. But most people stick to C/C++.

All projects I've downloaded from github failed at build process one way or the other... The only one which didn't was cmatrix, I have even managed to port it to the rg350 as opk lol, and it works, yeah!

Edit: here https://gofile.io/d/yCyO46 opk

The rest is just "random porn" tbh, with obscure errors typically like "-- Looking for pthread_create in pthreads - not found
" or even "Could NOT find OpenGL" oh yeah... Of course googling the error and installing dependencies/fixes, works for half the people the other half are like me, stuck with it

It's an obscene mess, the sort of mess that makes you give up on even trying because it's random

Take this project for instance https://github.com/nonameentername/openfight#start-of-content

Looks neat, rather simple, build instruction straight forward.... it's C++ sdl1.2.... But nope, it fails to compile even for linux lol, pthread stuff

And when you look for it https://duckduckgo.com/?q=--+Looking+for+pthread_create+in+pthreads+-+not+found&t=hk&ia=web it's all over the place and there are dozens of ways this can happen, with as much people trying to provide fixes that don't work all the time...

It's insane

So I'll probably end up making a bash game lol

Of course you're not going to compile openfight as-is, it requires the desktop variant of OpenGL and not OpenGL ES. You'd need to port it to OpenGL ES (and I'd recommend going for ES 2.0), and depending on the game maybe spend some time optimizing it.

For the other issues... Well... It's hard to recommend any course of action if you don't give us the configure command you're using and maybe a pastebin/gist of your config.log.

It's honestly a case of RTFM, and I'd be happy to point you towards the right manual if you help me help you.

Mr Pomme de terre · « **Reply #8 on:** July 11, 2020, 06:57:41 am »

Well openfight doesn't even compile for ubuntu, I'm stuck with the pthread crap... I haven't even tried for rg350 at this point if it can't compile for ubuntu to begin with

I followed the instructions on the github page, and I'm lucky because this one actually has some build instructions.... So that's for the "RTFM" part...

...

That being said, there are 3 projects I would like to port to rg350, just like I did for cmatrix, and I think it's doable since those can run without x

~~It's grafx2 https://github.com/pulkomandy/grafx2 -> https://pulkomandy.tk/projects/GrafX2~~ https://boards.dingoonity.org/gcw-releases/grafx2/

And w3m https://github.com/acg/w3m

And irssi https://github.com/irssi/irssi

Again I'm not sure it's even doable, but I have hope since milkytracker passed, so if you can help, that would be great (aside from throwing a Read The Fucking Manual, this of course doesn't count as "help", it's like throwing RTFM to a guy with a flat tire on the side of the road, that's not "helping") because right now the build process doesn't even work for linux

And yeah I know maybe a web browser (w3m) isn't that a great idea to run on a rg350... but still

johnnyonflame · « **Reply #9 on:** July 11, 2020, 05:53:49 pm »

Quote from: Mr Pomme de terre on July 11, 2020, 06:57:41 am

Well openfight doesn't even compile for ubuntu, I'm stuck with the pthread crap... I haven't even tried for rg350 at this point if it can't compile for ubuntu to begin with

I followed the instructions on the github page, and I'm lucky because this one actually has some build instructions.... So that's for the "RTFM" part...

...

That being said, there are 3 projects I would like to port to rg350, just like I did for cmatrix, and I think it's doable since those can run without x

~~It's grafx2 https://github.com/pulkomandy/grafx2 -> https://pulkomandy.tk/projects/GrafX2~~ https://boards.dingoonity.org/gcw-releases/grafx2/

And w3m https://github.com/acg/w3m

And irssi https://github.com/irssi/irssi

Again I'm not sure it's even doable, but I have hope since milkytracker passed, so if you can help, that would be great (aside from throwing a Read The Fucking Manual, this of course doesn't count as "help", it's like throwing RTFM to a guy with a flat tire on the side of the road, that's not "helping") because right now the build process doesn't even work for linux

And yeah I know maybe a web browser (w3m) isn't that a great idea to run on a rg350... but still

Since you still haven't posted logs, I attempted it on my end:

Code: [Select]

sudo apt install libxml2-dev libsdl*1.2-dev
git clone https://github.com/nonameentername/openfight
cd openfight
mkdir build
cd build
cmake ..
make -j6

It all compiles fine and dandy, with a few warnings due to having multiple OpenGL libs available.
For IRC you should probably choose a more fitting project like sissi, and for w3m maybe you could get some mileage out of pdcurses or other similar projects.

RTFM doesn't apply to only the project repository, mind you, it also applies to CMake or whatever tool you're using, even asking for support on issues requires you to communicate your problems in a more concise way, and there is a barrier of entry to that. Otherwise, the best I can do is try to reproduce what I imagine you tried, find a fix for a problem that I don't even know if it matches what you're experiencing and post until I hit jackpot, and that's not productive for either of us.

If that post came off as abrasive that's on me, but I'm really only trying to help.

Mr Pomme de terre · « **Reply #10 on:** July 11, 2020, 06:38:18 pm »

I'm actually getting shit done thanks the last line of this thread https://boards.dingoonity.org/gcw-development/any-sample-example-for-a-simple-sdl-app-on-gcw0/

And this tuto for specific setup regarding gcw0/rg350 deving http://songofstorm.com/tutorial-gcw-zero/

Archived http://archive.is/UMUiL

THAT, is actually helping

So for any1 like me reading this, to figure out how to actually start deving something straight forward that actually works for the rg350, "code::blocks" and the tuto in the link above is the way to go, period (And you can skip the SDL2 install part it's not required)

johnnyonflame · « **Reply #11 on:** July 11, 2020, 07:59:09 pm »

What solved your issue was a quickstart guide on how to setup a C/C++ IDE, toolchain and a minimal SDL project. How is that not a "read the fabulous manual" issue?

Anyways, you didn't ask for a quickstart guide, and in no moment did I drive-by post RTFM (which would've been rude, yes). As a matter of fact, I asked for both what commands you used and your logs, and told you why openfight wouldn't even work in the first place.

There's no point to being passive aggressive like this.

Dingoonity.org

Author Topic: What's the most suited language to dev a 2D game for the rg350m? (Read 1587 times)

Mr Pomme de terre (OP)

What's the most suited language to dev a 2D game for the rg350m?

fosamax

Re: What's the most suited language to dev a 2D game for the rg350m?

Mr Pomme de terre (OP)

Re: What's the most suited language to dev a 2D game for the rg350m?

blackz1982

Re: What's the most suited language to dev a 2D game for the rg350m?

Mr Pomme de terre (OP)

Re: What's the most suited language to dev a 2D game for the rg350m?

pcercuei

Re: What's the most suited language to dev a 2D game for the rg350m?

Mr Pomme de terre (OP)

Re: What's the most suited language to dev a 2D game for the rg350m?

johnnyonflame

Re: What's the most suited language to dev a 2D game for the rg350m?

Mr Pomme de terre (OP)

Re: What's the most suited language to dev a 2D game for the rg350m?

johnnyonflame

Re: What's the most suited language to dev a 2D game for the rg350m?

Mr Pomme de terre (OP)

Re: What's the most suited language to dev a 2D game for the rg350m?

johnnyonflame

Re: What's the most suited language to dev a 2D game for the rg350m?