class Appender
{
public T AppendItems<T>(T a, T b) where T : IAppendable<T> => a is not null ? a.Append(b) : b;
public int AppendItems(int a, int b) => a + b;
public string AppendItems(string a, string b) => $"{a}{b}";
}
class Appender
{
public T AppendItems<T>(T a, T b) where T : IAppendable<T> => a.Append(b);
public int AppendItems(int a, int b) => a + b;
public string AppendItems(string a, string b) => a + b;
}
Ну так, получается, избыточность c этим справится, но есть незначительный нюанс с требованиями к оборудованию :)
Разумеется, конечная избыточность не осилит то, что не представимо конечным числом знаков. К сожалению, или к счастью, арифметические сопроцессоры не умеют в периодические дроби на аппаратном уровне. Хотя это было бы интересно.
Речь не о том, что мы делаем избыточность, и, якобы, при каком‑то конечном уровне этой избыточности, получаем точное значение. Разумеется, это не так. Речь о том, что при каком‑то уровне избыточности точность будет достаточной для нашей конкретной задачи: при переводе из строки в бинарный вид и обратно, будет накапливаться такая ошибка, которой мы можем пренебречь.
Число пишут в десятичной системе, а хранится оно в двоичной. Последние знаки часто невозможно сохранить точно, но можно компенсировать это избыточностью.
Отличная штука, целое поле прям для экспериментов :)
Интересно насколько можно увеличить расстояние, если засунуть туда поисковый неодимовый магнит на 400 кг:) Понятно, что не на много, ибо поле ослабевает быстро + это просто опасно, если такой магнит улетит куда‑нибудь. Но с сильным магнитом расстояние больше, и тогда можно покрыть левитирующую часть оптопушистой пушистостью, смотрелось бы весьма годно. Особенно, если бы это был просто светящийся короткошерстный симметричный шар, но тут с центром тяжести нужно угадать. Ещё можно делать эту штуку умной, чтобы она уведомляла о каких‑нибудь событиях, типа сообщений, двигаясь как‑нибудь вверх‑вниз и меняя цвет, и даже поворачиваться, но здесь нужно будет усложнить конструкцию.
Изогнутые телевизоры это прекрасно, жалко их перестали делать
Если очень вкратце, то у моделей LG CX, C1 и C2 так называемая гамма-кривая оптимизирована для частоты 120 Гц. Когда же частота кадров в игре падает ниже этого значения, VRR автоматом понижает собственную частоту телевизора.
Однако гамма-кривая при этом не меняется, что приводит к перегрузке субпикселей. Именно этот процесс визуально и представляется зрителю, как мерцание картинки.
Это по ссылке. По логике, если это так, то настройка гаммы должна уменьшить или решить проблему. S‑кривую тоже не забыть попробовать. Можно также поиграться с гаммой на стороне драйвера. Ещё можно проверить, как влияет функция уменьшения задержки ввода, обычный режим и усиленный, то же самое с FreesyncPremium. Также может быть важным, что включилось раньше — ТВ или комп (но это из разряда танцев с бубном).
Ещё желательно проверить, не включается ли сама собой при включении GSync/VRR функция OLED Motion Pro — это имитация развёртки, улучшающая плавность, но заставляющая экран мерцать
Попробовать отключить мерцание через скрытое системное меню. Там, насколько я знаю, можно настроить почти всё поведение экрана, но нужно быть осторожным, чтобы не настроить ТВ на самоуничтожение и не окирпичить его
Возможно питания от HDMI впритык хватает, и прилетевшая помеха является последней каплей, чтобы мозги кабеля сбились. Так что стоит попробовать ещё доп.питание дать кабелю.
можно ли вывести один (одинаковый) HDMI-сигнал (для одного (первого) монитора) на два HDMI порта (HDMI 1 и HDMI 2), чтобы потом подключить HDMI 2 к Raspberry Pi Ambilight, чтобы дополнительно не нагружать процессор и видеокарту, и при этом обойтись без HDMI-сплиттера (они чаще всего урезают частоту кадров либо битность картинки)? Существует ли такая функция в современных видеокартах?
Да, практически во всех, причём она работает на уровне ОС. Именно её используют, когда показывают всякие презентации на проекторе. В Windows достаточно включить режим «Дублирование экрана» — картинки будут выводиться одинаковые. Но если экраны разные (в данном случае — если малинка не поддерживает тот режим, который выводится на экран), могут быть проблемы в виде урезания картинки на том, которые лучше, или же ухудшения качества картинки на том, который хуже.
В моём случае это недостижимо: шести разъёмов на видеокарте нет (хотя такие разновидности встречаются, но редко), объединение в виртуальный экран не умеет дублировать картинку ещё на три экрана, и, даже если взять три сплиттера, три карты захвата и три малинки — до сих пор я не видел готовой штуки, которая сможет такую картинку захватить и обработать. Обычное 4К 60 Гц — пожалуйста, но не вот это всё. Разве что наконец‑то осилить FPGA и самостоятельно родить, но это совсем‑совсем страшно.
Тут @Sinergetikusподсказывал очень крутой вариант делать захват на самом телевизоре, потому что у него есть мозги, и почему бы их не использовать — вот он, имхо, самый оптимальный, но с ним надо разбираться.
О! Это уже интереснее. По идее, если сделать много таких пар рельс, то оно вполне себе может выдержать вес телевизора. Спасибо за идею, очень занятная штука!
К тому же надо не просто повернуть, а повернуть и сдвинуть влево чтобы прижался к правому краю центрального монитора.
Тут как раз и смысл, что если оно будет катиться по зубчатой рельсе, которая может быть не прямой, а кривой, а основная шестерня будет не в центре экрана, а в правильно выбранном месте, то экран будет описывать требуемую траекторию, одновременно двигаясь в нужном направлении, поворачиваясь и вставая вплотную к остальным. Но это тотальный кастом.
А так да, надо два привода делать: актуатор двигает, сервопривод поворачивает.
Мебельные петли да, они весьма сложные траектории умеют делать. Насколько я понимаю, внутри там всё работает по принципу параллелограмма (возможно, в особо редких случаях, нескольких), но с разными длинами сторон.
Применительно в данном случае возникнет проблема крепления петель к середине телевизора — это опять надстройки, рамы и прочие штуки.
UPD: расковырял 3д-модель петли, так и есть — параллелограмм:
Так?
А почему не подходит такой вариант?
Ну так, получается, избыточность c этим справится, но есть незначительный нюанс с требованиями к оборудованию :)
Разумеется, конечная избыточность не осилит то, что не представимо конечным числом знаков. К сожалению, или к счастью, арифметические сопроцессоры не умеют в периодические дроби на аппаратном уровне. Хотя это было бы интересно.
Речь не о том, что мы делаем избыточность, и, якобы, при каком‑то конечном уровне этой избыточности, получаем точное значение. Разумеется, это не так. Речь о том, что при каком‑то уровне избыточности точность будет достаточной для нашей конкретной задачи: при переводе из строки в бинарный вид и обратно, будет накапливаться такая ошибка, которой мы можем пренебречь.
Так я и говорю, что
По поводу
а если у нас уже double? Вот мы и приходим к софтварным костылям.
Число пишут в десятичной системе, а хранится оно в двоичной. Последние знаки часто невозможно сохранить точно, но можно компенсировать это избыточностью.
Фильтр поставит да и всё. Для человеков тоже кстати скорее всего появится, по типу AdBlock. И воду будет из текстов убирать.
Отличная штука, целое поле прям для экспериментов :)
Интересно насколько можно увеличить расстояние, если засунуть туда поисковый неодимовый магнит на 400 кг:) Понятно, что не на много, ибо поле ослабевает быстро + это просто опасно, если такой магнит улетит куда‑нибудь. Но с сильным магнитом расстояние больше, и тогда можно покрыть левитирующую часть оптопушистой пушистостью, смотрелось бы весьма годно. Особенно, если бы это был просто светящийся короткошерстный симметричный шар, но тут с центром тяжести нужно угадать. Ещё можно делать эту штуку умной, чтобы она уведомляла о каких‑нибудь событиях, типа сообщений, двигаясь как‑нибудь вверх‑вниз и меняя цвет, и даже поворачиваться, но здесь нужно будет усложнить конструкцию.
Изогнутые телевизоры это прекрасно, жалко их перестали делать
Это по ссылке. По логике, если это так, то настройка гаммы должна уменьшить или решить проблему. S‑кривую тоже не забыть попробовать. Можно также поиграться с гаммой на стороне драйвера. Ещё можно проверить, как влияет функция уменьшения задержки ввода, обычный режим и усиленный, то же самое с FreesyncPremium. Также может быть важным, что включилось раньше — ТВ или комп (но это из разряда танцев с бубном).
Ещё желательно проверить, не включается ли сама собой при включении GSync/VRR функция OLED Motion Pro — это имитация развёртки, улучшающая плавность, но заставляющая экран мерцать
Попробовать отключить мерцание через скрытое системное меню. Там, насколько я знаю, можно настроить почти всё поведение экрана, но нужно быть осторожным, чтобы не настроить ТВ на самоуничтожение и не окирпичить его
Возможно питания от HDMI впритык хватает, и прилетевшая помеха является последней каплей, чтобы мозги кабеля сбились. Так что стоит попробовать ещё доп.питание дать кабелю.
Спасибо!
Да, практически во всех, причём она работает на уровне ОС. Именно её используют, когда показывают всякие презентации на проекторе. В Windows достаточно включить режим «Дублирование экрана» — картинки будут выводиться одинаковые. Но если экраны разные (в данном случае — если малинка не поддерживает тот режим, который выводится на экран), могут быть проблемы в виде урезания картинки на том, которые лучше, или же ухудшения качества картинки на том, который хуже.
В моём случае это недостижимо: шести разъёмов на видеокарте нет (хотя такие разновидности встречаются, но редко), объединение в виртуальный экран не умеет дублировать картинку ещё на три экрана, и, даже если взять три сплиттера, три карты захвата и три малинки — до сих пор я не видел готовой штуки, которая сможет такую картинку захватить и обработать. Обычное 4К 60 Гц — пожалуйста, но не вот это всё. Разве что наконец‑то осилить FPGA и самостоятельно родить, но это совсем‑совсем страшно.
Тут @Sinergetikusподсказывал очень крутой вариант делать захват на самом телевизоре, потому что у него есть мозги, и почему бы их не использовать — вот он, имхо, самый оптимальный, но с ним надо разбираться.
О! Это уже интереснее. По идее, если сделать много таких пар рельс, то оно вполне себе может выдержать вес телевизора. Спасибо за идею, очень занятная штука!
Смысла, кроме экономии и экологии, ну и удовлетворения любопытства, нет
Тогда вместо ацетона можно взять то, что растворяет, главное чтобы пары заусенцы скушали.
Тут как‑бы почти всё можно сделать из пластиковых бутылок — интернет завален штуками, разматывающими бутылки в филамент для 3D‑принтера.
Правда, тут детали должны быть гладкими, чтобы шарики катались, но, вроде бы, в мире 3д печати ацетоновая ванна решает такие проблемы.
Оно: https://sketchfab.com/
Перед заливкой модель лучше оптимизировать — CADы пихают тучи полигонов в самых неуместны местах, раздувая модель
Анимации поддерживаются — можно даже с катящимися шариками
Опыт показал, что лучше всего оно кушает fbx
Знакомое ощущение ;)
Тут как раз и смысл, что если оно будет катиться по зубчатой рельсе, которая может быть не прямой, а кривой, а основная шестерня будет не в центре экрана, а в правильно выбранном месте, то экран будет описывать требуемую траекторию, одновременно двигаясь в нужном направлении, поворачиваясь и вставая вплотную к остальным. Но это тотальный кастом.
А так да, надо два привода делать: актуатор двигает, сервопривод поворачивает.
Вот тут выложили инструкцию, как установить кастомное сглаживание для RGBW OLEDов:
Не прошло и года :)
Мебельные петли да, они весьма сложные траектории умеют делать. Насколько я понимаю, внутри там всё работает по принципу параллелограмма (возможно, в особо редких случаях, нескольких), но с разными длинами сторон.
Применительно в данном случае возникнет проблема крепления петель к середине телевизора — это опять надстройки, рамы и прочие штуки.
UPD: расковырял 3д-модель петли, так и есть — параллелограмм:
Было. :)