Quote:
Originally Posted by johnnychicago
Yes, I found out about that, too. But it's quite inconvenient to always have manually get rid of them.
|
I only sync after I've listened to all the 'casts so I'm deleting once a week or so. I can see how it would be a problem if syncing were more frequent.
Related: I suspect the .m3u is being converted to some kind of internal db on the device. I did a find on /sdcard for *.m3u and only found my original. Did the same on / in adb shell and found nothing.
Before I found the longpress deletion my workaround was to put a timestamp in the playlist name so I could tell them apart. :-o
Quote:
Originally Posted by johnnychicago
I don't have that one.
|
Hmmm. Maybe it's a cyanomod thing. I thought his version of the Music app was stock; perhaps not. Claims to be v1.7.5.2 and the credits include Cyano, so I guess they hacked it.
Quote:
Originally Posted by johnnychicago
Ah, not much, really. Using podcatcher to download them, then creating a playlist of the last 50 of them with find, sort and head. My music lives in a directory structure suitable for Squeeze Server, I just want a comfortable way to sync a tiny subset of it to the phone.
|
I meant in general. Music listeners seem to be the majority in media discussions. There probably are more of us who aren't talking much.
My setup looks like this:
- download - podracer does the downloads from a nightly cronjob, scripts do a bit of renaming and normalizing. I used to use hpodder but it disappeared from the ubuntu/debian repositories. I may have to find the source and roll my own. Weird-looking dependencies, though.
- script generates M3U and sync to G1
Do you listen to podcasts on the workstation mainly, and carry the subset on the phone for opportunistic listening? I wouldn't be able to keep track of what I had and hadn't listened to if I didn't do the total-wipe-and-load after listening to everything.