Related
Hey all,
Anyone know if its possible to exclude certain directories (or only scan certain directories) from the media scanner? I have a bunch of games on my phone that put audio / video files on the SD card. The media scanner picks these up and means when I am in music player I have thousands of tiny sound effect files from the games listed. Bit annoying to say the least
i believe you can get around this by adding a file .nomedia into the directory
ive never tried it personally but thats the way. a google search for .nomedia on android will probably point you in the right direction if no one can give u a 100% answer.
this link may provide more information:
code.google.com/p/android/issues/detail?id=3692
might be worth trying on a test folder first.......
Sweet, that works a treat.
Thanks!!
Yep, worked here too...saved me from makin a post
Sent from my DROIDX using Tapatalk
Grims said:
Yep, worked here too...saved me from makin a post
Click to expand...
Click to collapse
..... did not.
So this post is over a year old but you know what it was useful and also worked for me!
and here is free app from market to do that =)
StudioKUMA .nomedia Manager
Do not apply this
Did any of you actually read the issue report mentioned by OrionTC? (code.google.com/p/android/issues/detail?id=3692)
It says that if you place a .nomedia file in a directory, all media files that were previously indexed inside will also get deleted from the file system because of a bug!
The bug report was officially closed on May 3rd but if there ever was a working fix, it hasn't made it into any major distribution of Android 2.2 and upwards.
So if anyone finds this thread (like me) and applies the .nomedia solution without reading the bugreport (luckily unlike me), I hope they see this warning.
Do not apply this solution if you care about any of the files inside the affected folder (+ recursive folders inside)!!
Apparently I'm not even affected by this, but I'm on a custom ROM so it's not clear who put the fix in or whether I tested this correctly.
On the issue report there's a Nexus S user confirming the issue on his stock Android 2.3.4.
Please subscribe to the reopened issue report code.google.com/p/android/issues/detail?id=19798 and comment there if you're able to reproduce this on your device. (use a test folder!)
emmm...
I DO NOT know what is written somewhere.
I know what I DID.
So, let me make one suggestion to you: before posting: check.
On stock Froyo, then JVQ/JVR - i NEVER experienced this, although I put .nomedia files on.... some directories.
ALL files remain visible, and can be view/transferred.copied if I want.
Again: try. Make: dummy folder on SD card, copy ONE jpg there, and then - make .nomedia file there.
Browse, edit, reboot, make whatever you want. then: delete .nomedia file. Browse with gallery, and whatever you want.
TIP: your link refers to i-897 model, we are here with i-9000. then: sorry, mate, but who's so stupid idiot, who expect that AFTER FACTORY RESET, his/hers files will remain?
Isn't it obvious, that during factory reset you shall remove card/copy your files?
Let me just remain you: FACTORY RESET should format ALL your files, not the media ones, and if any of your file is remaining - this is a bug.
This is a general issue at the core of android, just happens to be discussed in the I9000 forum. I found it through Google.
The factory reset in the new issue report isn't important. This is also reported to happen after a simple remount of the sd-card.
Factory resets shouldn't touch the sd.
As I already stated, I couldn't reproduce the problem myself, but since people of various models and Android versions reported this, including Nexus S, I think it's important to point that out.
I couldn't in good conscience give the .nomedia advice to anybody, as long as the bug hasn't been confirmed dead for some time. It's just too gross and too risky.
Nomedia trick is safe...the folder n all sub folder will be excluded in media scanning. It doesnt delete or adds files...it just scan..
Thread closed. Problem solved already.
Sent from my GT-I9000 using XDA App
I'm not sure about Samsung, but I've just lost 10GB of videos because of this bug on HTC Desire S, [Endymion V2.1|Sense 3.5|GB 2.3.5].
The problem is when media scaner "knows" about your files, and you add .nomedia. After next rescan are all media files deleted. Not by mediascanner itself, but by some job connected to mediascanner database.
Horacek said:
I'm not sure about Samsung, but I've just lost 10GB of videos because of this bug on HTC Desire S, ....
Click to expand...
Click to collapse
I'm not sure about Samsung, but uncle of my grandma's sister's nephew lost his pants when entered the church. We all think that it was a God's will... and is common to SGS same way as your post...
holy shmoly youve got my banana face moulded in concrete award for that one
I know this is an old thread, but since this is one of the first results when googling how to hide directories from media scanning, I'm reporting here that the ".nomedia" solution had always been the official solution: https://developer.android.com/guide/topics/data/data-storage.html.
Hiding your files from the Media Scanner
Include an empty file named .nomedia in your external files directory (note the dot prefix in the filename). This prevents media scanner from reading your media files and providing them to other apps through the MediaStore content provider. However, if your files are truly private to your app, you should save them in an app-private directory.
Click to expand...
Click to collapse
The bug reported by @OrionTC should be no more relevant in recent Android versions.
I fear now that I'm gonna have to return it because of one major design flaw. That is, the use of the EXT filesystem.
When I try and copy a selection of folders full of photos to the Nexus 7 whether via USB MTP or Wireless, every single file has had it's timestamp changed to the exact time/date the copy operation occurred. This for me, is a complete nightmare.
I have loads of folders with photos that I need to keep in chronological order, if the timestamp is changed (without actually modification of the files) I am unable to sort them date descending (so the newest files appear first).
I have even tried copying a test selection to my Dropbox and using FolderSync to sync the photos back down to the device - however, this doesn't work either. As soon as the files are on the device the filesystem modifies the timestamp.
I could of course just leave the photos in the Cloud and view them that way, which I don't mind but I have yet to find a photo gallery app that is able to view photos via Dropbox and provide slideshow capability without downloading them to the device.
Everything works just fine on my SGSII (running ICS 4.0.4) when copying data as all timestamps are retained. I believe this to be down the use of the FAT32 filesystem as opposed to EXT and the fact that USB Mass Storage works and not crappy USB MTP as used on the Nexus 7.
If anyone has a successful workaround to retain timestamps of files I would appreciate it. I can't believe its so difficult to copy a few photos to the device.
I don't want to send it back as I love the Nexus 7 and Android in general but I think I'm gonna have to if I can't get it to work the way it should.
:silly:
Try importing your pix through an app called quickpix. Its a great album/gallery. Its a free app. Try a few test photos to see I it retains your time stamp. There's a good chance it does. I know what you mean though. Its not a nexus7 only thing. Alot of devices do that.
demandarin said:
Try importing your pix through an app called quickpix. Its a great album/gallery. Its a free app. Try a few test photos to see I it retains your time stamp. There's a good chance it does. I know what you mean though. Its not a nexus7 only thing. Alot of devices do that.
Click to expand...
Click to collapse
I take it you mean QuickPic? I have that and use it on my SGSII but it doesn't work on the Nexus 7. Like I said, as soon as the files are copied to the NX7 the timestamp changes. If QuickPic supported Cloud storage then maybe that could be a workaround but it doesn't.
If you're only concerned with the timestamps for photos, then this app can change the timestamps to match the timestamps in each photo's EXIF info:
https://play.google.com/store/apps/details?id=com.metaworldsolutions.android.exif.timestamp&hl=en
Google+? All my pics are in chrono order.
Sent from my Nexus 7 using xda app-developers app
Possibly zip the files first then transfer?
It wouldn't be hard to make a little script to batch rename all your folders to include the date on your pc of before you copy them over.
Also, which time stamp is it changing? Modification?
As an aside, I think ext4 now supports another time stamp: creation. Or, I made up reading that!
Sent from my Nexus 7 using xda premium
It's because of MTP and has nothing to do with the file system used.
Use FTPDroid to transfer your files over. Your timestamps will be preserved (depending on the settings of your FTP client).
MTP doesn't give access to the underlying filesystem, thus doesn't allow your copying program to set them accordingly. MSD gives you direct access, which is why you didn't have the issue on your SGS2.
German Court Ban on all Mot Fat phones
Microsoft has all Mot phones with Fat banned in Germany ... may be why Google using Ext
kraized said:
I fear now that I'm gonna have to return it because of one major design flaw. That is, the use of the EXT filesystem.
When I try and copy a selection of folders full of photos to the Nexus 7 whether via USB MTP or Wireless, every single file has had it's timestamp changed to the exact time/date the copy operation occurred. This for me, is a complete nightmare.
Click to expand...
Click to collapse
I wish I could find some program to rename my pictures to the date/time stamp so I wouldn't have to worry about date and time stamp changes. LOL
All the DSN and IMG file names are pretty much meaningless.
ExploreMN said:
I wish I could find some program to rename my pictures to the date/time stamp so I wouldn't have to worry about date and time stamp changes. LOL
All the DSN and IMG file names are pretty much meaningless.
Click to expand...
Click to collapse
Here you go
thebobp said:
Here you go
Click to expand...
Click to collapse
If this works... I will love you so much!
Sent from my Nexus 7 using Tapatalk 2
Use dropbox.
Sent from my Nexus 7 using xda app-developers app
MTP doesn't preserve timestamps, so don't either cloud services. Even FTP requires MFMT which is not present in any FTP server for android at this time.
[GUIDE] MTP and PTP (Media Transfer Protocol) vs UMC (Mass Storage Class)
Hey,
Has anyone ever looked into how the Whatsapp Backup is stored? It can be used after reinstalling the app, but not after hard resetting/flashing/etc. So it should be stored on the phone, but not the normal isolated storage of the app since I can reinstall it and use the backup then.
Is there special access necessary or could other apps also access (and modify/export) this backup? I'm asking this because I hope to find a way to make a backup that really is useful, I almost only write via whatsapp because SMS cost way more than internet here. Thanks!
why do you think whatsapp isnt useing isolated storage? shure it is, but you still cant access it - unless you have a interopt unlocked device
the reason you can restore, is that the app id stays the same.. you could try to deploy an older (uncrypted) whatsapp xap to your phone, if the app id still stays the same (and im not shure it does! actually i think it doesnt..) you would gain access... again, thats total theory! i havent tryed this, and it has propably the potential to mess up your backup...
maybe GoodDayToDie has some more info about the app-id thing.. i'll also do a quick research
tfBullet said:
why do you think whatsapp isnt useing isolated storage? shure it is, but you still cant access it - unless you have a interopt unlocked device
the reason you can restore, is that the app id stays the same.. you could try to deploy an older (uncrypted) whatsapp xap to your phone, if the app id still stays the same (and im not shure it does! actually i think it doesnt..) you would gain access... again, thats total theory! i havent tryed this, and it has propably the potential to mess up your backup...
maybe GoodDayToDie has some more info about the app-id thing.. i'll also do a quick research
Click to expand...
Click to collapse
Thanks for the reply! I din't know files in the isolated storage keep being there after you uninstall the app..
I tried deploying an old Version (1.4) of Whatsapp and it replaced the current one, so it should use the same app id. I didn't find anything in the isolated storage, but the backup is still there when I reinstall it from the store. I'll try launching the deployed app first now.
have you checked out the IsolatedStorageSettings?
Let me have a quick look where this thing is on my harddrive... when i find it, i'll be able to tell you where / how it saves the backup
tfBullet said:
have you checked out the IsolatedStorageSettings?
Let me have a quick look where this thing is on my harddrive... when i find it, i'll be able to tell you where / how it saves the backup
Click to expand...
Click to collapse
Nope, I have no real clue how to do that, the only thing I can is deploying apps and watching their isolated storage thanks!!
they used "messages.sdf" & "contacts.sdf" before, but then at some version they started to migrate this files into a database.. not shure where it gets stored, or if you can access it with simply browsing the IsoStoreage... ill make a quick test project to test out how or if we could access it..
EDIT: actually i was talking **** the .sdf files are already databases, and the data still resides there... and forgot to mention: even if you couldn't see the database files, you should see the user-picture thumbnails that reside in "cphotos/" + some-sha1-hashed-userinfo...
IsoStore is cleared when an app is uninstalled. So far as I know, this is instant, as part of the app removal process, although I suppose I haven't actually checked that. However, apps can (and many do) implement a backup situation to cover this use case by using a unique identifier that survives a re-install. There are several places such IDs can come from. Since the one you have survives app installs but *not* OS reflashing (even though you presumably sign on with the same Live ID afterward), I'm guessing it's a value that uniquely identifies your OS install and is randomly generated the first time the OS boots. Re-flashing counts as a new install, I guess.
I'd have to investigate further to be sure. There could be other mechanics at play, such as the OS keeping the data around for a short time in case you re-install the app, or the app storing its data in some other (off-phone) location. It's not storing it in some special folder within the phone, though; there's nowhere else it could!
Backup history with Whatapp on Android. Then check the backup file on:
/sdcard/WhatsApp/Databases/msgstore.db.crypt
Or
/data/data/com.whatsapp/databases/msgstore.db and wa.db (root)
Coweri said:
Backup history with Whatapp on Android. Then check the backup file on:
/sdcard/WhatsApp/Databases/msgstore.db.crypt
Or
/data/data/com.whatsapp/databases/msgstore.db and wa.db (root)
Click to expand...
Click to collapse
Sorry, but this is Windows Phone, not android..
@GoodDayToDie so, there is no simple way like deploying an app with the same ID and trying to access the backup with it?
Since the data would have been deleted when the old app was removed (and since you can't sideload an app with the same Product ID as an existing Store app), no, that won't work (well, it didn't in WP7; I guess you could try again here; some things are somewhat less secure now than before).
th0mas96 said:
GoodDayToDie so, there is no simple way like deploying an app with the same ID and trying to access the backup with it?
Click to expand...
Click to collapse
Wait for a interop-unlock... thats the way to go in this case.
Until then, you can send your conversations to yourself by mail (option form the context menue)
GoodDayToDie said:
IsoStore is cleared when an app is uninstalled. So far as I know, this is instant, as part of the app removal process, although I suppose I haven't actually checked that. However, apps can (and many do) implement a backup situation to cover this use case by using a unique identifier that survives a re-install. There are several places such IDs can come from. Since the one you have survives app installs but *not* OS reflashing (even though you presumably sign on with the same Live ID afterward), I'm guessing it's a value that uniquely identifies your OS install and is randomly generated the first time the OS boots. Re-flashing counts as a new install, I guess.
I'd have to investigate further to be sure. There could be other mechanics at play, such as the OS keeping the data around for a short time in case you re-install the app, or the app storing its data in some other (off-phone) location. It's not storing it in some special folder within the phone, though; there's nowhere else it could!
Click to expand...
Click to collapse
GoodDayToDie, any news about this Whatsapp backup feature in Windows Phone? Is it possible to utilize this feature as an "ordinary" developer?
I would have to reverse engineer the app to see how its backup feature works. The most likely explanation - that it's storing the backup "in the cloud" using the device ID (which resets when you do a hard reset, I think) - is easily possible for any app so long as you provide the storage space...
GoodDayToDie said:
I would have to reverse engineer the app to see how its backup feature works. The most likely explanation - that it's storing the backup "in the cloud" using the device ID (which resets when you do a hard reset, I think) - is easily possible for any app so long as you provide the storage space...
Click to expand...
Click to collapse
That could be an explanation. But then the Whatsapp developers could easily offer a full backup, as on other platforms, linked to the phone number or something. Then you could restore the messages even after a phone exchange. But who knows what's in their heads ...
GoodDayToDie said:
I would have to reverse engineer the app to see how its backup feature works. The most likely explanation - that it's storing the backup "in the cloud" using the device ID (which resets when you do a hard reset, I think) - is easily possible for any app so long as you provide the storage space...
Click to expand...
Click to collapse
Nope, it doesn't seem to be online.. it backups pretty big chats extremely fast with 2 bars of GPRS, so it can't be via internet.. it even backups without connection at all. That's the weird thing.. how are apps even allowed to store files that keep being there after an uninstall?
There are a couple really sneaky ways you could do that; one that comes to mind is creating a fake "image" or "ringtone" or similar, serializing the data to it, and then looking for it the "first" time the app is run after installing. However, I'm definitely more curious now. There are folders which apps can request permissions to write to, but usually that's a trick limited to "second-party" apps (OEMs, etc.) and prohibited for third parties.
I've already looked into the code, as far as i can tell there is no online backup feature. it just stores the conversations in a database.
And to answer yout question schluff: no there is absolutley no way the usual developera to utilize this.
btw: @GoodDayToDie could you provide us the newest WhatsApp XAP (2.11.312.0)?
When I get the chance to extract it of my computer, yeah. It's really hard to get full FS access working these days, so I'm looking into other ways to access the install folders and storage of other Apps.
here you go
edit: I've changed nothing, so it's the whole install folder in this zip file
Thanks for the extraction! Obviously, I can't do anything with it
However, if anyone is interested in this too, in the following versions it seems to backup to the SD card, at least @Nazwzil8 reported so at twitter: https://twitter.com/Nawzil8/status/410486248156172288 he reported a lot about whatsapp, he seems a legit beta tester.
Just updated to KitKat and connected my Nexus to the PC. Found a curious folder named storage, it was empty.
I thought maybe some app created this folder, so I deleted it. BAMMMMMMMM!!!!!!!
My SDcard is free from all this unnecessary stuff, like photos, music and what else Android thought I didn't need anymore.
So what I want to say is just don't delete any "empty" folder on your sdcard
Take care
PS: I hate MTP, google shouldn't have used it in android
Of course you have all that stuff backed up....!?
Sent from my Nexus 4 using Tapatalk
chiwou said:
Just updated to KitKat and connected my Nexus to the PC. Found a curious folder named storage, it was empty.
I thought maybe some app created this folder, so I deleted it. BAMMMMMMMM!!!!!!!
My SDcard is free from all this unnecessary stuff, like photos, music and what else Android thought I didn't need anymore.
So what I want to say is just don't delete any "empty" folder on your sdcard
Take care
PS: I hate MTP, google shouldn't have used it in android
Click to expand...
Click to collapse
Come on, just don't delete stuff. MTP is not a problem, it ensures ext4 compatibility with different desktops.
Sent from my Nexus 4 using Tapatalk
reqmon said:
Come on, just don't delete stuff. MTP is not a problem, it ensures ext4 compatibility with different desktops.
Sent from my Nexus 4 using Tapatalk
Click to expand...
Click to collapse
but I think there is a better solution like it's used on usb sticks, and I can delete every damn "empty" folder I want
gori11a said:
Of course you have all that stuff backed up....!?
Sent from my Nexus 4 using Tapatalk
Click to expand...
Click to collapse
nope :silly: but I love the auto backup tools from google+ and dropbox, so it's not that bad, it just really annoying and bugs me
chiwou said:
Just updated to KitKat and connected my Nexus to the PC. Found a curious folder named storage, it was empty.
I thought maybe some app created this folder, so I deleted it. BAMMMMMMMM!!!!!!!
My SDcard is free from all this unnecessary stuff, like photos, music and what else Android thought I didn't need anymore.
So what I want to say is just don't delete any "empty" folder on your sdcard
Take care
PS: I hate MTP, google shouldn't have used it in android
Click to expand...
Click to collapse
The same happened to me last weekend. Luckily I had all my apps backed up daily with Titanium Backup to Box.net and my photos with Dropbox. The positive outcome for me was that I finally got allot of disk space back that I wouldn't have manged myself.
You don't want the solution like on USB sticks. For starters, FAT is extremely inefficient compared to EXT3/4 and if phone storage size keeps expanding we will hit a brick wall that FAT can't handle, then what? NTFS? NTFS works on *nix just fine but it is even more inefficient than FAT since it's all reverse engineered which might also cause issues with licensing.
MTP just needs some maturing. It's a little buggy under Linux but other than an occasional odd error message (it's very beta) transferring media it works just fine.
AnotherBill said:
You don't want the solution like on USB sticks. For starters, FAT is extremely inefficient compared to EXT3/4 and if phone storage size keeps expanding we will hit a brick wall that FAT can't handle, then what? NTFS? NTFS works on *nix just fine but it is even more inefficient than FAT since it's all reverse engineered which might also cause issues with licensing.
MTP just needs some maturing. It's a little buggy under Linux but other than an occasional odd error message (it's very beta) transferring media it works just fine.
Click to expand...
Click to collapse
Because of maturity and some other factors I use FTP to transfer files, not MTP. It's wireless, fast and easy ^_^.
Sent from my Nexus 4 using Tapatalk
Ha! 'rant' as a keyword!
I once deleted it in JellyBean，when I found something was wrong ，I clicked the cancel，but it's too late，everything is gone……
Sent from my Nexus 4 using xda app-developers app
for some, MTP does not work well under windows environment..
unfortunately im one of them.. (and "hate" is quite an accurate description of my actual feeling in this matter)
now im mostly using samba to transfer files between phone and pc..
I came to realize that if I ever find the need to extract or backup or move files from my phone, always use the darn Nexus ToolKit. I use to for any device as long as the ADB is recognized.
Its glitchy, it once had my Titanium folder as an file instead of a folder. I was super picky and hawkish on deleting stuff on my Nexus 4 because its 16gb. Now on Nexus 5, 32gb I tend to not give a dam.
It is annoying
MTP is slow, only shows Image Thumbnails in the DCIM (or something) Folder and is not meant to be used for Multitasking.
I had the EXACT same problem.
Just wanted to clean my internal storage, deleted the Folder and bam ... everything gone.
Lost about 2 months of Images and ... yea, seriously sucks.
Got point about that, I got enough space again
I did that once too.
It is really confusing for average users.
Also, it is slow and not detecting all files most of the time.
Yes I know it can be fixed by rescanning media or rebooting the phone, but then again this is so trouble and average users would just assumed that they can plug in the phone to pc and use it.
So, Samsung have boasted that they can have 128GB SD card support.... what is the point in that if you can't install apps to it... All the guides i've followed have not been clear enough in regards to using my 64GB SD as the "internal" I've tried numerous apps from Link2SD and Internal2ExternalSD none of which have worked
I've also tried to partition it in the hope it would work that way, but no... it just took off what I partitioned and the excess was still displayed as SD storage!!!
Does anyone have any ideas?? because I'm really tempting to take the phone back.. a waste of money in my eyes.... who the hell at Google thought 16GB would be enough to store games and apps on..... Please... Please someone help me here, has anyone managed to use their SD as internal??
PS I also know that KitKat took away move to sd support... so before anyone says that, I know =)
Google are the one's we should be venting our anger at. Samsung do make the devices with more storage so they've covered their backsides on that one, but it's Google that in my opinion have done this deliberately to force us all to use cloud storage. I do however believe that Samsung and other manufacturers should be going back to Google and applying pressure on them to rethink.
Sent from my Transformer Prime TF201 using Tapatalk
I have many games installed on my memory card?
Sent from my SM-G900F using XDA Free mobile app
have you ever even tried an S5 or you just making assumptions?
Because it has app moving built in and works just fine.
I have my S5 rooted, installed NextApp SDfix (from google play), FolderMount and everything's working perfect on SD.
All my apps are automatically installing to my memory card fine on my s5...all thats on internal mem is the sammy junk
Sent from my SM-G900F using XDA Premium 4 mobile app
MOD EDIT: Comments removed
Anyway, so am i doing something wrong...because i play a lot of big games I.E. ones that take over 3GB, so when i "move" to sd... it transfers about 80MB out of 3GB... please explain what i've done wrong???? I've never used a Samsung before!
Seriously, it was a genuine question, I even went into the Samsung store today to enquire about it all...
zagaradrian said:
I have my S5 rooted, installed NextApp SDfix (from google play), FolderMount and everything's working perfect on SD.
Click to expand...
Click to collapse
Can you just explain how you managed to get your games to install on the SD then? all i can put on there is music, photos and well..other media... installing games doesn't seem to work...
CraigUK87 said:
Anyway, so am i doing something wrong...because i play a lot of big games I.E. ones that take over 3GB, so when i "move" to sd... it transfers about 80MB out of 3GB... please explain what i've done wrong???? I've never used a Samsung before!
Seriously, it was a genuine question, I even went into the Samsung store today to enquire about it all...
MOD EDIT: Some comments removed
Click to expand...
Click to collapse
What amount is transferable to the SD card is dependent on the game, not the phone or the SD card itself. large games rely on downloadable data which is not transferable, because they need to be located in a certain place in the phone in order for the game to run (usually android/obb or android/data).
Sent from my SM-N9005 using Tapatalk
MohJee said:
What amount is transferable to the SD card is dependent on the game, not the phone or the SD card itself. large games rely on downloadable data which is not transferable, because they need to be located in a certain place in the phone in order for the game to run (usually android/obb or android/data).
Sent from my SM-N9005 using Tapatalk
Click to expand...
Click to collapse
Ok, I understand that...can i move the "Android" folder across to the SD via a file browser app... would that work? or will the S5 not read the files anymore... I've just tried that foldermount app... moved my spotify songs across, only to find Spotify losing all the music and then asking to redownload it.... is there a way to maybe mount the SD as a mirror... or at least as the internal card itself.. with other people saying that it "works" fine.. then maybe they arn't reading what I'm asking correctly..
"Attention Wal-Mart staff, we need a clean-up in aisle 6!"
Ok members, I see a lot of tempers and un-called for comments from several participants. Keep in mind XDA rules require respecting other members. That includes the use of profanity and name calling.
Now, I'll clean out the off-topic posts, and maybe even edit some comments. Anymore "mud-slinging" regardless of who throws it, and the thread will get closed.
MD
EDIT: Thread cleaned and edited some comments from some posts.
Folks, if you don't wish to help, then kindly move along to some other thread without posting silly comments.
Also, please be aware of how you post, and that it doesn't come across as whining or complaining. A well thought out precise question will usually result in a precise answer.
And if any member sees a violation of XDA rules, their "ONLY" course of action is to "Report Post". Not add further fuel to the fire, as then it turns into a mess and moderation must come and clean it up. Regardless of what some think, XDA is a development site, Not a social network. Please read the rules.
Thank You and keep it clean.
MD
CraigUK87 said:
Can you just explain how you managed to get your games to install on the SD then? all i can put on there is music, photos and well..other media... installing games doesn't seem to work...
Click to expand...
Click to collapse
OK, follow those steps (or the missing ones...)
- root your phone
- install and run SD fix; as result, writing to external SD works like before 4.4
- use some application like FolderMount. You can choose different folders from internal memory and link them to another folder on external card. For example: after installing one game (normal, on internal memory), choose in Foldermount the obb folder (that is where almost every app put big amount of data) and link it to a folder on external SD (as result, foldermount will offer you to move existing data). Set Foldermount to automatically mount it on boot, and voila!
link: at operating system level, that directory seems as on internal memory structure, but in reality it resides on external card.
Thanks, to the guy above.. it's all sorted now!
As anyone can understand a bit of frustration was inevitable... considering how much this phone cost and SD.... but appreciate the help.
I'm on Omega Rom 2.0 (KitKat) and after I'm moving and mounting real racing 3 or dead trigger 2, when I try to play the game it downloads the data again from the Internet. I have 64 GB Samsung UHS -1 external Sd card. Any suggestions? Thanks.
Sent from my SM-G900F using XDA Premium 4 mobile app
The point of it? Storing all your music, videos(series and films) and offline maps on it so you can keep your internal memory as free as possible for apps that haven't been updated to work with KitKat.
Apps can read from the SD without issues. You don't need to write to the SD to play media.
That said, it still installs all my apps onto my SDcard. (Which I don't want it to.)
It's ridiculous how apps utilize the SD cards on a stock S5.
Let's say you install an app that takes up 100mb, and decide to move it to SD with the device manager. It will maybe reduce the on-device size to 90mb and move 50mb to the SD, and suddenly the app takes up a total of 140mb. Just an example, but this seems to be the case for every app.
Apoxx said:
It's ridiculous how apps utilize the SD cards on a stock S5.
Let's say you install an app that takes up 100mb, and decide to move it to SD with the device manager. It will maybe reduce the on-device size to 90mb and move 50mb to the SD, and suddenly the app takes up a total of 140mb. Just an example, but this seems to be the case for every app.
Click to expand...
Click to collapse
Fantastic!! (irony)! That's Samsung allright!
Skickat från min GT-I9195 via Tapatalk
---------- Post added at 01:48 AM ---------- Previous post was at 01:45 AM ----------
ShadowLea said:
The point of it? Storing all your music, videos(series and films) and offline maps on it so you can keep your internal memory as free as possible for apps that haven't been updated to work with KitKat.
Apps can read from the SD without issues. You don't need to write to the SD to play media.
That said, it still installs all my apps onto my SDcard. (Which I don't want it to.)
Click to expand...
Click to collapse
But alot of people, me included, uses files in a much more interactive way than just "reading" from them. I need apps to be able to modify document, movies, music files etcetera! And for that the apps need WRITE permissions, which now is no longer possible.
This new KK sdcard rules really messes this up.
Skickat från min GT-I9195 via Tapatalk
I like to keep my media collection stored locally since I don't have a large data plan. Expandable storage on devices will NEVER be pointless.
Please give up and stop buy 16g phone, so 32g phone will come for every brand . I insist buy s.version to have 32g. I just cannot accept android phone treat customers as a fool.
Sent from my SM-G900S using XDA Free mobile app
osvanberg said:
This new KK sdcard rules really messes this up.
Click to expand...
Click to collapse
App developers just need to update to support /mnt/extSdCard for writeable storage, is that really too much to ask?
This is really akin to the old days when apps on Windows assumed they could write to "C:\Program Files" or "C:\Windows" ... that's just a bad idea, and lazy (the wrong kind of lazy).