Status Update
Comments
bu...@gmail.com <bu...@gmail.com> #2
Information redacted by Android Beta Feedback.
us...@gmail.com <us...@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
su...@gmail.com <su...@gmail.com> #4
install Android 16 as I want to leave beta.
<buganizer-system@google.com> schrieb am Do., 27. Feb. 2025, 08:55:
sv...@gmail.com <sv...@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.
ri...@gmail.com <ri...@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.
dl...@gmail.com <dl...@gmail.com> #7
After upgrading to stable the issue persists.
t0...@gmail.com <t0...@gmail.com> #8
20...@gmail.com <20...@gmail.com> #9
ri...@gmail.com <ri...@gmail.com> #10
* this only seems to occur on startup (it doesnt seem to occur if the phone has been on continuosly)
* this only seems to occur when there are photos on the SD card ( i removed the photos from the SD card, and restarted many times over a few days and this didnt occur - as soon as i took photos with the camera and restarted the next time, this error occured)
based on reading elsewhere im guessing this has to do with a corrupted thumbnail, or an incorrectly read image file or thumbnail file
(HTC Desire > Android 2.1 update 1)
ri...@gmail.com <ri...@gmail.com> #11
Also i have a lot of pics and music on my sd card. And i have Nimbuzz installed.
I solved the problem by deactivating the auto start feature of Nimbuzz. When i start nimbuzz manually
after some time the phone is running, i don't have this problem.
But i can't say for sure if it is really Nimbuzz, maybe just a coincidence.
Do you all maybe have Nimbuzz running in autostart mode?
ri...@gmail.com <ri...@gmail.com> #12
Normally I wouldn't have considered it, but then again it would use the media server to some extent. And this is way to big a coincidence to not be related
I'll disable auto start on nimbuzz and let you know how it goes.
Thanks a lot rivalcrusader
ni...@gmail.com <ni...@gmail.com> #13
xe...@gmail.com <xe...@gmail.com> #14
HTC Desire with android 2.1
ge...@gmail.com <ge...@gmail.com> #15
HTC Desire with android 2.1
sm...@gmail.com <sm...@gmail.com> #16
HTC Desire with android 2.1
ro...@gmail.com <ro...@gmail.com> #17
to...@gmail.com <to...@gmail.com> #18
ro...@gmail.com <ro...@gmail.com> #19
ro...@gmail.com <ro...@gmail.com> #20
The 100% CPU usage, pretty much happens every time I begin aggressively scrolling my contact list in Nimbuzz up and down. Then, I've found a bug discussion where the 'mediaserver' is talked about over an endless loop problem, which occurs on reading corrupt media files (
So my guess is that Nibuzz tries to do some stuff with the images it loads on start up while initializing the contact list, which in turn makes the 'mediaserver' process gets not fully loaded (corrupt) images and the fun begins.
Although it contradicts with some people who have Nimbuzz loading on startup at background, but these are my five cents into the piggy and I hope it will help someone or, perhaps, even speed up the patch for it.
ap...@gmail.com <ap...@gmail.com> #21
ap...@gmail.com <ap...@gmail.com> #22
ma...@gmail.com <ma...@gmail.com> #23
Format SD Card helps.
--> It seems that very many multimedia files will push the mediaserver cpu usage up to 100%.
--> Video recording was even not possible
--> After formating SD Card everything works fine again.
Phone: HTC Desire Android 2.2
ap...@gmail.com <ap...@gmail.com> #24
se...@gmail.com <se...@gmail.com> #25
Both times it was caused by corrupted image files in the DCIM folder of the sdcard.
It makes the process /system/bin/mediaserver use 90+ % of the CPU
br...@gmail.com <br...@gmail.com> #26
The first time was because a the camera app crash during a video recording (so a corrupt video was generated).
Now it is because of some (or a lot) of files from NDrive
br...@gmail.com <br...@gmail.com> #27
[Deleted User] <[Deleted User]> #28
It seems to drain my battery most after I have stopped playing the music or watching videos ā even for a short while. I do not leave applications running in the background either ā I stop and exit them, and yet the Battery Manager Usage Statistics will register that Mediaserver has consumed by battery up to 80% within a few hours later.
Phone: Droid X
Android Version: 2.2
ge...@gmail.com <ge...@gmail.com> #29
It sucks. Thinking about changing the phone..
ei...@gmail.com <ei...@gmail.com> #30
I have a motorola spice xt300 with android 2.1 update1, my sd card has a lot of images, sounds and videos from another taken from another mobile phone.
Every thing goes well until I decide to open the image gallery, it appears to try to index the image tree and stuck > ~70% of cpu load.
I'll try to remove media and format the SD to see what happens.
It just occurs if I load the gallery application.
Does any one has a fix for this strange behaviour?
si...@gmail.com <si...@gmail.com> #31
I may be responsible, but when I was syncing with doubletwist it was trying to reencode music files, so I canceled because I didn't have time to finish. Since then(yesterday) I have noticed that some of the music is cut off early, and some of the thumbs are wrong, so maybe it has to do with corrupted thumbs or music files? I will redo the sync properly later and let someone know if this corrects the issue.
It may not be caused by the canceling of the sync, but it seems to be correlated at least unless I am missing something.
Please describe the problem in detail. Be sure to include:
- Steps to reproduce the problem.
It hasn't stopped since the issue first started regardless of restarts and killing apps, and uninstalling new apps
My phone carrier: Tmobile in USA
- What happened.
"mediaserver" is using a large amount of processor draining the battery very fast.
- What you think the correct behavior should be.
If there was a way to find out what apps could be using the "mediaserver" system process so much(or all system processes) without a third party app.(I made this suggestion in a different part of the google project just now)
Don't forget to mention which device you have, and which version of Android
is installed on it. (Find it under Home > Menu > Settings > About phone.)
SGH-T959 - Samsung Galaxy S Vibrant - unofficial rom using official 2.2 released 2.2 firmware. Kernel version 2.6.32.9 - Rom Bionix V by team whisky
ki...@gmail.com <ki...@gmail.com> #32
I have tried reformatting my SD card, removing pictures, but this did not help.
For me, it seems to be connected to Yahoo Messenger. I rarely have the issue unless I am using Yahoo Messenger. But I cannot pin the exact cause on it. Yahoo Messenger has a sync option to sync your contacts with your gmail contacts, I have turned that off, to no avail.
Please describe the problem in detail. Be sure to include:
Steps to reproduce the problem:
It hasn't stopped regardless of restarts and killing apps, and uninstalling apps. As I said prior, I suspect it has something to do with Yahoo Messenger.
What happened:
"Mediaserver" is using a large amount of processor draining the battery very fast and slowing the responsiveness of the phone to a crawl.
What you think the correct behavior should be:
Not having this process spin out of control. I agree with the prior poster that if there was a way to find out what apps could be using the "mediaserver" system process it would help greatly to debug the problem.
Version of Android:
2.2.1
Phone model:
Droid X
Carrier:
Verizon USA
aj...@gmail.com <aj...@gmail.com> #33
It's strange because there are other times when a process may take 80+% of the clock cycles but the device response time is only slightly reduced. When I stated that the response time is greatly reduced I mean it takes 3-7 seconds before it responds to my input. Android OS should manage this process just like all the other ones and keep everything running smoothly.
This happened maybe 65% of the time on my first DX when using the YM app exactly as is has on this new DX. Today was the first time it happened on this DX. A reboot seems to have corrected the problem for now. As I type this I have been using YM heavily for an hour and have not been able to reproduce the about stated issue.
My device is a Droid X running Android 2.2.1.
su...@gmail.com <su...@gmail.com> #34
Same problem. Rook a backup and formatted the sd card. Couldnt find way to identify the rogue file.
Hoping it would work this time.
al...@gmail.com <al...@gmail.com> #35
me...@gmail.com <me...@gmail.com> #36
I also have a DX, and media server is taking 75% of my battery life, and i hardly do anything except carry the phone on standby mode. You are both correct, I think this is related to Yahoo Messenger. I was having a response time of 3-7 seconds (i.e. keyboard input, scrolling, etc). I just clear the cache, and uninstall Yahoo Messenger, and now operation is back to normal. I'm gonna try an alternative IM (like ebuddy or similiar) and see if that causes the same problems.
Thanks for sharing the culprit!
ch...@gmail.com <ch...@gmail.com> #37
My issue was very reliably caused by the Gallery application. Apparently I had some sort of corrupted video file on my SD card that Android was trying to index a thumbnail for. After the Gallery app was opened, system/bin/mediaserver would be taking up nearly 100% of my CPU time according to OSMonitor. A reboot would fix the issue temporarily, but reopening Gallery caused the issue all over again. Killing the mediaserver process was fruitless.
To permanently fix the issue, I used the tips found on this page
Hope this helps!
aa...@gmail.com <aa...@gmail.com> #38
It was extremely lucky that I came across this issue, however, as my first instinct was that I had a hardware fault (my battery only lasting a few hours instead of a day and a half) and needed to take the phone back.
I really love Android and so this disappoints me. It is things like these that make it hard to recommend an Android to somebody who isn't a techie. Why can't Mediaserver simply mark a file as a problem, if it can't scan it in a few seconds, and never scan it again?
I am a Gnu/Linux user and have added ".nomedia" files into all my folders that aren't "Music" or "Videos", but this would be very difficult in Windows--and I struggle to see why users should have to when this:
says that only the specified folders are scanned and shared (this clearly isn't the case on my phone).
Does this still happen on 3.1 with its MTP approach to file transfer? My guess is that Android still has to scan files in case one is added direct to the SD card when it is not in the phone--or are files ignored unless they are added through MTP?
st...@gmail.com <st...@gmail.com> #39
I have tried the .nomedia file in directories containing media - though now I just have it in the root of my sd card, and it does work - until you start any media related program - then it will chew battery until you re boot the phone.
scanning my files etc is not what I want - programs should allow me to opt in , not have as their default setting something that is as invasive as mediaserver scanning - I am quite capable of pointing the program at the folder/file I wish it to open - I have been through winamp etc , turning off all options that I think will have any remote chance that it will scan my files or attempt to access over the network.
why is this rubbish process so ingrained in Android
dg...@gmail.com <dg...@gmail.com> #40
jk...@gmail.com <jk...@gmail.com> #41
jk...@gmail.com <jk...@gmail.com> #42
jk...@gmail.com <jk...@gmail.com> #43
jk...@gmail.com <jk...@gmail.com> #44
PS thanks for pointing out that a corruped thumbnail could be the issue!
ti...@gmail.com <ti...@gmail.com> #45
ig...@gmail.com <ig...@gmail.com> #46
ig...@gmail.com <ig...@gmail.com> #47
ig...@gmail.com <ig...@gmail.com> #48
must be changed:
---
media.stagefright.enable-player = true
---
to:
---
media.stagefright.enable-player = false
---
If this option is not in the file, it is necessary to add.
ri...@outlook.com <ri...@outlook.com> #49
-Android 2.3.5 with HTC Sense 3.5
jk...@gmail.com <jk...@gmail.com> #50
xa...@gmail.com <xa...@gmail.com> #51
Froze Play Music with Titanium Backup, phone no longer gets hot, and battery life has greatly improved.
besides media server remaining open, is Play Music corrupting my wifes music, and thus causing the media server issue?
[Deleted User] <[Deleted User]> #52
[Deleted User] <[Deleted User]> #53
[Deleted User] <[Deleted User]> #54
In that SD card was about 6 GB photos and videos. File format: NTFS
SD Card: Lexar High-speed 8GB MicroSD [HC]
Phone: Samsung galaxy S2
Android: 4.0.3 l9100XXLPQ
3.0.15-l9100XXLPQ-CL223505
Media server was using about 31% of battery.
jo...@gmail.com <jo...@gmail.com> #55
Same problem here. Mediaserver gets 48-31% of my battery, and most of my CPU proccess making my phone very laggy. I Have an Xperia Neo V with ICS stock. I tried to format SD, creating .nomedia in each directory, clean reinstall ICS... problem always come back again.
It usually start when i use the Music player. I donĀ“t have this problem on GingerBread with exactly the same files on the SDcard. DonĆ½ know watĀ“s wrong with mediaserver..
ma...@jgs-wg.de <ma...@jgs-wg.de> #56
[Deleted User] <[Deleted User]> #57
la...@gmail.com <la...@gmail.com> #58
I want to have a look and see what I can do.
ju...@gmail.com <ju...@gmail.com> #59
tr...@gmail.com <tr...@gmail.com> #60
Version of Android:
2.3.5
Kernel version:
2.6.38.6-perf
la...@gmail.com <la...@gmail.com> #61
ju...@gmail.com <ju...@gmail.com> #62
Sony[Ericsson] Xperia Arc (LT15i), android 4.0.4, core 2.6.32.9-perf, build 4.1.B.0.431.
Ok, another mp3. I can't open this mp3 in MixZing player (because of embedded image?). Actually I can but GUI freeses. My friend has trouble with uploading this mp3 to phone - mediaserver eats CPU again. He has Xperia S, phone connected in media transfer mode/MTP.
ke...@gmail.com <ke...@gmail.com> #63
A few months went by and the second time it occurred it was the Media process, except this time it would drain the battery for several hours and then suddenly stop.
gr...@grellan.com <gr...@grellan.com> #64
I deleted every media file I could find on the device, but nothing worked. A factory reset worked though, and the device has been perfect since.
Long story short - this issue has been happening since 1.x, and it's still a problem even in 4.1.1.
re...@gmail.com <re...@gmail.com> #65
Do anyone have any solution?
op...@gmail.com <op...@gmail.com> #66
be...@gmail.com <be...@gmail.com> #67
After a reboot, Android Media Processes run at about 47% CPU power, for as long as over an hour. This occurs on occasion throughout the day, even without a reboot. It's always a different media process that is taxing my phone at a given time, and it's either Media Storage, Downloads, Download Manager, or DRM Protected Content Storage.
I have less than 300 media files in my phone, consisting of photos,videos, and audio. I couldn't find a corrupted file among any of them either.
It's become quite the battery hog, so a solution to this would be nice.
mi...@gmail.com <mi...@gmail.com> #68
vo...@gmail.com <vo...@gmail.com> #69
ti...@gmail.com <ti...@gmail.com> #70
ve...@gmail.com <ve...@gmail.com> #71
la...@gmail.com <la...@gmail.com> #72
la...@gmail.com <la...@gmail.com> #73
la...@gmail.com <la...@gmail.com> #74
jr...@gmail.com <jr...@gmail.com> #75
downloaded an app called File Tools which allows batch file name changes
(It has a very easy-to-use find and replace feature). Since removing these
characters from several of my files, it seems that the media scanning time
is greatly reduced.
du...@gmail.com <du...@gmail.com> #76
la...@gmail.com <la...@gmail.com> #77
se...@gmail.com <se...@gmail.com> #78
fs...@gmail.com <fs...@gmail.com> #79
I've got over 3000 mp3s and several hundred photos on this card. Is there an easy way to find corrupted files?
la...@gmail.com <la...@gmail.com> #80
jr...@gmail.com <jr...@gmail.com> #81
yu...@gmail.com <yu...@gmail.com> #82
The Mediaserver holds partial wakelock on the CPU and prevents the CPU from going to deep sleep. This may be caused by apps that fails to close the media device. However, this should still be considered a system bug.
Killing "Media" in cached processes helped once, but later it came back in battery statistics after viewing a video with stock browser and cannot be seen in running/cached process list.
Someone told me that this problem is caused by non-latin file names, but the issue still exists after I change all files into English. In fact I (not a coder) doubt whether Mediaserver is related to media scanner.
Using 4.1.2 on Samsung GT-i9000.
lo...@gmail.com <lo...@gmail.com> #83
I unistalled viber and restarted phone and now the problem is solved!
la...@gmail.com <la...@gmail.com> #84
internal processing of media files. I thought is was caused by Bluetooth
connectivity.
Description
phones, but i don't know how to check its format or codec).
When i try to access the video with Nexus One, an error "Sorry, this video cannot be played"
would pop up and the player would close. But actually the process "mediaserver" would still be
running with >90% CPU time, heating up the phone even if the phone screen is locked.
Please describe the problem in detail. Be sure to include:
- Steps to reproduce the problem.
My phone carrier: PCCW Mobile in Hong Kong
Access
- What happened.
"mediaserver" would loop(?) and heat up the phone, draining battery in just a few hours.
- What you think the correct behavior should be.
"mediaserver" would sleep instead of running at 100% cpu time
Don't forget to mention which device you have, and which version of Android
is installed on it. (Find it under Home > Menu > Settings > About phone.)
Nexus One, 2.1-update1, ERE27
If you happen to have a development environment, please also run "adb
bugreport" and archive the output as it could help diagnose the problem.
Sorry, don't have one :(