Metube + jellyfin. Нужные каналы по плейлистам складываются в папку jellyfin и автоматически подхватываются в детскую библиотеку. По итогу ребенок смотрит только отцензуненные одобренные мной каналы. И не прыгает по рекомендациям ютуба.
Хорошо, наконец-то до этого додумались. Думаю, с помощью #feature можно будет постепенно отключать части языка, являющиеся ошибками языкового дизайна и подключать исправленные реализации. Шон Бакстер это разработчик Circle - мощного расширения С++, в котором как раз все это реализовано.
Это сильное упрощение) Но в итоге все уперлось в деньги. Кинотеатры экономили на оборудование, продюсоры экономили на качестве фильмов. У людей болела голова.
Я все это очень подробно описал в серии статей "Почему от 3D болит голова":
Там описана часть нашего проекта разработки метрик качества стерео. Всего было разработано 18 метрик и проанализировано под 200 фильмов (на деньги западных компаний мы купили пачку Blu-Ray дисков и прогнали их через метрики). Подробности на английском тут: https://videoprocessing.ai/stereo_quality/
Ну и не могу удержаться, сорри...
на основе которой была составлена следующая диаграмма:
По стоимости хорошая конвертация сопоставима с затратами на саму 3D‑съемку
Конечно, нет)
а это значит, что успех восприятия 3D кино в целом как отрасли кинопроизводства все больше полагался на качество постобработки, которое в некотором роде является постоянной величиной
Вы вот взяли и отменили прогресс) Качество конвертации (за счет алгоритмом обработки видео) внезапно постоянно растет, а цена падает. Мы на этом рынке вполне зарабатывали (ну и пытались его спасти, измеряя и улучшая качество).
Но если изначально снятый в 3D фильм имплицитно подразумевал хорошую, качественную 3D сцену
Вы помечтали) В кино возможно все! (во всех смыслах)
В одном фильме ужасов мы нашли полторы минуты перепутанных ракурсов (самая простая ошибка с точки зрения стоимости исправления). И ничего! Ушло в релиз) Как мы шутили - при просмотре этого ужастика, вам будет не только страшно, но и больно.
Все перечисленные варианты напоминают попытки воссоздать историю изобретения микроскопа в кружке умелые руки. Мне даже сложно сказать сколько десятков лет есть понятие "макросъемка". Осуществляется простым сдвигом объектива (в фото - чаще всего с помощью так называемых удлинительных (переходных) колец). За счет чего область фокусировки приближается к камере и соответственно объект съемки можно рассматривать под большим углом зрения. Вместо капель, палочек и бог еще чего берется любая IP, USB, HDMI камера с нормальной матрицей, её родной объектив безжалостно выкручивается в утиль. Вместо него ставим любой качественный фото объектив. Найти сейчас за тысячу гелиос, юпитер, индустар, таир, кварц - вообще не вопрос. Последние как и некоторые гелиосы/юпитеры обеспечивают переменное фокусное расстояние, что очень удобно для плавного выбора увеличения. Т.е. встроенный оптический зум. Весь вопрос в механическом креплении объектива на камеру. Всю эту байду крепим на штатив. Например от старого же фотоувеличителя. В итоге получаем вполне рабочий микроскоп с качеством гораздо более продвинутым, чем китайские игрушки 200х на али, с разрешением единицы-десятки микрон (надписи на кристалле EEPROM читаются на раз) и выводом картинки в прекрасном качестве на монитор. Особенно рекомендую для этого применить камеры с матрицами 2К и более и с HDMI выходом. Очень удобно её подключать к отдельному входу монитора и переключаться на камеру просто селектором входов.
Самое ценное в книгах дядюшки Боба – это ход его мыслей. Да, безусловно, неокрепший разум сразу пытается следовать его идеям точь в точь. Но это не проблема книги или автора.
Лично начал знакомиться с его книгами на третьем году коммерческого опыта разработки. И для меня стало открытием то, как автор рассуждает о каждой строке кода.
Если до этого я писал код, чтобы он работал (ну и выглядел симпатично), то после я начал прорабатывать множество вариантов реализации в попытках достичь определённых свойств написанного кода.
И вот, спустя 6 лет я могу детально объяснить почему конкретную строку или выражение написал именно так. Да, я не следую его рекомендациям. Я даже смутно помню их. Но способ мыслить оказался бесценен.
P. S. То же самое с паттернами проектирования. Знакомство с ними объяснило саму суть ООП и для чего все это нужно. Я вряд ли смогу по памяти повторить один в один какой-либо паттерн, кроме простейших. Но я понимаю идеи, которые за ними стоят. И реализую решения, которые нужны для конкретной ситуации со всеми её нюансами.
Есть одна интересная книга, называется A philosophy of software design, автор John Ousterhout, и она рассказывает о когнитивной сложности в разработке ПО и методах ее упрощения. И некоторые ее положения весьма далеки от догм энтерпрайзного классоклепания, от чего у кучи народа подгорает и бомбит. Как же так - не клепать классы на каждый чих, или писать комменты на высокоуровневую структуру и неявные связи компонент - ведь мой код написан по солид, а значит непогрешим! Бабах. Но если книженцию почитать и вдуматься, то это тот подход к разработке ПО, который мы потеряли где-то во времена становления "агильности".
В промышленных масштабах никто и никогда не ставит винду с флешки. И никто даже не рассматривает этот вариант. Для детей - WDS, подростки на MDT и уже опытные пацаны на SCCM/MECM. Но никак не с флешки. Дет.сад, блин.
А что на виду? Вы проверяли этот скрипт? А как? скачали через curl или в браузере открыли ссылку? один раз? С разных адресов?
Вектор атаки: каждый 678 раз для user-agent: curl с иранского IP отдаём скрипт с вредоносной командой, замаскированной под regex.
Первый коментатор был абсолютно прав. Таким способом запускать совсем небезопасно.
скорее в самом zed что-то будет, или репозиторий хакнут.
Да, это другая возможная атака. Архив, скачанный с Github совсем необязательно содержит тот же код, что лежит в репозитории. Не говоря уже о скачанном бинарнике.
Сформируйте свой список пакетов на https://firmware-selector.openwrt.org/ и пользуйтесь им. Менять нужно его будет только в том случае, если поменяете маршрутизатор. А ещё можно обновляться прямо из интерфейса с помощью luci-app-attendedsysupgrade. Там же можно запросить сборку именно с тем набором софта, что установлен в текущий момент.
Ну в том и прикол что на openwrt нельзя сделать фулл бэкап. Только конфиг.
А в случае чего надо опять все пакеты все зависимости ставить туда вручную. И только в конце накатить конфиг. Который ещё не факт что заработает точно так, как раньше.
Ps сам тащусь с openwrt. Но вот этого прикола я не понимаю
Изображение Задание: Нарисуй иллюстрацию к книге - Ударный вертолет Ка-52 «Аллигатор» у него два соосных несущих винта с тремя лопастями, Оказавшись в мире магии сражается с со средним драконом, вокруг которого взрываются ракеты. -- На изображении хаотично направленные плазменные выстрелы, они непонятно кем произведенные и по этому бессмысленные, их надо убрать. -- Пусть будет: Общий вид над лесом, вертолет против дракона, летят навстречу друг другу, стреляют из-все чего можно, наблюдатель в 500 метрах от точки встречи.
Плохо абсолютно всё. Вместо того, чтобы сгладить косяки планировки от застройщика дизайнер их только подчеркнул и усугубил (я прежде всего о торчащих на каждом шагу углах). Освещение не продумано. Нет местного освещения ни у кроватей, ни у дивана, ни у макияжной зоны в спальне. То же самое касается выключателей и розеток. Их либо нет, либо они в самых неподходящих местах. А там где они есть, там другая проблема. Их такой "лесенкой" с бодуна размещали? Нет практически ни одного фото, которое не вызывает негативных эмоций. Типичный развод на деньги.
Про "умность" ничего не пишу. Её по картинкам не оценишь. Но такую неудобную квартиру никакой "ум" не спасёт.
Не кажется. "Составлением уравнений" занимается в лучшем случае теоретик, да и то далеко не каждый. Это что-то типа одного процента от всех физиков, если не меньше. Я экспериментатор и совершенно точно могу сказать, что "составления уравнений" там очень мало.
А в остальном, я же написал. Если сказать, что физик отвечает за физику, а программист за программу, то ничего не работает. Потому что первый второму не может объяснить, что надо делать. Опять же как физик-программист могу сказать, что в вычислительных методах и анализе данных очень много нюансов, которые нельзя эффективно разрешить без понимания предметной области.
Конфигурация сервера заданная в конфигураторе(Lenovo, Dell, HP) при составлении заказа у вендора Это еще один невидимый лимит который не позволит превысить определенный временной и тепловой потолок.... и даже выставив Max Performance и выкрутив все остальное он реально не поднимется выше лимита конфигурации - как минимум на существенное время а как максимум Вообще.....
Словили такое на Ленового привезя серваки по конфигурации клиента который посчитал что он ТАК сэкономит..... два Идентичных по основным параметрам сервера, но в них разные БП разные вентиляторы и Видимо разные внутренние параметры в UEFI - Один MaxPerformance Второй "Max зеленый" - при этом ни тот ни другой не нагружаются по БП даже на 40% и имеют абсолютно одинаковые параметры по настройке, но тот который был MaxPerformance реально почти в 3 раза отзывчивее и раза в 1,5 быстрее...
github.com/TheJustMoose/JustCreeper
Нажми правую зелёную кнопку Clone or dowload, потом Download ZIP.
Внутри ахапка файлов с расширением ino.
В Arduino IDE надо открыть JustCreeper.ino.
Metube + jellyfin. Нужные каналы по плейлистам складываются в папку jellyfin и автоматически подхватываются в детскую библиотеку. По итогу ребенок смотрит только
отцензуненныеодобренные мной каналы. И не прыгает по рекомендациям ютуба.Хорошо, наконец-то до этого додумались. Думаю, с помощью
#featureможно будет постепенно отключать части языка, являющиеся ошибками языкового дизайна и подключать исправленные реализации. Шон Бакстер это разработчик Circle - мощного расширения С++, в котором как раз все это реализовано.Это сильное упрощение) Но в итоге все уперлось в деньги. Кинотеатры экономили на оборудование, продюсоры экономили на качестве фильмов. У людей болела голова.
Я все это очень подробно описал в серии статей "Почему от 3D болит голова":
Почему от 3D болит голова / Часть 1: Недостатки оборудования
Почему от 3D болит голова / Часть 2: Дискомфорт из-за качества видео
Почему от 3D болит голова / Часть 3: Перепутанные ракурсы
Почему от 3D болит голова / Часть 4: Параллакс
Почему от 3D болит голова / Часть 5: Геометрические искажения в стерео
Почему от 3D болит голова / Часть 6: Искажения цвета
Почему от 3D болит голова / Часть 8: Расфокус и будущее 3D
Там описана часть нашего проекта разработки метрик качества стерео. Всего было разработано 18 метрик и проанализировано под 200 фильмов (на деньги западных компаний мы купили пачку Blu-Ray дисков и прогнали их через метрики). Подробности на английском тут: https://videoprocessing.ai/stereo_quality/
Ну и не могу удержаться, сорри...
Ноль фильмов в 2022? Серьезно? А вы не пробовали в википедию зайти? )))
https://en.wikipedia.org/wiki/List_of_3D_films_(2005–present) - тут 17 фильмов
https://en.wikipedia.org/wiki/Category:2022_3D_films - тут 20 в 2022
И это без азиатских.
На секундочку второй Аватар вышел в 2022... Хотя зачем его считать? Так?))) Легкая погрешность! )
Конечно, нет)
Вы вот взяли и отменили прогресс) Качество конвертации (за счет алгоритмом обработки видео) внезапно постоянно растет, а цена падает. Мы на этом рынке вполне зарабатывали (ну и пытались его спасти, измеряя и улучшая качество).
Вы помечтали) В кино возможно все! (во всех смыслах)
В одном фильме ужасов мы нашли полторы минуты перепутанных ракурсов (самая простая ошибка с точки зрения стоимости исправления). И ничего! Ушло в релиз) Как мы шутили - при просмотре этого ужастика, вам будет не только страшно, но и больно.
Ну и замечу, что среди 18 метрик было 4 метрики специально для сконвертированного контента. Там с косяками тоже все в порядке) Но на хабр об этом уже не писали, увы, только на английском узкоспециальные тексты можно почитать.
Все перечисленные варианты напоминают попытки воссоздать историю изобретения микроскопа в кружке умелые руки. Мне даже сложно сказать сколько десятков лет есть понятие "макросъемка". Осуществляется простым сдвигом объектива (в фото - чаще всего с помощью так называемых удлинительных (переходных) колец). За счет чего область фокусировки приближается к камере и соответственно объект съемки можно рассматривать под большим углом зрения. Вместо капель, палочек и бог еще чего берется любая IP, USB, HDMI камера с нормальной матрицей, её родной объектив безжалостно выкручивается в утиль. Вместо него ставим любой качественный фото объектив. Найти сейчас за тысячу гелиос, юпитер, индустар, таир, кварц - вообще не вопрос. Последние как и некоторые гелиосы/юпитеры обеспечивают переменное фокусное расстояние, что очень удобно для плавного выбора увеличения. Т.е. встроенный оптический зум. Весь вопрос в механическом креплении объектива на камеру. Всю эту байду крепим на штатив. Например от старого же фотоувеличителя. В итоге получаем вполне рабочий микроскоп с качеством гораздо более продвинутым, чем китайские игрушки 200х на али, с разрешением единицы-десятки микрон (надписи на кристалле EEPROM читаются на раз) и выводом картинки в прекрасном качестве на монитор. Особенно рекомендую для этого применить камеры с матрицами 2К и более и с HDMI выходом. Очень удобно её подключать к отдельному входу монитора и переключаться на камеру просто селектором входов.
https://habr.com/en/articles/876394/comments/#comment_27840436
Самое ценное в книгах дядюшки Боба – это ход его мыслей. Да, безусловно, неокрепший разум сразу пытается следовать его идеям точь в точь. Но это не проблема книги или автора.
Лично начал знакомиться с его книгами на третьем году коммерческого опыта разработки. И для меня стало открытием то, как автор рассуждает о каждой строке кода.
Если до этого я писал код, чтобы он работал (ну и выглядел симпатично), то после я начал прорабатывать множество вариантов реализации в попытках достичь определённых свойств написанного кода.
И вот, спустя 6 лет я могу детально объяснить почему конкретную строку или выражение написал именно так. Да, я не следую его рекомендациям. Я даже смутно помню их. Но способ мыслить оказался бесценен.
P. S. То же самое с паттернами проектирования. Знакомство с ними объяснило саму суть ООП и для чего все это нужно. Я вряд ли смогу по памяти повторить один в один какой-либо паттерн, кроме простейших. Но я понимаю идеи, которые за ними стоят. И реализую решения, которые нужны для конкретной ситуации со всеми её нюансами.
Есть одна интересная книга, называется A philosophy of software design, автор John Ousterhout, и она рассказывает о когнитивной сложности в разработке ПО и методах ее упрощения. И некоторые ее положения весьма далеки от догм энтерпрайзного классоклепания, от чего у кучи народа подгорает и бомбит. Как же так - не клепать классы на каждый чих, или писать комменты на высокоуровневую структуру и неявные связи компонент - ведь мой код написан по солид, а значит непогрешим! Бабах. Но если книженцию почитать и вдуматься, то это тот подход к разработке ПО, который мы потеряли где-то во времена становления "агильности".
(SDR + Raspberry + LTE Cat 4 Module + 2 х Штыревая Антенна + оплаченный интернет + 0,01 кВт-час) x кол-во районов охвата + сервер 1U...
В промышленных масштабах никто и никогда не ставит винду с флешки. И никто даже не рассматривает этот вариант. Для детей - WDS, подростки на MDT и уже опытные пацаны на SCCM/MECM. Но никак не с флешки. Дет.сад, блин.
А что на виду? Вы проверяли этот скрипт? А как? скачали через curl или в браузере открыли ссылку? один раз? С разных адресов?
Вектор атаки: каждый 678 раз для user-agent: curl с иранского IP отдаём скрипт с вредоносной командой, замаскированной под regex.
Первый коментатор был абсолютно прав. Таким способом запускать совсем небезопасно.
Да, это другая возможная атака. Архив, скачанный с Github совсем необязательно содержит тот же код, что лежит в репозитории. Не говоря уже о скачанном бинарнике.
Сформируйте свой список пакетов на https://firmware-selector.openwrt.org/ и пользуйтесь им. Менять нужно его будет только в том случае, если поменяете маршрутизатор. А ещё можно обновляться прямо из интерфейса с помощью luci-app-attendedsysupgrade. Там же можно запросить сборку именно с тем набором софта, что установлен в текущий момент.
Ну в том и прикол что на openwrt нельзя сделать фулл бэкап. Только конфиг.
А в случае чего надо опять все пакеты все зависимости ставить туда вручную. И только в конце накатить конфиг. Который ещё не факт что заработает точно так, как раньше.
Ps сам тащусь с openwrt. Но вот этого прикола я не понимаю
Через админку или через CLI можно сделать MTD backup. Это полный бинарный бэкап всей системы.
А у меня вот так получилось в ChatGPT.
Изображение Задание: Нарисуй иллюстрацию к книге - Ударный вертолет Ка-52 «Аллигатор» у него два соосных несущих винта с тремя лопастями, Оказавшись в мире магии сражается с со средним драконом, вокруг которого взрываются ракеты.
--
На изображении хаотично направленные плазменные выстрелы, они непонятно кем произведенные и по этому бессмысленные, их надо убрать.
--
Пусть будет: Общий вид над лесом, вертолет против дракона, летят навстречу друг другу, стреляют из-все чего можно, наблюдатель в 500 метрах от точки встречи.
Недостатки все еще наблюдаются )))
Плохо абсолютно всё. Вместо того, чтобы сгладить косяки планировки от застройщика дизайнер их только подчеркнул и усугубил (я прежде всего о торчащих на каждом шагу углах). Освещение не продумано. Нет местного освещения ни у кроватей, ни у дивана, ни у макияжной зоны в спальне. То же самое касается выключателей и розеток. Их либо нет, либо они в самых неподходящих местах. А там где они есть, там другая проблема. Их такой "лесенкой" с бодуна размещали? Нет практически ни одного фото, которое не вызывает негативных эмоций. Типичный развод на деньги.
Про "умность" ничего не пишу. Её по картинкам не оценишь. Но такую неудобную квартиру никакой "ум" не спасёт.
Не кажется. "Составлением уравнений" занимается в лучшем случае теоретик, да и то далеко не каждый. Это что-то типа одного процента от всех физиков, если не меньше. Я экспериментатор и совершенно точно могу сказать, что "составления уравнений" там очень мало.
А в остальном, я же написал. Если сказать, что физик отвечает за физику, а программист за программу, то ничего не работает. Потому что первый второму не может объяснить, что надо делать. Опять же как физик-программист могу сказать, что в вычислительных методах и анализе данных очень много нюансов, которые нельзя эффективно разрешить без понимания предметной области.
Шиза - это Windows. Но и на ней я глазами видел внутренние настройки scheduler-а или governor-а, но не лез.
На Linux вся эта тема с schedulers/governors -- темный лес, но он хотя бы есть на карте. Вот практическое пособие от Dell уровня "на отшибись".
Вот, вроде, хорошие заметки с поля сражений о throttling в целом: http://support.fccps.cz/industry/pwr/p-states.htm
А хотите еще грузик на весы докину?
Конфигурация сервера заданная в конфигураторе(Lenovo, Dell, HP) при составлении заказа у вендора Это еще один невидимый лимит который не позволит превысить определенный временной и тепловой потолок.... и даже выставив Max Performance и выкрутив все остальное он реально не поднимется выше лимита конфигурации - как минимум на существенное время а как максимум Вообще.....
Словили такое на Ленового привезя серваки по конфигурации клиента который посчитал что он ТАК сэкономит..... два Идентичных по основным параметрам сервера, но в них разные БП разные вентиляторы и Видимо разные внутренние параметры в UEFI - Один MaxPerformance Второй "Max зеленый" - при этом ни тот ни другой не нагружаются по БП даже на 40% и имеют абсолютно одинаковые параметры по настройке, но тот который был MaxPerformance реально почти в 3 раза отзывчивее и раза в 1,5 быстрее...