Regarding replay going out of bounds of the screen even when replayed on same device - eglretrace (using waffle)

[Arun Sl]

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>