Ассемблер ARM под голое железо. Часть 6. Кадровый буфер Raspberry Pi

Поділитися
Вставка
  • Опубліковано 22 січ 2025

КОМЕНТАРІ • 10

  • @ОлегРешетник-ь7ъ
    @ОлегРешетник-ь7ъ 9 місяців тому +1

    Спасибо! Выглядит просто, но я понимаю, сколько пришлось лопатить информацию!

    • @CityAceE
      @CityAceE  9 місяців тому

      Всё так!

  • @parallelno
    @parallelno 9 місяців тому

    Спасибо за видео! Как всегда подробно и интересно!!!

  • @GlazkinSergey
    @GlazkinSergey 9 місяців тому

    Интересно, вдохновляет, спасибо!

  • @alekmit13
    @alekmit13 9 місяців тому

    Спасибо! FB - очень интересная тема, с тех пор, как начал использовать omxplayer. Информации очень мало. Видел только один туториал на каком-то блоге.

  • @pavelmanzharov5872
    @pavelmanzharov5872 9 місяців тому

    А такой вопрос. Вы заполняете фреймбуфер сначала отправляя R, потом G, потом B, потом альфа? А мне помнится когда я делал подобное на си то последовательность была обратной B, G, R, A и дальше увеличение адреса буфера. Или я что то путаю?

    • @pavelmanzharov5872
      @pavelmanzharov5872 9 місяців тому

      А все понял. Это я подзабыл как дело было. 0xRRGGBBAA - посмотрел свои исходники.

    • @CityAceE
      @CityAceE  9 місяців тому

      С помощью RGBA мы лишь задаём палитру, один раз при инициализации экрана. А далее при заполнении frambeuffer'а мы уже манипулируем только номерами цветов. При 8-битном цвете - это номера от 0 до 255.

  • @apendix
    @apendix 9 місяців тому

    А если сделать
    LDRS
    то следом не нужно будет CPM 0
    так можно?

    • @CityAceE
      @CityAceE  9 місяців тому

      Уже задавали подобный вопрос. К сожалению, суффикс S применим не ко всем командам. LDR одна из них.