Преобразование информации

А почему бы не читать по 4 символа и не писать в байт? А еще лучше не брать по 8 символов (целое слово из текста) и не писать в два байта (unsigned short int)?
Просто полубайт записать все-равно не получится - нужно будет эти полубайты хотя бы в байты складывать. А на 32-битной архитектуре дву-байтами быстрее работать будет.

И еще вопрос: В текстовом файле между 8-символьными словами стоит пробел?

Artur Sokol 17 czerwca 2019

Может стоять, а может и не стоять. Зависит от файла, но смотря как легче реализовать то что я описал. Если легче с пробелом, то значит берем это по-умолчанию. 

Легче, когда файл однородный и не надо делать проверки под "разные расположения звезд на небе".
В принципе, можно читать поток символов, и все, что не может быть воспринято, как шестнадцатеричная цифра, игнорировать. Если это будут пробелы или табуляции, то вроде все хорошо, а хорошо ли, если это будут какие-нибудь русские буквы, или латинские буквы больше F?

Artur Sokol 17 czerwca 2019

Русских букв там нету и значение больше FF также. Информацию идентичную нужно записать только с меньшим размером. 

Artur Sokol 17 czerwca 2019

Вы правы лучше действительно в 2 байта записывать информацию.

Результат писать в тот же файл? Или лучше в новый?

Artur Sokol 17 czerwca 2019

В новый. 

Кодировка входного файла ASCII, UTF8 или UTF16?

Artur Sokol 17 czerwca 2019

Кодировка входного файла ASCII, с или UTF16?

UTF8

Было бы отлично , если бы вы присоединили пример исходного файла. А если для него будет показан и результат преобразования , то вообще будет замечательно :)

В текущей постановке не очень понятно, какое именно преобразование нужно провести... Если читать между строк, то интуиция подсказывает, что нужно преобразование из текста в бинарный вид.

И ещё уточните, на какой платформе программа будет работать (Windows, Linux, MacOS, etc.).

Artur Sokol 17 czerwca 2019

Исходный файл у меня есть, а вот что должно получиться нету, потому и хочу что бы написали! 

Нужно преобразовать действительно из тестового документа в бинарный вид. Программа должна работать под виндовс х64. 

Исходный файл хорошо бы приложить (если там нет ничего секретного). Чтобы было на чем тестировать.

Artur Sokol 17 czerwca 2019

Приложил

А сколько файлов Вы планируете переводить?

Artur Sokol 17 czerwca 2019

За 1 раз 1 файл 

А мне вообще почему то кажется по ТЗ что на выходе должен получиться читаемый только в hex редакторе файл. А 4-х байтные последовательности должны быть преобразованы согласно правилу "младший байт по младшему адресу" то есть обратная адресация по стандарту intel ... Иначе чего бы их группировали в 4-х байтные последовательности..

Автор говорил, что надо в 2-байтные превращать, а не в 4-байтные. Хотя это теоретически невозможно)

Ну и да: последовательность байт тоже важна.

Вообще, в идеале бы понять, что с этими файлами дальше будут делать и что в них храниться.

Ага.. может автор имел в виду что в hex формате они будут занимать меньше в два раза места (1 байт будет не двумя цифробуквами)..и задача простая и вопросов больше чем прилично для задачи на час ))

Artur Sokol 18 czerwca 2019

Вы совершенно верно написали! Просто нужно было что бы занимало в 2 раза места меньше та же информация. Просто я просчитался и подумал что будет в 4 раза меньше занимать, а оно на деле оказалось что только в 2, а этого не достаточно. 

... в 4 раза меньше занимать  ...

7-Zip сжимает ваш файл-пример раз в 10. Т.е. если задействовать какой-либо компрессионный алгоритм (напр., Zip-подобный), то достичь требуемого уменьшения размера вполне реально :)

И если все значения имеют "первый" байт FF, т.е. его можно было вообще отбрасывать и получить уменьшение размера на ~25% :)