Removing `apitrace trim-auto`

[Eric Anholt]

José Fonseca <jose.r.fonseca at gmail.com> writes:

> Hi,
>
> In sake of shrinking apitrace code base and keeping things maintainable I
> plan to remove the `apitrace trim-auto` functionality.
>
> trim-auto was added in 2013 by Carl Worth, and is capable of trimming
> frames for simple traces, but it hasn't been maintained since, and
> generalising to complex traces is IMO an almost vertical uphill battle.
> From what I gather from several bug reports, I'm personally not aware of
> users being actually able to use this in practice as it stands.
>
> Furthermore, I think that any attempt to "state tracking" in apitrace is
> doomed to failure, particularly with the OpenGL API.  This is because
> OpenGL API is mish mash of inconsistent extensions and it would require an
> army of developers to pull it off, and neither will change in the
> foreseeable future.  In fact, there are good chances that OpenGL is
> destined to be a legacy API and attracts less and less mind share.

I would guess that I tried to use this feature more than anybody, and
found it to be generally unreliable.  I wish it worked, but it doesn't,
and I'm not stepping up to fix it.  You have my ack.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/apitrace/attachments/20170410/4d7cd544/attachment.sig>