Намешано все в кучу, автор явно играл в то, что давали…
Во все это, за исключением C&C и DOOM, никто не играл.
Хитами были: MechWarrior, Comanche, Wing Commander, Descent & Terminal Velocity, несравненный Magic Carpet, а из стратегий: Dune, Z и KKND, и конечно UFO & Master of Orion. Из пошаговых, кроме Уфо и Ориона — Синдикат.
Не могу забыть Star Control, ремейк которого на 35 Гб, в октябре появился в Steam.
+ всевозможные RPG, апогеем которых стали Baldur's Gate в 1998 и Icewind dale в 2001, а за год до этого — Diablo.
Серия Might & Magic (особенно ее 6я часть), была шедевром своего времени.
Ну и само собой — Heretic, Quake и все такое.
Конечно, это лишь малая часть.
Тема раскрыта не полностью.
Blur не ограничивается матрицами свёртки, при этом, являясь их частным решением.
Так же — фильтр резкости, по-сути является частной реализацией Blur, но не рассмотрен.
Более того, сами матрицы свертки суммируются с исходным изображением неправильно.
Так при наложении фильтра, блендинг выполняется не усреднением исходного значения компонент цветов, а должен выбираться из максимума цветовых компонент буфера-источника и буфера-приемника. Тогда результирующее изображение имеет более «ламповый» и реалистичный вид, избавляясь от пелены (которая, в свою очередь, является погрешностью).
В дополнении: фильтр должен применяться не сразу к буферу источнику, а считаться в отдельный буфер-приемник, после чего выполняется «Альфа-блендинг» буферов.
В противном случае, возникает вторая ошибка на этапе применения: данные полученные для текущей строки, учитывают результат предыдущей (уже вычисленной строки).
Yamaha YIS-503IIIR не имела на борту графического редактора.
Painter был встроен только в Yamaha YIS-805/128R, и работал в SCREEN5.
SCREEN 7 использовался только для превью холста, в режиме через-строчного супер разрешения: 512x424
Этот режим можно было включать стандартными функциями видеопроцессора,
либо штатными средствами MSX Бейсика:
SCREEN 5,0,,,,3 — Режим 256х424, 16 цветов с палитрой;
SCREEN 7,0,,,,3 — Режим 512х424, 16 цветов с палитрой;
SCREEN 8,0,,,,3 — Режим 256х424, 256 цветов, индексный режим, палитра запрещена.
Но вот стандартные функции видеопроцессора, такие как линия, точка и блит, в этом режиме не работают, так же как и все остальные графические операторы MSX Бейсика,
ввиду того, что экран отображает одновременно две видео-страницы, поэтому в режимах SCREEN 7 и SCREEN 8, используется вся доступная видеопамять — 128 кб.
Планирую написать на эту, и некоторые другие «щекотливые» темы быстрой графики, очередную статью.
Вот пример того, как изображение выглядит в режиме 512х424
Я прошу прощения, но в статье описан не конструктор. Здесь рассказывается про сборную модель.
«Конструктор» же, подразумевает набор «УНИВЕРСАЛЬНЫХ» комплектующих частей, из которых можно собирать неканонические модели, благодаря творческой фантазии и пространственному мышлению.
А то что Вы предлагаете, таковым не является.
Мыслите верно, но как-то… узко.
Забыли про нейро-интерфейс, звуковые интерфейсы, джойстик наконец! (да-да, это вечный манипулятор!)
А еще позиционные системы, ведь проще всего позиционировать их в космосе, относительно частей корабля (статичных).
Еще, навскидку, распознавание жестов, которыми можно отдавать указания роботизированным системам. А так же свето- и цвето-динамические системы.
И да, по поводу перехода на новое оборудование:
Никто не говорит о мгновенном переходе и отказе от устаревшего оборудования. Ведь чем знаменит наш космос? Правильно: модульностью! А нет ничего более гибко модернизируемого, чем модульные системы. Все изменится, верьте!
Странные люди забыли видно, про "… огромный шаг для всего человечества...".
И даже не смотря на всё это, и все другие достижения, лично меня в этом человеке восхищают его мужество, целеустремленность и способность закрывать глаза на всех тех, кто не верит и не согласен, и который постоянно окружает себя бриллиантовыми сателлитами, судя по всему, не тратя на это сколь-нибудь невыносимых сил.
Тоже отнастольгировал тут недавно, достав запылившегося ученика. Решил отдать ему дань уважения, апнуть до 4Мб оперативы и поменять VDP с прошивкой, превратив в полноценный MSX2+.
А тем временем, тоже наваял пару зрелищь как раз под него:
1.
Дааа, локализация это очень приятно. Только работает она на локализованой версии «ямахи», то есть на КУВТ. На TURBO-R вас встретят иерогливы или другие кракозябры (сперва я подумал что редактор на японском, а потом догадался, что дело в таблице ASCII). На этот случай предусмотрена английская версия, запускаемая командой
Этот недостаток нивелируется простеньким драйвером подгружаемых шрифтов. Сдираем дату фонта с русской машины, и пишем загрузчик оного в видео память. Профит!
Именно так я поступал с Daewoo.
ЗЫ: фонты в видеопамяти будут храниться до смены видеорежима. Но ТОР его не применяет.
250000*(1+8+1)*16=40000000 Hz (40MHz)
Как Вы себе представляете тактирование автомата на такой частоте, в чипе с частотой 9.6МГц?
На мой взгляд, такая программная реализация — более чем наивна.
Вы говорите про помехоустойчивость передачи, или же приёмника? :)
Очевидно, что сэмплирование осуществляется в любой точке временного диапазона бита на конкретной частоте. Стартом (и началом отсчета) служит стартовый бит, в результате чего происходит вызов функции прерывания которая, в свою очередь выполняя пролог, учитывает текущее смещение к нулевому биту таким образом, чтобы обеспечить попадание в окно.
Не менее очевидно, что если в момент сэмплирования будет попадание в помеху, то результат будет записан безусловно. Однако для таких целей существует контроль по сумме и четности, которые в данной реализации не предусмотрены, но могут быть организованы с минимальными усилиями, силами разработчика.
Любые другие алгоритмы помехоустойчивости на столь низкой частоте МК, гарантированно ведут к снижению рабочего диапазона частот, раздувают код и количество задействованных ресурсов (речь о регистрах).
Спасибо за столь развернутый ответ, это многое прояснило.
Стандартный протокол UART, не подразумевает автокалибровку по дополнительным входным последовательностям и работает на заданных частотах, поэтому я неправильно интерпретировал Ваши «нули».
Касаемо же этой подстройки по длительности периода бод на неизвестной частоте, идея хорошая и нужная, но опять же — жирно использовать ее для микроконтроллера с 1кб флеша и 64 байтами SRAM. В случае же режима корректировки фазы, код не сильно увеличивается, теряется возможность автоопределения скорости, но повышается точность приёма при дрейфе частоты. И этот вариант вполне самодостаточен для программной реализации UART, используемого для «ОТЛАДКИ» микроконтроллера.
Ситуация с подсчетами еще усложняется тем, что разные команды имеют разное количество циклов, в этой ситуации требуется унификация задержки, которую я в свою очередь развернул, чтобы сократить размер кода и получить возможность более точной подстройки.
Поэтому любая команда, будь то условный переход, или чтение линии порта, будет выполняться дольше NOP, и в случае получения значения с порта, сравнения, и условного перехода, это уже в ПЯТЬ раз больше, и получение неустранимого джитера в приёмнике.
Спасибо за Ваш интерес к теме и описанные варианты обработки, любые решения, даже неудачные позволяют приблизиться к одному — идеальному.
Эксперименты не заканчиваются, и как я сказал выше — я написал другой приемник, с автокоррекцией фазы, но меня не устраивают некоторые нюансы в нём. Если я устраню эти нюансы и удастся оптимизировать код, я форкну проект на гитхабе и отпишусь об изменениях.
А пока, будем считать это решение законченным и самодостаточным.
Спасибо еще раз!
Во все это, за исключением C&C и DOOM, никто не играл.
Хитами были: MechWarrior, Comanche, Wing Commander, Descent & Terminal Velocity, несравненный Magic Carpet, а из стратегий: Dune, Z и KKND, и конечно UFO & Master of Orion. Из пошаговых, кроме Уфо и Ориона — Синдикат.
Не могу забыть Star Control, ремейк которого на 35 Гб, в октябре появился в Steam.
+ всевозможные RPG, апогеем которых стали Baldur's Gate в 1998 и Icewind dale в 2001, а за год до этого — Diablo.
Серия Might & Magic (особенно ее 6я часть), была шедевром своего времени.
Ну и само собой — Heretic, Quake и все такое.
Конечно, это лишь малая часть.
Blur не ограничивается матрицами свёртки, при этом, являясь их частным решением.
Так же — фильтр резкости, по-сути является частной реализацией Blur, но не рассмотрен.
Более того, сами матрицы свертки суммируются с исходным изображением неправильно.
Так при наложении фильтра, блендинг выполняется не усреднением исходного значения компонент цветов, а должен выбираться из максимума цветовых компонент буфера-источника и буфера-приемника. Тогда результирующее изображение имеет более «ламповый» и реалистичный вид, избавляясь от пелены (которая, в свою очередь, является погрешностью).
В дополнении: фильтр должен применяться не сразу к буферу источнику, а считаться в отдельный буфер-приемник, после чего выполняется «Альфа-блендинг» буферов.
В противном случае, возникает вторая ошибка на этапе применения: данные полученные для текущей строки, учитывают результат предыдущей (уже вычисленной строки).
Painter был встроен только в Yamaha YIS-805/128R, и работал в SCREEN5.
SCREEN 7 использовался только для превью холста, в режиме через-строчного супер разрешения: 512x424
Этот режим можно было включать стандартными функциями видеопроцессора,
либо штатными средствами MSX Бейсика:
SCREEN 5,0,,,,3 — Режим 256х424, 16 цветов с палитрой;
SCREEN 7,0,,,,3 — Режим 512х424, 16 цветов с палитрой;
SCREEN 8,0,,,,3 — Режим 256х424, 256 цветов, индексный режим, палитра запрещена.
Но вот стандартные функции видеопроцессора, такие как линия, точка и блит, в этом режиме не работают, так же как и все остальные графические операторы MSX Бейсика,
ввиду того, что экран отображает одновременно две видео-страницы, поэтому в режимах SCREEN 7 и SCREEN 8, используется вся доступная видеопамять — 128 кб.
Планирую написать на эту, и некоторые другие «щекотливые» темы быстрой графики, очередную статью.
«Конструктор» же, подразумевает набор «УНИВЕРСАЛЬНЫХ» комплектующих частей, из которых можно собирать неканонические модели, благодаря творческой фантазии и пространственному мышлению.
А то что Вы предлагаете, таковым не является.
Не останавливайтесь! Вы на верном пути. Желаю творческих успехов, но не забывайте успевать по остальным дисциплинам.
Забыли про нейро-интерфейс, звуковые интерфейсы, джойстик наконец! (да-да, это вечный манипулятор!)
А еще позиционные системы, ведь проще всего позиционировать их в космосе, относительно частей корабля (статичных).
Еще, навскидку, распознавание жестов, которыми можно отдавать указания роботизированным системам. А так же свето- и цвето-динамические системы.
И да, по поводу перехода на новое оборудование:
Никто не говорит о мгновенном переходе и отказе от устаревшего оборудования. Ведь чем знаменит наш космос? Правильно: модульностью! А нет ничего более гибко модернизируемого, чем модульные системы. Все изменится, верьте!
И даже не смотря на всё это, и все другие достижения, лично меня в этом человеке восхищают его мужество, целеустремленность и способность закрывать глаза на всех тех, кто не верит и не согласен, и который постоянно окружает себя бриллиантовыми сателлитами, судя по всему, не тратя на это сколь-нибудь невыносимых сил.
А тем временем, тоже наваял пару зрелищь как раз под него:
1.
2.
if (time==LED1period) {...}
Кратко, лаконично, без делений и умножений.
Этот недостаток нивелируется простеньким драйвером подгружаемых шрифтов. Сдираем дату фонта с русской машины, и пишем загрузчик оного в видео память. Профит!
Именно так я поступал с Daewoo.
ЗЫ: фонты в видеопамяти будут храниться до смены видеорежима. Но ТОР его не применяет.
Как Вы себе представляете тактирование автомата на такой частоте, в чипе с частотой 9.6МГц?
На мой взгляд, такая программная реализация — более чем наивна.
Очевидно, что сэмплирование осуществляется в любой точке временного диапазона бита на конкретной частоте. Стартом (и началом отсчета) служит стартовый бит, в результате чего происходит вызов функции прерывания которая, в свою очередь выполняя пролог, учитывает текущее смещение к нулевому биту таким образом, чтобы обеспечить попадание в окно.
Не менее очевидно, что если в момент сэмплирования будет попадание в помеху, то результат будет записан безусловно. Однако для таких целей существует контроль по сумме и четности, которые в данной реализации не предусмотрены, но могут быть организованы с минимальными усилиями, силами разработчика.
Любые другие алгоритмы помехоустойчивости на столь низкой частоте МК, гарантированно ведут к снижению рабочего диапазона частот, раздувают код и количество задействованных ресурсов (речь о регистрах).
Стандартный протокол UART, не подразумевает автокалибровку по дополнительным входным последовательностям и работает на заданных частотах, поэтому я неправильно интерпретировал Ваши «нули».
Касаемо же этой подстройки по длительности периода бод на неизвестной частоте, идея хорошая и нужная, но опять же — жирно использовать ее для микроконтроллера с 1кб флеша и 64 байтами SRAM. В случае же режима корректировки фазы, код не сильно увеличивается, теряется возможность автоопределения скорости, но повышается точность приёма при дрейфе частоты. И этот вариант вполне самодостаточен для программной реализации UART, используемого для «ОТЛАДКИ» микроконтроллера.
Ситуация с подсчетами еще усложняется тем, что разные команды имеют разное количество циклов, в этой ситуации требуется унификация задержки, которую я в свою очередь развернул, чтобы сократить размер кода и получить возможность более точной подстройки.
Поэтому любая команда, будь то условный переход, или чтение линии порта, будет выполняться дольше NOP, и в случае получения значения с порта, сравнения, и условного перехода, это уже в ПЯТЬ раз больше, и получение неустранимого джитера в приёмнике.
Спасибо за Ваш интерес к теме и описанные варианты обработки, любые решения, даже неудачные позволяют приблизиться к одному — идеальному.
Эксперименты не заканчиваются, и как я сказал выше — я написал другой приемник, с автокоррекцией фазы, но меня не устраивают некоторые нюансы в нём. Если я устраню эти нюансы и удастся оптимизировать код, я форкну проект на гитхабе и отпишусь об изменениях.
А пока, будем считать это решение законченным и самодостаточным.
Спасибо еще раз!