William Xu <[EMAIL PROTECTED]> writes: > Michael Olson <[EMAIL PROTECTED]> writes: > >> Out of curiosity, does the version that I've attached to this email >> also work? > > Isn't this the last revision before i applied my patch? :P
The difference is that it let-binds coding-system-for-read before calling the mp3info binary. And that I removed the iconv call to see whether that let-binding would be enough. Apparently it isn't. > No, it doesn't. OK, can you try the following, then? I want to avoid calling an external program unless absolutely necessary. This file calls `encode-coding-string' instead, which should (I hope) have the same effect as your patch. Also, I noticed that there was a use of 'utf-8 remaining in emms-cache even after your patch. I've sent in a patch to fix this just now. Out of curiosity, what happens now when you set both emms-cache-file-coding-system and emms-info-mp3info-coding-system to 'gbk? If that works, it might be a better solution for you than re-encoding every string via iconv or encode-coding-string.
pgp7f4Cshcww9.pgp
Description: PGP signature
emms-info-mp3info.el
Description: application/emacs-lisp
-- Michael Olson -- FSF Associate Member #652 -- http://www.mwolson.org/ Interests: Emacs Lisp, text markup, protocols -- Jabber: mwolson_at_hcoop.net /` |\ | | | IRC: freenode.net/mwolson: #emacs, #hcoop, #muse, #PurdueLUG |_] | \| |_| Projects: Emacs, Muse, ERC, EMMS, Planner, ErBot, DVC
_______________________________________________ Emms-help mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emms-help
