| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
host bake, map tile, etc - down the chain so LLTextureFetchWorker can adjust behavior as needed
|
|
Most of the merge was clean, a couple conflicts.
Brought over a couple patches manually for llpolymesh.
|
|
|
|
|
|
alignment issue in llAppearance.
|
|
|
|
Disable private memory pools. Make viewer large address aware on windows.
Reviewed by Kelly
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
from cache
|
|
on and off.
|
|
HTTP when all objects loading are done.
|
|
As a viewer architect, I would like to understand how fast each of the components of the texture pipeline can run in isolation
|
|
|
|
when the camera is still
|
|
|
|
(current, requested, full)
|
|
avoid artifacts.
|
|
|
|
Destroying Frame Rate.
|
|
|
|
|
|
|
|
and beyond: fixed the thread-safe and highest texture resolution flaws in the mesh texture uploading flow.
|
|
LLViewerFetchedTexture::forceToSaveRawImage(int,bool)
|
|
|
|
|
|
globals and magic strings, enforce naming conventions
|
|
|
|
|
|
2.x and 1.23.
|
|
complete) implementation in llimagej2c
|
|
back-out the back-out for this branch. yay.
|
|
Backing out this merge that I pushed (prematurely) to the wrong place.
|
|
|
|
Improved the following:
1, make sure the texture callback queue is properly handled and cleaned in time;
2, estimate the LLVOTree pixel area more accurately;
3, eliminate the possibility of back and forth stopping/restarting a texture fetching
|
|
|
