Regarding replay going out of bounds of the screen even when replayed on same device - eglretrace (using waffle)
Arun Sl
arun.sl at tcs.com
Sun Apr 13 22:34:01 PDT 2014
Hello Jose,
glBindFramebuffer is not there in the call list, if this is what you are
asking.
Thanks & Regards
Arun S L
From:
José Fonseca <jose.r.fonseca at gmail.com>
To:
Arun Sl <arun.sl at tcs.com>
Cc:
apitrace <apitrace-bounces at lists.freedesktop.org>, Apitrace list
<apitrace at lists.freedesktop.org>
Date:
04/11/2014 06:16 PM
Subject:
Re: Regarding replay going out of bounds of the screen even when replayed
on same device - eglretrace (using waffle)
On Fri, Apr 11, 2014 at 1:45 PM, José Fonseca <jose.r.fonseca at gmail.com>
wrote:
On Fri, Apr 11, 2014 at 12:02 PM, Arun Sl <arun.sl at tcs.com> wrote:
Hello Jose,
You are correct.
inital frames have the call as follows:
glViewport(x = 0, y = 0, width = 960, height = 540) {this fits phone
screen correctly}
while at a later stage I am getting the following calls in the same trace
file.
glViewport(x = 0, y = 0, width = 1366, height = 768) {this gives partial
visual of an enlarged image on screen}
Isn't there a FBO bound when this call happens?
If the drawable truly has a size larger than the screen, then that's it
really. If the viewport is larger than the drawable then you really should
leave the viewport alone, and use vertex transformation to achieve the
zooming effect.
The issue here is that ApiTrace traces GL/EGL API calls. It does not trace
everything, such as windowing calls. I'd like one day to encode the
actual drawable calls in the trace (e.g., with fake calls), but it's not
high on my todo list.
I meant encode the actual drawable sizes...
Jose
Can I handle this situation in someway in apitrace?
Thanks & Regards
Arun S L
From:
José Fonseca <jose.r.fonseca at gmail.com>
To:
Arun Sl <arun.sl at tcs.com>
Cc:
Apitrace list <apitrace at lists.freedesktop.org>
Date:
04/11/2014 12:01 PM
Subject:
Re: Regarding replay going out of bounds of the screen even when replayed
on same device - eglretrace (using waffle)
Sent by:
"apitrace" <apitrace-bounces at lists.freedesktop.org>
eglretrace/glretrace infer the rendering size from glViewport calls (when
no FBO is bound). See
https://github.com/apitrace/apitrace/blob/master/BUGS.markdown#retracing
Maybe the game is using glViewport with sizes larges than the actual
screen, misleading the egl/glretrace.
Jose
On Fri, Apr 11, 2014 at 3:34 AM, Arun Sl <arun.sl at tcs.com> wrote:
Hello All,
I have tried to replay "Reign of Amira" on the same device as I took trace
using eglretrace binary and waffle library (Android 4.2.2)
The issue that I am facing is that after the initial logo of the game the
replay goes beyond the screen size. I feel the game uses some call to
change the resolution of the screen run time (this is my guess). Is this
something we have to handle in code?
If someone can give me hints appropriately in code, we can maybe improve
the replay rendering.
I was also thinking if we can use this mechanism to maybe replay games to
the screen size(irrespective of which screen size the game is traced) /
orientation of any device.
Thanks & Regards
Arun S L
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
_______________________________________________
apitrace mailing list
apitrace at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/apitrace
_______________________________________________
apitrace mailing list
apitrace at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/apitrace
_______________________________________________
apitrace mailing list
apitrace at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/apitrace
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/apitrace/attachments/20140414/a0c289e5/attachment.html>
More information about the apitrace
mailing list