Music storage in RT: What works in terms of being detected by Music app?
I'm not sure 100% what works and what doesn't.
For example, I copied some podcasts to the SD card. The SD card has a Music folder and a Podcast folder.
The SD card is mounted as C:\SD, and I've added both the Music (path = C:\SD\Music) and Podcast (path = C:\SD\Podcasts) folder under the Music Library.
I have Zune Pass, and also have some purchased tracks and when I download music, it correctly downloads to XBox Music folder on the SD card. But it won't detect the contents of the Podcasts subfolder, even though it's in the Music Library.
Now if I for example try to copy the podcasts into the Music folder, i.e. C:\SD\Music\Podcasts\podcast\episode.mp3, won't work either.
The same with third party apps, such as Music Info - which all seem to rely on the same crawl.
Where and what, exactly, is crawled by the Music app?
So I've sorted it out using the methods detailed in the thread. Thanks to ljkelley for the tip to use VHDs' - it would never have occurred to me otherwise. It was then pretty plain sailing to work out what I needed to do from there.
- Mounting SD cards and having them in the library *and indexed properly*: Mapping VHD-encapsulated folders to libraries. Re-format your memory card as NTFS if you haven't done so already, create a VHD as large as you dare and still fits on the card, and put the VHD on the card. Mount the VHD, then set the appropriate folders within the VHD to the library. In my use, junction points appear to be unnecessary if you go the VHD route. Double check Indexing settings from Control Panel to make sure that your VHD-located Music, Picture, etc folders are being indexed.
- Having that VHD mounted after each reboot: DISKPART script, batch file with DISKPART command, Scheduled Tasks to execute batch file at startup.
- Allowing Windows machines on the network to write to the SD card (or in fact, the Fruity Fisher-Price OS, though SMB support is the worst it's ever been - and it's not like it's ever been any good - on Mountain Lion, or even the distro of your choice): Enable Server service in services.msc and set to autostart, Share the folders in the VHD as usual in Windows (Folder properties, Share, etc) after creating a new Local User to be the same as my regular LAN logon so that I'm not asked to authenticate each time I try and establish a connection from a PC to the Surface.
- Automatically sync data to those folders in Windows: In order to verify the feasibility of this used FreeFileSync, a folder sync utility which can generate a batch job file that you can run as a clickable icon. In my testing I took a Zune event as the trigger and set it to run every time the Windows Phone sync kicks in, but you can go a simpler route, even just run the job before you leave or something - but now I just run a music sync event as below. File sync this way though will come in handy once I start e.g. putting more local data that I don't want going thru Skydrive onto the machine.
- Automatically sync music from my own library to those folders in Windows: I use j.River Media Center as my primary playback client (Zune is my primary Zune Pass and sync front end, but it's not what I listen with on a PC), and on one of my machines with j.River on it I've simply set the shared folder \\SURFACE_RT\MUSIC as a portable device - j.River allows you to treat any mountable folder as a syncable PMP. I then have some smart and standard playlists pointed at the device.
In summary, a quite a lot of work for something relatively inconsequential - but as a whole this kind of thing wouldn't be possible on any other tablet device (or you'd have to work even harder at it).