Формально это двухцветный дисплей. Два цвета: черный и красный. По аналогии - монохромный (одноцветный) - один цвет, черный.
А фон - это просто логический 0, отсутствие сигнала и его за отдельный цвет считать не стоит.
технически таки трехцветный, там внутре частички трех разных цветов в масле плавают. и белый- отнюдь не отсутствие сигнала, это какие-нибудь -20 вольт.
олсо черно-белые дисплеи обновляются гораздо быстрее трехцветных. и на них гораздо проще делать градации серого. но если очень сильно хочется- градации серого и красного/желтого можно и на трехцветном диспле сделать. только там уже обновление будет занимать +- минуту.
одно это дало бы очень много. особенно учитывая, что моделька персонажа- на самом деле несколько моделек с разными шейдерами (там отдельно торс, отдельно ноги, отдельно лицо, отдельно волосы...), и канонично для корейских ммо- в модельках персонажей полигонов больше, чем во всем окружении и вот это все. хотя да, пальцы только с камаэлями завезли xD
ну и никто не мешал например ходить по бсп-дереву дважды-трижды (они обычно крайне неглубокие) и нпрмр отсекать все, что после третьего баунса не будет видно. и вообще не просчитывать никак это все. правда да, та же арена баюма была бы невидимой отовсюду и был бы лаг при телепорте туда.. ох вейт, он и так был.
сначала рендерится однослойный ландшафт - я так понимаю это даже не модель, а просто карта высот
да, но я не про это. олсо хоть это и не про то, но слоев текстур в ландшафте достаточно много. даже запеченные тени есть, по одной текстуре на каждые два чтоль часа ингейм времени.
еще там есть просто статические модельки и есть отдельно брашмодели. кваки-халфлайфы ковырял? там так же. у брашмоделей есть собственно BSP и флажки видимости какие поверхности видно с текущей.. типа чтоб не рендерить то, что игрок впринципе никак не увидит с текущей позиции. вот, visibility во всех брашмоделях л2- пустая, все видно отовсюду. и технически если бы она была правильной- тои бы это пофиксило даже без изменения сервера.
пример работающей pvs в bsp
камера игрока находится где-то около черной доски слева, и все, что он потенциально не видит- не рендерится вовсе.
как-то давненько пробовала порендерить карты линейки и столько странноватых решений там увидела... и BSP в режиме "все видят всех" (а потом у них тои/пещера гигантов лагают), и координаты со странными смещениями, и не очень хорошо склеенные тайлы
причем в режиме BSP там только горизонтальные плоские полы, насколько помню. и еще что-то около катакомб/некрополей. та же лесенка перед храмом в гиране- не бсп, а просто моделька.
сопсна результат тех попыток
весь мир целиком в одну сцену тож запихивала, но скринов сходу не нашлось.
ghidra, если она может в архитектуру проца из того ЭБУ. если нет- проще дизассемблировать всю прошивку целиком и погрепать по доступу к конкретным ногам/периферии/адресам и доползти оттуда до нужной таблицы. ну или поэмулировать-потрассировать. иногда бывает быстрее. особенно если прошивка действительно большая, а не 64 килобайта.
нет, винда не оверкоммитит вообще. сколько есть оперативки+свопа, столько закоммитить и можно. в отличие от линукса, в котором вон хром больше терабайта на процесс коммитит сходу.
добавь свопа, гигов 30-50. физической записи в него не будет, но в нем можно будет выделять страницы и не упираться в лимит так быстро. а еще неплохо бы посмотреть, кто там накоммитил и открутить погромисту этого руки.
вот да, взять любой DSP с достаточным перфом и считать все на месте. андроид слишком нереалтайм для этого. еще и туда-сюда гонять по радио.
в крайнем случае взять любой достаточно жирный арм и на его дсп-расширениях наваять. то, что у условной малины нет ацп (и цапа)- не проблема, их i2s'ных куча и еще больше.
У STшек единственная дорога в один конец это установка OB_RDP_LEVEL_2.
не совсем в один. если есть чем паверглитчить- оным сбрасывается до level 1, из которого чип можно просто стереть. по крайней мере работает на F0 и F4.
технически максимальный размер фронтбуффера там 1024*1024. правда тогда не влезет третий буфер, а без глубины уже грустно.
если не хотим одновременно игорать и смотреть кинцо- вполне адекватно будет по нагрузке на шину, как по мне.
вот если взять voodoo2- то там даже еще веселее будет. там уже фби научился в некий аналог командбуферов из вулкана (грепни даташит по cmdfifo) и там уже точно будет упор в ожидание voodoo idle.
заливка текстур шину особо не займет- текстурной памяти очень мало. геометрия- возможно, но не уверена. вуду слишком медленно работает и там постоянно надо ждать, пока же она доделает все. в случае второй вуды там и вовсе шина может быть почти полностью свободной.
ну и pci- параллельная. какая-нибудь сетевуха/ide-контроллер/usb-хост все пожрут.
нет, контекст остается все еще один и весь остальной рабочий стол остается без ускорения. через LFB можно писать-читать фреймбуфер без какого-либо контекста, там можно в обход (почти) всей машинерии это делать. синхронизация только понадобится (с мезой).
а в мезе уже ограничить рендер scissor'ом или как он там тогда звался до размера окна. все равно физически там только экранные координаты поддерживаются и все надо пересчитывать.
GENDAC он. там унутре PLL встроенный, и аж два его выхода клочат фби и память (причем не напрямую, а тоже через фби)
возможности рисовать в отдельное окно, напоминаю, нет.
технически- есть, но не реализовано в виндовом драйвере (как и возможность выводить туда рабочий стол). если очень-очень-очень-очень хочется, наверн можно соорудить в линуксе без переписывания всего драйвера. там и рабочий стол на ней работает.
на скриншоте на вход PLL подан клок от внутреннего RC-генератора. он не очень-то точен и температурно стабилен. переключи на HSE (:
а еще у того камня есть аппаратный usb, можно было навернуть usb-cdc и гонять по нему, а не по usb-uart. только не помню вот, пофиксили ли ст тот баг с забытой поддержкой переключения скорости потока в их библиотеке. без этого в линуксе не заработает.
ну, к слову говоря, драйвер можно было и не писать, а взять уже готовый подписанный валидный легитимный, типа AsrDrv101, гигабайтовский GIO, асусовский AsUpIO или вообще RwDrv... но да, так интереснее (:
да, оффсет заблокирован. но даунвольтить все еще можно через настройки load line calibration. но эт ладно, эт не для всех, да и биос разлачивать придется скорее всего для них.
но все же, правильно душить процессоры не отключением буста, а настройкой лимитов. потому что так, например, остается синглтред перф. современные (и не очень тоже) процессоры рассчитаны на то, что буст у них будет. да и банально с ним меньше итоговое потребление в околоидле (пока не гонишь в потолок). выгоднее быстро посчитать и выключиться, чем считать долго.
выключать турбобуст- самое глупое, что можно сделать на U-проце. если перегревается и с охладом ничего не сделать- надо в первую очередь даунвольтить, во вторую, если все еще не справляется- резать PL2. если порезали- стоит сразу же баланс tdp переключить максимально на проц, задушив интеграшку. все равно не используется, а жрать она может больше PL1 проца. в троттлстопе, нпрмр, есть эта настройка.
конкретно в винде отключать своп все же не стоит. гигабайт-два лучше оставить. без свопа не будет работать сжатие памяти (а это +треть памяти почти без потерь перфа). и опять же, без свопа нельзя будет использовать всю память машины- винда не оверкоммитит память и вполне может сказать, что она закончилась, когда по диспетчеру задач свободно еще половина.
да и запрещенных символов сильно меньше, чем кажется. те же ? и * (а так же <>: как минимум) вполне себе создаются с помощью touch file\?\* из WSL1 (и вроде бы из cygwin). правда проводник не сможет нормально показать имя такого файла. в терминале показывалось нормально. и еще может быть очень весело такое удалять.
технически таки трехцветный, там внутре частички трех разных цветов в масле плавают. и белый- отнюдь не отсутствие сигнала, это какие-нибудь -20 вольт.
олсо черно-белые дисплеи обновляются гораздо быстрее трехцветных. и на них гораздо проще делать градации серого. но если очень сильно хочется- градации серого и красного/желтого можно и на трехцветном диспле сделать. только там уже обновление будет занимать +- минуту.
одно это дало бы очень много. особенно учитывая, что моделька персонажа- на самом деле несколько моделек с разными шейдерами (там отдельно торс, отдельно ноги, отдельно лицо, отдельно волосы...), и канонично для корейских ммо- в модельках персонажей полигонов больше, чем во всем окружении и вот это все. хотя да, пальцы только с камаэлями завезли xD
ну и никто не мешал например ходить по бсп-дереву дважды-трижды (они обычно крайне неглубокие) и нпрмр отсекать все, что после третьего баунса не будет видно. и вообще не просчитывать никак это все. правда да, та же арена баюма была бы невидимой отовсюду и был бы лаг при телепорте туда.. ох вейт, он и так был.
и еще немножко кеков.
вот это- экран логина high five part 4. xD
емнип в л2 был уе2.5
да, но я не про это. олсо хоть это и не про то, но слоев текстур в ландшафте достаточно много. даже запеченные тени есть, по одной текстуре на каждые два чтоль часа ингейм времени.
еще там есть просто статические модельки и есть отдельно брашмодели. кваки-халфлайфы ковырял? там так же. у брашмоделей есть собственно BSP и флажки видимости какие поверхности видно с текущей.. типа чтоб не рендерить то, что игрок впринципе никак не увидит с текущей позиции. вот, visibility во всех брашмоделях л2- пустая, все видно отовсюду. и технически если бы она была правильной- тои бы это пофиксило даже без изменения сервера.
пример работающей pvs в bsp
камера игрока находится где-то около черной доски слева, и все, что он потенциально не видит- не рендерится вовсе.
как-то давненько пробовала порендерить карты линейки и столько странноватых решений там увидела... и BSP в режиме "все видят всех" (а потом у них тои/пещера гигантов лагают), и координаты со странными смещениями, и не очень хорошо склеенные тайлы
причем в режиме BSP там только горизонтальные плоские полы, насколько помню. и еще что-то около катакомб/некрополей. та же лесенка перед храмом в гиране- не бсп, а просто моделька.
сопсна результат тех попыток
весь мир целиком в одну сцену тож запихивала, но скринов сходу не нашлось.
ghidra, если она может в архитектуру проца из того ЭБУ. если нет- проще дизассемблировать всю прошивку целиком и погрепать по доступу к конкретным ногам/периферии/адресам и доползти оттуда до нужной таблицы. ну или поэмулировать-потрассировать. иногда бывает быстрее. особенно если прошивка действительно большая, а не 64 килобайта.
нет, винда не оверкоммитит вообще. сколько есть оперативки+свопа, столько закоммитить и можно. в отличие от линукса, в котором вон хром больше терабайта на процесс коммитит сходу.
добавь свопа, гигов 30-50. физической записи в него не будет, но в нем можно будет выделять страницы и не упираться в лимит так быстро. а еще неплохо бы посмотреть, кто там накоммитил и открутить погромисту этого руки.
а слабо mipi dsi'ное диспло на pio rp2040 наногодрыгать? xD
вот да, взять любой DSP с достаточным перфом и считать все на месте. андроид слишком нереалтайм для этого. еще и туда-сюда гонять по радио.
в крайнем случае взять любой достаточно жирный арм и на его дсп-расширениях наваять. то, что у условной малины нет ацп (и цапа)- не проблема, их i2s'ных куча и еще больше.
надо бы и свой уже допричесать и выложить, мой как раз на сголды ориентирован больше xD
Event Tracing for Windows. все там есть и весьма неплохое.
не совсем в один. если есть чем паверглитчить- оным сбрасывается до level 1, из которого чип можно просто стереть. по крайней мере работает на F0 и F4.
технически максимальный размер фронтбуффера там 1024*1024. правда тогда не влезет третий буфер, а без глубины уже грустно.
если не хотим одновременно игорать и смотреть кинцо- вполне адекватно будет по нагрузке на шину, как по мне.
вот если взять voodoo2- то там даже еще веселее будет. там уже фби научился в некий аналог командбуферов из вулкана (грепни даташит по cmdfifo) и там уже точно будет упор в ожидание voodoo idle.
заливка текстур шину особо не займет- текстурной памяти очень мало. геометрия- возможно, но не уверена. вуду слишком медленно работает и там постоянно надо ждать, пока же она доделает все. в случае второй вуды там и вовсе шина может быть почти полностью свободной.
ну и pci- параллельная. какая-нибудь сетевуха/ide-контроллер/usb-хост все пожрут.
нет, контекст остается все еще один и весь остальной рабочий стол остается без ускорения. через LFB можно писать-читать фреймбуфер без какого-либо контекста, там можно в обход (почти) всей машинерии это делать. синхронизация только понадобится (с мезой).
а в мезе уже ограничить рендер scissor'ом или как он там тогда звался до размера окна. все равно физически там только экранные координаты поддерживаются и все надо пересчитывать.
GENDAC он. там унутре PLL встроенный, и аж два его выхода клочат фби и память (причем не напрямую, а тоже через фби)
технически- есть, но не реализовано в виндовом драйвере (как и возможность выводить туда рабочий стол). если очень-очень-очень-очень хочется, наверн можно соорудить в линуксе без переписывания всего драйвера. там и рабочий стол на ней работает.
на скриншоте на вход PLL подан клок от внутреннего RC-генератора. он не очень-то точен и температурно стабилен. переключи на HSE (:
а еще у того камня есть аппаратный usb, можно было навернуть usb-cdc и гонять по нему, а не по usb-uart. только не помню вот, пофиксили ли ст тот баг с забытой поддержкой переключения скорости потока в их библиотеке. без этого в линуксе не заработает.
ну, к слову говоря, драйвер можно было и не писать, а взять уже готовый подписанный валидный легитимный, типа AsrDrv101, гигабайтовский GIO, асусовский AsUpIO или вообще RwDrv... но да, так интереснее (:
да, оффсет заблокирован. но даунвольтить все еще можно через настройки load line calibration. но эт ладно, эт не для всех, да и биос разлачивать придется скорее всего для них.
но все же, правильно душить процессоры не отключением буста, а настройкой лимитов. потому что так, например, остается синглтред перф. современные (и не очень тоже) процессоры рассчитаны на то, что буст у них будет. да и банально с ним меньше итоговое потребление в околоидле (пока не гонишь в потолок). выгоднее быстро посчитать и выключиться, чем считать долго.
выключать турбобуст- самое глупое, что можно сделать на U-проце. если перегревается и с охладом ничего не сделать- надо в первую очередь даунвольтить, во вторую, если все еще не справляется- резать PL2.
если порезали- стоит сразу же баланс tdp переключить максимально на проц, задушив интеграшку. все равно не используется, а жрать она может больше PL1 проца. в троттлстопе, нпрмр, есть эта настройка.
конкретно в винде отключать своп все же не стоит. гигабайт-два лучше оставить.
без свопа не будет работать сжатие памяти (а это +треть памяти почти без потерь перфа). и опять же, без свопа нельзя будет использовать всю память машины- винда не оверкоммитит память и вполне может сказать, что она закончилась, когда по диспетчеру задач свободно еще половина.
да и запрещенных символов сильно меньше, чем кажется. те же ? и * (а так же <>: как минимум) вполне себе создаются с помощью touch file\?\* из WSL1 (и вроде бы из cygwin). правда проводник не сможет нормально показать имя такого файла. в терминале показывалось нормально.
и еще может быть очень весело такое удалять.