I've seen this problem discussed before, but not specifically in the context of using BitTorrent Sync. Since I've started using BitTorrent Sync as a Dropbox replacement to sync about 16GB and 24,000 files, every 1-3 days (sometimes more frequently) my S4 goes into a period of high CPU usage (30-40% capacity, all cores pinned at 1.6GHz) that lasts 2-4 hours, while it consumes battery at about 20% per hour. Using performance analyzers such as Android Tuner, I've ruled out any single app hogging CPU, and the culprit is the Android system itself. I've tried many things to try to stave off or reduce the battery drain if it happens at a bad time, but there seems to be no way to exert any kind of control at this level. I figure that putting governors on the cores won't help because it will reduce my phone's performance while merely extending the time the maintenance requires before it will let my people go, saving no power in the end. Yes, I shut as much stuff down as possible--even going into airplane mode--but once this annoyance begins, it overwhelms any energy conservation efforts. My only viable strategy is then to find an AC outlet and weather the storm there, or plan to finish using my phone within a couple of hours.
I gather from comments people have made in other contexts that if a lot of files change status, then the system needs to do a bunch of stuff, but I'm really not changing that many files, or moving folders around, etc. But it could be that BitTorrent Sync changes a lot if its own system files (while checking in with peers, maintaining its db, and whatever it does), so in response Android then has to do a lot of work maintaining files that the user never directly sees or uses. I do use BitTorrent Sync's auto sleep function, but still.
So I'm wondering if the scenario I'm describing sounds plausible. I'd have to shutdown data sync completely for several days just to do one trial, and it would take several trials to confirm more positively that using BitTorrent Sync is the root of the problem. But I need my data to sync more than I need my battery, so I'm willing to live with short battery times. But it's still a pain in the a$$--and the instances of 2-3 hours battery time are really crippling--so I'm wondering if anyone has any suggestions how to analyze or improve this situation because I don't really know enough. Then maybe I'll be able to suggest something to the BitTorrent Sync devs. I don't want to raise the problem in the BitTorrent Sync forums because very few of the active people there are well-versed in Android, the Windows/Linux/OSX crowd being much more numerous. Any comments are welcome: I want to start collecting info on this issue so that it can be discussed more profitably at the BT forums.
Jimmy34742 said:
I've seen this problem discussed before, but not specifically in the context of using BitTorrent Sync. Since I've started using BitTorrent Sync as a Dropbox replacement to sync about 16GB and 24,000 files, every 1-3 days (sometimes more frequently) my S4 goes into a period of high CPU usage (30-40% capacity, all cores pinned at 1.6GHz) that lasts 2-4 hours, while it consumes battery at about 20% per hour. Using performance analyzers such as Android Tuner, I've ruled out any single app hogging CPU, and the culprit is the Android system itself. I've tried many things to try to stave off or reduce the battery drain if it happens at a bad time, but there seems to be no way to exert any kind of control at this level. I figure that putting governors on the cores won't help because it will reduce my phone's performance while merely extending the time the maintenance requires before it will let my people go, saving no power in the end. Yes, I shut as much stuff down as possible--even going into airplane mode--but once this annoyance begins, it overwhelms any energy conservation efforts. My only viable strategy is then to find an AC outlet and weather the storm there, or plan to finish using my phone within a couple of hours.
I gather from comments people have made in other contexts that if a lot of files change status, then the system needs to do a bunch of stuff, but I'm really not changing that many files, or moving folders around, etc. But it could be that BitTorrent Sync changes a lot if its own system files (while checking in with peers, maintaining its db, and whatever it does), so in response Android then has to do a lot of work maintaining files that the user never directly sees or uses. I do use BitTorrent Sync's auto sleep function, but still.
So I'm wondering if the scenario I'm describing sounds plausible. I'd have to shutdown data sync completely for several days just to do one trial, and it would take several trials to confirm more positively that using BitTorrent Sync is the root of the problem. But I need my data to sync more than I need my battery, so I'm willing to live with short battery times. But it's still a pain in the a$$--and the instances of 2-3 hours battery time are really crippling--so I'm wondering if anyone has any suggestions how to analyze or improve this situation because I don't really know enough. Then maybe I'll be able to suggest something to the BitTorrent Sync devs. I don't want to raise the problem in the BitTorrent Sync forums because very few of the active people there are well-versed in Android, the Windows/Linux/OSX crowd being much more numerous. Any comments are welcome: I want to start collecting info on this issue so that it can be discussed more profitably at the BT forums.
Click to expand...
Click to collapse
I imagine most of the file you are syncing are media files, and here probably lies your problem/solution.
Your drain is more than likely Android Mediaserver which analyzes media files (images, sounds, videos).
You should troubleshoot using BetterBatteryStats to confirm this.
You can always "kill" the Mediaserver, however you'll lose functionality (your phone won't find new media, quite annoying).
The alternative and the better solution in my opinion is to create a .nomedia file in the root directory where all your files are synced so mediaserver skips them completely. This might not be possible if you have a strange hierarchy though.
The vast majority of files are not media files (mostly docx, pdf, and txt), but there are a large number of media files scattered about. The media files don't change much, but if a few changes trigger the media server to perform major operations, then that might explain it.
If I put a ".nomedia" file at the top of a highly nested file hierarchy, will that suppress finding new media throughout the entire tree? That behavior would be fine in my case because the media that I actually use with any frequency is all in its own tree. But if I use the .nomedia trick, will file browsing apps still be able to list the files that are in media format? In that case, I don't see why I'd care if Android's media server ever runs or not. I mean, I do take some photos, but very few. And I always have to use PowerAmp's media scanning function to listen to my mp3's, which are all in their own file hierarchy.
EDIT: I should that I never use any of the stock Android media apps. In that case, do I even need Android's Mediaserver at all?
I put .nomedia files at the top of all my file trees, but I'm still getting, periodically, massive batter drain from the Media Storage process. It will run for hours constantly using more than 25-30% CPU, thus running down my battery entire in a few hours. I don't know how to check for sure, but this seems to indicate that Media Storage does a lot of work involving the trees where the .nomedia files are. I mean, there's no way my phone could be running at a constant 30% without me being able to account for it. Do I need to put .nomedia files in every folder under the same hierarchy? Is Media Server known to sometimes just ignore the .nomedia directive?
Since Android 4.0/1 the media server now references every files on your SD cards. So even those are not actual media files, that might still be the issue.
Not sure BBS or Android Tuner battery stats will reveal anything particular in this situation, but might be worth adding a .nomedia file at the root of your sync folder, at least to confirm.
Since my original post, I've concluded that BitTorrent Sync is the source of Media Storage running so frequently. It's not an error exactly, but because I sync about 16GB in 20,000 files, then each time a file changes on one of the sync peers, then when the phone syncs and changes the file, it causes Media Storage to want to run again. So Media Storage was running 1 or 2 times a day, every day, at the cost of 20-30% battery each time. It looks like bad software design rather than an error. The only thing I could think of was to freeze Media Storage, which turns out not to be as annoying as one might think because apps seems to be able to find the media files, and my file explorer works fine. But I have the annoyance of missing basic things in the Android UI, like ringtones, so my phone never rings for a phone call, only vibrates. I don't care about the other stuff in the OS UI that I'm missing because I have no interest in any kind of theming, but I don't think many people would like freezing their Media Storage process.
Related
Right, im on 2.3.3 with my X10, and ive noticed in the battery usage section in the menu that something called media has 21% so far, even though ive not used any media at all, and in 38 mins from being fully charged im down to 85% battery lol.
Anyway this media thing says when i click on it
Cpu total 11mins
Cpu Foreground 6mins
Keep awake 7 mins 54secs
included packages, DRM protected content storage
Downloads,
Download manager
Media Storage..
So out of all that anything i can do to stop this?
Do you have many media files (music, photos etc?) on your card ?
It might be that the media scanner kicked in to index / search around. If this is the case, maybe this post could help: http://forum.xda-developers.com/showpost.php?p=15037379&postcount=35
viulian said:
Do you have many media files (music, photos etc?) on your card ?
It might be that the media scanner kicked in to index / search around. If this is the case, maybe this post could help: http://forum.xda-developers.com/showpost.php?p=15037379&postcount=35
Click to expand...
Click to collapse
aye i do, quite a few pictures and alot of music on there, But nothing changed so im not sure why it scanned again, plus it ate the battery like mad from a fully charged battery to 85%
No software is perfect...
In my case, the scanner hogged the CPU the first time I booted the phone after update, gallery worked very very poorly, freezes, etc. Eventually it finished and now it seems ok.
If it keeps doing it, just reset, and if it insists - just add a '.nomedia' file and it should not scan the big folders anymore. Please read more about .nomedia file limitations here: http://forum.xda-developers.com/showthread.php?t=626997
Right cheers for that, ill give that a shot and see what happens, was just annoying to see my freshly charged battery disapear lol
I was checking my battery status in settings and noticed Media Server has taken 56% of my battery, and has caused my phone to stay awake for over 18 hours and has almost 5 hours of CPU time. I have been getting over a days worth of battery with 4-5 hours of screen on time, I am currently at 22 hours with only 1.5 hours of screen on time. I don't see a way to stop it from running in Application Manager.
Is there a way to stop this process from keeping my phone awake? Is this connected with any particular application, or called something else in Application Manager?
I'm having the same issue as well.
I've seen it take a decent chunk more than once. Only like 15% at max so I'm not doing nearly as bad though. I'm curious about what it is exactly as well.
flaring afro said:
I've seen it take a decent chunk more than once. Only like 15% at max so I'm not doing nearly as bad though. I'm curious about what it is exactly as well.
Click to expand...
Click to collapse
Yeah I have always noticed it on my list, but it was never a huge drain on the battery. Like you said in the 15% range, all of the sudden though it just jumped up to over 50%. I can't think of an application I have used to make it use such a huge chunk of my battery.
So I went back into Application Manager and noticed under the Running tab that there was a "Show cached processes" option in the top right corner. Under that there was a Media application listed that uses the "android.process.media" process. Any chance that this could be related to the Media Server, or am I heading in the wrong direction?
I have recharged and restarted my phone, and Media Server is back down to 6% after discharging for 5 hours. I would just like to know what I possibly did to make my battery drain so quickly. I haven't watched any movies or videos and Pandora is the only time I listen to music on my phone.
According to my research, the media service covers scanning your internal and external sdcards for media files, including music, pictures and videos. If one file is corrupted in some way, it can cause the service to hang. That said, mine was doing the same thing. There's an app on the play store called Media Rescan Root that blocks the service at boot. The stock media player, player pro, and probably others use the media service to find new songs added to the sdcard. I switched over to PowerAmp which does its own search which doesn't hang like that. That's what I reccomend.
Sent from my GN2 using XDA Premium HD app
Do you have Drive installed?
I had the same issue with media server eating up about 60% battery. I have Google Drive installed and have around 1gb data in it. In accounts my sync settings were set to always sync Drive. I unchecked this and the media server issue seemed to have been resolved.See if this helps you.
_paradox said:
I had the same issue with media server eating up about 60% battery. I have Google Drive installed and have around 1gb data in it. In accounts my sync settings were set to always sync Drive. I unchecked this and the media server issue seemed to have been resolved.See if this helps you.
Click to expand...
Click to collapse
I unchecked media sync, and put back in my SD card, which has about 12 gb of music on it. Within 10 minutes, the media scanner jumped from .02% to 12%, so this didn't seem to make a difference for me.
TallgeeseIV said:
According to my research, the media service covers scanning your internal and external sdcards for media files, including music, pictures and videos. If one file is corrupted in some way, it can cause the service to hang. That said, mine was doing the same thing. There's an app on the play store called Media Rescan Root that blocks the service at boot. The stock media player, player pro, and probably others use the media service to find new songs added to the sdcard. I switched over to PowerAmp which does its own search which doesn't hang like that. That's what I reccomend.
Sent from my GN2 using XDA Premium HD app
Click to expand...
Click to collapse
Same thing happened to me. Mine turned out to be m4a files that were causing. I removed them and no longer see mediaserver power drain.
I read a forum a few days ago that talked about wifi causing the media service drain. They said to set a static IP address instead of dynamic and that would solve the problem. I spend most of my time on wifi so this makes a little bit of sense to me. I have set a static address and so far today my media service has remained at 3%. I don't have the link to the forum right now but I'll try to find it again and link to it later.
Sent from my SCH-I605 using xda app-developers app
Edit: Apparently that did not last long. My Media Server stayed down at 2% for several hours but then for no aparent reason it spiked up to its current usage of 31% (2hr CPU time and 7hr of Stay Awake). I would really like to know what is causing this.
Hello.
After reading all similar posts, and not finding any solutions I'm turning to XDA developers for help.
I own a brand new (3 month old) T999V Galaxy S3.
The phone is not rooted, and for now, I do not plan on rooting it , in order to keep the warranty.
Approx a month ago , I have noticed, that at times my phone becomes non responsive, and stays non responsive for many hours in a row, significantly heats up, and looses a lot of battery charge.
I have investigated the issue: process /system/bin/sdcard hogs 47-50% of the CPU.
Killing the process simply restarts it again, rebooting the phone does not help.
Galaxy S3 has a "build in" internal SD card, and I'm also using an external one.
I have tried using two different external SD cards, but result was the same.
I have tried running the phone without any external SD card - the result: /system/bin/sdcard at 45% of the CPU !
So it seems that external sd cards are not causing the problem.
I suspected, that a media storage might cause this issue: I had completely reset media storage - to no avail.
Any suggestions, short of "factory reset your device", are more than welcome.
Few illustrations are attached.
Anyone?
Anyone? No one willing to help with the issue?
Solution found
As I figured out that none is volunteering to help, I had resorted to figuring it out myself.
So first I'd like to properly describe the problem:
Every time the galaxy was rebooted, the phone was unresponsive for many hours in a row.
Using an android app called process monitor, I have established that the process that was occupying CPU was named, /system/bin/sdcard .
After reading some Android development documentation I came to a conclusion that the process itself is not to blame: /system/bin/sdcard is a process spanned by SD card access service, and the real culprit could be any application accessing the SD card.
My gut feeling told me that it is somehow related to the notorious media scanner. So I went to Settings>Applications>Running applications, and stopped application called Media. Then I cleared the memory , and suddenly CPU consumption was normal again.
So I found the "what" now I needed to figure "why".
Using android programming documentation again, I have determined that the way media scanner is working is by traversing all directories for all files, and then my bet was that the scanner is getting stuck in one of those directories.
In order to empirically detect which directory was problematic I have used "Storage analyser".
This is a tool showing the size of the folders, and I figured that if a scanner got stuck on a problematic folder, "Storage analyser" will also get stuck on it.
As predicted it got stuck on a following folder:
/Android/data/com.sec.android.allshare .
Using file browser I have determined that the folder contained around 62000 (yes sixty two thousand) files.
As it was impossible to browse within this folder (the file browser was getting stuck when entering this folder, I have simply deleted it.
Further investigation shown that the folder is getting regenerated after reboot, and it contains Samsung Allshare temporary files.
So that's it - removing the folder with a very large number of files has done the trick.
Now my phone works flawlessly, and I'm keeping my eye on the Allshare folder (Samsung shame on you).
So anyone with the "media scanner running slow" problem. Search your drive for a folder with exceedingly large number of files, and get rid of this folder (if you can).
Keywords:
Galaxy S3 high CPU consumption,Android high CPU consumption,Android media scanner slow, Galaxy S3 Slow, Phone is slow on boot.
Amazingly enough, I had this same issue, and I was up to 80k files. Took 3 hours to delete them all. What got me searching was the fact that my tumblr app stop animating gif files. Not sure how, but they were indeed related. Perhaps being rooted had something to do with it. Anyways, I've removed allshare, and there are no signs of temp files growing again.
Removing large folder resolves problem
I too had a similar problem on my Galaxy S3, however, I'm running CyanogenMod 10.1 and not the stock ROM, so my problem was not related to the Allshare app.
I started noticing terrible battery drain (suddenly), I knew something had to be wrong because my battery usually lasts forever, so I started digging. I found that the /system/bin/sdcard process consuming almost all of my battery (battery stats screen under settings).
So next I opened up SSH and connected to my phone's shell. Took a look at top and can see that /system/bin/sdcard was consuming all of my CPU constantly, thus draining my battery amazingly fast. After searching around a bit about this problem, I came across this thread (after looking at pages of similar error reports with no real answers). So I decided to see if I could tell what the sdcard process was doing with files.
So next I ran:
lsof | grep media_rw
Which will show you any files opened by the user media_rw (the user running /system/bin/sdcard)... this led me to the application and directory that was causing the problem. The application stores an image cache and that directory had over 60,000 files in it. Some oddities however, the folder did have a '.nomedia' file in it, which should have told the media scanner to skip it. The files were also not named with an image extension. Also, these files were not on the sdcard at all but the internal phone storage.
I decided to give deleting the files a try, so I did a
rm -f *
in that directory... I got an error message indicating that there were too many arguments... a limitation in the rm binary or the filesystem maybe as well. So I backed up a directory and did a rm -Rf on the directory, which after some time removed the files. Immediately my CPU and battery stabilized and are back to normal.
All of this makes me think that there is really just some limit around 60,000 (65K is a magic number?) to what the filesystem can handle in a single directory (efficiently).
Anyhow thanks for pointing me in the right direction.
Wouldn't putting .nomedia in the root of the folder prevent it from being scanned at all? Rather than deleting folders that you don't know the function of?
I've got a stock S3 running nova launcher, but unrooted. i was typically getting around 14-20 hours battery life from a charge, with between 3-4.5 hours of screen-on.
i think it dates from the jelly bean update, but recently my battery life has dropped significantly... i'm lucky to get 12 hours, and very lucky to get more than 2 hours of screen-on.
i've been looking through many, many forum threads both here and elsewhere, but am getting really bewildered - i've installed betterbatterystats, CPU spy and Watchdog lite, but to be honest don't really know what i'm looking at/for. I've tried entering the '*#2880#' code (or whatever it was) and doing the battery restart.
I'm still losing around 8-12% batter an hour even if i literally don't touch the phone. CPU spy is showing 200MHz as using up a huge majority of the CPU time (currently 62% compared to 12% deep sleep, despite having left my phone alone for 1.5 out of the last 2 hours). Android OS, device idle and Cell standby have started showing up as huge culprits in the battery stats.
Kernel wakelock is showing "mmc1_detect" as being active approx 50% of the time.
Can anyone advise? I'm really just not tech-savvy enough to decipher any of this stuff!
You either have a rogue app that prevents the phone from sleeping, or an aspect of the OS is causing the same thing. I can't tell what it is from the info you've provided so, in general:
Normal suspects are apps that constantly update, e.g. facebook, twitter, weather etc. try freezing or uninstalling them one by one until you locate the culprit. The stock ROM has loads of battery draining apps included but even a normally 'good' app can go bad, if you can find the app casuing the issue then freeze it, clear its data or reinstall (not including data if from a backup). Don't freeze essential system components as your phone might stop completely.
Another common problem is the OS media scanner, which can be a big problem if its database is corrupt or the file structure on your SD card is damaged.
Try force stopping the Media Storage app, clear data then restart the phone - if the mediaserver still appears on the battery list for hours instead of minutes then you may have to backup, format and restore your SD card.
boomboomer said:
Another common problem is the OS media scanner, which can be a big problem if its database is corrupt or the file structure on your SD card is damaged.
Try force stopping the Media Storage app, clear data then restart the phone - if the mediaserver still appears on the battery list for hours instead of minutes then you may have to backup, format and restore your SD card.
Click to expand...
Click to collapse
amazing - thank you! my sd card which is very aged has recently stopped working and won't show up on the phone, but i didn't miss the storage so i've ignored it. that must be causing the problem, much appreciated!
Please post a screenshot of Kernel wakelocks and partial wakelocks from better batterystats when the battery is almost dead otherwise we are just shooting in the dark people on XDA know how to properly read bbs, and you will be more likely to get help.
My mp3 files get little encores tacked onto them for no apparent reason. Once dowloaded the song appears as it should (I had no reason to suspect any problem) Upon later listens, the song will end and then skip back to a random point during the song and play through to the ending again. At first I thought it was my mp3 player glitching So I didn`t think it was much of a problem. I changed mp3 players and it still happend. So I began checking the song lengths against the stated length of the songs I downloaded thinking the source was the problem. Sure enough many (but not all) of my song lengths would be anywhere between 10 seconds too long and double the song length. So I deleted and re-downloaded a bunch of my songs (After having went through the process of editing the tags so the songs would play in the right order and have added information I like to keep with my songs). While downloading this time I double checked the stated song length against the wikipedia information about the song. They would match to within a second or two at most. Then I would look in the music players listing for how long the song was. They would match to wikipedia as well. After re-editing the tags to how I want them sorted I checked the lengths again. Still matched. A few days later just for good measure I checked a few of my downloads... Too long again. I`d listen to the song and it would have an ending where there should be an ending and an added encore. Back where I started from.
Welcome to XDA
I've had scripted jpeg malware before. They can damage files in the folder they are in but can't damage the folders (or files in those folder) within the main infected folder. The folder acts as containment. If one of those get in a database folder with hundreds or more loose files it be hell to find. The solution is to delete the malware jpeg.
Never heard of that happen with audio files though. It's either a 3rd party app, system corruption or malware doing it. Files should not mutate by themselves. Load some known good mp3's and see what happens.
Clear system cache if you have that option.
Whatever the cause it needs to be tracked down.
Happy witch hunting...
In the future use mp4's, wav or flak for higher resolution...
blackhawk said:
Welcome to XDA
I've had scripted jpeg malware before. They can damage files in the folder they are in but can't damage the folders (or files in those folder) within the main infected folder. The folder acts as containment. If one of those get in a database folder with hundreds or more loose files it be hell to find. The solution is to delete the malware jpeg.
Never heard of that happen with audio files though. It's either a 3rd party app, system corruption or malware doing it. Files should not mutate by themselves. Load some known good mp3's and see what happens.
Clear system cache if you have that option.
Whatever the cause it needs to be tracked down.
Happy witch hunting...
In the future use mp4's, wav or flak for higher resolution...
Click to expand...
Click to collapse
thanks for trying to help. sure they are all in the music folder but each artist and album has a sub folder all to itself. whatever this is it is equal opportunity.... but not all inclusive. the extra long songs are spread out over lots of different places but not all songs in any given location are affected.
I`ve sent emails to the app devs to see if they have any ideas.
I`ve also scanned for viruses and malware. no hits. also the rest of the phone is running fine except for a little laggy at times on my tag editor app.
well that is unexpected! I played an affected song with Files by Google and it is the proper song length and has no encore. Both my tag editor which can play songs and my mp3 player app show that the song is too long and they play the encore. different developers for both apps.
Take the tag editor out of the equation.
Any other 3rd party apps with permission to access the music folder?
Try using Poweramp as the player. It's rock solid stable.
If you have backup of the library on the PC, etc delete the one on the phone, then replace with the backup copy.
It could still be malware or software/firmware corruption. A factory reset may be needed if you can't find the root cause. Play with it.
What triggers it? Is it a specific file type?
Scan a effected file with online Virustotal.
Looking at running services and cache apps see what's running. If you can clear the system cache do so.
Do some Google searches too, it doesn't have to be that exact device. This is bizarre... until you track it down.
checked file with virus total online. a bunch say undetected. 15 say unable to process file.
only file type is mp3 I can`t figure out the cause. it seems so random.
last time I cleared cache I lost all of my attached lyrics (I also translate the lyrics to spanish so my wife can better understand the song lyrics) that is a lot of work to undo. I am loath to do so. I`ll do so as last resort.
now the only apps that have access are camera, files by google, gallery, mcAffe Security, and messages. I removed permission from 10 or so apps. none of them were suspicious. all well known brand name apps.
tag editor no longer has permission nor my mp3 player (muzio)
going to DL poweramp
going to restore music files from an external hard drive
System cache, not app cache. On Samsung's it's on the boot menu. If this applies to your device too.
.wav files effected?
can`t even find help online to locate how to clear system cache on my phone. it is a oneplus nord n10 5g
no wav files are affected that I am aware of. I don`t know how long they are supposed to be and I haven`t searched for and listened to them to find out.
I searched for cache cleaners in the play store and downloaded the highest rated antivirus app on the list. its by protectstar AI v1.1.4(1030). because of my search parameters I thought it would have a cache cleaner. nope.
I ran a regular scan which found no problems. running a deep scan now. 36% through and no problems.
It is saying it found a surprising number of apps. 363 of them at this point. If I added my last 5 phones apps together I might expect fewer apps.
it seems I have to go into recovery mode (don`t yet know how and it sounds like something I don`t really want to do) in order to clear system cache. It also seems that doing so will clear all the app caches. I already stated why I don`t want to do that.
BryanJam said:
it seems I have to go into recovery mode (don`t yet know how and it sounds like something I don`t really want to do) in order to clear system cache. It also seems that doing so will clear all the app caches. I already stated why I don`t want to do that.
Click to expand...
Click to collapse
The app caches are separate from the system cache at least on Samsung's. Verify that first.
Otherwise it's no big deal.
Some malware has no definition and will not show up on any scans. If it's a file(s) in your music database that's the cause it will need to be deleted. The trigger many times is when the file is opened. This may help you locate it if that's the cause.
no problems with the deep scan aand I just cleared system cache.
will see what happens now.
The backuo I had took me back WAY back. I swear I backed up more recently. I`ll be a long time straightening everything out.
Thanks again for the help! I`will come back and reply if the problem persists after I have caught back up.
If it's a file with malicious metadata or something in it, it will be tough to find.
Contain, isolate, remove. Protect the backup copies!
I like to keep time staggered redundant backups, a minimum of two. If you're backup copy fails?
My music database is over a half dozen backups deep on multiple sdds and hdds.
blackhawk said:
If it's a file with malicious metadata or something in it, it will be tough to find.
Contain, isolate, remove. Protect the backup copies!
I like to keep time staggered redundant backups, a minimum of two. If you're backup copy fails?
My music database is over a half dozen backups deep on multiple sdds and hdds.
Click to expand...
Click to collapse
I know sooner than expected. I was listening while I work and after about 15 songs or so I got an encore from one of the backup songs. I see there are three versions of that song in my back up. one 4 minutes 30 seconds one 3:49 and one 3:39. it`s supposed to be 3:50 according to wikipedia. of course I checked the 3:49 ends normally. but get this the 3:39 one ends at 2:00. go figure.
BryanJam said:
I know sooner than expected. I was listening while I work and after about 15 songs or so I got an encore from one of the backup songs. I see there are three versions of that song in my back up. one 4 minutes 30 seconds one 3:49 and one 3:39. it`s supposed to be 3:50 according to wikipedia. of course I checked the 3:49 ends normally. but get this the 3:39 one ends at 2:00. go figure.
Click to expand...
Click to collapse
So the backup is tainted too?
I am running another deep scan this time with the backup drive attached. 47% through no problems found but I am guessing it is. whe n the scan is complete I will play the tainted song directly from the backup to see if it has the three versions with three different lengths.
I have multiple versions of many songs. The fact that they are mutating is deeply concerning though. I've never seen that.
I intentionally have multiple versions of songs. not for this one. However there are three versions of different lengths on the backup drive the one with 4:36 has an encore and two with 3:49 one of the two ends at 1:56 the other ends normally. nothing detected with the deep scan.
hey black hawk. I am working on restoring my song collection. very few of the backed up songs were effected. doesn`t mean I don`t have to check them all!
I have two questions about power amp that you might be able to answer.
If I listen to half a song and then select a new song to listen to the next time the first song comes up to play it starts where It left off in the middle of the song. Is there a setting I have set up wrong or whats the deal? (figured this one out) it was the store/restore per track progress
also is there a way to reset play counts on the tracks? during this process I sometimes have to listen to a song a couple of times. When I get finished I would like to start with the track counts all back to 0 so that I can shuffle and not hear the same songs over again while neglecting some others.
Mine doesn't behave like that; if I skip forward then back, that song starts from the beginning.
It's in settings, somewhere. Make frequent settings backups especially during set up, just in case. Those backups are important with a complex app like this.
I don't understand your second question. I use playlists or play albums. I don't use suffle or random select as I have over 6000 tracks! I have music database backups that go back over 12 years. Time staggered backups are important if the database is somehow corrupted.
I'm very curious what caused your problem. Never heard of this before, but that doesn't mean it can't happen! Again it reminds me of those malware jpegs.
I vet all downloads before moving them out of the download folder. It may be as simple as playing the track, opening the jpeg or more in depth like scanning with online Virustotal. If there's any doubt, no matter how small, that file gets deleted. Nothing is worth the risk of potentially damaging a database or OS load.
blackhawk said:
Mine doesn't behave like that; if I skip forward then back, that song starts from the beginning.
It's in settings, somewhere. Make frequent settings backups especially during set up, just in case. Those backups are important with a complex app like this.
I don't understand your second question. I use playlists or play albums. I don't use suffle or random select as I have over 6000 tracks! I have music database backups that go back over 12 years. Time staggered backups are important if the database is somehow corrupted.
I'm very curious what caused your problem. Never heard of this before, but that doesn't mean it can't happen! Again it reminds me of those malware jpegs.
I vet all downloads before moving them out of the download folder. It may be as simple as playing the track, opening the jpeg or more in depth like scanning with online Virustotal. If there's any doubt, no matter how small, that file gets deleted. Nothing is worth the risk of potentially damaging a database or OS
Click to expand...
Click to collapse
shuffle has a slider with less random and full random. less random takes into account how many times a track has been played and prefers the least played tracks preventing randomly hearing the same track twice in a row, full random just randomizes the tracks and that being the case you might hear the same song twice in a row with the less random option you can play a twenty song playlist on shuffle and not hear the same song twice until all the songs in the playlist have been played at least once. With full random you might hear song 6 8 times before you hear song 1 once.
i heard back from power amp tech support. they tell me to do a full rescan in order to reset the play counts. if I do what they say which is go to settings/ library where there is an option to do a full rescan. I select this option and it warns me that all tag info will be erased from power amp database and library/folders will be rescanned also WARNING! track entries from ejected/unmounted storage/ SD cards will be removed from Library/Folders, buyt will stay in play lists.
i suspect the file manipulation had to do with the auto tagger I paid good money for and used to edit tags by album or artist and add lyrics to individual songs. I believe it was callaed autotagger - music tag editor by sergey churpin. I sent them an email quite a while ago. no response.