А как насчет новых вопросов Горшенина в ролике от 25 сентября, где он просит проверить реально ли продукция «Миландр» произведена в России? Ведь, на сайте он не нашел информации о каких нибудь производственных мощностях «Миландр» в России и никто другой на территории России в этом не признался. А вот если производство «Миландр» в Китае, то это уже незаконно.
Что значит не надо? Или в аналоговом VGA или ТВ сигнале уже появился переменный frame rate? Вы должны генерировать сигнал 50 или 60 раз в секунду в зависимости от выбранного режима иначе декодер его не примет. А так как у вас нет буффера, то именно рисовать и генерировать каждый раз на лету. Вот когда у вас цифровой сигнал и есть буфер (например видео контроллер с буффером, подлюченный по SPI), то вы уже можете генерировать обновление не так часто, а тут нет.
Если выводить 1 точку, так вообще можно без процессора обойтись, только какое это имеет отношение к данному случаю? Вы написали " вывода экранного меню с весьма приличной графикой возможностей хватит с запасом. " 30x23 символов в аналоговом качестве это супер неприличное качество. OSD данного монитора не супер, но это минимум 800x600x16bit 60Hz и вы физически не сгенерируете такой сигнал софтово на этом процессоре даже если генерировать пустой экран потому что Pixel freq. 40.0 MHz и на генерацию каждого пикселя у вас есть максимум 2 такта процессора, а есть еще время переключения GPIO, которое просто не позволит вам переключать его с такой скоростью.
Для генерации тайловой графики вам нужно строить картинку в реал тайме каждый проход 60 раз в секунду, поэтому если хранить тайлы в ПЗУ то элементарно может не хватить пропускной способности шины связи с ПЗУ. Я даже не уверен что просто скорости процессора и ОЗУ хватит генерировать 800x600 60Hz софтовым способом
Основываясь на каких характеристиках вы думаете что для рисования ТАКОЙ графики его бы хватило? Это цифровое OSD минимум 800x600 16 бит. VGA сигнал это аналог и не может физически дать такое качество. У этого чипа нет ни цифрового интерфейса для вывода изображения, ни памяти для его хранения.
Во-первых, RTD2525AR в принципе не поддерживает никакой внешний OSD и даже если вы сгенерируете VGA сигнал, то использовать его в качестве OSD невозможно. Во-вторых, OSD c приличной графикой это какое разрешение? Разрешение даже самого поганого OSD должно не меньше чем 160 на 120 и 4 бита на каждый цвет, а это минимум 28Кбайт ОЗУ. И как вы собираетесь разместить 2 буффера по 28К в памяти 32К? Даже ZX Spectrum с большим объемом памяти не мог позволить себе полноцветное изображение даже с 4 битами на цвет. А для OSD монитора цвет принципиален и вы не можете на нем экономить.
Я не думаю что чип с памятью всего 32Кбайта может самостоятельно вывести хоть какую нибудь графику в принципе. Максимум его возможностей в плане вывода на экран - подключение к внешниму видео контроллеру с собственным видео буфером посредством интерфейсов SPI или I2C. Но RTD2525AR не имеет такой функции.. и похоже, что он вообще не поддерживает какой то внешний OSD. Так что никакого экранного меню, а тем более с приличной графикой.
На самом деле Лайтком/Миландр просто с халтурили потому что добавить ненужный чип так чтобы без него не работало это проще простого и вариантов миллион. Ну например поставить вместо ROM - RAM и загружать туда прошивку Российским чипом при каждом запуске. Без этого чипа 100% ничего работать не будет. Более того, есть и хорошее обоснование - защита прошивки от внешнего воздействия. И все, вообще никто не сможет к этому придраться. И это только один вариант, а их миллионы.
А почему не обратили внимание на JCID AIXUN T3A? По моему, это лучший паяльник для начинающих. Стоит не дорого и можно выбрать тип жала T12/T245/936 по своему желанию. Я в основном использую T245 и он реально нагревается за секунду.
Но даже если код открытый — то где гарантия, что на серверах запущен именно он?
По идее, при наличии открытого кода можно было бы запустить этот код у себя и скормив ему данные из блокчейна получить результаты, которые должны совпасть с официальными. Но тут возникнет другая проблема - где гарантия того что данные не подменят перед тем как положить в блокчейн (по аналогии с атакой "man in the middle" )?
Можете попробовать собрать и протестировать bitbucket.org/ddv2005/tcp_yeah_ext
Для сборки нужен tcp_vegas.h от установленной версии ядра. Модуль имеет несколько параметров которые можно менять на ходу. Минимальное окно меняется от min_cwnd (при min_rtt) до max_min_cwnd (при max_rtt) линейно в зависимости от rtt (round trip time).
У меня тоже стояла задача передачи видео по интернету на дальние расстояния (RTT >100ms) и я пробовал различные реализации через UDP, но по факту они все оказывались хуже TCP. Тогда я решил выбрать tcp congestion protocol на стороне сервера, который бы лучше работал с клиентским Cubic на дальних расстояния… Собрал стенд с задержками и потерей пакетов 1-5% и начал тестировать. По моим тестам лучше всего себя показал Yeah. Поставил его и стало немного лучше, но все равно при потерях >3% скорость одиночного соединения недостаточна для качественного видео. Все потому, что размер окна падает ниже требуемого уровня при таких задержках. Сама сеть может передать поток даже с такими потерями, но размер окна не позволяет ей. Тогда я подумал, а почему просто взять и не ограничить минимальный размер окна? Ведь выбирает его tcp congestion protocol на передающей стороне… максимальный битрейт видео известен, RTT известно, поэтому легко выяснить минимально нужный размер окна. Тогда я просто немного изменил имеющуюся реализацию Yeah и попробовал. Оказалось, что моя реализация отлично работает и может «проглотить» до 15% потерь, хотя стандартная затыкалась уже на 3%. Конечно это не спасает от ситуации когда сеть в принципе не готова пропустить такой поток данных ( например при плохом WiFi соединении).
А как насчет новых вопросов Горшенина в ролике от 25 сентября, где он просит проверить реально ли продукция «Миландр» произведена в России? Ведь, на сайте он не нашел информации о каких нибудь производственных мощностях «Миландр» в России и никто другой на территории России в этом не признался. А вот если производство «Миландр» в Китае, то это уже незаконно.
Что значит не надо? Или в аналоговом VGA или ТВ сигнале уже появился переменный frame rate? Вы должны генерировать сигнал 50 или 60 раз в секунду в зависимости от выбранного режима иначе декодер его не примет. А так как у вас нет буффера, то именно рисовать и генерировать каждый раз на лету. Вот когда у вас цифровой сигнал и есть буфер (например видео контроллер с буффером, подлюченный по SPI), то вы уже можете генерировать обновление не так часто, а тут нет.
Если выводить 1 точку, так вообще можно без процессора обойтись, только какое это имеет отношение к данному случаю? Вы написали " вывода экранного меню с весьма приличной графикой возможностей хватит с запасом. " 30x23 символов в аналоговом качестве это супер неприличное качество. OSD данного монитора не супер, но это минимум 800x600x16bit 60Hz и вы физически не сгенерируете такой сигнал софтово на этом процессоре даже если генерировать пустой экран потому что Pixel freq. 40.0 MHz и на генерацию каждого пикселя у вас есть максимум 2 такта процессора, а есть еще время переключения GPIO, которое просто не позволит вам переключать его с такой скоростью.
Для генерации тайловой графики вам нужно строить картинку в реал тайме каждый проход 60 раз в секунду, поэтому если хранить тайлы в ПЗУ то элементарно может не хватить пропускной способности шины связи с ПЗУ. Я даже не уверен что просто скорости процессора и ОЗУ хватит генерировать 800x600 60Hz софтовым способом
Основываясь на каких характеристиках вы думаете что для рисования ТАКОЙ графики его бы хватило? Это цифровое OSD минимум 800x600 16 бит. VGA сигнал это аналог и не может физически дать такое качество. У этого чипа нет ни цифрового интерфейса для вывода изображения, ни памяти для его хранения.
Во-первых, RTD2525AR в принципе не поддерживает никакой внешний OSD и даже если вы сгенерируете VGA сигнал, то использовать его в качестве OSD невозможно. Во-вторых, OSD c приличной графикой это какое разрешение? Разрешение даже самого поганого OSD должно не меньше чем 160 на 120 и 4 бита на каждый цвет, а это минимум 28Кбайт ОЗУ. И как вы собираетесь разместить 2 буффера по 28К в памяти 32К? Даже ZX Spectrum с большим объемом памяти не мог позволить себе полноцветное изображение даже с 4 битами на цвет. А для OSD монитора цвет принципиален и вы не можете на нем экономить.
Я не думаю что чип с памятью всего 32Кбайта может самостоятельно вывести хоть какую нибудь графику в принципе. Максимум его возможностей в плане вывода на экран - подключение к внешниму видео контроллеру с собственным видео буфером посредством интерфейсов SPI или I2C. Но RTD2525AR не имеет такой функции.. и похоже, что он вообще не поддерживает какой то внешний OSD. Так что никакого экранного меню, а тем более с приличной графикой.
На самом деле Лайтком/Миландр просто с халтурили потому что добавить ненужный чип так чтобы без него не работало это проще простого и вариантов миллион. Ну например поставить вместо ROM - RAM и загружать туда прошивку Российским чипом при каждом запуске. Без этого чипа 100% ничего работать не будет. Более того, есть и хорошее обоснование - защита прошивки от внешнего воздействия. И все, вообще никто не сможет к этому придраться. И это только один вариант, а их миллионы.
А почему не обратили внимание на JCID AIXUN T3A? По моему, это лучший паяльник для начинающих. Стоит не дорого и можно выбрать тип жала T12/T245/936 по своему желанию. Я в основном использую T245 и он реально нагревается за секунду.
По идее, при наличии открытого кода можно было бы запустить этот код у себя и скормив ему данные из блокчейна получить результаты, которые должны совпасть с официальными. Но тут возникнет другая проблема - где гарантия того что данные не подменят перед тем как положить в блокчейн (по аналогии с атакой "man in the middle" )?
Для сборки нужен tcp_vegas.h от установленной версии ядра. Модуль имеет несколько параметров которые можно менять на ходу. Минимальное окно меняется от min_cwnd (при min_rtt) до max_min_cwnd (при max_rtt) линейно в зависимости от rtt (round trip time).