Gideros 2019.10 released

SinisterSoft · October 2019

@Hgy29 has been hard at work producing this months release of Gideros. Please show your thanks by donating, I'm sure it would be very much appreciated.

There is a demo in the examples to show you how the new 3D physics and collision engine work.

New features
[plugin/reactphysics3d] Integrate ReactPhysics3D physics and collision engine (https://www.reactphysics3d.com/)

Improvements
[core] Support rendering to depth texture
[plugin/ogg] Add opus decoding support
[plugin/gmedia] Update for Android (by @mokalux)

Fixes
[core] Minor but annoying issues fixed in layout system
[core] Fix 3D rendering matrices handling in viewport
[android] Various minor fixes (causing rare crashes)

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

keszegh · October 2019

[core] Support rendering to depth texture - can you explain this? thanks

MobAmuse · October 2019

Cool! donated.

hgy29 · October 2019

keszegh said:
[core] Support rendering to depth texture - can you explain this? thanks

It allows to make a render target that will grab the depth buffer content instead of the color buffer. It is useful for rendering shadows in a 3D scene. This technique is used in a the 3D physics demo.

I don’t know if there is other use cases, but that single one made it worth implementing

MobAmuse · October 2019

MoKaLux · October 2019

@all thank you for your very hard work!

Xman · October 2019

Why from 2019.9, the Templates folder is moved outside, and when export the project, show the error: Template source not found:Templates/AndroidStudio/Android Template

MoKaLux · October 2019

@Xman I can see the android template on my windows machine:
C:\Program Files (x86)\Gideros\Templates\AndroidStudio\Android Template\app\src\main\java\com\giderosmobile\android

I tried exporting an android studio project and it build fine (using the latest gideros release 2019.10)

Xman · October 2019

On Mac OS
For 2019.5
/Applications/Gideros\ Studio2019.5/Gideros\ Studio.app/Contents/Templates

For 2019.9 and 2019.10
/Applications/Gideros\ Studio/Templates

MoKaLux · October 2019

ok so something has changed on mac os! I am surprised it wouldn't export to as anymore though!

hgy29 · October 2019

Xman said:
Why from 2019.9, the Templates folder is moved outside, and when export the project, show the error: Template source not found:Templates/AndroidStudio/Android Template

This was done so that we could, in the future, allow the installer to download contents from the internet and install templates and plugins selected by the user instead of providing a 1GB gideros install file. It is better to have templates outside gideros studio app package for this, because of the signature stuff.

I am surprised android export doesn’t work though. Do other exports work ? I usually only try iOS and Mac desktop exports on OS X.

Xman · October 2019

I tried iOS, it works.

hgy29 · October 2019

@Xman, thanks!

There is an issue and I fixed it for next version. (https://github.com/gideros/gideros/commit/512d636bf5f5620dd4e9266e702851085214c263)

Meanwhile you can make it work at your side by editing the APK.gexport in the Templates folder.
Change line 142 into:

<template name="Android Template" path="[[[sys.giderosDir]]]/../../Templates/AndroidStudio/Android Template">

(add /../.. after [[[sys.giderosDir]]])

oleg · October 2019

Small bug:

When i press rename folder gideros does not save new name.

PaulH · October 2019

Good stuff! Donated.

oleg · October 2019

Explain to me why function shifts values ??

s = gideros.class(Sprite)
function s:init()
  self.open(1,2,3)
end
function s:open(x,y,z)
   print(x,y,z)
end

--===============
output:
>Uploading finished.
>2 3 nil

hgy29 · October 2019

Because you declared it as ‘:’ but called it with ‘.’

rrraptor · October 2019

It is already answered, but I just want to mention, that if you call function with dot inside your class, then the first parameter of this function must be self (if you want to use it inside this function). It is useful if you want to call object's function by name.

self["MyFunctionName"](self, params)

and ur function look like that:

function MyObject:MyFunctionName(params)
	print(params)
end

Or you can use it to override parent method. Like that:

function MyObject:setPosition(x, y)
	-- call parent method 
	Sprite.setPosition(self, x, y)
	-- do some stuff here
	self._x = x + self.offsetX
	self._y = y + self.offsetY
end

oleg · October 2019

I just accidentally put '.' Instead of ':' and didn't notice until hgy29 said so.

oleg · October 2019

When I execute the command:

application:setOrientation(application:getDeviceOrientation())

Then instead of 'portraitUpsideDown' the command 'portrait' is executed

And when I run an Event.APPLICATION_RESIZE - this error is not present

--PortraitUpsideDown - not working
application:setOrientation(application:getDeviceOrientation())
 
stage:addEventListener(Event.APPLICATION_RESIZE,function()
--PortraitUpsideDown - Works fine
     application:setOrientation(application:getDeviceOrientation())
 
end)

I corrected the error by myself:

--PortraitUpsideDown - not working
local orientation = application:getDeviceOrientation()
--Bug fix
if orientation =="portraitUpsideDown" then orientation ="portrait" end
application:setOrientation(orientation )
 
stage:addEventListener(Event.APPLICATION_RESIZE,function()
--PortraitUpsideDown - Works fine
     application:setOrientation(application:getDeviceOrientation())
 
end)

rrraptor · October 2019

oleg said:
'portrait' is executed

Even with landscape being set...

Maybe it happens only if you running app via Wifi preview? @hgy29 what do you think?

Also, I googled a bit about orientaion values, and found this:

Do not use portrait. On some tablets (and probably other devices) your activity will display upside-down, as those devices believe that to be the correct default portrait orientation. sensorPortrait (or in older APIs, the misspelled sensorPortait) will show your content in portrait only, but will rotate it to match the way in which the device is held by the user.

Link

Is that still a thing? It wont help with @oleg problem, Im just wondering, does gideros uses "sensorPortrait" under the hood? Or its not necessary nowdays?

hgy29 · October 2019

Device orientation handling has always been a mess in gideros, but in that case I feel it is more like a timing issue, as if the device orientation was not known at game start but updated a few frames later.

oleg · October 2019

hgy29 said:
Device orientation handling has always been a mess in gideros, but in that case I feel it is more like a timing issue, as if the device orientation was not known at game start but updated a few frames later.

I tried to delay the execution of the command -and it did not work, the orientation is incorrectly determined

Timer.delayedCall(5000,function(e) print(111)
    local orientation = application:getDeviceOrientation()
   --Bug fix
   --if orientation =="portraitUpsideDown" then orientation ="portrait" end
   application:setOrientation(orientation )
end)

@rrraptor
Tried so, determines the orientation correctly

stage:addEventListener(Event.APPLICATION_START,function()  
 
   application:setOrientation( application:getDeviceOrientation())
end)

SinisterSoft · October 2019

So the 2nd method worked ok?

oleg · October 2019

SinisterSoft said:
So the 2nd method worked ok?

yes

rrraptor · October 2019

Is there a log file for windows player? Its just crushing over and over without any errors.
Its VERY strange, because if I run app, and after a few seconds restart it then player gets crushed, BUT if I restart after some amount of time its ok.
Happens only in 2019.10, in 2019.9 everything ok.

oleg · October 2019

rrraptor said:
Is there a log file for windows player? Its just crushing over and over without any errors.
Its VERY strange, because if I run app, and after a few seconds restart it then player gets crushed, BUT if I restart after some amount of time its ok.
Happens only in 2019.10, in 2019.9 everything ok.

%windir%\system32\eventvwr.msc /s

hgy29 · October 2019

Those crashes are hard to diagnose, but I would try to remove the last added plugin reactohysics3d.dll from Plugins folder and see if it is better or not.

oleg · October 2019

After closing Gideros, all .sfx files disappeared.

MoKaLux · October 2019

you have a backup?

oleg · October 2019

MoKaLux said:
you have a backup?

The files are only missing from the gideros project, and the files themselves are entire.

Howdy, Stranger!

Categories

In this Discussion

Top Posters

Gideros 2019.10 released

Comments

Howdy, Stranger!

Quick Links

Categories

In this Discussion

Top Posters

Gideros 2019.10 released

Comments