Skip to main content
Participating Frequently
November 30, 2021
Question

Win版Illustrator2021,2022でパス名が文字化けしたクリッピングパスを反映しない

  • November 30, 2021
  • 4 replies
  • 767 views

Win10 Illustrator 2022(バージョン 26.0.1)

Win10 Illustrator 2021(バージョン 25.4.1)

いずれも、文字化け状態のクリッピングパスを認識しない。

 

psd画像のクリッピングパス名が、いつの間にか「ÉpÉX 1」になっていました。

そのこと自体はいいのですが、Win環境ではこのクリッピングパスを反映しません。

MacOS環境ではこのクリッピングパスを反映します。

 

類似の以下不具合は25.4.1で修正済みのようですが、この修正によって、

Mac版のみ本題の不具合が発生しなくなっている可能性があります。

 

 

[25.3.1 macOS]Photoshopで作成したpsd画像に日本語のクリッピングパスが使用されていると、Illustratorに配置してもクリッピングパスが反映されない

https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/43680624--25-3-1-macos-photoshop%E3%81%A7%E4%BD%9C%E6%88%90%E3%81%97%E3%81%9Fpsd%E7%94%BB%E5%83%8F%E3%81%AB%E6%97%A5%E6%9C%AC%E8%AA%9E%E3%81%AE%E3%82%AF%E3%83%AA%E3%83%83%E3%83%94%E3%83%B3%E3%82%B0%E3%83%91%E3%82%B9%E3%81%8C%E4%BD%BF%E7%94%A8%E3%81%95

    This topic has been closed for replies.

    4 replies

    Ten A
    Community Expert
    Community Expert
    December 1, 2021

    あ〜把握した(^-^;
    この化けた文字の処理の機序について書いておきます。

     

    ShiftJIS
    8370 8358 20 31(パス 1)
    ↓(MacRoman)
    83 70 83 58 20 31(ÉpÉX 1)※2バイト文字を1バイトとして処理
    ↓(MacRoman)
    45 AB 70 45 AB 58 20 31(E´pE´X 1)※Eとアキュートを分割
    ↓(Shift JIS)
    45 814C 70 45 814C 20 31(E´pE´X 1)※アキュートをShift JISに変換

     

    Shift JISで2バイト文字として処理すべきところで1バイトに分解してMacRomanを強制的に適用します。
    ここでアキュート付のEが出てきますのでEとアキュートを分解します。
    更にアキュートだけをShift JISにして2バイト表現にします。
    これで「83 70 83 58 20 31」となるべきバイナリが「45 814C 70 45 814C 20 31」になってしまいます。
    ご参考まで……

    asakoffAuthor
    Participating Frequently
    December 1, 2021

    検証と詳しい解説、ありがとうございます!

    ただ、なぜそんなふうに変換されてしまったんでしょうね、、、

    Ten A
    Community Expert
    Community Expert
    December 1, 2021
    ちょっと検証してみました。
    まず化けた状態の再現ではどうなっているかというと…
     
    ÉpÉX 1
     
    パス名(0x7d0)
    45 81 4C 70 45 81 4C 58 20 31
     
    クリッピングパス名(0xbb7)
    45 81 4C 70 45 81 4C 58 20 31
     
    クリッピングパス関連のレコード自体が正常ではありません。これは同じ変化をしているのですがパス名の抽出が正常に出来ません。
     
    パスパネルでの表示(pathUnicodeNameTEXT)
    00C9 0070 00C9 0058 0020 0031
     
    こちらのUnicode名は正常に「ÉpÉX 1」が記述された状態です。本来ならば0x0d70から始まるパスレコードと0x0bb7のクリッピングパスレコードの間に整合性が取れていればクリッピングパスは認識されるべきですが、Windows版ではこの異常なパス名称を処理できないかパス名を0x0d70~のレコードを参照せずにpathUnicodeNameTEXTを見ている可能性があります。
    ちなみに日本語のデフォルトである「パス 1」だと
     
    パス 1(比較用)
     
    パス名(0x7d0)
    83 70 83 58 20 31
     
    クリッピングパス名(0xbb7)
    83 70 83 58 20 31
     
    パスパネルでの表示(pathUnicodeNameTEXT)
    30D1 30B9 0020 0031
     
    このようにいずれのレコードも「パス 1」がストアされていますので問題が生じません。日本語におけるパスの取り扱いはShift JISを正常に扱えることで解決されていますが、その他の非ASCII文字を取り扱う言語において問題を積み残している可能性があるように思います。また、問題は複合的である可能性が高く、Photoshop及びIllustratorの挙動を再度確認する必要があるでしょう。
     
    基本的にはユーザー側においても化けたパス名を変更するような対応は必要でしょう。
    Ten A
    Community Expert
    Community Expert
    November 30, 2021

    一連の不具合に関しては以下にまとめてあるのですが文字化けを起こしたPSDファイルというのはクリッピングパス情報に齟齬が生じた状態ですからそういったものの影響のようにも思います。現物を精査すればはっきりとしたことは判断可能だと思いますが、基本的には再度適切な情報に保存し直す必要があるのではないかと思います。


    https://ten-artai.com/2021/07/3505/

    asakoffAuthor
    Participating Frequently
    November 30, 2021

    パス名を1バイトや2バイトの通常使う文字列に変更すると、Winでもクリッピングパスは反映するようになります。

    文字化けが発生してた画像とは別の画像で、初めから「ÉpÉX 1」というパス名でクリッピングパスを作成しても、本文と同じ不具合が発生します。

    これらの状況から、特定の文字をパス名に使用するとエラーが発生するのではないかと思っています。

    asakoffAuthor
    Participating Frequently
    November 30, 2021

    訂正します。

    誤:類似の以下不具合は25.4.1で修正済みのようですが〜

    正:類似の以下不具合は25.3.1で修正済みのようですが〜

    monokano
    Community Expert
    Community Expert
    November 30, 2021

    UserVoiceにコメント投稿してみました。たぶんこれで対処に動いてくれると思います。

    asakoffAuthor
    Participating Frequently
    November 30, 2021

    ありがとうございます。

    複数人でデータを共有する中、意図せずレイアウトが変わってしまうため非常に困っていました。