Related
I've extracted the bluetooth files from the Ace dump (Used in Desire HD Roms) and these seem to be working for standard Desire Roms too and solve the problem of some non working headsets, well at least for my couple of Plantronics units tested on my froyo/sense build. If anyone wants to test, I enclose the files. For Cm6/ standard froyo maybe try the system/etc files only, but I haven't tested.
Make a backup of your system.ext2 file so you can reverse changes.
Unmount system and place files in: /bin, system/bin. /etc, system/etc.
system/lib. (I deleted the current files first)
Again backup your system.ext2 as this might not work for you.
Do I try this if my bluetooth is connecting but not getting any sounds when calls come in?
Yep that's the problem I had with all builds (except new hd builds) this fixed it for me.
BT
may i know what does it do? right now i have to physically enable bluetooth by using the workaround. will this auto connect our bluetooth like the actual android phones?
dericion said:
may i know what does it do? right now i have to physically enable bluetooth by using the workaround. will this auto connect our bluetooth like the actual android phones?
Click to expand...
Click to collapse
Mine autoconnects, when you make a call you can here it in your headset now with no workround, no need pressing this or that button first. There are quite a few new files in the etc, folder which seem to be missing before. If anyone has any luck with this please let us know. ps. If your not using sense based Rom then your bluetooth lib files will be different and maybe wont work, so maybe try only the etc files.
Do you know if this works on the evo builds or just the desire builds?
dbh369 said:
Do you know if this works on the evo builds or just the desire builds?
Click to expand...
Click to collapse
I am using michyprimas latest evo based kernel. It should work on any sense ROM but maybe you can test?
Sure, still a noob at hacking these systems, a little more direction. I've found the root files using es explorer, now what?
Edit: did the root/system/<lib,etc,bin> directory in my Android folder trick and restarted. It seems to have loaded your files in /system/* , in /etc but not it /bin. It did not seem to fix my problem of no audio. I get all controls working fine (volume, call hang up, etc,) on my Plantronics 520, but no change in the audio, still comes through the speaker.
Maybe if you use something like root explorer to delete and replace the files in all 5 locations, rather than the root method in Android folder, then you can be 100% sure if it works or not. Check also file permissions all boxes ticked (chmod 777)
It's working!! Thank you!
I have never had my LG hbm-520 working correctly with any build until now. The fix doesn't seem to work when I tried it with Hastarin 4.1 but it's working very well with CoreDroid .4 plus Michy R0 evo build.
can someone help me out and tell me where the lib folder is located? I dont see it in the root folder. I see bin and etc but no luck on lib. Does it not exist and that is why i dont see it? I imagine i can just copy them over folder to folder and over write the current ones.
I am having the problem with bluetooth. Everything connects and allows me to control. However when i receive a call i can answer i just cant hear them and they cant hear me. It works if i call them though.
NM i see them in the /system folder. Gonna give it a shot.
So then the question is what location do we replace the files? in / or /system/ or ...?
@ aaronkt; there is an etc folder in the root of your device and within the system folder, copy/ replace files I posted twice, ie to both locations. Exactly the same to bin folder both locations, lastly to lib folder located within system folder.
LondonTownGuy said:
@ aaronkt; there is an etc folder in the root of your device and within the system folder, copy/ replace files I posted twice, ie to both locations. Exactly the same to bin folder both locations, lastly to lib folder located within system folder.
Click to expand...
Click to collapse
Some file seems to be protected when you try to copy with ES Explorer... any suggestion about this?
Thank you, ciaooo.
max.tytn said:
Some file seems to be protected when you try to copy with ES Explorer... any suggestion about this?
Thank you, ciaooo.
Click to expand...
Click to collapse
Turn on the root explorer settings then you can copy over the files. Turn the settings off after you're done.
Fantastic,
this fixed all my problem with the car free speaking in my Ford S-Max.
Latnik
Hi London Guy,
Could you please extract for us the hTC ebooker reader from the Desire HD rom. I imagine if the files are extracted the Reader maybe be able to work with the Evo and other roms even though its currently not working even with the HD rom. Sorry I dont know how to extract android apps from rom would have tried to do it myself. I am really looking forward to the day I will be able to use the beautiful htc Reader in my android HD2 similar to the winmo reader. Thx
Didn't work for me unfortunately.
I'm running this rom at the mo NexusHD2-FRG83_V1.2__Froyo_2.2.1_
I tried replacing all the files first and bluetooth stopped working altogether.
So I restored system.ext22
Then I tried just replacing the system/etc files. That didn't work so I replaced /etc files as well and that didn't work either.
I can't live without stereo music so I guess I'll have to go back to another build.
@playstation the ace dump has been posted here, if you want to try the ereader files. It will be much harder to get them to work as they are probably linked to that sense version and device id.
http://forum.xda-developers.com/showthread.php?t=787199
@chrisnash it may have been useful to also change the kernel too in your test, eg. to one supporting the sense bluetooth stack, I guess the rom you used will be using something like michyprimas R11 then you needed to change it to the o (sense) version yours would have been the n (nexus) version.Having said that there are probably more changes that may be needed, maybe a plain froyo /cm6 based rom can be built from scratch to support the sense bluetooth drivers.
I; For one am wishing for an updated Froyo (Stock or CM6 only) build.....
(I tried this also with no luck getting BT).....
I am fortunately blessed with patience.......
I am having bt issues on the non sense builds. Bt pairs and connects no issues. Once I try to make a call, it locks up phone and I have to pull the battery. This has benn an ongoing issue with all builds I have tried. Any ideas?
[TIP/TRICK] Stop Stock Gallery From Creating .thumbnails Folder! Save SD Card Space!
First off, I'll start by saying: "I am not responsible if you brick your phone! Always make a nandroid backup before using my steps/messing with Autostarts! (It's a very powerful application!)"
If you use a 3rd party gallery app (Like QuickPic, my personal favorite...) - You are probably tired of wasting over 100mb of space on your SD card... (And waiting a long time for booting up as well...) I had no need for the /sdcard/DCIM/.thumbnails folder taking up space on my SD card, so this is how to disable the stock Gallery app from doing so!
I researched a little on how to accomplish this and came up with little information, so I thought I'd share:
What you'll need:
1.) Autostarts app (I used: Version 1.7.0)
---
Steps/Directions:
1.) Run Autostarts
2.) Look for these entries: Media ejecting/mounted
3.) Choose either entry (ONLY CHOOSE ONE, IT DOES NOT MATTER WHICH! Choosing one entry will disable both entries in Media ejecting AND Media mounted!)
4.) Click on BootReceiver
5.) Choose Disable (A popup will show saying "This is a system app, are you sure? etc.)
6.) Done! Reboot. On boot, go to /sdcard/DCIM/ and look inside for the usual .thumbnails folder, it should be contained with a few (SMALL) files now!
Note: (Make sure you disable the entry BootReceiver ONCE, it should "strikeout" (as in: draw a line through) the entry BootReceiver, to show it has been disabled on boot.) - zmag
Hmm, seems I just looked in my folder and I saw the darn .thumbnails file again... If anyone knows how to disable the stock Gallery app from wasting boot time & sd space; PLEASE TELL ME!!! - zmag
Well, it looks like this is not a big issue for anyone out there - but it still annoys me.
I have since "frozen" the stock Camera and Gallery apps with Titanium Backup Pro, and still; no luck.
Now, granted when I reboot my phone and look in my DCIM folder it doesn't seem to be creating the .thumbnails folder 100% of the time. But the folder is still being created somehow, and my only guess is from a third-party app (and I can't seem to pinpoint which one) but I'm gonna test to find out which and post my results...
I wish someone out there could give me some input, I've been talking to myself here for too long. - zmag
This isn't the same, but you can create a filetype named '.nomedia' and place it at the root of the folder where you want and it will stop displaying the thumbnails in the gallery app.
http://smartadopter.wordpress.com/2...mbnails-showing-in-the-android-photo-gallery/
OK I believe I may have found the possible solution to this problem.
I was searching around on how to fix this problem as well, and tried a few things myself and believe I have found a solution, so I had to sign up for xda to share with everyone else. So please be gentle as this is my first post, although im a long time lurker.
I also got rid of the stock gallery (uninstalled with Titanium Backup) and now use Quick Pic. although I have removed the stock gallery it still builds that 60mb+ thumbnails directory on my SDcard. I was using SD Maid to delete it but it gets annoying that it kept reappearing even after the uninstall of stock gallery.
Now to start fixing,
I realized it was actually a large single file itself named ".thumbdata3-1967290299" in "sdcard/DCIM/.thumbnails/" that was taking up the 60mb+ , the smaller individual thumbnails Quick Pic created only added up to a 1mb or so.
So what I did was I just grabbed a random useless file from my SD card I didn't need anymore (an alarm clock plus backup .bak file, but I would assume the *new file" option in root explorer would do the same) and I renamed the unneeded file the same name as the file in /.thumbdata/ (the the .thumbdata3-19672902099).
Now I had a .thumbdata file that was only 1.75kb and just simply moved it to the sdcard/DCIM/.thumbnails/ folder and replaced the 60mb .thumbdata file with the smaller one.
After a few restarts of my phone, opening and browsing Quick Pic, checking my thumbnail size a few times with both SD Maid and Root Explore - I now have a much smaller 1.75kb file instead of the old 60mb file.
Hopefully this well help some of you out and solve your problem as well, as far as I can tell it is no longer making that thumbnail file expand so large on my phone.
Phone: HTC Hero CDMA
ROM: Cyanogenmod 7.1
Carrier: i-wireless/sprint
hewillmakehell said:
OK I believe I may have found the possible solution to this problem.
Click to expand...
Click to collapse
i've tried both your copied file trick and making a new file with root explorer, both to no avail. ".thumbdata3--1967290299" always reverts to its old size if any app associated with the gallery is opened.
has yours really stopped reappearing?
i can't figure out where the large thumbnail data is stored, but it must be in the system somewhere...
problem solved
hey i figured out how to fixed this on my atrix. should be the same for all android phones.
http://forum.xda-developers.com/showthread.php?p=28447099#post28447099
There's no "external.db" inside my "com.android.providers.media" folder.
However, I didn't even understood what I was supposed to do with this file. What he meant with "trim the thumbnails table with an sql editor"?
I quoted the post you linked below:
i found the place where the thumbnail data is stored, which was making the huge thumbnail file and crashing Entertainment Center.
it isn't storing the entire ".thumbdata3--1967290299" file (which can be hundreds of mb for some people), rather a large (tens of mb) .db database file that is being used to recreate it on demand.
/data/data/com.android.providers.media/databases
external.db
with Root Explorer i could view the file, and Speed Software also sells an sql editor which you can use to trim the thumbnails table.
*be careful: deleting entries from this file also seems to delete it from the device! i deleted all records from the thumbnails and images tables..
learn from my mistake. i thought it would regenerate, but it deleted all images from /sd card. good thing i backed up all my photos first, but better to use the filter option and trim out only the records for files that are no longer on the device.
".thumbdata3--1967290299" now reappears, but a whole lot smaller.
Gallery opens so much faster now, and Entertainment Center works again!
hope it helps!
Click to expand...
Click to collapse
i bet it is hiding somewhere. maybe it's slightly different on other phones.
the issue was that i had an ever-expanding sdcard/dcim/.thumbnails/.thumbdata3--1967290299 file being recreated every time i accessed the gallery viewer, even after that thumbnails folder was erased.
my device was keeping track of ALL the media files that were ever on it, not just the ones presently on it. so the more files that passed through my device, the bigger the thumbdata file kept getting. the external.db file contains a table that lists all media files along with a bunch of attributes for each. apparently this db file is used to generate the thumbdata file. all the info for deleted files just leads to more padding inside the thumbdata file, so it keeps getting bigger.
by trimming the table i meant to delete the records in the external.db that correspond to thumbnails for media no longer on the device. that file is an SQLite file, so to open it you need a special viewer/editor. i first used the SQLite Viewer that comes with Root Explorer. with that, i could see the all the redundant thumbnail entries. to edit it, i got the SQLite Editor, though i'm sure there are other ways. then it's a matter of recognizing which files it lists that are no longer on your device, and getting rid of those rows from the table. in my case the external.db file went down from 8mb to 500kb after i did that.
screenshot 1 showing tables inside external.db, using SQLite Editor
screenshot 2 showing 'thumbnails' table
TBN FILE 2gb
hi
i have a huge thumbnail file in he sd card its almots 2GB
i have already came to opeing the list for thumbnails in the editor
but i dont know how to filter it that i can delete only the files which are not in the sd card (i.e already deleted ) plss guide me throught ,,, this and u will be a star:good:
whitebreadstyle said:
i bet it is hiding somewhere. maybe it's slightly different on other phones.
the issue was that i had an ever-expanding sdcard/dcim/.thumbnails/.thumbdata3--1967290299 file being recreated every time i accessed the gallery viewer, even after that thumbnails folder was erased.
my device was keeping track of ALL the media files that were ever on it, not just the ones presently on it. so the more files that passed through my device, the bigger the thumbdata file kept getting. the external.db file contains a table that lists all media files along with a bunch of attributes for each. apparently this db file is used to generate the thumbdata file. all the info for deleted files just leads to more padding inside the thumbdata file, so it keeps getting bigger.
by trimming the table i meant to delete the records in the external.db that correspond to thumbnails for media no longer on the device. that file is an SQLite file, so to open it you need a special viewer/editor. i first used the SQLite Viewer that comes with Root Explorer. with that, i could see the all the redundant thumbnail entries. to edit it, i got the SQLite Editor, though i'm sure there are other ways. then it's a matter of recognizing which files it lists that are no longer on your device, and getting rid of those rows from the table. in my case the external.db file went down from 8mb to 500kb after i did that.
screenshot 1 showing tables inside external.db, using SQLite Editor
screenshot 2 showing 'thumbnails' table
Click to expand...
Click to collapse
I had the sam issue, but unfortunately your solution didn't help me. I have only a couple of pictures on my phone, but a lot of GBs of music on SDCard and I think this is he reason why .thumbdata3 file is so large on my phone.
I also tried using SDRescan as proposed here: http://forum.xda-developers.com/showpost.php?p=28516079&postcount=6, but that didn't help either.
I've done some more research and found a solution here: http://www.mobilephonetalk.com/show...in-memory-card&p=311954&viewfull=1#post311954. After I deleted the .thumbdata3 file, created a blank one with Root Explorer and removed write permission to it, the file stays at 0 bytes and Camera and Gallery apps still work fine.
mihir880 said:
hi
i have a huge thumbnail file in he sd card its almots 2GB
i have already came to opeing the list for thumbnails in the editor
but i dont know how to filter it that i can delete only the files which are not in the sd card (i.e already deleted ) plss guide me throught ,,, this and u will be a star:good:
Click to expand...
Click to collapse
it sure would be nice if android did that automatically
i don't know how though, sorry.. maybe there is a way, but it is surely safer to backup the media files to another drive, trim the db, then move them back if necessary.
---------- Post added at 09:47 PM ---------- Previous post was at 09:42 PM ----------
strom87 said:
I've done some more research and found a solution here: http://www.mobilephonetalk.com/show...in-memory-card&p=311954&viewfull=1#post311954. After I deleted the .thumbdata3 file, created a blank one with Root Explorer and removed write permission to it, the file stays at 0 bytes and Camera and Gallery apps still work fine.
Click to expand...
Click to collapse
i guess that's one way of doing it. it just means all the thumbnails have to be recreated every time you open the gallery or file browser.
strom87 said:
I had the sam issue, but unfortunately your solution didn't help me. I have only a couple of pictures on my phone, but a lot of GBs of music on SDCard and I think this is he reason why .thumbdata3 file is so large on my phone.
I also tried using SDRescan as proposed here: http://forum.xda-developers.com/showpost.php?p=28516079&postcount=6, but that didn't help either.
I've done some more research and found a solution here: http://www.mobilephonetalk.com/show...in-memory-card&p=311954&viewfull=1#post311954. After I deleted the .thumbdata3 file, created a blank one with Root Explorer and removed write permission to it, the file stays at 0 bytes and Camera and Gallery apps still work fine.
Click to expand...
Click to collapse
How did you removed write permission from the thumbdata3 file with RootExplorer. If I try this, then I get a message, that that is not possible on the SD-Card and nothing happens!! The permissions stay !!!
Sunnymen1975 said:
How did you removed write permission from the thumbdata3 file with RootExplorer. If I try this, then I get a message, that that is not possible on the SD-Card and nothing happens!! The permissions stay !!!
Click to expand...
Click to collapse
You can try creating a folder instead of a file(no need to set permissions). So far, it's working
lbrfabio said:
You can try creating a folder instead of a file(no need to set permissions). So far, it's working
Click to expand...
Click to collapse
Another quick way that seems to work:
Code:
rm -rf /mnt/sdcard/DCIM/.thumbnails && touch /mnt/sdcard/DCIM/.thumbnails
rm -rf /mnt/sdcard/external_sd/DCIM/.thumbnails && touch /mnt/sdcard/external_sd/DCIM/.thumbnails
Hello, I also have this problem. Now I put another file with that name and that seems to work.
However, I came on this because my device went suddenly very slow.
Is it possible that the application that writes these .thumbnail files is still searching through the complete device, even when it cannot update the file?
And, how can I inspect what app is causing this file or slow down?
Fixed!... deleted .thumbnails folder and then created a file called .thumbnails using root explorer....thats worked for me in my THL w1..saved 1.2 gb of space!
Is there anyway to stop the stock camera from posting pics in the DCIM folder? I am somewhat ocd and would like them to be posted in a folder of my choosing.
estranged1977 said:
Fixed!... deleted .thumbnails folder and then created a file called .thumbnails using root explorer....thats worked for me in my THL w1..saved 1.2 gb of space!
Click to expand...
Click to collapse
Created a file or a folder?
petrsiri said:
Created a file or a folder?
Click to expand...
Click to collapse
try create folder (I do this and see no more thumbdata3-files yet two months)
If you're having trouble with missing photos/music in CM9/10 just lately... here is what I did and it seemed to resolve the issues I was having
It seems that the Rom Manager update is causing the issue by putting a bad .nomedia file on the sdcard.
How I solved it
1. Get a file explorer and go to the root of both sdcards and see if there is a .nomedia file there and delete it
2. Then go to /android/data on both sdcards and see if there is one there and if so delete those too
3. Then go to Settings and then Apps and uninstall the updates to Rom Manager (we can't uninstall Rom Manager as it comes preinstalled in CM9/10)
4. Whilst in Apps go to all apps and clear data in Media Storage (this will also change your ringtones back to default)
5. Reboot phone
6. Once rebooted you will notice that if you go to gallery you will have no pics at all, just give it a few minutes or maybe longer depending on how many pictures/music you have on your phone and they should reappear after a while. Mine did....
This has worked for me twice now :laugh: Let me know if it works for you....
Wow, this is exactly what I am trying so hard looking for the solution for days! All my galleries and music players was messing up, and now it solved thank to you!
Greatly appreciated
istpet elizabeth
thanx alot.... i guess .nomedia was the main problem
Thanks a lot for this fix. Got my camera pictures back but not the pictures from the apps and other music and videos.
Sent from my GT-N7000
thanks for the solution.
Not working ..i dont have nomedia in both locations.. infact my extsdcard is in the system root and not in mnt/.. im using jellycore 1.3 with hydracore 4.1..
sgsabhi275 said:
Not working ..i dont have nomedia in both locations.. infact my extsdcard is in the system root and not in mnt/.. im using jellycore 1.3 with hydracore 4.1..
Click to expand...
Click to collapse
Do you have your file explorer configured to show hidden files?
I don't know how it happened, but it appears that I have somehow changed the path that contains the ringtones. I was looking for them out of curiosity. Now, whenever I try to bring up ringtones, I get a directory listing of /storage/emulated/0. I can probably reset it properly, but I don't know they actually reside. I don't have root access, and I'm afraid that may be a problem in resetting the path. I'm thinking that's why a search with ES File Explorer can't find them, (or maybe I'm not searching for the correct extension). Can anyone offer any guidance?
I would be grateful for any suggestions.
Regards,
pb
Can't help you without root access. The correct path is:
/system/media/audio/ringtones
Edit* In doing some looking. Were you trying to add more ringtones? The folder you gave seems to be the downloads folder. Ringtones you add maybe be in another folder. For example it could be ...../emulated/ringtones
Another example would be any folder in your usable internal storage will come after the emulated/
Sent from my awesome AT&T SAMSUNG GALAXY S4 SGH-I337 using xda developers app.
I did a search, but it yielded no results, so I'll ask it here... I use file Explorer and every now and again it will tell me in the status bar that I'm using this much space on the internal memory and ask to delete recently downloaded files or something to that effect. I tell it no and go on with my day. Today I realised that 7gb have mysteriously gone missing from my download folder inside file Explorer. I have no idea what happened to them. I'm currently running PureNexus with elimentalX kernel. Has anybody else experienced this? I'm wondering if this could be rom, file Explorer, or download manager related. Thanks in advance...
I am having the exact same damn problem as you. and I cannot copy it out of my phone, because it cannot be found in my phone. lol wtf
PS I am on Android N, and this has happened to me multiple times in the past.
Same thing with me. Stock ROM, rooted.
It's weird, the files can be found on the phone but not while trying to transfer files to PC.
There was a known bug since Android I-don't-know where whenever there is a new folder/file created, commonly in the Downloads folder, Java wasn't reloading that folder so it was stuck to the last time the folder was reloaded, long story-short, it stays as it is until you reload the code.
Try clearing Media Storage cache and then reboot. That got mine fixed.