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

José Fonseca jose.r.fonseca at gmail.com
Fri Apr 11 05:46:32 PDT 2014


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*<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*<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* <apitrace at lists.freedesktop.org>
>> *http://lists.freedesktop.org/mailman/listinfo/apitrace*<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/20140411/cac38738/attachment.html>


More information about the apitrace mailing list