О, я, когда преподавал, делал примерно то же самое. Хотите получить знания - всё расскажу, покажу и на любые вопросы отвечу. Хорошо себя проявите - еще и на работу устрою. Хотите получить отметку в зачетке - да вперёд и с песнями - отметка в зачётке будет по любому - всё равно не диплом определяет дальнейшую карьеру.
А вот тут, кстати, есть отличная возможность обратной связи. То есть можно литературно отредактировать выход ИИ и скормить этот текст обратно ИИ, чтобы он учился на своих ошибках. С изображением это, кстати, намного сложнее.
Ну и кроме того есть очень хайповый сейчас пример по генерации изображений нейросетью - через ключевые слова. То же можно сделать и с книгой - человек генерит некий скелет на пару страничек (сюжетную линию), а ИИ просто превращает это в толстую книгу.
PS: Иногда мне кажется, последние книги Стивена Кинга сделаны именно так (шутка, если что).
Как уже сказали - проблема в попытке возведения отрицательного числа в вещественную степень. Дело в том, что обычно она вычисляется по формуле a ^ x = e ^ (x * ln a) , а без перехода в комплексные числа натурального логарифма отрицательного числа не существует.
Дома пикопроектор вообще не нужен - так как при таких габаритах более-менее нормального светового потока он не даст никогда.
Честно говоря, я вообще не понимаю рыночной ниши для таких устройств. В каких обстоятельствах вот так вот необходимо достать из кармана устройство, картинку с которого более-менее можно рассмотреть только в полной темноте?
И да, у меня есть обычный маленький китайский 720p 1LCD проектор за 80 баксов - дочка на нём мультфильмы смотрит иногда - достал, на стенку направил и больше ничего не надо. И это при наличии нормального 55" 4K телевизора :)
Хм, это перевод откуда то или текст просто не вычитан?
В большинстве пико-проекторов используются две технологии: DLP и LED
Может всё-таки DLP и LCD? Так как писать через "и" технологию получения изображения и технологию источника света немного странно.
использует комбинацию зеркал и цветовых кругов для создания изображения, которое затем проецируется силой лампочки
Что, извините? В русском написании всё-таки принято писать цветовое колесо (color wheel). И свести ключевую технологию DLP - микрозеркала просто к зеркалам, несколько странно. Да еще и проецировать изображение силой лампочки. Ну вы хоть после google translate вычитывайте что получилось.
изображение сначала создается на жидкокристаллическом дисплее внутри проектора, а затем излучается светодиодным источником света
facepalm. Изображение излучается источником света. Гениально.
нет указаний на то, где раскатывают и клеят эти 10-12 слоев текстолита и какие именно этапы производства локализованы – поверхностный монтаж, или же и текстолит, и проектирование, и тестирование
Ну а зачем это там - ясно же, что это чисто контрактное китайское производство. Но вообще Резонит (это крупнейший российский производитель печатных плат) декларирует изготовление печаток до 24х слоев. Так что - почему бы и нет.
Если текущий активный экран безопасности не является экраном SimPuk (возможно, потому что, как в нашем случае, его изменил какой-то фоновый компонент), то функция закрытия ничего не сделает.
Немного странное решение. Судя по описанию, в системе существует стек локскринов, то есть единомоментно может быть активно два и более локскринов (но только один видим). И активным (видимым) является только тот, что на вершине стека. При этом порядок локскринов в стеке может быть произвольно изменён. Но тогда если на верхний уровень вышел другой локскрин, то игнорирование запроса dismiss, приведёт к тому, что нижележащий локскрин вообще не будет закрыт. По идее dismiss должен вызываться для конкретного экземпляра локскрина и только если все локскрины в стеке были dismissed - только тогда аппарат разблокируется.
Само по себе то, что процесс может вызывать dismiss некоего объекта, который был создан не этим процессом - это уже косяк (и в тексте есть упоминание, что такое поведение приводит к некорректной работе системы).
Может, конечно, что это автор статьи неправильно всё понял.
В общем-то, уже не обязательно через конвертацию - на некоторых современных девайсах просто стоит слот SFP, а что туда засунуть - оптический модуль или SDI - это уже решение пользователя. А учитывая, что все современные стандарты на SDI описывают как медную, так и сразу волоконную среду передачи...
б) лимит массы никак не влияет на возможность полётов - единственное послабление касается того, что аппараты массой до 150г не требуют регистрации
в) по закону ЛЮБОЙ полёт ЛЮБОГО БПЛА (хоть 1г массой) требует согласования плана полёта с местными органами контроля воздушного пространства. Никаких исключений не предусмотрено.
Вот вот. И это очень обидно - в очередной раз обнаруживать, что ты потратил кучу времени на написание очередного велосипеда, который, оказывается, штатно реализуется буквально парой строк кода.
Не очень удобно - это очень мягко сказано. Нет общей системы. Нет обзора фич.
Ну вот, пример. Я много лет постоянно использую TList и TThreadList. И всё время удивлялся - почему нельзя сразу указать тип объектов, хранящихся в листе, чтобы потом при каждом обращении не указывать тип объекта. И лишь где-то год назад совершенно случайно нашёл, что оказывается есть collections, в котором можно писать TList<TObjectType>. Причём из хелпа на TList нет никаких указаний на такую возможность - то есть должен просто знать. И я подозреваю, что подобных велосипедов я изобретаю ещё множество - просто по незнанию. Изучать полный справочник по языку - ну то ещё занятие. Вот было бы где-то что-то обзорное, без деталей....
Господа, несколько оффтоп, но не посоветуете - где можно обзорно хотя бы почитать про все возможности Delphi?
Поясню. Я не программист по специальности, но по работе мне постоянно приходится решать задачи разного уровня сложности через программирование (от работы с видео до работы с REST API видеосерверов). На паскале сижу уже больше 30 лет (от турбо паскаля через все версии Delphi). И очень часто просматривая свой же код двух-трёх летней давности я с огорчением обнаруживаю, что там я изобрёл очередной велосипед, который штатно решается средствами самого Delphi.
То есть мне не нужно детальное описание всего - мне нужно иметь понимание в общих чертах - если мне понадобятся детали реализации нужного - дальше я уже нагуглю.
Проблема даже не только в этом. Вотчдог - это ровно такая же цифровая часть процессора, как и всё остальное. И если железяка работает в условиях непрерывных перезагрузок из-за ЭМ помех - вотчдог точно также может зависнуть. Я уж не говорю, что при таком уровне помех, что идут непрерывные перезагрузки - возможно всё, вплоть до физического повреждения железа.
Если ваш проект раздулся до такой степени, что одной 328ой вам уже не хватает, то имеет смысл отказываться от ардуины и переходить хотя бы на stm32
О, я, когда преподавал, делал примерно то же самое. Хотите получить знания - всё расскажу, покажу и на любые вопросы отвечу. Хорошо себя проявите - еще и на работу устрою. Хотите получить отметку в зачетке - да вперёд и с песнями - отметка в зачётке будет по любому - всё равно не диплом определяет дальнейшую карьеру.
А вот тут, кстати, есть отличная возможность обратной связи. То есть можно литературно отредактировать выход ИИ и скормить этот текст обратно ИИ, чтобы он учился на своих ошибках. С изображением это, кстати, намного сложнее.
Ну и кроме того есть очень хайповый сейчас пример по генерации изображений нейросетью - через ключевые слова. То же можно сделать и с книгой - человек генерит некий скелет на пару страничек (сюжетную линию), а ИИ просто превращает это в толстую книгу.
PS: Иногда мне кажется, последние книги Стивена Кинга сделаны именно так (шутка, если что).
Только не перепутайте sqr и sqrt - одно из них возведение в квадрат, а второе - взятие квадратного корня
Как уже сказали - проблема в попытке возведения отрицательного числа в вещественную степень. Дело в том, что обычно она вычисляется по формуле a ^ x = e ^ (x * ln a) , а без перехода в комплексные числа натурального логарифма отрицательного числа не существует.
Функции sqr в этом ПЛК нет?
Полоска WS2812 + простейший STM8 или AVR. Всё разместилось бы на полоске шириной миллиметров 10.
Дома пикопроектор вообще не нужен - так как при таких габаритах более-менее нормального светового потока он не даст никогда.
Честно говоря, я вообще не понимаю рыночной ниши для таких устройств. В каких обстоятельствах вот так вот необходимо достать из кармана устройство, картинку с которого более-менее можно рассмотреть только в полной темноте?
И да, у меня есть обычный маленький китайский 720p 1LCD проектор за 80 баксов - дочка на нём мультфильмы смотрит иногда - достал, на стенку направил и больше ничего не надо. И это при наличии нормального 55" 4K телевизора :)
Хм, это перевод откуда то или текст просто не вычитан?
Может всё-таки DLP и LCD? Так как писать через "и" технологию получения изображения и технологию источника света немного странно.
Что, извините? В русском написании всё-таки принято писать цветовое колесо (color wheel). И свести ключевую технологию DLP - микрозеркала просто к зеркалам, несколько странно. Да еще и проецировать изображение силой лампочки. Ну вы хоть после google translate вычитывайте что получилось.
facepalm. Изображение излучается источником света. Гениально.
Ну а зачем это там - ясно же, что это чисто контрактное китайское производство. Но вообще Резонит (это крупнейший российский производитель печатных плат) декларирует изготовление печаток до 24х слоев. Так что - почему бы и нет.
Немного странное решение. Судя по описанию, в системе существует стек локскринов, то есть единомоментно может быть активно два и более локскринов (но только один видим). И активным (видимым) является только тот, что на вершине стека. При этом порядок локскринов в стеке может быть произвольно изменён. Но тогда если на верхний уровень вышел другой локскрин, то игнорирование запроса dismiss, приведёт к тому, что нижележащий локскрин вообще не будет закрыт. По идее dismiss должен вызываться для конкретного экземпляра локскрина и только если все локскрины в стеке были dismissed - только тогда аппарат разблокируется.
Само по себе то, что процесс может вызывать dismiss некоего объекта, который был создан не этим процессом - это уже косяк (и в тексте есть упоминание, что такое поведение приводит к некорректной работе системы).
Может, конечно, что это автор статьи неправильно всё понял.
В общем-то, уже не обязательно через конвертацию - на некоторых современных девайсах просто стоит слот SFP, а что туда засунуть - оптический модуль или SDI - это уже решение пользователя. А учитывая, что все современные стандарты на SDI описывают как медную, так и сразу волоконную среду передачи...
Это перевод? Просто текст местами как-будто из переводчика.
Эээээ. Что? А что, HDMI и Display порт уже используют не дифференциальные пары для передачи видеоданных?
И почему при рассказе про DVI не упоминается, что речь идёт исключительно про DVI-D?
Может стоит всё-таки уточнить - в бытовой аппаратуре. В профессиональной аппаратуре всё-таки везде SDI
А про оптический SDI вы в курсе? Который по факту позволяет передать сигнал без сжатия на очень большие расстояния и сейчас стоит совсем не дорого.
PS: как-то странно назвать статью обзорной и в принципе не упомянуть про аналоговые соединения
а) лимит массы уже давно изменён на 150г
б) лимит массы никак не влияет на возможность полётов - единственное послабление касается того, что аппараты массой до 150г не требуют регистрации
в) по закону ЛЮБОЙ полёт ЛЮБОГО БПЛА (хоть 1г массой) требует согласования плана полёта с местными органами контроля воздушного пространства. Никаких исключений не предусмотрено.
Спасибо огромное
Вот вот. И это очень обидно - в очередной раз обнаруживать, что ты потратил кучу времени на написание очередного велосипеда, который, оказывается, штатно реализуется буквально парой строк кода.
Не очень удобно - это очень мягко сказано. Нет общей системы. Нет обзора фич.
Ну вот, пример. Я много лет постоянно использую TList и TThreadList. И всё время удивлялся - почему нельзя сразу указать тип объектов, хранящихся в листе, чтобы потом при каждом обращении не указывать тип объекта. И лишь где-то год назад совершенно случайно нашёл, что оказывается есть collections, в котором можно писать TList<TObjectType>. Причём из хелпа на TList нет никаких указаний на такую возможность - то есть должен просто знать. И я подозреваю, что подобных велосипедов я изобретаю ещё множество - просто по незнанию. Изучать полный справочник по языку - ну то ещё занятие. Вот было бы где-то что-то обзорное, без деталей....
Господа, несколько оффтоп, но не посоветуете - где можно обзорно хотя бы почитать про все возможности Delphi?
Поясню. Я не программист по специальности, но по работе мне постоянно приходится решать задачи разного уровня сложности через программирование (от работы с видео до работы с REST API видеосерверов). На паскале сижу уже больше 30 лет (от турбо паскаля через все версии Delphi). И очень часто просматривая свой же код двух-трёх летней давности я с огорчением обнаруживаю, что там я изобрёл очередной велосипед, который штатно решается средствами самого Delphi.
То есть мне не нужно детальное описание всего - мне нужно иметь понимание в общих чертах - если мне понадобятся детали реализации нужного - дальше я уже нагуглю.
Проблема даже не только в этом. Вотчдог - это ровно такая же цифровая часть процессора, как и всё остальное. И если железяка работает в условиях непрерывных перезагрузок из-за ЭМ помех - вотчдог точно также может зависнуть. Я уж не говорю, что при таком уровне помех, что идут непрерывные перезагрузки - возможно всё, вплоть до физического повреждения железа.
Неужели никто не включит в этот список Догму и Бегущего по лезвию бритвы? Да и классическую Дюну могу пересматривать любое число раз.