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 ... 26
Bug Reports / Re: FILEREQUEST$ in Windows 7 x64 doesn't work
« on: Yesterday at 10:20 PM »
Qedo it isn't an issue with your computer, on my pc FileRequest$ also doesn't work but gives other error 'Access Violation Exception', on both Win 8.1/10, it doesn't work in either debug/release modes, and this only applies to v16 (Steam), same code compiled with v15 works properly and opens popup window. Also I can't get those inline examples working, Am I missing some include files or something that's needed to check this?

GLBasic - en / Re: True Type Fonts
« on: Yesterday 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.

GLBasic - en / Re: Not wanting pixel perfect collision
« on: Yesterday 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.

Code Snippets / Re: CUSTOM SHOEBOX
« on: Yesterday 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..

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 ;-)

Code Snippets / Re: Load data from memory
« on: 2021-Oct-20 »
Interesting secret, if you have more of such, don't wait to share them :D

Off Topic / Re: Steam Deck
« on: 2021-Oct-20 »
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.

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.

Off Topic / Re: A Pico-8 Like thing in GLB?
« on: 2021-Oct-20 »
I know that thanks to easiness Pico-8 is quite popular, and good for introducing programming to kids, but if I understand correctly biding script language to core GLB isn't enough, you would need to have small 2d engine/suite to simplify everything, to have commands like LoadBackground(image.png), ShowBackground(), LoadUnit(player_sprite.png), and so on available in simple way in some kind of shell called fantasy computer, that would have also built-in features like sprite/map editor and so on. This itself would be pretty large project additionally beside core GLB, maybe someone is already working on something like this or you may start such thing ;]

Announcements / Re: New BETA
« on: 2021-Oct-20 »
ojoj :lol: Couple months away from GLB and I forgot such basic stuff ;/ Let's assume that there was no such question heh
New commands can help achieve some interesting font effects, will have to try them out someday :]

Announcements / Re: New BETA
« on: 2021-Oct-19 »
Nice to see something new, may be usefully :]
I was playing around with some stuff and I think that latest versions have some curious bug :( if you use "SETLOOPSUB" for mail loop you can't move app window around (not fullscreen mode), and trying to do that will hang the process :/ Even this simple code will have such issue:
Code: (glbasic) [Select]
SETLOOPSUB "main_loop"

SUB main_loop:
  IF (KEY(01)) THEN END // if escape key then end app
When Debug is enabled you just can't move the window, but app will still work ok. When using do/loop as main loop with sleep there is no such problem. Checked on Windows 10 (didn't test on other pc, os version), can anyone verify that?

If You can don't forget to share it here ;) Every code, specially with some tricks can learn us something.
Can it store multiple files? I'm not sure if there is some Mem2Sound function so does it support different file types or only images, maybe with some encoding for protection.

Checked on normal game projects, packing&loading images/audio works fine, no issues, later I will double check on my re-uploaded Steam game, but looks that everything is working as it should.
Thanks for fixing this bug  :)

btw. interesting is that new ShoeBox packer takes much longer to pack files, previously it was ~2seconds for 20MB media file, now it takes around 40seconds, final file is little bigger but as it's working it's not an issue. Thanks again ;)

I checked latest beta and this problem still appears, but now after some test I'm not sure if it's bit depth dependent or it's caused by something else. Simplest way it would be to test ShoeBox packer on attached files:
- base file is bitmap font (24bit PNG) from DingsFont tool, it will cause error,
- black image sized same as above file, saved/exported from Gimp 24bit PNG, will cause error,
- same black image but saved from Paint.Net, wont raise the error,
I hope that this will help somewhat to find the issue, if You prefer You can send me only 'ShoeBox.exe', as there is no need to do all those Steam app update stuff before it's fixed.

GLBasic - en / Re: Windows - Universal App?
« on: 2021-Mar-14 »
If that would be a proper UWP app that will be great, as Xbox console's have 'dev mode' that allows for much simpler testing such games as developer and there would be some chance to publish them on Microsoft Store for consoles as indie dev, of course if game would be compliant with the guidelines. That would be in form of ready to use appx package or VisualStudio project file (I don't know if consoles have proper debug mode that would send some debug info to connected pc like it's working in smartphones)? Anyway all additional platforms are welcome.

GLBasic - de / Re: Playsound
« on: 2021-Mar-14 »
You can't change sound volume when it's already playing - after PLAYSOUND was used, not sure if it's possible even with SDL inline. PlaySound should be used for playing short sound effects, for long things like music use PlayMusic command, where you can adjust volume during play. Additional things can be done with SDL inline.
Sry for english but I didn't use Deutsch for years :d

Pages: [1] 2 3 ... 26