Большое спасибо! В этом виде код что-то распарсил, уже хорошо... но "кракозябры" вместо русских букв. Надо экспериментировать с кодировкой. Но с этим буду разбираться позже, т.к. в моей задаче сейчас уже стоит вопрос о том, чтобы вместо PDF грузить RTF. Ещё раз спасибо!

А вот мне, к сожалению, не помогло. У меня PDF с CMap (beginbfrange ... endbfrange).

В PDF есть строка 'Отметки банка'
В в исходном виде эта строка выглядит так <0248026C0266025F026C026402620003025B025A02670264025A> Tj
В преобразованном (через CMap) виде имеем такой HEX: 041E0442043C04350442043A04382004310430043D043A0430

Теперь этот Xstring надо бы конвертировать в STRING, и дело с концом... но не тут-то было.

Перебрал все известные кодировки, вижу что-то типа такого '##B#<#5#B#:#8 #1#0#=#:#0'
Но если откинуть первый байт (04), оставить только 1E0442043C04350442043A04382004310430043D043A0430
то:
кодировка utf-16le дает такой результат: Отметк‸㄄〄㴄㨄
кодировка utf-16be дает такой результат: Ḅ䈄㰄㔄䈄㨄㠠банка

То есть пробел портит либо первую, либо вторую половину текста.
Другие кодировки результата вообще не дают.

Ну никак не могу это преодолеть. Какие ещё манипуляции требуется сделать? В какую сторону копать? Подскажите, пожалуйста!

Добрый день!
Проверить наличие и соответствие текущей кодировке BOM пробовали?
С уважением, hoar

День добрый, коллеги.
Попробовал применить парсер для практических нужд - столкнулся с проблемой: не выводятся значения в текстовых элементах, где присутствуют символы из очень не дружественных кодировок типа Š (достаточно одного подобного символа - в ячейке пусто). С английским и немецким вариантом все нормально, а вот с такими символами пусто, хотя позиционирование отрабатывает корректно. После считывания данных в mt_filelines в таких позициях данные вида в текст не преобразовывается
вместо правильного на немецком.
Это одно и то же поле на разных языках.
Может кто подскажет что проверить? Сам pdf сгенерирован из Excel.

Немного оживлю тему, все таки приходится разбираться с темой такого отображения символов - сильно надо

так как в новой версии файлов весь текст так кодируется - единственное что нашел, это в старой версии между тэгами beginbfrange/endbfrange и beginbfchar/endbfchar лежат перекодировочные значения ADOBE и Номер в Юникоде это пример типа 0006 соответствует 00C1 в Юникоде вроде как Á . Я собрал такой справочник запустил по нему расшифровку, вроде работает, но вопрос до какого времени? Если шрифт поменяется или еще какие то изменения