Всех С Новым Годом - Большим Доходом!
Хотел у вас спросить какой самый маленький формат сжатия картинки. вот пример.

(его и нужно ужать разрешение менять нельзя)
хочу узнать самый максимум до скольки можно ужать (например 2кб) и потом архиватором например 7z kgb zip уже ужать еще раза в 3-4 ну например до 0.1 кб вот интересно реально ли это сделать или нет .
и если реально то как бы вы решили задачу а если нет то почему.
(Алгоритм задания.\Уменьшить размер без уменьшения разрешения но можно использовать конвертирование в другой формат, что бы оригинал был больше его копии ,а потом копию и оригинал тоже сжать архиватором и получить разницу раз в 5.)
Всем спасибо.Если есть вопросы я уточню.

| Сообщение посчитали полезным:

f13nd ну давай что нибудь сожмёмс

| Сообщение посчитали полезным:

Вот твоя картинка. Пробелами разбита на группы не более 15 элементов (только что пришло в голову, что 0 элементов нафиг не надо и можно было на 16, но пофигу совершенно). Справа выписано {<число символов>,<код символа>}.

Итого:

107 байт, накинуть два байта на заголовок (длина строки) и готов формат сжатых в RLE 16-цветных картинок. Прочитай уже наконец книжку какую-нибудь, если сам сообразить не можешь.

Добавлено спустя 13 минут
С группировкой по 16 символов вышло бы на 3 байта дешевле, догадайся почему.

-----
2 оттенка серого

| Сообщение посчитали полезным:

Просто все уже было.
Жпег - не самый лучший метод для сжатия индексных картинок, откройте для себя RLE, LZW, Хафмана и прочий CCITT

| Сообщение посчитали полезным:

_MBK_ я читал про эти алгоритмы сжатия они если я не ощибаюсь от 50х до 90х годов нового не придумали если не считать mp3 и жпэг но это уже сжатие с потерями на глаз не видно на слух не слышно но программа увидит отличие. в этих старых алгоритмах нельзя сжать вот такую строчку (так говорят) как думаете правда сжать не возможно такую последовательность?

| Сообщение посчитали полезным:

На самом деле, степень сжатия сильно зависит от выбора алгоритма, применительно к типу данных. К примеру, вот только что мы все могли убедиться в том, что самое простое и дубовое RLE для однобитных изображений на несколько порядков эффективнее, чем жпеговское велвет преобразование. Если доберусь наконец до компа, попробую эту же битовую карту запаковать LZW или ссытом. А вот ваша последовательность байт к графике видимого отношения не имеет и энтропия ее на первый взгляд достаточно велика - любая компрессия малоэффективна будет.

| Сообщение посчитали полезным:

_MBK_ пишет:
любая компрессия малоэффективна будет.
энтропия там 100% но если брать последовательность по два символа CD 94 6C E8
ну а если по одному CD946"C"E8 то вот уже есть повтор )

| Сообщение посчитали полезным:

И толку с такой компрессии? Энтропия не может быть стопроцентной
https://youtu.be/wHDfCwRycwM

| Сообщение посчитали полезным:

_MBK_ пишет:
И толку с такой компрессии?
это когда говорят вот файл с цепочкой не повторяемых данных попробуй ужать хоть на 1 то по моей схеме можно сделать вот так цель добится еще лучшего сжатия уже сжатых файлов вот оно чего попробуйте может еще что придумаете.

| Сообщение посчитали полезным:

_MBK_

Рядом тему закрыли и я не успел твоё глупое мнение послушать.

Ты говорил что можно быстро отладить апп - верно, потому что это принцип в архитектуре, по большей части код нэйтив и для него есть отладочные символы. Это сделано для удобства отладки и поиска ошибок. Часть защиты типо патчгварда виртуализирована, что бы в ней не копались тем же отладчиком. Искать строки в отладчике любой школьник может, вот только это если диз найдёт ссылку на строку. А иначе что ты будешь делать ?

-----
vx

| Сообщение посчитали полезным:

Все таки советую вам покурить матчасть, математику, как сказал мой великий тезка, уж затем учить надо, что она ум в порядок приводит. Вот, например, сходу: https://ru.m.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B5%D0%BC%D1%8B_%D0%A8%D0%B5%D0%BD%D0%BD%D0%BE%D0%BD%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%B8%D1%81%D1%82%D0%BE%D1%87%D0%BD%D0%B8%D0%BA%D0%B0_%D0%BE%D0%B1%D1%89%D0%B5%D0%B3%D0%BE_%D0%B2%D0%B8%D0%B4%D0%B0
В переводе на простой язык - все попытки изобрести метод достаточно сильного сжатия уже жатого файла сродни изобретению перпетум мобиле

Добавлено спустя 6 минут
difexacaw пишет:
и я не успел твоё глупое мнение послушать.
Извиняюсь, ничего личного, я тут новенький,но, случайно не Вас в соседнем топике дефекатором и местным дурачком назвали?

| Сообщение посчитали полезным:

_MBK_ пишет:
В переводе на простой язык - все попытки изобрести метод достаточно сильного сжатия уже жатого файла сродни изобретению перпетум мобиле
Это всё потому что у вас изолирован и неразвит Bios. ну а так что про мобили и перпетумы почитайте про земляную батарею или про воздушные алюминий графитовые батареи ну или про детекторный приёмник и заряды которые уже содержит проволока растянутая на столбе .если у вас в голове этого не бывает то я согласен и с вами и с сотрудником финдом и я даже скажу больше я в доле с вами дайте мне денег я буду всем говорить что ничего не бывает и завтра не взойдёт солнце и не будет новый день.
и так на последок прежде чем что то утверждать проведите эксперемент и когда у вас не получится вспомните эдисона с его лампочкой которую он чтобы смастерить провёл более 2 тысяч эксперементов.а так не бывает не могу я взять и спаять теливизор значит телевизоров не бывает

Добавлено спустя 7 минут
_MBK_ пишет:
Извиняюсь, ничего личного
Милейший Я Дико извиняюсь,а вы что мальчик в пионерских штанишках ?

| Сообщение посчитали полезным:

Милейший, вы, наверное, будете смеяться, но я очень старый дядя, правда, без бороды.
К науке, которую я в данный момент представляю, это не имеет никакого отношения.

| Сообщение посчитали полезным:

_MBK_ пишет:
очень старый
Так вот Сударь это если варить то старый не пойдёт а так этот случай вполне типический и вполне объяснимый.

| Сообщение посчитали полезным:

_MBK_ пишет:
все попытки изобрести метод достаточно сильного сжатия уже жатого файла сродни изобретению перпетум мобиле
Понятие энтропии явным образом в информатику из термодинамики пришло, а у сдк как раз крестовый поход против начал термодинамики. Если не в практической части, то хотя бы на форуме все вокруг этими влажными фантазиями о перпетум мобилях обмазать.

-----
2 оттенка серого

| Сообщение посчитали полезным:

f13nd Товарищ информатор а правда что ваши сведения схожи с густыми соплями которые и не высморкать и не проглотить?

| Сообщение посчитали полезным:

У меня всегда была тройка по физике, поэтому начала термодинамики я, конечно, умом приемлю, но вижу вокруг множество "почти вечных мобилей" навроде Солнца, земного ядра или расширяющейся вселенной. Что касается математики, там все четко - чувства полностью согласны со здравым смыслом: ведь, если любой любой информации можно было бы сжать некоим революционным алгоритмом в ничто, то, соответственно, из одного бита можно было бы восстановить любой обьем любой информации, не так ли?

| Сообщение посчитали полезным:

SDK пишет:
Товарищ информатор а правда что ваши сведения схожи с густыми соплями которые и не высморкать и не проглотить?
Да, очень схоже. Ни отсморкаться у тебя не выходит, ни проглотить не хочется.

-----
2 оттенка серого

| Сообщение посчитали полезным:

f13nd Это Вас Беспокоит?

| Сообщение посчитали полезным:

Неа, рефлексирую просто, беспокоиться вроде бы не о чем.

-----
2 оттенка серого

| Сообщение посчитали полезным:

f13nd пишет:
беспокоиться вроде бы не о чем.
Почему?

| Сообщение посчитали полезным:

SDK пишет:
Почему?
Как это почему?

-----
2 оттенка серого

| Сообщение посчитали полезным:

f13nd пишет:
Как это почему?
Всем тоже интересно

| Сообщение посчитали полезным:

SDK пишет:
Всем тоже интересно
Боюсь большинству уже совсем не интересно.

-----
2 оттенка серого

| Сообщение посчитали полезным:

f13nd пишет:
Боюсь большинству уже совсем не интересно.

Но почему вы так думаете ?

| Сообщение посчитали полезным:

SDK пишет:
Но почему вы так думаете ?
А есть основания думать еще как-то?

-----
2 оттенка серого

| Сообщение посчитали полезным:

f13nd пишет:
А есть основания думать еще как-то?
А разве это не способствует подготовке и реализации новых предложений или моделей развития в сложившийся структуре?

| Сообщение посчитали полезным:

Наброшу ка я еще пожалуй ;)

Каждая точка кодируется 10 битами, всего 21 точка итого 210 бит или около 27 байт
Кто меньше?

| Сообщение посчитали полезным:

21 точка, а линии между ними как кодируются? Заливка как?

-----
2 оттенка серого

| Сообщение посчитали полезным:

Линии строятся, допустим, Брезенхэмом с нужной дискретизацией
Единственно, добавить два счетчика - в первом субконтуре 17 точек а во втором 4

| Сообщение посчитали полезным:

Ну значит управляющее поле нужно вводить, где будет минимум 5 бит на число узлов (от 1 до 33), 4 бита на цвет (16 штук) и хотя бы 1 бит, определяющий в какую сторону закрашивать. И налезет все это только на картинки, где нет замкнутых контуров из более чем 33 узлов и не больших, чем 32х32. Чтоб обойти эти ограничения придется вводить переменные длины полей и заголовок, который эти длины (число узлов, координата х, координата у) описывает. Так что на практике побольше 27 байт выйдет. И по большому счету это скорей преобразование в векторную графику, а не сжатие.

-----
2 оттенка серого

| Сообщение посчитали полезным: