Mercury13

По идее, должно. Но чем вы мерили? — там, полагаю, будут несколько вольт (скорее всего, 5), полученные подтяжкой штыря к +5SB.

Если ссылка будет вести к рингтону — нарушение.
Если рингтона не будет от слова «совсем» — ну, я не очень знаю, как вы, мошенники, на этом зарабатываете. Перехват поисковых запросов? Могут и прижать, но о том, что «не верблюд», придётся оправдываться в суде. Маловероятно, потому что таким спамом вы ПОМОГАЕТЕ законным распространителям. Но наши правоторговцы тупы настолько, что от них можно ожидать чего угодно.

На то она и файловая система, что скрывает от пользователя, как устроен диск и есть ли вообще диск: может быть сетевая файловая система, могут быть устройства как файлы, а может быть RAID какой-нибудь, когда одни данные на двух дисках.

Насколько мне известно, ни один файловый API не позволяет перейти от высокоуровневого дескриптора до низкоуровневых штучек — во-первых, неуниверсально. Во-вторых, опасно для пользовательских данных, если программа уверена, что знает, а она не знает (например, на диске MyCoolFS 3.15, а программа работает с 3.14). Все программы, работающие с файловой системой как таковой, начинают с разделов диска.

Такая конструкция хотя бы ставит надёжные стены между пользовательскими программами (которые портят данные в крайне редких случаях — скажем, когда выключили комп во время записи) и сервисными утилитами (которые по определению опасны, используйте на свой риск).

Подозреваю, конструкция тут другая. Смысл 3D-движка — 1) показывать сложное 3D в реальном времени, и главное в этом — отсекать невидимое и посылать видимое на видяху так, чтобы она всё это быстрее обработала; 2) иметь некие утилиты для распространённых частей игр: столкновения, камеры, риги (системы ограничений, позволяющие анимировать не кучу вершин, а, например, руку).

Сложная картинка — опыт показал, что нейросеть со сложным освещением справляется лучше, чем 3D-движок, но чертовски неуправляема.

Утилиты — в большинстве случаев генератору видео они мало на что нужны.

Тут же система, возможно, и придумывает какие-то трёхмерные очертания объектов, но сильно упрощённо, на уровне второй кваки (не так-то и нужно отсечение), а затем обрабатывает результат этого 3D обычной двухмерной нейродумалкой. Пример: та самая женщина, идущая по Токио — от кадра к кадру меняется покрой её куртки.

UPD. У них действительно есть сильно упрощённая модель трёхмерного мира, именуемая «patches». Но окончательное оформление всё равно делается обычной двухмерной нейродумалкой.

Вы, конечно, говорите о 3D. Там создают текстуры для ожидаемого разрешения экрана (2к или 4к, например), а остальное — MIP-текстурирование. Уменьшенные в 2, 4, 8 и т.д. раз версии создаются автоматически.
Отдельный вопрос — как в текстуру втиснуть псевдо-векторную вещь, для этого используется хитрый формат текстуры и хитрые шейдеры.

Вы можете запустить и какой-нибудь Need for Speed Porsche в 4к. Скорее всего, в каком-то месте уровня зависнет, но некоторое время работать будет. Края объектов будут резкие, за это отвечает 3D-движок. Но треугольники будет видны, а текстуры мыльные по современным меркам. Вот вам огромное превышение системных требований.

Но в текстурах есть одно важное попущение меньшим разрешениям: между островками текстур должно быть несколько пикселей, чтобы при уменьшении не захватило соседний островок, и островки должны быть зарисованы с припуском по той же причине.

Двоичный файл собственного формата, дополнительно закодированный в Base64. Кто такой «pony(», это ты?
Собственного формата — это значит, его придётся декодировать из Base64, а потом ломать своими силами.
Формат целых подозреваю Intel, но нет гарантии.

Если отбросить в сторону общую упоротость кода (облом делать ревизию), проблема вот в чём.
Работая с коллайдером (фигурой, которая участвует в проверке столкновений, она же хитбокс), вы выбрали диапазон клеток
[y / 16; (y + h) / 16).

Например, y = 1, h = 16, (y+h)/16 = 1, диапозон [0,1), и проверяется только клетка 0. А надо 0 и 1.

Так что надо [y / 16; (y + h - 1) / 16]. ВКЛЮЧАЯ СПРАВА.

Некоторые роутеры тем или иным образом позволяют — при этом указывают, через какой порт будем смотреть в сеть админкой. Не через 80 же…
Это дыра в безопасности, по дефолту выключено, если и есть.
Если отказал последний порт LAN, а надо настроить — зайдите по вайфаю.

Откуда начинается вектор?
Если вектор AB и точка C, то расстояние — это ортогональная СОСТАВЛЯЮЩАЯ |AC×AB| / ||AC||·||AB||.
a×b — это косое произведение векторов ax·by−ay·bx. В 2D это скаляр. Если убрать модуль в числителе, получится знаковое расстояние — плюс с одной стороны и минус с другой.
||a|| — длина вектора sqrt(ax²+ay²). Если есть функция hypot, используй её.

Что такое BIOS? Это базовая система ввода-вывода.
Какие функции выполняет BIOS на обычном ПК?
1. Инициализация и проверка работоспособности матплаты — чтобы этим не занималась ОС с постороннего носителя.
2. Начальная загрузка с постороннего носителя.
3. Софт вроде Бейсика, доступный без носителя.
4. Простейший API, позволяющий легче обращаться к консоли, дискам и прочему.
5. Конфигурирование внешней аппаратуры.
На встраиваемых системах нет во всём этом надобности, в отличие от расширяемого ПК.
Разве что может быть конфигурирование аппаратуры — но для этого в некоторых микроконтроллерах (AVR) используют конфигурационные биты, они же «фьюзы». Ну а для конфигурирования внешнего по отношению к МК — только прошивка.
А вот поковырять прошивку можно, если система позволяет. Как эту прошивку слить и залить — это отдельный вопрос.

Вариантов много.
1. Непрозрачные указатели, которые нельзя разыменовывать.

struct OpaqueAddress;
using Address = OpaqueAddress*;

2. void*, const void*.
3. uintptr_t.
4. Жёсткие int’ы, если работаем с конкретной посторонней прогой под конкретную архитектуру (например, пишем чит к игре).
using Address = uint32_t;
5. Enum class, основанный на соответствующем int’е.
enum class Address : uintptr_t { NUL = 0 };

Уровень 1. Чёрно-белое.
R, G, B = round((x−min)·255 / (max − min))

Уровень 2. Градиент между цветом X и цветом Y.
t = (x−min) / (max − min)
R = round(R1·t + R2·(1−t))
G и B аналогично.

Уровень 3. Учёт гамма-кривой монитора. Тут работаем сразу в двух цветовых пространствах: линейном от 0 до 1, и sRGB от 0 до 255.
gamma = 2,2 — sRGB состоит из линейного и степенного участка, но неплохо приближается real_brightness = channel_%^gamma
invGamma = 1/gamma
функция toLinear(v) := (v/255)^gamma
функция toSrgb(q) := (q^invGamma)·255 — в общем, обратная
linR1 = toLinear(R1)
linR2 = toLinear(R2)
t = (x−min) / (max − min)
R = round(toSrgb(linR1·t + linR2·(1−t)))

Уровень 3.1. 16-битная аппроксимация (если важна скорость). В общем, линейное цветовое пространство — не дробные от 0 до 1, а целые от 0 до 65535.
функция toLinear(i) := round(((i/255)^gamma)·65535)
массив toSrgb(q) := ((q/65535)^invGamma)·255 — записывается в виде массива на 65536 величин
linR1 = toLinear(R1)
linR2 = toLinear(R2)
K = (65535 / (max − min)
t = round((x−min) * K)
R = toSrgb(((linR1·t) + linR2·(65535−t) + 127) >> 16)

Уровень 4. Сложный градиент из нескольких цветов.
Для этого например, t=0 — синий, t=⅓ — зелёный, t=⅔ — жёлтый, t=1 — красный.
Тогда прикидываем, в какой промежуток попадает t, получаем, например, t1=(t−⅓)·3, и дальше по уровню 3.