Status Update
Comments
di...@gmail.com <di...@gmail.com> #2
Information redacted by Android Beta Feedback.
di...@gmail.com <di...@gmail.com> #3
Thank you for reporting this issue. For us to further investigate this issue, please provide the following additional information:
Please upgrade to the latest release from the link
bc...@gmail.com <bc...@gmail.com> #4
install Android 16 as I want to leave beta.
<buganizer-system@google.com> schrieb am Do., 27. Feb. 2025, 08:55:
di...@gmail.com <di...@gmail.com> #5
Thank you for reporting this issue. We have shared this with our product and engineering team and will update this issue with more information as it becomes available.
br...@gmail.com <br...@gmail.com> #6
Thanks for reporting this issue.
-
We are handling "No more paying via Wallet because the system is not up to date" wallet issue here.
-
Please file a separate ticket for "Upgrade was never offered to install android 16" with details.
ra...@gmail.com <ra...@gmail.com> #7
After upgrading to stable the issue persists.
di...@gmail.com <di...@gmail.com> #8
silly in that it blames the OLED display for a lot of it (which isn't at fault), and
says the OS uses low bitdepth color (which, based on my testing, it does not).
ad...@gmail.com <ad...@gmail.com> #9
ca...@gmail.com <ca...@gmail.com> #10
ed...@gmail.com <ed...@gmail.com> #11
everything else about the default app is good.
ma...@gmail.com <ma...@gmail.com> #12
bc...@gmail.com <bc...@gmail.com> #13
developers/browse_thread/thread/c24466e69480dc30/
"It's an image handling "feature" (read: bug) of Android - images over
a certain size are compressed before being displayed by the browser.
So any zoom operations are done on the already highly compressed
image, resulting in unreadable text, artifacts, etc.
In my case I chopped up the image into smaller pieces and no
compression gets applied, so zooming works fine."
td...@gmail.com <td...@gmail.com> #14
comment is around 8 MB uncompressed, so it wouldn't take many images of that size to
exhaust all the memory.
The solution is a smarter image library that allows decoding only part of the image
at full resolution when you zoom in.
dh...@gmail.com <dh...@gmail.com> #15
froyo? If not,then please resolve this issue in froyo if possible. Its really very
disappointing to see blurry images in gallery.
sc...@gmail.com <sc...@gmail.com> #16
very much an issue, has anyone found a good
work around for this?
I've also noticed that this disgusting image
compression only occurs on cellular data
connections, connect over WiFi and this horrible
compression doesn't occur.
this makes reading web comics on my nexus
impossible and really needs a way to be turned
off....
an...@gmail.com <an...@gmail.com> #17
haven't noticed any change connecting
over wifi...have done many tests on
different browsers.
sc...@gmail.com <sc...@gmail.com> #18
froyo. Try clearing all caches before testing on
WiFi.
On WiFi
AAAAAAAAAHg/OXFbsdkXzh8/s400/
snap20100523_024143.png
On 3g
AAAAAAAAAHo/5IXoUjoaX5Y/s400/
snap20100523_024219.png
hu...@gmail.com <hu...@gmail.com> #19
is re-compressing images and possibly other content that travel through its network,
to reduce traffic and bandwidth usage. Most of the carriers I've used in the UK and
NZ do this.
an...@gmail.com <an...@gmail.com> #20
no matter which network you use it will always be blurry on the phone. Smaller
images (like 100KB) aren't affected
wi...@gmail.com <wi...@gmail.com> #21
the one in Firefox on my laptop when zoomed to the same size. Both are slightly
blurry but perfectly readable.
It is true that Froyo did not fix the Gallery application to use the full resolution
of the photo. Comparing the results in Gallery with B&B Gallery shows a clear difference
eh...@gmail.com <eh...@gmail.com> #22
I have this same issue - large images, when zoomed, are pixelated when displayed in
the browser or photo gallery.
This effectively stops me from visiting image websites; reddit, digg, deviantart,
LOLcats, unmotivational posters, infographics... what else is the internet good for?
vi...@gmail.com <vi...@gmail.com> #23
an...@gmail.com <an...@gmail.com> #24
st...@gmail.com <st...@gmail.com> #25
If I check the same web sites that I listed in my original bug report, they are now displayed clearly.
gr...@gmail.com <gr...@gmail.com> #26
But the images reported by diazivan still show the same issue. So there's still a limit being hit, but perhaps it has increased.
an...@gmail.com <an...@gmail.com> #27
an...@gmail.com <an...@gmail.com> #28
And the result is that it shows perfectly inside HTC gallery. Funny that I think I previously tried this and didn't work, perhaps I was using Android gallery or maybe a different eclair Rom...
Or perhaps I'm mistaken
ma...@gmail.com <ma...@gmail.com> #29
Also see the discussion at:
I experienced the same problem; in my case I don't load the the
image remotely. I load the image locally from the sd card. The
original image is very clear and uncompressed. I tried different
formats as well (png, jpg).
The only solution I found was to divide the large image into multiple
tiles and put them back together via html, then load the html file
locally. That's the only way the images don't get blurry when zooming
in.
an...@gmail.com <an...@gmail.com> #30
Old winmo didn't have it if I remember correctly.
Also how do games manage to use big graphic bitmaps ?
an...@gmail.com <an...@gmail.com> #32
I find the posts by developers on that thread to make a lot of sense and the response of the android support to be really bad and not helping. Besides if that limit isn't a problem and you can avoid it easily, how come the _browser_ they developed has this problem !?
Anyway, thanks for pointing me to that thread
ma...@gmail.com <ma...@gmail.com> #33
I also consider about cases (like our app) where the developers actually bundles the app with an Android device (like in our case, we rent out pre-configured devices with our app that we rent out; only one app running on that device.).
In case we would want to change the 'max heap per app', we'd need to root the phone only in order to being able to set the 'dalvik.vm.heapsize' value to something higher in the build.prop.
an...@gmail.com <an...@gmail.com> #34
Totally agree with your comment, sometimes android shows that it's not a fine tuned product, as sure it still is
ma...@gmail.com <ma...@gmail.com> #35
an...@gmail.com <an...@gmail.com> #36
Thanks !
an...@gmail.com <an...@gmail.com> #37
I doubt that it will change anything in regards to this issue of blurry pictures though. right now I'm on 3g and can't test it in wifi, but pictures are still blurry
an...@gmail.com <an...@gmail.com> #38
pa...@gmail.com <pa...@gmail.com> #39
The relevant code is in external/webkit/WebCore/platforms/android/ImageSource.cpp (or there abouts).
an...@gmail.com <an...@gmail.com> #40
code, but for image galleries, the HTC one and a couple of others manage to
render them full quality, no matter what
browser
abouts).
sa...@gmail.com <sa...@gmail.com> #41
su...@gmail.com <su...@gmail.com> #42
si...@gmail.com <si...@gmail.com> #43
jo...@gmail.com <jo...@gmail.com> #44
mh...@gmail.com <mh...@gmail.com> #45
no...@gmail.com <no...@gmail.com> #46
Thanks so much!
Description
Try viewing this file in any application (browser, Dolphin browser, photo
gallery, etc). As you zoom in you will find that the image is so blurry
and pixelated that it's impossible to read the trail names.
This doesn't seem to be a problem with just that image. It can be viewed
properly on a PC. Here's another example, this time a PDF which has the
same problem: