скорее те, кому лень разбираться что это ещё за значок там есть.
более того, большинство не знает, что если телефон приложить к уху как при обычном разговоре, то голосове будет воспроизведено через верхний динамик. но нет же, на улице людей прикладывающие телефон перпендикулярно уху последнее время все больше.
а студентам нужно будет на всякий случай иметь бумажные копии приказов на зачисление сданных экзаменов, а то вдруг при переименовании ВУЗа отрастут внезапные хвосты или стаж пропадет ...
насчет переименования не шутка, так как поступал в Таганрогский технологический институт Южного федерального университета (2010), учился в Таганрогском кампусе Южного федерального университета (2012-2013), окончил по итогу Инженерно-технологическая академию Южного федерального университета.
с этим зверем знаком, как раз вчера попробовал. в целом неплохо получается для цветного дисплея с ограниченным спектром цветов.
LZSS при разжатии либо копирует данные из входного буфера в выходной, либо копирует ранее распакованную цепочку из выходного буфера опять во входной
получается что это работает быстрее, чем RLE за счет того что можно не копировать неизмененные данные. Хотя наверно при небольших размерах разница будет не существенна.
Программный фреймбуфер использовать можно, но это скорее всего усложнит и замедлит декодер.
Как раз вчера сделал декодер RLE в программный фреймбуфер, который потом отсылается в экран. получилось примерно 18 мс на картинку размером 240*240 16битный цвет. причем от самой картинки и степени сжатия не зависит. сделал вывод что основной тормоз это запись в память большого числа данных
Если интересно — распишу подробнее команды и реализацию.
конечно интересно) можно в личку, если объем большой.
Буфер для разжатого изображения нужно иметь по самой сути LZSS. Он берет оттуда повторяющиеся цепочки данных. Динамически я его не выделял, просто фиксированный буфер под самый большой используемый спрайт.
а почему цепочку сразу нельзя писать в буфер, ведь по сути мы получаем N раз повторить байт M. вроде логично, сразу писать и можно сэкономить немного памяти.
прошу сильно не пинать, если вопросы глупые. я с графикой на МК только столкнулся.
бесспорное утверждение. причем не хватает обычно именно ОЗУ, а тут решили добавить дисплей и мегабайта флеша стало внезапно как-то мало.
к сжатию следует подходить разумно в виду низкой производительности процессоров мк
современные МК достаточно шустрые плюс ускорители есть внутри разные. вон на днях наткнулся на NXP контроллер который аппаратно LZMA декомпрессию умеет.
при работе с мк стоит почаще обращаться к знаниям предков - алгоритмы и форматы 80-х наиболее подходят этому сегменту
ага, как раз и патенты кончили действовать на большую часть алгоритмов. Кстати, получается что младший брат (МК) донашивает за старшим братом (ПК) алгоритмы?
Алгоритм LZSS (c измененным кодированием) неплохо подходит для этого
А можно, пожалуйста, поподробней. Чем жать и каким способом разжимать на МК: динамически выделять память под нужный размер или можно потоково сразу в буфер экрана?
можете поделится ссылкой на примеры с целью повышения самообразованности?
в десятке просто: кнопка win и текстом набираем pai... как правило ОС понимает что от нее хотят и любезно подсовывает нужный файл для запуска. причем после пары запусков, на первом месте будет именно paint.net
вот чего в нем не хватает, так плагина для работы с svg. цены б ему не было
Для того чтобы использовать структуру, определенную в хедере на контроллер.
Тут либо делать каст, либо как написал @juramehanik ниже воспользоваться парсером и получить уже готовые структуры для работы с периферией.
не забыли, просто придерживаются стереотипа о медлительности, выборы не один ж день будут
Death Stranding прям какой-то получается.
скорее те, кому лень разбираться что это ещё за значок там есть.
более того, большинство не знает, что если телефон приложить к уху как при обычном разговоре, то голосове будет воспроизведено через верхний динамик. но нет же, на улице людей прикладывающие телефон перпендикулярно уху последнее время все больше.
даже если ферма цифровая
ты ему QR документы, он тебе QR для оплаты штрафа на месте. удобненько будет, да и быстренько.
а студентам нужно будет на всякий случай иметь бумажные копии
приказов на зачислениесданных экзаменов, а то вдруг при переименовании ВУЗа отрастут внезапные хвосты или стаж пропадет ...насчет переименования не шутка, так как поступал в Таганрогский технологический институт Южного федерального университета (2010), учился в Таганрогском кампусе Южного федерального университета (2012-2013), окончил по итогу Инженерно-технологическая академию Южного федерального университета.
цветов мало задействована, сжалось хорошо ( в среднем в 9.2 раза). Про индексирование цветов думал тоже
теперь понял, спасибо.
с этим зверем знаком, как раз вчера попробовал. в целом неплохо получается для цветного дисплея с ограниченным спектром цветов.
получается что это работает быстрее, чем RLE за счет того что можно не копировать неизмененные данные. Хотя наверно при небольших размерах разница будет не существенна.
Как раз вчера сделал декодер RLE в программный фреймбуфер, который потом отсылается в экран. получилось примерно 18 мс на картинку размером 240*240 16битный цвет. причем от самой картинки и степени сжатия не зависит. сделал вывод что основной тормоз это запись в память большого числа данных
конечно интересно) можно в личку, если объем большой.
а почему цепочку сразу нельзя писать в буфер, ведь по сути мы получаем N раз повторить байт M. вроде логично, сразу писать и можно сэкономить немного памяти.
прошу сильно не пинать, если вопросы глупые. я с графикой на МК только столкнулся.
Спасибо за наводку на PCX, будем посмотреть.
бесспорное утверждение. причем не хватает обычно именно ОЗУ, а тут решили добавить дисплей и мегабайта флеша стало внезапно как-то мало.
современные МК достаточно шустрые плюс ускорители есть внутри разные. вон на днях наткнулся на NXP контроллер который аппаратно LZMA декомпрессию умеет.
ага, как раз и патенты кончили действовать на большую часть алгоритмов. Кстати, получается что младший брат (МК) донашивает за старшим братом (ПК) алгоритмы?
А можно, пожалуйста, поподробней. Чем жать и каким способом разжимать на МК: динамически выделять память под нужный размер или можно потоково сразу в буфер экрана?
можете поделится ссылкой на примеры с целью повышения самообразованности?
я вообще за любое успешное начинание, если оно несет пользу.
анекдот на эту тему
-Вы патриот России?
-Да.
-Тогда почему ездите на иномарке, а не на отечественной машине?
-Вы, пожалуйста, патриотизм с идиотизмом не путайте!!!
Долго ж экипаж летать то будет. /sarcasm
Но ведь орла изначально же позиционировали как многоразовую систему в ответ на западные, разве нет?
Билл Гейтс с электронной трудовой книжкой и документами, подтверждающими стаж работы на ликвидированных предприятиях
радует то, что изделие ВПК нашло адекватное применение в гражданской сфере.
так вот для чего она оказывается ...
зато с земли в телескоп бы было видно место посадки аполлона. или не видно. тут смотря куда и как повернуть)
в десятке просто: кнопка win и текстом набираем pai... как правило ОС понимает что от нее хотят и любезно подсовывает нужный файл для запуска. причем после пары запусков, на первом месте будет именно paint.net
вот чего в нем не хватает, так плагина для работы с svg. цены б ему не было
а это правильный вопрос, детектив Я, Робот.