Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - dreamerman

Pages: [1] 2 3 ... 13
GLBasic - en / Re: Future of Glbasic!
« on: 2018-Sep-09 »
What's current status on compiling for MacOS and publishing such game on Steam? Any special requirements like in Linux version (for libraries) or that is all-in-one package? Don't have any experience with that OS but as additional or rather complementary market would be nice.

GLBasic - en / Re: Future of Glbasic!
« on: 2018-Sep-03 »
Good to see Gernot is still here :)

Some nice ideas, some need comment. In shorts don't reinvent the wheel, and don't get me wrong here, if there is some good tool don't waste time to work on your own. For example for tile maps use Tiled, and just import/read maps into GLBasic, 'leading' tools also use that.
Some graphic based GUI system would be helpful for new users, as probably older already have some code for that.

But many things rely on us, users, as spacefractal mentioned Steam would benefit from really good trailer that would show pure GLB speed, 2d & 3d capabilities and easiness of coding. Tutorials are another thing, for newcomers it's important to have bunch of ready to test examples not only in form on included Samples from GLB.
Forum is great as you can find many ready to use functions but it should be better organized in some way, like pinned topics in 2d/3d sections.

Some issues still remain, what are chances to update those old libraries like SDL? Few days I installed SteamOS for tests, and it doesn't have libs needed by GLB, it has newer like SDL2, OpenAL and so on, I know that with MacOS it has low number of user base compared to Windows but if there would a chance to support it, with not so much of work that would be nice (full SteamOS lib list on github)
Maybe that switch to SDL2 would help on Android too, as SDL2 is licensed with zlib license.
Possible 'pure' cpp output sounds nice, and polishing html5 webgl output also would be welcome.
Anyone checked some c wrappers for SteamAPI? as this should allow to use achievements in GLBasic (that would be also important to possible users).

Tried to check difference in speed for PolyVector, and didn't see improvement for that, as BigSofty mentioned without using proper OGL 2.0/3.0 code you will not see major differences. I did test that on some old template for checking collision/effect speed and I must say that's nice to remind yourself how fast GLBasic is in simple 2d drawing with PolyVector, specially compared to some other 'native' & 'optimized' tools :DD
Very nice, and I was curious how did You managed to achieve those fancy effects in your 'PMS' project, well done! ;-)

Whatever will happen just leave both current native compiling for Android and iOS/MacOS so we could still publish games on alternative markets - Amazon, BeMobi or even just as freeware on website...
HTML5 with WebGL would be great, as it's platform independent, all current systems support it.
Would it be pure WebGL/JS code or with use of some libs like Pixi.js that's not important, just to have current GLBasic code working.
PhoneGap/Cordova it for JS based apps to get them working on multiple platforms with use of 'native' functions like GPS.. Not needed for games in most cases, better is to wrap HTML5 app in basic WebView, all SDK should have such template. And PhoneGap is 10$/month.

It would be nice to still support multiple platforms with GLBasic coding style, as jumping to other game building tools requires strict OOP coding (scene, object management, drawing) - rewrite a lot of current code :/

I will just add a little to above response from Qedo.
In GlBasic there are 3 types of variables: # - floating point (default), % - integer, $ - string. You should always use those chars in declaration of vars and also functions, so in this code use KONV$ instead of KONV (that would return floating point value).
Second issue: GLB converts code to C++ sources, that are later compiled by GCC, in C++ (and other languages) the '\' is an escape character for special commands like regex expressions, and compiler tries to handle '\\' as such special command. It only aplies to statically typed string's so it wont appear in string from Input, grabbed from files, made with Chr$() and so on.
To avoid this just use:
GLOBAL a$="Test" + CHR$(92) + CHR$(92) + "//Test"

2D-snippets / Re: Fill Fast Line algorithm
« on: 2018-Aug-13 »
Nice, good to have such code ready for use in future. Did you tried other filling algorithms, even just to compare speed? Don't know what impact have those DIMPUSH / DELETE commands.

hm.. I have feeling that somewhere here on forum was already a similar topic.
Pushing language itself to Steam would of course help in improving popularity, yet remember that now most people prefer to 'make a game' with tools like Unity/UDK, or some scripting engines (mostly html5/JS).
As it goes for target platforms. For me Steam is a must have (Windows, and also Linux/MacOS would be nice), Android & iOS are also important - don't need in-app advertising, in-app purchase, just pure GLBasic code working.
Would mobile stuff be done natively (preferred for speed) or by html5/JS code is a secondary matter.
Maybe some options - compile for Android native (older API), or newer with JS..

Looks nice and hope that it will make some $$ for You.
In such platformer movement/controls must be perfect smooth, and don't get me wrong here, I just noticed that in previous Your games on Steam most bad reviews were due problems with player movement so hope that this all will be fine, as this may scare off potential customers.
Look into eyes of that little cute chicken :D

Announcements / Re: Burguer stuff
« on: 2018-Aug-03 »
There is some issue with Youtube videos here on forum, no idea why but you need to disable ad blocking / allow 'dangerous' content to be shown :D (at least in Opera)

Announcements / Re: PMS
« on: 2018-Aug-03 »
Simple awesome. Just put it on Steam and count $$.
I always liked such glowing/blur effect like in Tron movies, and here it fits into game perfectly, and looks great.
Menu transitions are really nice, all that level creating stuff - like enemies pop-in from the ground gives that feeling that game is really polished.

Since final title will be different, is that loading/title screen style final? Only that does not fit as for me.

Announcements / Re: Red Wizard Island
« on: 2018-Jul-30 »
Obviously no problem with that, if You like it, use it freely  ;)

Announcements / Re: Red Wizard Island
« on: 2018-Jul-28 »
It's really hard to say, doesn't look complicated but would be more demanding in other ways than most of current platforms with pixel perfect jumping, yet not overwhelming as some indie games that require to much thinking and management like in Sim games..
If it will have some basic RPG element's, then some even simple story would be nice. If it will be platform game with bullet-hell/shooting elements what would be it main determinant of the difficulty level - amount/strength of enemies, some immune to fire and so on, or e.g. mana management.

GLBasic - en / Re: Windows 7 or 10?
« on: 2018-Jul-28 »
If truly You will use it only for developing with GLBasic use Win7 (as You don't need all that fancy stuff like DX12 support, multiple desktops, and so on).
After checking Win10 little after was released and seen all that crap with updates, spying tools, strange performance problems, I sticked to Win7 & 8.1...
Now it's better but still there are some issues that are annoying (not everybody encounters them, e.g. background updates causes random restarts) so probably safest option would be to use Win7 (if you don't have Win8.1), yet newer system means better use of multi-core CPU (specially those from AMD), and so on...
But there is a catch, if in future You will plan to develop some UWP base app/game, write something in VisualStudio, then Win10 would be better even with it flaws. Not sure how does it applies to popular game tools like UDK, Unity..

Announcements / Re: Burguer stuff
« on: 2018-Jul-20 »
hm.. XBox game pad should be same as others joupads to check.
but if it will help you here it goes, Xbox 360 Wireless controler checked with joystick2.gbas from 'samples'
GETDIGIX() GETDIGIY() -> DPad / directional digital pad -> left x=-1, right=1, up y=-1, down y=1
GETJOYX() GETJOYY() -> left/main analog stick -> same stuff, max left value =-1, max right value =1...
GETJOYRX() GETJOYRY() -> same as above for right analog stick
GETJOYBUTTON(jpad, but) -> buttons: 0-A, 1-B, 2-X, 3-Y, 4-left bumper, 5-right bumper, 6-back, 7-start, 8-left stick click, 9-right stick click,
GETDIGIZ() -> 0-neutral, -1 -> left trigger pressed, 1 -> right trigger pressed
I've checked also JOYSTATE command and must say that using it isn't good idea.
If you need any futher info fell free to ask ;]

GLBasic - en / Re: Polyvector query
« on: 2018-Jul-19 »
You probably figured it out but topic remains open so I will try to help :p
shx is same for source and destination coords? that source sprite is some kind of sprite atlas or you trying to render it as a one sprite?
Didn't play with GLBasic for some time but shouldn't those right/bottom coordinates be basex-1 and basey-1?
If your sprite is 960px width and 600px height then first pixel is 0x0, last is 959x599, wasn't it that way or I forgot something? hm..
I assume that if you are drawing with smoothing disabled it can just cut those left/top border pixels.

Pages: [1] 2 3 ... 13