Страница: 1 | 2 | 3 |
Вопрос: Архиватор
Добавлено: 30.07.06 13:02
Автор вопроса: Ellic | Web-сайт:
Ответы
Всего ответов: 36
Номер ответа: 16
Автор ответа:
VβÐUηìt
Вопросов: 246
Ответов: 3333
Web-сайт:
Профиль | | #16
Добавлено: 01.08.06 08:41
Блаблабла - даже если этот рисунок размером 307200x1 точек можно будет сохранить реальным гифом, то цвет точек изменится и получится бяяка.
Номер ответа: 17
Автор ответа:
Ellic
Вопросов: 17
Ответов: 26
Web-сайт:
Профиль | | #17
Добавлено: 02.08.06 17:37
Значит! Я его СДЕЛАЛ! Рисунок сохраняется в PNG. Вот только одно но: всё это работает с 24 и 32 битами. А когда при сжатии PNG я задаю 8 бит, тоже сохраняется, но не распаковывается. БЛИН!
Номер ответа: 18
Автор ответа:
Nash Bridges
Вопросов: 5
Ответов: 139
Профиль | | #18
Добавлено: 02.08.06 19:02
да что за бред ? какой архиватор ? RGB -> 256 - одностороняя функция, т.е. восстановить нельзя. сжатие с потерями. какой такой архиватор ?
Номер ответа: 19
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #19
Добавлено: 02.08.06 21:30
PNG8 искажает картинку
Номер ответа: 20
Автор ответа:
Sacred Phoenix
ICQ: 304238252
Вопросов: 52
Ответов: 927
Профиль | | #20
Добавлено: 02.08.06 22:43
Номер ответа: 21
Автор ответа:
Nash Bridges
Вопросов: 5
Ответов: 139
Профиль | | #21
Добавлено: 03.08.06 01:11
да, не увидел. но по любому, GIF вызывает сомнения, палитру сместит, сожмет с потерей или, как вариант, в три раза и сожмет. тогда уж, LZW сжатие, TIFF например с LZW.
Номер ответа: 22
Автор ответа:
Nash Bridges
Вопросов: 5
Ответов: 139
Профиль | | #22
Добавлено: 03.08.06 01:11
да, не увидел. но по любому, GIF вызывает сомнения, палитру сместит, сожмет с потерей или, как вариант, в три раза и сожмет. тогда уж, LZW сжатие, TIFF например с LZW.
Номер ответа: 23
Автор ответа:
HACKER
Разработчик Offline Client
Вопросов: 236
Ответов: 8362
Профиль | | #23
Добавлено: 04.08.06 00:35
я когда-то помню архиватор делал как в анекдоте, любое кол-во информации в 0 байт, да ещё и с возможностью востановления, чуть-чуть до нобилевской не дотянул, сорвалась идея ) а было дело так: Создал папку/файл пустой, он 0 байт. В имя можно аж 256 символов записать, записал, смотрю а он всёравно 0 байт, тут блин думаю фигасе, как же остальные не додумались данные в имя файла писать Так обрадовался что алгоритм мин за 10 написал ) всё зашибись было, работало.. медленно провда но за какая степень сжатия думаю о.. ну точно премия будет кинулся на дискету для проверки записывать, невлезло что-то с тех пор в свойствах файла я больше смотрю что в "на диске", когда записываю... А щас сказки на ночь про ассемблер читаю, так оказывается что 513 байт, занимают целый 1 кб во как Так шо любое сжатие с колдованием над форматами файлов врядли к чему-то приведут без потери, сжатие на матиматических расчётах и на логических хитростях основывется...
Номер ответа: 24
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #24
Добавлено: 04.08.06 04:24
Угу, а если писать данные в NTFS-потоки, так вообще любого размера файл можно до 0 байт сжать
Номер ответа: 25
Автор ответа:
Bombardier
ICQ: 42305746
Вопросов: 2
Ответов: 67
Web-сайт:
Профиль | | #25
Добавлено: 04.08.06 11:11
эт точно, только на дискету уже не скопируешь ))) вернее скопировать то скопируешь, только уже не распакуешь )))
Номер ответа: 26
Автор ответа:
Bombardier
ICQ: 42305746
Вопросов: 2
Ответов: 67
Web-сайт:
Профиль | | #26
Добавлено: 04.08.06 11:36
на самом деле сжатия происходить не будет ), это можно легко прикинуть. Основная ошибка в том, что GIF не сжимает картинку, а просто уменьшает размер файла используя меньшее количество цветов а следовательно и "словарь архиватора" потому как при 16М цветов на каждый пиксель нужно 3 байта описания цвета а при 256 цветах 1 байт, при меньшем же количестве цветов, можно обойтись вплоть до 1 бита в случае ч\б картинки. В данной же концепции архиватора мы получаем:
1 исходный байт
->
3 одинаковых байта RGB
->
1 байт GIF (так как все цвета в данной картинке это оттенки серого как раз помещается в 256 цветов)
+ добавится еще заголовок GIF файла
в итоге получившийся GIF будет даже больше исходного файла )) сжатия не получится, зато файл будет "спрятан" внутри немного странной картинки.
Единственно если таким образом "сжимать" текстовые файлы, то в принципе за счет ограничения словаря, можно будет сохранить GIF с адаптивной палитрой с меньшим количеством цветов.
В качестве иллюстрации могу привести такой пример, создай в Photoshop картинку размером 100*100 пикселей в режиме GrayScale (или 1*10000 как угодно) и заполни случайным шумом - это будет картинка концептуально представляющая некий "файл", а потом попробуй сохрани ее как GIF с параметрами соответствующими твоему алгоритму
Pallete - GrayScale
Colors - 256
Dither - No
Transparency - No
так размер полученной картинки будет не 9,77К как у исходного файла, а 12.44К.
На сжатие не очень похоже...
Номер ответа: 27
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #27
Добавлено: 04.08.06 13:33
Случайный шум ни один архиватор не сожмет. А GIF использует несколько алгоритмов сжатия помимо уменьшения палитры.
Номер ответа: 28
Автор ответа:
Bombardier
ICQ: 42305746
Вопросов: 2
Ответов: 67
Web-сайт:
Профиль | | #28
Добавлено: 04.08.06 13:55
ну насчет несколько не уверен, по моему в стандарте описан только LZW (из-за чего и сложности с лицензированием и переход на PNG) и то, он не обязателен к использованию, просто в описании первоначальном не было ни слова про именно сжатие внутри GIF, а так можно конечно заморочиться и делать GIF полностью, хотя проще тогда не мучиться с картинками, а просто сжать данные тем-же алгоритмом и все )
Номер ответа: 29
Автор ответа:
VβÐUηìt
Вопросов: 246
Ответов: 3333
Web-сайт:
Профиль | | #29
Добавлено: 06.08.06 17:11
Bombardier, а как ты в свой ник смайлик вставил?.. +) Извиняюсь за оффтоп...
Номер ответа: 30
Автор ответа:
Sharp
Лидер форума
ICQ: 216865379
Вопросов: 106
Ответов: 9979
Web-сайт:
Профиль | | #30
Добавлено: 06.08.06 19:43
Посмотри на дату регистрации, это только для старожилов