Там нет смысла писать что-то другое. Они просто переводят число, представленное байтом, в число, представленное цифрами, и наоборот, а не код символа в символ.

Так зачем тогда вообще нужен этот параметр?

В NumGet и NumPut.

Там нет смысла писать что-то другое. Они просто переводят число, представленное байтом, в число, представленное цифрами, и наоборот, а не код символа в символ.

Ну да, это и есть дефолтная кодировка на русской Windows.

Где именно писать?

В NumGet и NumPut.

Возвращается CP1251, и код из 20 поста получает нужный текст.

Вообщем я понял что если сам текст в файле в utf-8 или utf-16, то решения как извлечь текст - нет. Но хотя бы есть решение для ANSI.

Просто это сработало на нескольких файлах, и я подумал что всё правильно.

Что значит сработало? Подозреваю, что для файла без BOM file.Encoding вернёт 0, т.е. будет использована дефолтная ANSI-кодировка. У нас она однобайтная. Если строка в ней, то её будет видно.

Где именно писать?

Не представляю как.

Если это тип файлов, используемый какой-то программой, то естественно разработчик всё знает.

Какой может быть encoding у бинарного файла? Никакого.

Просто это сработало на нескольких файлах, и я подумал что всё правильно. То есть проблемы будут только с utf-8 и utf-16, для остальных достаточно писать "UChar"?

Ну хоть что то будет.

Узнать это скриптом никак нельзя?

Так панацеи нет?
Какие то алгоритмы ведь эти файлы обрабатывают, или в них заранее все известно про свойства файла.

Encoding := File.Encoding

Какой может быть encoding у бинарного файла? Никакого. Если в этом файле есть текстовые строки, то их кодировку вы сами должны знать и указать в функции StrGet. Если просто хотите все байты перевести в символы, то учтите, что не для всех возможных значений байта есть какой-то видимый символ, так что некоторые байты вы можете не увидеть. И нет гарантии, что StrGet отобразит вкраплённые в бинарный файл строки правильно. Например, если это строка в utf-16, то там каждый символ кодируется двумя байтами. Если с начала файла до начала строки будет нечётное количество байтов, то первый байт строки (половина первого кода символа) будет спарен с предыдущим (не относящимся к строке) байтом и образует какой-то левый код. Второй байт первого символа строки будет спарен с первым байтом второго символа и т.д., так что получится тарабарщина. Та же проблема с utf-8, т.к. там неанглийские символы обозначаются двумя и более байтами.

Можно ли как то проще удалить нулевые байты?

Проще вместо нулевых записать другие:

File := FileOpen(FileName, "r")  
File.Pos := 0
Length := File.Length
File.RawRead(buf, Length) 
Encoding := File.Encoding 
File.Close()  
    
Loop % Length 
    (!NumGet(buf, A_Index - 1, Encoding)) ? NumPut(32, buf, A_Index - 1, Encoding) : 0
MsgBox % StrGet(&buf, Encoding)

Но вопрос о простоте остаётся.

не  ясно как тут использовать RawRead для получения текста с которым уже можно работать.

Вроде дошло как извлечь текст из бинарного файла:

File := FileOpen(FileName, "r")  
File.Pos := 0
Length := File.Length ; в File.Pos и Length можно задать смещения
file.RawRead(buf, Length) 
Encoding := File.Encoding
file.Close()
 
Loop % Length 
    hex .= NumGet(buf, A_Index - 1, "UChar") " " 

StringReplace, hex, hex, %A_Space%0, , 1

Loop, parse, hex, %A_Space% 
    NumPut(A_LoopField, buf, A_Index - 1, "UChar")

Gui, Add, Edit, r55 w777, % StrGet(&buf, Encoding)
Gui, Show 
Return

И вопрос:
Можно ли как то проще удалить нулевые байты?
Я так понял что StrGet натыкаясь на 0х00 прекращает дальнейшее извлечение.

Парсить пока нечего, т.к. вы файл не прочитали. Для чтения бинарных файлов у объекта есть метод RawRead.

В файле есть строки вида:

после них идут номера телефонов которые надо извлечь RegExMatch.

не  ясно как тут использовать RawRead для получения текста с которым уже можно работать.

Всё остальное по большей части до меня дошло, большое спасибо за разъяснения!

Это значит совсем ничего

Ну, тогда капец.

Без конкретики могу только посочувствовать.

Не знаю, это надо смотреть в исходники АНК. Видимо, просто ищет символы перевода строки и считывает то, что между ними. Если там нет нулевых байтов, то всё должно считаться, по идее.

Она пишет в buf по смещению от его начала на A_Index-1 байтов. Число можно записать по-разному. Если как байт, то это 8 бит займёт в памяти, если как слово (Short, UShort), то 16 бит; если как двойное слово (Int, UInt), то 32 бита, и т.д. Как байт можно записать числа от 0 до 255, т.к. возможных комбинаций из 8 бит, каждый из которых может иметь два значения (0 и 1) — только 256 (2 в 8-й степени).

Вы понимаете разницу между цифрой и числом? Число — это количество чего-то. Цифра — строковый символ, она обозначает число. Одно и то же число можно обозначить разными цифрами или вообще словами: 255, FF, 11111111, двести пятьдесят пять. Так вот, строка D0=92=D0=BE=D0=BB=D0=BE=D0=B4=D1=8C=D1=8F состоит из обозначений чисел. Их нужно перевести в сами числа величиной в байт, чтобы получить строку UTF-8, которую потом прочитать через StrGet .

Если в строке вы видите символ 5, это не значит, что в памяти на этом месте байт со значением 5. Что там реально соответствует этому символу, зависит от кодировки. Этот символ обозначает число 5, а не является им. Чтобы в памяти реально было число 5, нужно использовать NumPut, которая берёт значение символа (а не код символа) и пишет его в память уже непосредственно в бинарном виде.

Строго говоря, число в памяти — это тоже одно из возможных представлений числа, но это то представление, которое понятно процессору, в отличие от символа 5, который понятен человеку.