Тема для конкурса LowEnd Realtime Graphics: 'Зима пришла, а снега нет...'
Время на выполнение 3 часа.

realtime ay music тема выложена. 3 часа.

Тема для конкурса LowEnd Realtime Coding сегодня несколько поэтичная:

Снежинки белые над городом кружатся,
Как по волшебству нам под ноги ложатся,
От зимы нам всем не спрятаться, не скрыться,
Снежинки белые, скажите, что вам снится.

Время на выполнение 24 часа.

По традиции, конкурсные Intro/Demo работы на новогоднюю тематику можно публиковать раньше демопати. При достаточном количестве таких работ они могут быть выделены в отдельный конкурс.

Демопати будет идти по следующему расписанию (время московское GMT +03:00)

4 января, четверг
14:00 заезд организаторов и посетителей на место
17:00 начало создания работ для конкурса LowEnd Realtime Coding (24 часа)
18:00 начало создания работ для конкурса Realtime AY/YM Music (3 часа)
20:59 завершение создания работ для конкурса Realtime AY/YM Music
21:00 начало создания работ для конкурса LowEnd Realtime Graphics (3 часа)
23:59 завершение создания работ для конкурса LowEnd Realtime Graphics

5 января, пятница
12:00 начало создания работ для конкурса ZX Spectrum Realtime 53с Graphics (2 часа)
13:59 завершение создания работ для конкурса ZX Spectrum Realtime 53с Graphics
14:00 начало создания работ для конкурса Realtime Paint Over (3 часа)
16:59 завершение создания работ для конкурса Realtime Paint Over
16:59 завершение создания работ для конкурса LowEnd Realtime Coding
17:00 окончательный дедлайн для опаздывающих авторов работ
18:30 начало видео-трансляции
19:00 показ музыкальных конкурсных работ, начало онлайн-голосования
21:00 показ остальных конкурсных работ

6 января, суббота
09:30 завершение голосования, подсчёт голосов
10:00 награждение победителей
11:00 закрытие демопати

Возможны незначительные корректировки.

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

Официальный IRC-канал для общения #dihalt на сервере ForestNet.org (есть web-интерфейс), Telegram, Pouet.

Отдал Владу комплект для трасляции + раздачи инетрнета
правда с самим интернетом вопрос еще пока что решаеться
а вообще так грузим баулы всякого стаффа

продолжая тему…
свежая кратинка с недавней пати UNC

не знаю как в других браузерах, но в 12-й Opera Mobile картинка отображается 1 в 1, яркость у A и C визуально одинакова, B темнее. Если масштабировать страницу, то да, A приближается к B.

кстати! какой из не-хромовых браузеров под андроид имеет смысл поставить? Сейчас пользуюсь хромом для некоторых сайтов и оперой для остальных (особенно для всяких deviantart и прочих, как раз за счет того, что масштабирование идет пиксел в пиксел), но с https у оперы все очень печально, а более поздние версии иначе как огрызками не назвать :(

Телефон физически показывает не 256 пикселей картинку, а слегка перемасштабирует её по-своему усмотрению, это нормально. Можно и точно 256 заставить отображать, но тогда мобильный сайт будет кривым, скорее всего.

Про «аккуратность» — да, есть такая болезнь, мне надо больше читать литературы, а не треша всякого :)

Vinnny nyuk на events надо переправить инфу — там написано еще клуб аляска
вообще убрать про место мождет

Подтверждаю: на телефоне А почти равно В (В слегка темнее), на компе В очень сильно темнее А, а А=С в точности. Как теперь с этим жить?.. =)

Прошу меня простить за занудство. Английское слово «accurate» переводится на русский, как «точный», а русское слово «аккуратный» может означать лишь человека, который подключает свою пентеву, не размахивая высоковольтным кабелем в опасной близости от микросхем, например. =))

в общем, с клешингом таки ж нужно бороться!

И еще, клэшинг — только часть проблемы. Меняются цвета, из-за артефактов, например, желтый дитеринг на голубом фоне приобретает темную окантовку.

Все логично. Первый пример 256 пикселей шириной, но телефонные браузеры оперируют не пикселями, а поинтами, то есть происходит масштабирование с ресемплингом, где опять же гамма не учитывается. То есть, на телефоне принципиально можно отобразить правильно, но не в адаптивном дизайне.

В телефоне первый пример с яркостями выглядит как A=B, С — светлее. На ноуте — наоборот: B темнее A, A почти равно C.

Второй пример в телефоне — первые 2 скриншота whirlpool сильно клэшат, третий — с плавным переходом. На ноутбуке с клэшингом только whirlpool 2. 1 и 3 — с плавным переходом.

sRGB — всё же цветовое пространство прежде всего, но учитывать нам надо гамму, это верно. И вопрос не только в работе со спектрумовским экраном, мало кто вообще учитывает цветовое пространство перед применением преобразований. Те же браузеры для нас сейчас не менее актуальны, чем эмуляторы. Canvas, видео на ютубе — каждый случай надо отдельно смотреть и, по возможности, править и компенсировать.

Я думаю, что тут как бы слегка неточное вышло у тебя описание, потому что по сути главное, что мало кто (почти никто) не учитывает при работе со спектрумовским экраном — это гамма экрана. sRGB — это просто стандартизированный способ коррекции гаммы. Я примерно так же угробил немало времени пару лет назад, пытаясь понять как правильно смешивать цвета в спектрумовских текстурах.

Но, в любом случае, очень хорошо, что этот разговор начался.

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

Печалюшка, конечно

увы, он сообщил, что не приедет

Приоритет комфортного размещения в первую очередь за девушками...

Прикольный сексизм.