Для сборки или для запуска Linux? Я специально не стал освещать кросскомпиляцию и особенность запуска Linux на встраиваемых системах, так это тема отдельной статьи.
У меня точно грузится лицензионная Windows 10 с отключенным Secure Boot. В моем понимании Secure Boot - это когда UEFI проверяет на то, что запускаемое приложение (загрузчик) подписан ключом, которому доверяет UEFI. Если ключ неверный, дальнейшая загрузка прекращается. Отключение Secure Boot это отключение этой проверки.
Цель статьи была образовательная и я хотел показать, как собрать Linux для ноутбука или стационарного компьтера. Для роутера немного сложнее будет и менее универсально.
Я не могу точно сказать почему именно здесь я использовал double. Скорее всего это осталось от старого кода, где я пытался с помощью библиотеки math считать sin и cos. Палитра вычисляется один раз при старте, поэтому на производительность это практически не должно влиять. Еще я по привычке использую double для вещественных типов, чтобы меньше думать о преобразованиях типов. Да и переменных немного, они не сильно влияют на обьем используемой памяти.
Возможно я ошибаюсь, но скорость перемещения луча по вертикали постоянная при отрисовке поля. Поэтому за время отрисовки одной строки при прямом ходе луч сдвинется по вертикали больше, чем при обратном ходе.
Если быть более точными, луч будет сдвигаться по вертикали и при прямом ходе и при обратном, только при прямом это более заметно. Если присмотреться к рисунку, что привел @sappience, то там как раз это и видно.
Стрелочки не двунаправленные, это две стрелочки, одна для прямого другая для обратного хода луча. По поводу начала на середине и окончании на середине я еще раз перепроверю, но вроде так и должно быть. Смещения строк исправлю.
Многие современные новоделы игровых приставок используют NTSC. NTSC немного проще для понимания. Целью статьи было донести базовую информацию для генерации композитного видеосигнала.
Я не сталкивался с ReactOS, но если я правильно понимаю https://github.com/reactos/reactos/blob/master/boot/freeldr/freeldr/arch/uefi/uefildr.c является точкой входа в UEFI-приложение, которое загружает ReactOS. Теоретически, если использоать режим chainload моего зарузчика и указать в качестве файла для загрузки freeldr должно загрузиться. Или вы другое имели ввиду, например, нативную загрузку ядра ReactOS?
Для сборки или для запуска Linux? Я специально не стал освещать кросскомпиляцию и особенность запуска Linux на встраиваемых системах, так это тема отдельной статьи.
У меня точно грузится лицензионная Windows 10 с отключенным Secure Boot. В моем понимании Secure Boot - это когда UEFI проверяет на то, что запускаемое приложение (загрузчик) подписан ключом, которому доверяет UEFI. Если ключ неверный, дальнейшая загрузка прекращается. Отключение Secure Boot это отключение этой проверки.
Цель статьи была образовательная и я хотел показать, как собрать Linux для ноутбука или стационарного компьтера. Для роутера немного сложнее будет и менее универсально.
Я не могу точно сказать почему именно здесь я использовал double. Скорее всего это осталось от старого кода, где я пытался с помощью библиотеки math считать sin и cos. Палитра вычисляется один раз при старте, поэтому на производительность это практически не должно влиять. Еще я по привычке использую double для вещественных типов, чтобы меньше думать о преобразованиях типов. Да и переменных немного, они не сильно влияют на обьем используемой памяти.
Спасибо, за подробное дополнение.
С первым утверждением согласен, но нужно перепроверить источники. А со вторым и третьим - нет.
Кадр - это прохождение луча по всем строкам, количество строк в кадре одинаковое и при прогрессивной и при чересстрочной развертке.
Количество кадров в секунду одинаковое при прогрессивной и чересстрочной развертке.
При чересстрочной развертке количество полукадров в секунду в два раза больше, чем количество кадров в секунду.
Возможно я ошибаюсь, но скорость перемещения луча по вертикали постоянная при отрисовке поля. Поэтому за время отрисовки одной строки при прямом ходе луч сдвинется по вертикали больше, чем при обратном ходе.
Если быть более точными, луч будет сдвигаться по вертикали и при прямом ходе и при обратном, только при прямом это более заметно. Если присмотреться к рисунку, что привел @sappience, то там как раз это и видно.
Поправьте, если я неправ.
Как я понимаю, на последней осциллограмме еще и телетекст в VBI есть?
Можете привести формулу какая есть и какая должна быть? Я не смог найти ошибку у себя.
Спасибо за внимательное чтение. Исправил.
Мы оба были неправы, но вместе мы разобрались). Исправил рисунок для развертки в статье.
Спасибо
Я тоже так видел. Но I и Q это же функции от времени. Или я не так понимаю?
Стрелочки не двунаправленные, это две стрелочки, одна для прямого другая для обратного хода луча. По поводу начала на середине и окончании на середине я еще раз перепроверю, но вроде так и должно быть. Смещения строк исправлю.
Спасибо за замечания. Нет. Рисовал сам. Сейчас перепроверю.
Спасибо. Я подумаю над этим
У меня тоже была мысль изложить сначала ч/б сигнал. Но так получилась бы статья еще больше. Мне и так пришлось ее разбить на две. А так бы было бы 4.
Многие современные новоделы игровых приставок используют NTSC. NTSC немного проще для понимания. Целью статьи было донести базовую информацию для генерации композитного видеосигнала.
Я не сталкивался с ReactOS, но если я правильно понимаю https://github.com/reactos/reactos/blob/master/boot/freeldr/freeldr/arch/uefi/uefildr.c является точкой входа в UEFI-приложение, которое загружает ReactOS. Теоретически, если использоать режим chainload моего зарузчика и указать в качестве файла для загрузки freeldr должно загрузиться. Или вы другое имели ввиду, например, нативную загрузку ядра ReactOS?
Я использовал DOSBox и настраивал сеть, когда захотелось по сети с друзьями поиграть.