ntop001
commented
6 years ago I have made some experiments, in the 'darwin_ios.m' file, we can see the swapBuffers method:
void swapBuffers(GLintptr context) {
__block EAGLContext* ctx = (EAGLContext*)context;
dispatch_sync(dispatch_get_main_queue(), ^{
[EAGLContext setCurrentContext:ctx];
[ctx presentRenderbuffer:GL_RENDERBUFFER];
});
}If the App just resumed from the background, we can call [glview display] manually to restore GLKView' state, then very thing works well. There must be some code in the method, like bind framebuffer/renderbuffer... But gomobile didn't do these in the swapBuffers method.
But call [glview display] manually will has some unpredictable behavior, some times the app will just cash. In the old implementation, gomobile use ViewController's update loop:
- (void)update {
drawgl((GoUintptr)self.context);
}But in the current implementation, it use a custom for loop:
func (a *app) loop(ctx C.GLintptr) {
runtime.LockOSThread()
C.makeCurrentContext(ctx)
workAvailable := a.worker.WorkAvailable()
for {
select {
case <-workAvailable:
a.worker.DoWork()
case <-theApp.publish:
loop1:
for {
select {
case <-workAvailable:
a.worker.DoWork()
default:
break loop1
}
}
C.swapBuffers(ctx)
theApp.publishResult <- PublishResult{}
}
}
}And in cocos2dx, they use the CADisplayLink's loop(Apple best practice). So, is there any special reasons to use custom loop, and is there any quick way to fix this bug? @eliasnaur @crawshaw
andydotxyz
gopherbot
Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (
go version)?go version go1.8.1 darwin/amd64
Does this issue reproduce with the latest release?
YES
What did you do?
Git clone the basic example, change the lifecycle code to:
In the original code, use
switch e.Crosses(lifecycle. StageVisible)to manage lifecycle, but this code will result in create/destroy gl resource each time the application resume/pause. In practical app, we should usee.Crosses(lifecycle.StageAlive), but this will result in application freeze if app just resumed from suspend state in iOS. I have written a native iOS app with Obj-C/GLKView, but it doesn't have the problem, it must be a bug in gomobile .(PS: Android will just lost glContext, I have created another issue for Android).
What did you expect to see?
The example don't freeze after resumed from suspend state on iOS.
What did you see instead?
The example freezed.