Се ля ви, упаковщик - это не разбухальщик.

oleg1973, ну принебречь, так принебречь, но тогда конкурс несерьезным становится.

Так как картинка одна и таже, то соответственно можно под нее подстроится и выбрать алгоритм, который лучше всего ее ужимает. Тогда надо взять эту картинку для начала, а тестить потом по нескольким (причем допустим только тебе известным), тогда будет хоть на что-то похоже.
С другой стороны, если мы принебригаем временем, то можно вообще написать десяток алгоритмов и программа будет пять минут думать, а потом выдаст лучший результат. Тоже несерьезно.

Вобщем я за время и за качество.

Если время не играет никакой роли, то мне уже участвовать не интересно становится по описанным выше причинам.

Цитата

ti kagis na VB pishesh mnogo, popitaisja ego propihnut w chislo moshnih jazikow

-=::BlackCat::=-, не беспокойся. То с чем я пришел на это побоище написано (мною) на asm'e
А вообще на VB пишу в последнее время очень мало. В основном только для форума.

предлагаю определиться с требованиями более конкретно:
потери
тут есть два варианта: допустимы и нет
если потери допустимы, то нужно указать, как искажение влияет на критерий оценки программы
класс изображений
вот действительно думал написать прогораммку с прицепленным файлом и показать, как я сжимаю его в 1 байт , чтобы проиллюстрировать, что тестировать программу нужно на большом классе изображений.
например, для естественных изображений больше подходят алгоритмы вроде jpeg, для искусственных gif и т.д.
так что давайте определимся
предложение: давайте просто возьмем какой-то сайт с обоями (например, на тему природы) и будем сжимать их
проверять будем на нескольких изображениях
скорость
как она учитывается, как сильно влияет на критерий оценки программы, что важнее: скорость сжатия или скорость восстановления
размер программы
как оценивается, возможно, ограничен (еще один способ бороться с прицепленными файлами )
----
я бы предложил сжатие без потерь - тогда их не нужно оценивать, а то совсем неочевидно, как именно это делать

oleg идея хорошая но, почему именно картинку я к примеру могу написать архиватор (JPEGconВертор ) каторый без потерь уложит её примерно в 500kb. такчто у вас нет шансов. лучше посоревноваться на сжатии EXE'шников.

Это сообщение отредактировал(а) RAdmin - 7.8.2004, 11:42

и так правила
1) сжатие без потерь, должно соответствовать 1*1
2) пока жмем тестовую картинку, в финале будет сделан тест на других картинках
3) время сжатия тоже будем оценивать
4) основная оценка размер выходного файла
к примеру баллы так можно начислить
размер+(время*1000)
5) размер ехе на баллы не влияет

время конкурса до 1 сентября

RAdmin
шансы у нас всегда есть
а JPEGconВертор один фиг без потерь не сделает

Цитата

кароче делаем ехе main.exe -p somefile.bmp пакует main.exe -d somefile.pak распаковывает

Обязательно так? А если я оформлю в Delphi?

Цитата

jpeg может работать в режиме без потерь

Не забывай, что он комерческий. Да и вообще, задолбаешься писать. Там у него 8 уровней сжатия. Хотя я подолбаюсь. Всё равно заняться особо не чем.

Цитата(oleg1973 @ 7.8.2004, 11:45)

и так правила 1) сжатие без потерь, должно соответствовать 1*1 2) пока жмем тестовую картинку, в финале будет сделан тест на других картинках 3) время сжатия тоже будем оценивать 4) основная оценка размер выходного файла к примеру баллы так можно начислить размер+(время*1000) 5) размер ехе на баллы не влияет время конкурса до 1 сентября

Я бы только немного уточнил.

Баллы бы высчитывал так:
(Размер картинки после упаковки в байтах + (время в секундах на упаковку + на распаковку) * 100000) / 100000 и округлить до второго знака после запятой

Например:
размер картинки после упаковки 563400 байт
время на упаковку 1.234 сек
время на распаковку 3.542 сек
получаем: (563400 + 123400 + 354220) / 100000 = 10.4102 => 10.41 балла

Цитата

5) размер ехе на баллы не влияет

Размер картинки на размер exe тоже.

Цитата

4) основная оценка размер выходного файла к примеру баллы так можно начислить размер+(время*1000)

Чего-то я пропустил этот пункт. А время-то зачем?
Время выполнения может зависить от ОЧЕНЬ многого.
Или тогда тестить надо всё в одно время и на одной тачке.

gepard
delphi proigrat 100% po wremeni, dumaju dage esli ti cherez ASM wstavki delat budesh

-=::BlackCat::=- Ни чего подобного - прочитав пол книги Криса Касперски "Оптимизация работы с памятью"(Ну просто супер книга - всем советую, написана классным языком и очень реально оптимизировать работу с памятью можно научиться - я проверял уже пару алгоритмов и даже в интерпертаторах есть прирост!!!!) я думаю, смогу оптимизировать алгоритм по скорости в несколько раз, если буду его делать(Все зависит от свобоного времени - на данный момент я делаю 2 проекта и еще работаю) )

Это сообщение отредактировал(а) <Spawn> - 7.8.2004, 18:54

<Spawn>
dawai bodet ochen interesno gljanut

Цитата

gepard delphi proigrat 100% po wremeni, dumaju dage esli ti cherez ASM wstavki delat budesh

Включи оптимизацию

Блин, неужели придётся асм ковырять и с++ подключать...

так ну все хватит трепатся, поехали!
3...2...1... старт!

Пардон, я тут по делу выскажусь:

Но вые пределы_
Мне удалось раром сжать в 969 КБ (993 030 байт)
И WinAce-сом в 816 КБ (836 300 байт)

Цитата

gepard delphi proigrat 100% po wremeni, dumaju dage esli ti cherez ASM wstavki delat budesh

Сынок Делфи это Сила . WinRAR и WinACE два мега лидера и оба написанны на делфях.