Сжатие данных

[metamorpho]

Попробуй тут https://py2exe.com/convert
Но это крайне неэффективно, такие инструменты заворачивают целиком питонский рантайм вместе со скриптом на три строчки. Будет более перспективно разобраться что за проблема у тебя с установкой Питона. Если ты не можешь поставить от имени администратора, его можно ставить в юзерский каталог. Ну или может найти другую программу.

Сконвертировал, запустил - результата нету. Запускал вот таким образом файл.ехе файл.bin файл.тхт

- - - Добавлено - - -

Вообщем нашёл конвертор bin2hex и всё получилось.
Вот ссылка на конвертор - надеюсь там нет никаких вирусов :)
https://duino.ru/OLED-displei-0-96---128h64--belyi.html/converter-bin2hex.html/?srsltid=AfmBOoopYN8fLiTOcclUDTivQJroez0tY8ooq4Cz3 1Wk4k8oGk3GWVta

[ivagor]

Несколько дней медитировал над upkr и сообразил, что если пресет --z80 дополнить опцией --invert-continue-value-bit, то получается сократить распаковщик на байт с одновременным ускорением примерно на 4% за счет оптимизации decode_number. Для удобства упаковки, чтобы вручную не набирать опции в командной строке, приложил upkr.bat и upkrback.bat для прямой и обратной упаковки соответственно, запускайте их с указанием имени сжимаемого файла.
В зависимости от конкретного файла степень сжатия с опцией --invert-continue-value-bit может отличаться на несколько байт в ту или другую сторону, поэтому в некоторых случаях (если со стандартным пресетом --z80 сжимает сильнее на 2 или более байт и это критично) распаковщик 2022 года может оказаться предпочтительнее. У меня из 21 файла тестового набора "неудачных" оказалось 6 (кстати исправил про zx02 (https://zx-pk.ru/threads/29679-szhatie-dannykh.html?p=1217537&viewfull=1#post1217537) - "10 из 21" а не "10 из 44"), а если учесть, что новый распаковщик еще и быстрее, то в среднем по больнице он явно лучше.
Для z80 --invert-continue-value-bit позволяет или увеличить скорость примерно на 1% при сохранении размера распаковщика, или на пару процентов, но распаковщик на байт длиннее.