Recent Posts

Pages: [1] 2 3 ... 10
1
GLBasic - en / Re: True Type Fonts
« Last post by dreamerman on Today at 04:34 PM »
Please dont get me wrong but bug happens to everyone, or I would quote now popular catch phrase "mistakes were made" :-)
If you see that something isn't working as it should/feature isn't complete or something post it on forum, such things could get unnoticed. TTF or custom font face swapping is nice but for simpler multi-language support I'm sticking to sprite fonts - much easier to prepare let's say Chinese buttons for small games without messing with Unicode. TTF also has its place and it's own strength.
One good thing in JS is no compilation time, and instant preview for small things, good way is to write small parts of code in JS to check everything and later translate that to final programming language.
2
GLBasic - en / Re: Not wanting pixel perfect collision
« Last post by dreamerman on Today at 04:15 PM »
As already mentioned by others, I would use simple array check for map tiles as those are mostly square sized, and rect colisions for all other game objects like enemies/bullets/powerups, pixel perfect collision sound nice but as you already noticed isn't perfect for all situations :) and it's much slower if you will have dozens sprites to check. Depending on game can be using several smaller rect boxes for collision that would cover most of player sprite, let's say you have top down shooter, you can easilly use two rect for palyer aircraft, one for hull second for wings and that's it.

Just answering if anyone would search for similar topic.
3
Code Snippets / Re: CUSTOM SHOEBOX
« Last post by dreamerman on Today at 03:54 PM »
Very nice project, due to previous bugs with GLB shoebox I was looking for possibility to use it in next project, but main issue was that for sound/music it needed to save files on device and was opening them in standard way, so it makes loading times longer when there are many media files :/ (i was afraid specially about Android) And im also not sure how loading from custom shoebox and using Mem2Sprite would compare in terms of speed to normal shoebox. But nevertheless I looked even deeper, in SDL docs you can find function that creates sound/music objects from memory (like Mem2Sprite), but that isn't well documented if I remember correctly so that would be more tricky to do it in GLB. Beside all this it was very promising, and could be even better if additional files encryption could be used apart compressing them as PNG, some kind of password system or byte checks when uncompressing.
Thing about compression, there is minimal zlib.dll version that contains only basic functions for dictionary base compression, curious how this would compare to 'compress as PNG' method. Years ago I made some kind of LZ77/dictionary encoder in FreeBasic, wasn't so good as zlib but still it was only pure Basic code, maybe time to rewrite it in GLB just for fun.
But now with this load data from memory hack you can rework your shoebox to use this trick and that would be awesome, another possible way of protecting/packing files, I would like to see direct comparison to standard shoebox in some game project.
I also don't have AndroidStudio installed currently :D so can't test it that way..

4
To be honest not worthy dedicated post after such time, but editing my last post also wound't be fair if someone is looking for updates on this.
It look's that I fixed of one nastiest bugs that I wasn't able to diagnose from long time. Due to incorrect process/thread handling on my side (during GLB project compilation), the editor was freezing after system events that were affecting threads - like hibernating, changing some system settings. Now after few hours of testing different things that previously cause that issue, I didn't encounter such behavior, so I hope that it's fixed. That was main thing that was annoying me in long terms, and it could be deal breaking for others so that's why I'm posting this.
Changes/fix in process handling is major fix in this update, but beside that there are some other small changes/fixes, nothing huge, and I doubt that any additional major change/feature will come now (like code analysis for warnings or something).

Maybe not best place for such offtopic but if any one is wondering about possible other editors to use with GLB, most modern editors use LanguageServerProtocol to support additional programming languages (I highly advise Visual Studio Code, as mature opensource cross platform tool with many editing features). And you would need to write such lexer/parser as this would be the best way to have GLB support in all other possible editors. I looked into LSP docs and I'm terrified :D writing complex lexer to have support for all features like syntax coloring/formatting, auto-completion, function hints would be huge job, so if anyone feels strong enough I wish him luck ;-)
5
Code Snippets / Re: Load data from memory
« Last post by hardyx on Yesterday at 07:00 PM »
Wow, this is very cool for creating data at runtime using the "mem://" protocol.
 :booze:
6
Off Topic / Re: Steam Deck
« Last post by Schranz0r on Yesterday at 03:42 PM »
Holy moly, Dreamerman is back :D
7
Announcements / Re: New BETA
« Last post by Schranz0r on Yesterday at 03:40 PM »
Haha Qedo :D

Is anyone active on the Steam-Groupchat?
My Steamname: sLiveR :)
8
Announcements / Re: New BETA
« Last post by Qedo on Yesterday at 02:43 PM »
couple of months? maybe, a couple of days are enough for me and I'm all over again.
 :blink: =D  :good:
9
Code Snippets / Re: Load data from memory
« Last post by dreamerman on Yesterday at 02:34 PM »
Interesting secret, if you have more of such, don't wait to share them :D
10
Off Topic / Re: Steam Deck
« Last post by dreamerman on Yesterday at 02:14 PM »
Im trying to keep an eye on Steam Deck, and I like current Valve approach - clarity, like in their last video Steam Deck inside
Spec wise its good enough, in GPU terms maybe base PS4 power in handheld, even pure TFlops are showing that's more like Xbox One, but there is difference in architectures: GCN in XOne/PS4 vs RDNA2 in Steam Deck, and between those architectures there is like 40% real world performance difference (DigitalFoundry on YT did some good test around AMD GPUs before current gen consoles arrived), RAM and CPU are also nice. Just saying if it runs new Doom in 60fps I have nothing more to say :D And people are waiting also for such handheld as it quickly sold out, new bunch will be available in what 2Q of next year so..

When it goes to GLB, couple years ago when Steam OS 1.0 arrived I checked compatibility, and main issue was that GLB was using older SDL 1.2, and that OS shipped only with newer SDL 2.0, so you needed to manually download all additional libraries (also for sound), I'm don't remember how that ended for me cause most likely end-user would not play around for one hour to download some stuff for himself. True question is now, what libraries will be included in Steam OS 3.0, and what are current requirements for GLB to run on Linux - is it already on newer SDL 2.0? Out of box support for this OS would be very nice, and allow more visibility on Steam. That's about native support, I didn't test Proton itself, but it looks that very compatible software and should run GLB apps.

Next thing is games compatibility with Steam Deck, few days ago Valve published some docs on that on partners page: Steam Docs
Nothing crazy, game must support game controller (and show proper icons), work on 720p resolution, no small fonts (like 9px size, preferred 12px), if game needs keyboard input (for player name) use Steam API/your-own virtual keyboard and so on, don't see any issues for GLB in this matter. I will check what's new in latest Steam SDK packet to add possible needed functions to my wrapper.

offtop:
From couple of years that trend for dedicated handheld devices is getting stronger, previously beside Nintendo/PSP there were only retro emulation consoles but they weren't such widely available (GamePark, Caanoo etc.), now there is so many of them (retro consoles based on Arm), and from times of first GPD such portable pc's are also more popular (AyaNeo, OnexPlayer), but never such huge company like Valve were involved into this, that's good, and should have impact on competition on that market. On customer side looking for handheld, price is always some kind of barrier because let's say 500Euro doesn't sound cheap (but considering it capabilities it's fair price), and 200Euro for Android based retro console that can only play emulators (there is so many of them right now) isn't so good as 50Euro for PSP or 100Euro for PS Vita that's perfect for playing dedicated games and most emulators. But market still lacks cheap x86 handheld, imagine 150$ device that could play older games from X360/PS3 era and indie games, that woudn't require most powerfully hardware just newer production process and low end parts, maybe someday there will be device like this, it would have really huge market of possible clients. When talking about indie/homebrew, I can't count Switch, it's popular of course but, that is closed ecosystem console and big N doesn't like homebrew, is blocking unofficial ports from other systems, blocking YT materials that are showing such and so on, and dedicated games from normal consoles are highly lowered back due to console power, but let's don't deep dive into that, that's one of reasons why Steam Deck gained so much in many eyes - open for AAA and indies powerfully and compatible device.
Pages: [1] 2 3 ... 10