Gideros 2020.5 Released

SinisterSoft

@Hgy29 just made a great release of Gideros...

There are two additions that really need emphasising:
Gideros now supports XBox One! If you use the UWP export it will also work on the XBox One. To do this @hgy29 also added controller support for UWP! We will add instructions on how to fully develop games for the XBox One on the Wiki soon, but there are notes on the forum on how to do it already.

HTML5 now has controller support! This wasn't as easy as it first appeared and we should all give an extra thanks to @hgy29 for finally getting it to work... perfectly!

There is a new joypad demo so you can study it to add controller support to all your games for all platforms. It also shows a way to 'inject' keyboard input to make it easy to support both easily.

See the full list of changes below.

New features
[uwp] Now supporting Xbox One platform
[plugin/controller] Support UWP raw controllers
[plugin/controller] Support HTML5

Improvements
[plugin/controller] report hardware ids on windows
[plugin/fastnoise] Merge recent additions by @Rraptor
[uwp] Migrate to VS2019/Runtime v142
[studio] Upgrade to Qt 5.14.2
[ui/export] Gideros can read lua files and infer noexec and dependencies from tags in the file
[examples] Add controller plugin demo

Fixes
[plugin/controller] Fix name reporting on win/html
[ios/require] Include a default NSLocation message if GPS isn't used
[ios] Fixes for Metal (liquidfun particle shader, RenderTarget upside down, RenderTarget commit)
[export/fbig] Load Instant library before gideros code

Removals
[plugin/ads] Removal of UWP/WinRT Ads support due to Microsoft discontinuing its Ad SDK.

As usual, you can get the latest version here:
http://giderosmobile.com/download

hgy29

More info about the 'Gideros can read lua files and infer noexec and dependencies from tags in the file' improvement:
It means that you can now write

--!NEEDS:test.lua

in your lua file to instruct Gideros that the test.lua file should be loaded before the current lua file.
You can also write

--!NOEXEC

to tell Gideros that the file shouldn't be executed/parsed right on start but will be loaded through a require or a loadfile command.

This saves you from telling it to Gideros through the project settings for each project, which is very useful if you develop a lua library that is meant to be used in several projects.

SinisterSoft

So basically we now have compiler commands.

MoKaLux

first issue? Gideros player does not show over other windows when option always on top is not checked.
I tried:
-deleting init files both gideros and player
-uninstalling/reinstalling gideros

Otherwise THANK YOU for this new release

SinisterSoft

Always on top works fine here, on top when ticked, not on top when unticked. Maybe try resetting your PC? (I was using Windows).

MoKaLux

SinisterSoft said:

Always on top works fine here, on top when ticked, not on top when unticked. Maybe try resetting your PC? (I was using Windows).

yes it must be my 5 years old laptop

SinisterSoft

Maybe, but my desktop is a 2009 Mac Pro running Windows 10.

rrraptor

MoKaLux said:

first issue? Gideros player does not show over other windows when option always on top is not checked.
I tried:
-deleting init files both gideros and player
-uninstalling/reinstalling gideros

Otherwise THANK YOU for this new release </p>

Same for me.

hgy29

Actually I saw the same, I thought it was a glitch on my PC, but if you see it too, then it may well be due to the upgrade to Qt 5.14. I will check.

EDIT: Found and fixed: https://github.com/gideros/gideros/commit/b083fb310353861a65b6135c79ce41e5cf2b01ac

SinisterSoft

I wonder why it worked fine on mine?

rrraptor

I found the workaround xD

• Run previous version of Gideros
  
• Run Player
  
• Close Gideros (without closing the player)
  
• Run new version
  
• ...
  
• PROFIT!
  

keszegh

i have the same issue with player not on top, a fixed release would be great. thanks for your work.

hgy29

2020.5.1 is now available, with the player not on top issue fixed, as well as a few other things mainly about UWP/Xbox support

MoKaLux

for i = 1, math.huge do
say("THANK YOU ")
end

SinisterSoft

@hgy29 Thanks for this great release - making games for UWP/Xbox One is easy now!

SinisterSoft

I've added a quick tutorial on the wiki for exporting to the XBox One. It can be found from the new 'Platforms' section. I think we should add more to this new section to help people get started on Android, iOS, etc...

Here is a direct link to the XBox One bit: https://wiki.giderosmobile.com/index.php/XBox_One

SinisterSoft

I just slightly tweaked the XBox One tutorial to emphasise what to do when in Visual Studio (added numbers to the text in bold to match the numbers in the screenshot). I also rearranged a couple of the sentences at the top that seemed slightly out of order.

If you have read it, you may want to read it again as it now makes more sense.

keszegh

it would be great to see a gideros-made game published on xbox.

SinisterSoft

I think so too.

@totebo 's games could use controller compatibility - he could them add them to Apple TV, Android TV, XBox One and UWP platforms. I think they would work well on XBox One.

keszegh

yes, i liked a lot the game with the cat.

SinisterSoft

In the new controller demo (see the demos in Gideros Studio) I show a way of unifying both keyboard and controller inputs so you can easily add both to your games. It's worth taking a look as it shows how easy it is to add both at the same time.

oleg

I don't want to tell you bad news, but there is no point in making games for XBOX, in gideros!

keszegh

well, some people prefer retro games.

hgy29

@oleg, what Unreal Engine can do, Gideros could do too! It is just a matter of finding skilled enough contributor

SinisterSoft

btw, that demo in unreal engine I think has 12GB of data. It's a tech demo - not a game.

Games like Angry Birds, Tetris, Super Mario, Minecraft, etc have a place on the XBox One - as do AAA titles.

Being on XBox One means that people who want to write things like Shoot'em ups, etc can do as Joypad rather than touch is the main input method. Gideros would be perfect for making a shoot'em up game like R-Type, Gradius, Salamander, Defender, Robotron, etc..

The rapid develop - test style of coding that Gideros allows is ideal for making games of this type.

I plan to bring this game to it, but also make it 2 simultaneous players and add some Metroid gameplay ideas:

oleg

@SinisterSoft

keszegh said:

yes, i liked a lot the game with the cat.

I just think that people who buy consoles want to play games with fancy graphics

And Gideros and Unity3d in another niche - where iron is not so powerful

oleg

SinisterSoft said:

btw, that demo in unreal engine I think has 12GB of data. It's a tech demo - not a game.

In the scene a billion triangles, It will weigh 5 gigabytes, If all objects are not repeated.
In the demo, there is a lot of symmetry and a lot of tile textures that are simply duplicated. So this scene will weigh about 2,5 gigabytes

hgy29

1 billion of triangles, so maybe 1/2 billion of vertices or more. 3 float per vertex, so 12 bytes, makes 6GB for the vertices. We can probably double it if we have one normal per vertex. Plus indices, roughly one per triangle if using triangle-strip. assuming they are arranged in several meshes of up 65k indices, we have at least 2 bytes per index, so 2GB of indices. We are already at 14GB. Now most we probably have textures mappings, so at least one U and V per vertex. That's 4GB more. Add textures, bump maps and maybe more... I think it reaches 20GB of (uncompressed) data.

oleg

hgy29 said:

1 billion of triangles, so maybe 1/2 billion of vertices or more. 3 float per vertex, so 12 bytes, makes 6GB for the vertices. We can probably double it if we have one normal per vertex. Plus indices, roughly one per triangle if using triangle-strip. assuming they are arranged in several meshes of up 65k indices, we have at least 2 bytes per index, so 2GB of indices. We are already at 14GB. Now most we probably have textures mappings, so at least one U and V per vertex. That's 4GB more. Add textures, bump maps and maybe more... I think it reaches 20GB of (uncompressed) data.

You're wrong. I'm currently modeling in a 3D package, and my real scene on 20000000polygons or 40000000 triangles weighs 200 megabytes on average.
All identical objects are instances and weigh nothing, All symmetrical objects weigh half as much, Landscape and rocks have no texture -and the vertices themselves are painted with PBR materials.

hgy29

Sure, but they say on the video that no optimizations were made, I assumed no instancing. If no textures are used then you must account for colors then, at least four bytes per vertex, or if using a constant for a mesh, you still need lighting parameters. But the texture data isn’t what take the most space anyhow in this scenario.

SinisterSoft

https://developer-tech.com/news/2020/may/14/unreal-engine-5-demo-ps5-ray-tracing/