On 2002-03-03 14:59 Radovan Garabik wrote: > On Sun, Mar 03, 2002 at 10:44:13 +0100, Oyvind A. Holm wrote: > > On 2002-03-01 23:52 Radovan Garabik wrote: > > > I am going to burn some CD's with filenames in UTF-8, and before > > > doing so, I would like to ask if there are any known problems. I > > > do not expect them with RockRidge extension, but a big unknown is > > > interoperability with different versions of Windows > > > > As you say, Rock Ridge have no problems with this -- this is the > > recommended way to do it. When it comes to Joliet the problems > > begin to pile up. > > Especially since now I looked into mkisofs sources and indeed there > does not seem any support for utf-8 input encoding.
This looks like a feature that should be added. I'll look into the mkisofs source and try to figure out if it would be a big operation to add an option to convert UTF-8 strings into a "decent Joliet format" (what a self-contradiction). If it's worthwhile working on such formats. Especially the 64 character length limit on file names is hard to swallow. The question forms in my head -- "Why, Microsoft®, why?". Jungshik Shin mentioned a quick and dirty patch he'd made to address this very problem. Could you share it, please? > > - Joliet use Unicode by default. Every character is represented > > in UTF-16, so characters above U+FFFF can't be stored properly > > when done the windows way. > > Doesn't it use surrogate pairs? I thought that was "the windows way". Could be. Anyone correct me on this? > Or, if I could somehow generate separate names for rockridge and > joliet... Whoa, sounds pretty messy to me. But well, there is quite a mess already, because of the ancient 8.3 file name length support. Will we never get rid of that horrible thing??? > I am primarily after linux-readable CD's, I would be content with > windows seeing only ascii transliterated filenames. Yep. But the Greatest Thing Of All would be: *** Rock Ridge support for Windows®. *** Does it exist? Is it possible to have Windows® ignore the Joliet format and read RR instead? (No, I hope I haven't lost contact with reality, though it may look that way :-) Øyvind +===================================================================+ | OpenPGP: 0x629022EB 2002-02-24 Øyvind A. Holm <[EMAIL PROTECTED]> | | Fingerprint: DBE9 8D44 67F7 42AC 2CA1 7651 724E 9D53 6290 22EB | Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread! +=========== 2 + 2 = 5 for extremely large values of 2. ============+ -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
