New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 597808 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Traveling - Back 2/6
Closed: Nov 2016
Cc:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Feature

Blocking:
issue 663595



Sign in to add a comment

[Compositor] WebP Image Scaling

Project Member Reported by amin...@google.com, Mar 24 2016

Issue description

Copied from tracking spreadsheet, could not find corresponding bug, please dupe if this was unnecessary.

 

Comment 1 by klo...@chromium.org, Mar 28 2016

Cc: dtrainor@chromium.org klo...@chromium.org
Owner: nyquist@chromium.org
Status: Assigned (was: Untriaged)
Tommy, what is the status of this?
Blocking: -597790 597789
Labels: -Type-Bug OS-Android Type-Feature
Labels: M-53
I believe this was the suggestion to send down a super-scaled down version of the image first and then progressively make it better. No updates as of yet though.
Blocking: -597789
Labels: -M-53
I think my previous comment was wrong, as that is tracked in  issue 597809 . So then this might be to ensure that the image we send down from the server to the client is in the correct size? I'm not sure though.

dtrainor: Do you remember what this is about?
Project Member

Comment 6 by sheriffbot@chromium.org, Jun 3 2016

Labels: Hotlist-Google
Blocking: 663595
Is this still relevant?
I'm not sure it is. I guess it depends on our plans for still sending a scaled down image first, but if we're going with checkerboarding / white, I guess this is unnecessary?
We might want to scale down even the high quality image if it's much larger than the area it's rastering to on the screen.
True. Let's keep this then.
Status: WontFix (was: Assigned)
Obsolete, WontFix.
Labels: Archive-Blimp

Sign in to add a comment