Artur8686, Но ведь камеры-тепловизоры существуют. Материал, допустим, металл - он непрозрачный и хорошо проводит тепло. Пластик, всё-таки обладает инерцией.
А вы можете логику объяснить? Что бы не делала камера, вы-то неспособны увидеть инфракрасное и УФ-излучение. Поэтому, более правильно сказать, что камера выдаёт сигналы (реакцию на невидимый диапазон), но вы (или она) делаете доп. преобразования в другой диапазон уже видимого глаза спектра.
В Haskell учли оба варианта: есть функции divMod и quotRem (каждая возвращает частное и остаток).
Вы должны выбрать для вашего языка, каким алгоритмом пользоваться.
Вообще-то, я не не эксперт по DirectX.
Для начала хотелось бы определиться. Во время игры вы видите курсор мыши, а хотели бы его не выводить на экран? При этом игра это не ваша разработка?
а) Вот пример на Матлабе обработки больших данных: введён специальный тип tall array, если всё не помещается в ОЗУ.
Информация о Big Data на сайте.
В России информацию даёт фирма "Экспонента".
Я думаю, просто надо покопать пакеты обработки данных.
Я-то сам изучаю другую область - прикладную автоматику с новыми алгоритмами (машинное обучение, нейронные сети).
Sergey Romanov,
1) StateFlow это не старая школа, MatLab всё время развивается. Есть пример по замене ПИД-регулятора нейронной сетью.
2) Речь не о вашей персоне, а о возможной поломке оборудования, если в программе странные шаблоны.
Сергей, я всю жизнь пишу программы для ПЛК и сейчас мог бы выйти на пенсию, если бы не Медведев. И я вижу твоё слабое понимание теории и практики. Но если нужно что-нибудь разжевать - спрашивай, обиды нет.
Естественно, CASE. Я вам и писал, что в Матлабе есть PLC coder, который StateFlow переводит в ST. (но уже ST отлаживать намного труднее)
3) Это не специфика ПЛК. Это делает любой процессор на любой ОС на любом языке. У вас что получается:
[y1, y2, y3] = F (x1, x2, x3)
И вы, не вызывая программу F (точнее, вызов зависит от условия), обращаетесь к переменным y1, y2, y3. Если вы стопроцентно уверены, что они нули, тогда пожалуйста. Но многие компиляторы выдают предупреждение, что это плохой тон.
Sergey Romanov,
1) Sequential Function Chart. Конечно, он необычен, т.к. внутренность блока можно реализовать на любом языке, включая сам SFC (т.е. вложенность). Но в Codesys есть две реализации: МЭК-шаги (steps) и упрощённые. С упрощенными я столкнулся раньше всего в контроллерах Telemecanique (Schneider Electric), там этот язык назывался Графсет: однократная процедура при активации блока (Enter), однократная при выходе из него (Exit) и постоянно выполняемая на каждом скане.
Но для МЭК-шагов указываются действия (actions), которые могут быть не только вызовами функций, но и обычной установкой / сбросом переменных.
Если уйти из ПЛК в область математики, то это просто граф состояний, в котором присутствуют условия переходов (деактивации блоков) и действия, выполняемые, как во время активности блока, так и в момент перехода. Я же вам дал ссылку на язык StateFlow в Матлабе. Там никто не называет это "не языком".
2) это я указал в п.2 (С-кодеры Матлаба и Симулинка)
3) Возможно, в ПЛК ФБ инициализирует поля нулями при создании. Но в общей практике программирования даже умные компиляторы могут вам сказать, что плохой тон читать выходную переменную функции, если ни одного вызова ещё не было (могло не быть).
