Pdf.js: 잘못 렌더링된 Times New Roman PS

PDF는 동일한 글꼴을 여러 번 정의합니다. 예를 들어 LULQLP+TimesLTStd-Roman 글꼴은 9번 정의됩니다. 각각은 동일한 FontDescriptor와 동일한 임베디드 CFF 데이터 스트림을 참조합니다.

core/evaluator.js의 PartialEvaluator.prototype.preEvaluateFont() 에 글꼴 해시 계산이 있습니다. 해시에 Encoding, ToUnicode 및 Widths 항목을 추가합니다. PDF의 일부 글꼴은 너비를 포함하여 언급된 모든 항목이 동일하기 때문에 동일한 해시 코드를 얻습니다. FirstChar 및 LastChar 항목만 다릅니다. 글꼴이 동일한 해시 코드를 받는 경우 글꼴을 건너뛰어 OpenType으로 변환되지 않도록 할 수 있습니까?

다음은 원본 PDF에서 두 개의 글꼴을 포함하는 축소된 PDF입니다.
issue10665_reduce.pdf

core/evaluator.js의 PartialEvaluator.prototype.preEvaluateFont() 에 글꼴 해시 계산이 있습니다. 해시에 Encoding, ToUnicode 및 Widths 항목을 추가합니다. PDF의 일부 글꼴은 너비를 포함하여 언급된 모든 항목이 동일하기 때문에 동일한 해시 코드를 얻습니다. FirstChar 및 LastChar 항목만 다릅니다.

정말 훌륭한 분석입니다. 감사합니다. 이것은 버그를 수정하기 쉽게 만들었습니다!

글꼴이 동일한 해시 코드를 받는 경우 글꼴을 건너뛰어 OpenType으로 변환되지 않도록 할 수 있습니까?

일부 잘못 생성된 PDF 파일에는 엄청난 양의 동일한 글꼴이 있을 수 있으며 preEvaluateFont 의 목적은 단순히 중복된 글꼴을 로드/파싱하지 않도록 하는 것입니다. 따라서 loadFont 는 hash es를 비교하고 가능하면 이미 로드/분석된 글꼴을 사용합니다.
분명히 이 모든 것은 hash es가 실제로 정확하고 고유하다는 사실에 달려 있지만 다행스럽게도 몇 년 동안 해당 코드에 비교적 적은 버그가 있었습니다.

이것은 굉장합니다 도움을 주셔서 정말 감사합니다!