This issue is really bugging me -- I'd really like to not rely on having iTunes on my HTPC, as well as put up with the extra time involved with this method. Mainly, I'd like to sync my iPhone only with a single computer, my Macbook Air. That is, to use MC to create a playlist, and then export that playlist for importing into iTunes. This will work because both my HTPC and my MBA's iTunes see (mirrored) libraries.
Regarding M3U playlists (even if I export from my HTPC iTunes and import into Mac iTunes ... or vice versa), I see threads at the iTunes forum that would insist that the playlist (essentially a text file) be edited so that '\' become OSX compatible '/'. That is, it should be possible to script the search and replace. However, this sounds like much more work ... and avoids a better method that I believe is possible ...
Regarding the path delimiters mentioned above, it doesn't appear to be needed. That is, from my HTPC iTunes I exported their 'txt' version of a playlist, and as you'd expect, the path delimiters are Windows (e.g., F:\library\genre\artist\album\track). However, my MBA iTunes will import this playlist fine (even while the library exists via Samba on a NAS!)
My imagined better method would be to ask if JR could add a similar option for exporting playlists (to MC18?). That is, the only difference I can see between iTunes 'txt' exports and MC's 'csv' export is MC17 delimits data fields with commas, while iTunes delimits fields with tabs. Surely writing a iTunes-compatible 'txt' playlist cannot violate Apple intelligent property(??)
I attach a couple of examples ...
Also of note, I don't see any difference between MC's switch to include/exclude path names(?)
TIA