LinesPrower

Никто не хочет завести лисенка? ;) Мало кто знает, что в 1959 году новосибирский институт цитологии и генетики начал эксперимент по одомашниванию лис. Потребовалось 35 поколений, чтобы добиться поставленной цели, но домашние лисы все таки были выведены! Сейчас у проекта серьезные финансовые трудности, и одним из источников дохода является продажа лисят в качестве домашних питомцев. Лисы продаются в основном в США, дистрибьютором является компания SibFox. Хотя продать лисенка в России они тоже не прочь :) Вот такие няфные лисоньки: Так что копим деньги :)

Sintel - короткометражный 3D анимационный фильм, созданный только с использованием oткрытого софта (в первую очередь Blender и Gimp). Распространяется свободно под лицензией Creative Commons Attribution 3.0. Надо сказать, на этот раз у ребят из Blender Foundation получился потрясающий мультфильм. С достойной графикой, звуком и отлично срежиссированный. Меня зацепил. Одна из лучших короткометражек, что я видел. Фильм можно скачать в HD на официальном сайте проекта, либо посмотреть на .

Навсикая из Долины Ветров. Вся. Оригинальная.

Любимый - конечно Яндекс =) Но пользуюсь Гуглом. Ибо 95% моих запросов на английском. Да и на русском, к сожалению, Гугл сейчас показывает лучшую выдачу на некоторых запросах... Но мы очень стараемся!

Mio, а кем вы работаете, если не секрет?

Потрясающий мультфильм. Один из моих любимых. Шедевр как в плане графики так и в плане сюжета. Очень рекомендую посмотреть, кто не видел. Собственно, фильм (вроде как) вышел в российский прокат (!), так что у жителей некоторых городов сейчас есть реальная возможность просмотреть его на большом экране. По крайней мере, в Москве и Екатеринбурге точно.

Десять лет занятий не прошли даром)) Да и ARM - не первая архитектура, которую я изучаю. И даже не вторая)) Называть это отладчиком как-то язык не поворачивается... Там даже breakpoint не поставишь. Visual Boy Advance. Для родного для GBA разрешения не хватит точно. И все-таки там видимо компенсация движений сильно сокращает расчеты, ибо ДКП ну очень вычислительно сложная штука. (Но компенсация движений требует много памяти (как минимум еще один буфер, не так ли?), с которой в GBA определенные проблемы; хотя многих деталей того же MPEG'а я не знаю. Этот стандарт где-нибудь есть в открытом доступе? Я не нашел.) Без компенсации тоже все плохо - даже при блоке 4*4 и трех (!) ненулевых коэффициентах производительности скорее всего не хватит, не говоря о том, что это будет за картинка. Согласен. Но вообще сдвиги - это то что ARM умеет лучше всего s=) Да и практический любой алгоритм сжатия использует энтропийное кодирование и следовательно требует работы с последовательностью битов, а не байтов. И с этим должен даже ГБА справиться. Надо только найти очень шустрый метод преобразовать сигнал в хорошо сжимаемый (вернее, шустрым должно быть обратное преобразование =) ) Да, насчет RGB/YUV, думаю это не так принципиально, можно изначально в RGB кодировать, переход в YUV дает только определенный выигрыш в качестве/сжатии. Ну, насчет 20 раз я конечно загнул)) А rmvb с этого сайта я смотрел. Качество ужасное. Но степень сжатия впечатляет. Особенно когда у тебя нет шустрого интернета... Охотно верю)) Только мне кажется странным, что один и тот же пиксел (вернее целый блок) статичной (в пределах определенной погрешности) картинки может менять цвет от кадра к кадру, создавая "шум" - у кодера нет "временной устойчивости" (возможно в исходном сигнале цвет тоже меняется, но относительно незаметно, при этом колеблется возле "границы" и при округлении до 15 бит округляется в разные стороны) Ну как все-таки работает кодер?

Ладно, расскажу как это работает)) Изображение кодируется блоками 4х4 пиксела. Все блоки независимы. Каждый блок кодируется двумя словами. Первое слово содержит два цвета (a и b), и определяет 4-цветную "палитру" блока, куда кроме a и b входят еще две линейные комбинации (2a+b)/3 и (a+2b)/3. Соответственно, каждый пиксел блока имеет один из этих четырех цветов и кодируется двумя битами - всего 32 бита, образующих второе слово. Интересный алгоритм. Достоинства: - не требовательный к вычислительным ресурсам - никаких (!) обращений к оперативке, кроме чтения исходных данных и записи результата. В условиях отсутствия кэша это очень важно. - производительность и степень сжатия никак не зависят от входного сигнала Недостатки: - низкая степень сжатия - создает характерные искажения Ну и два вопроса - вы этот алгоритм сами разрабатывали или он стандартный? - а как работает кодер? в частности, как выбираются цвета для палитры? теоретически это может заметно влиять на качество картинки

При 15 битах на пиксел без сжатия получаем 102 метра. Хм, значит сжатие все-таки есть. Примерно 4 бита на пиксел. Все равно жутко много <_< Еще бы ужать раз в 20, и будет реально круто)) Кстати, а какой максимальный размер картриджа? Насчет "внешних" впечатлений... Самый мерзкий артефакт - это сильный шум, на "однотонных" светлых областях очень заметно. Откуда он берется - мне не совсем понятно (15-битный цвет?). Ну и еще отсутствие backbuffer'а (рендерится ведь прямо в "видимую" область памяти, да?) - только тут искажения возможно различаются на разных эмуляторах, как это выглядит на реальном железе я не знаю - у меня его нету. Насчет погонять в дебаггере, так и быть, погоняю. Если ссылку дадите на какой-нибудь человечный дебаггер. Давно хотел с ARM поближе познакомиться... P.S. Хоть кто-то здесь чем-то интересным (для меня) занимается)) P.S.2. http://citeseerx.ist.psu.edu/viewdoc/summa...=10.1.1.20.4313 Немного погуглил на тему)) Но MPEG-4 конечно жестокий алгоритм))

Впечатляет. А можно побольше технических подробностей? В частности, интересно - в каком формате хранится видеопоток? в каком-то собственном? Судя по соотношению длительность/битрейт/качество он хранится практически без сжатия... это как-то не радует. Или все таки как-то сжимается? Если да, то как? Реально ли заюзать, например, MPEG-4? - какой реальный FPS в этом видео? - какой видеорежим здесь используется? (мне сказали, что их на GBA как минимум два - 15-битный цвет без двойной буферизации, либо 256-цветная палитра, но с буфером) P.S. Я не специалист в области ARM и, в частности, GBA. Просто очень любопытно))

Занятно. Практического смысла конечно мало, так как ничего принципиально нового с такой программой не сделаешь, но в качестве учебной проги вполне сойдет. Я искренне не понимаю, зачем вообще заниматься хакингом, если ты даже не способен выполнить N пунктов туториала. Я вообще не понимаю, зачем им заниматься; изучение ассемблера и получения навыков анализа кода - это хоть какое-то оправдание этого занятия, но когда "хакинг" сводится к расстановке галочек в диалоговом окне... P.S. Сложность и крупномасштабность конечно поражают. Все ведь сводится к нескольким "find & replace"'ам да генерации и запуску батника, к тому же батник пишется не в той кодировке... В наше время требовать от пользователя отсутствия русских букв в путях - это прямо-таки неприлично...