386SX + 4Mb ОЗУ + 4 через виртуализацию в DOS-Mode win 3.11, вся эта хитрость на 72 Мб жестком диске — и мы смогли приобщиться к DOOM! А затем и DOOM2!
Он работал, представляете, вполне прилично — задумчивость появлялась только на последних уровнях, с кибердемоном…
Очень бы хотел просить Вас, Relaxy, задуматься над серверной «перекомпиляцией» AS3 (или даже, чем черт не шутит swf) в JS в дополнение к Вашему проекту.
Может даже у Вас получится разработать online IDE — потребность есть
Как правило — GPS-антенна «обычная» катушка с ферромагнитным сердечником. Диаграмма направленности — «пережатый» по экватору шар.
Обычно приемник ориентируют антенной так, чтобы максимум чувствительности был вверх (и вниз, соответственно)
Решение может быть намного проще, чем Вы думаете — как с карандашами вместо ручек у космонавтов.
Можно записать GPS-данные в аналоговом виде на многочастотном приемнике в небе над нужной точкой, скажем, со своего самолета, а затем транслировать их «сверхсильным» лучом на БПЛА. От «отсеет» реальный сигнал как слабый и возьмет Ваш — который подлинный, но из другого места.
Примерно так «грабили» карточки метро на обычных кассетных магнитофонах.
В идеале, можно вообще наладить прямую трансляцию с летящего в нужном месте самолета.
Беспилотник будет думать, что он и есть тот самолет. Так можно «подловить» систему и при исправности спутникового канала — если траектории нашей «обманки» и БПЛА пересекутся — спутник «уйдет» за нашим самолетом по сигналам с БПЛА.
Рекомендую задуматься над WAP-версией сайта, именно она лучше всего подходит под использование с дисплеем Брайля, поскольку полностью текстовая.
В левом верхнем углу страницы лучше сделать специальный скин-переключатель «включить читалку — включить Брайля — включить констраст — обычный цветной режим». Тогда станет проще ориентироваться «на ощупь».
В своих рассуждениях Вы упустили важную часть: «За идейную основу РеактОС взято ядро Вин2003 сервер».
Именно бесплатный ВинСервер и нужен больше всего! Потому как политика лицензирования серверов у Микрософта — просто вымогательская.
В первом приведенном примере (в топике), как я вижу, используется именно вложенный вызов функции и именно он «канонически» является callback'ом (обратным вызовом для получения параметров из основного кода) в чистом виде.
Вызов же «извещательной» функции с помощью таймера — это, простите, «костыль» в случае невозможности послать (и послушать) «нормальное» сообщение.
В случае с большим количеством асинхронных событий и длинной очередью, таймер может «влезть» и нарушить правильную последовательность возвратов управления.
Например, у меня обрабатываются до 10 запросов пакетом. Очень часто ответы приходят «пакетом», парсер режет их и «возвращает отправителям».
CallBack — в реальности это не возврат управления, как можно подумать из названия, а вложенный вызов одной из функции «родителя», «углубляющий» реальную вложенность функций.
Т.е. если рассмотреть стек, то каждый вложенный callback будет добавлять данные в него, а вовсе не возвращать вершину стека обратно (как хотелось бы).
Поэтому действительно верным является только путь посылки сообщений в менеджер очереди.
Цикл обработки сообщений (обычно) отрабатывается после выхода из всех вложенных функций — т.е. на базовом уровне.
Похоже на воксели по точкам, только «шиворот-навыворот» — построили треугольники по имеющимся точкам. Но есть ведь текстурная интерполяция — и «узнаваемость» объектов получается значительно выше.
Скорее проблема тени сыграла свое, попробуйте осветить объект снизу, а лучше, положите объект на матовый акрил и направьте снизу хорошую ртутную лампу строго по центру объекта. Должно получиться намного лучше.
Это не совсем то же, что в топике.
На видео — точечное моделирование, подходящее больше для создания стереопанарам по базовым изображениям, а необходимо полигональное, без которого не сделаешь модель для 3D редактора.
Жаль, что для обработки нужно загружать фотографии в облако Автодеск.
Отладят технологию и будут брать деньги за подписку :(
Специально посмотрел — все инструменты либо платные (и не дешевые), либо веб-базед, т.е. в любой момент могут стать платными. Значит, в реальной практике использовать боязно.
Изумительно, жалко только, что для «одноразовых» событий неприменимо.
Кстати, а если использовать систему вращающихся зеркал и стробоскоп, то можно попробовать снять сразу несколько моментов на один кадр, установив большую выдержку. Есть ли такие устройства?
Предлагаю Вам рассмотреть вариант организации шины на базе USB, если внедрить хост-контроллер на базовую управляющую плату, то ведомыми можно подключать до 127 устройств, что в Вашем случае более чем достаточно, по моему.
Почему, действительно, Вы не хотите использовать для плат-модулей референсный дизайн Arduino или аналогов, а лучше даже на базе Cortex'ов (ARM)?
То есть я предлагаю пересмотреть концепцию проекта, выделив управляющий модуль и планку шины обмена данными (управлением), в которую бы могли включаться преобразователи. Хороший пример — промышленные модульные компьютеры, собираемые из плат, вставляемых в слоты базового модуля.
Причем можно разработать два основных типа «плат расширения» — пассивные (без своего процессора) и активные (имеющие ARM или AVR, а может даже x86) процессор, но которые могут переключаться в ведомые.
Даже еще хитрее, на выходе ШИМа часто «вешают» конденсатор (если управлять нужно постоянным током) который и превращает прямоугольные импульсы в «аналоговое» постоянное значение.
Поэтому проблема «мгновенного» изменения значения на ШИМ-выходе (после конденсатора) — только в его емкости, которая и определит время переходного процесса.
Подход к «отсеченному» хвосту (оставляем умирать) мне представляется неверным. Рассмотрите вариант — голова врезается в середину тела и начинает двигаться в сторону старого хвоста.
При каждом таком шаге длина змейки будет уменьшаться на несколько единиц, а должна сохраняться.
Причем кончик нового хвоста (как производный от длины) будет прыгать сразу на несколько ячеек.
Если Вы его подсветите, то будет выглядеть так, как-будто змейка «испражняется» своим телом.
Он работал, представляете, вполне прилично — задумчивость появлялась только на последних уровнях, с кибердемоном…
Может даже у Вас получится разработать online IDE — потребность есть
Обычно приемник ориентируют антенной так, чтобы максимум чувствительности был вверх (и вниз, соответственно)
Можно записать GPS-данные в аналоговом виде на многочастотном приемнике в небе над нужной точкой, скажем, со своего самолета, а затем транслировать их «сверхсильным» лучом на БПЛА. От «отсеет» реальный сигнал как слабый и возьмет Ваш — который подлинный, но из другого места.
Примерно так «грабили» карточки метро на обычных кассетных магнитофонах.
В идеале, можно вообще наладить прямую трансляцию с летящего в нужном месте самолета.
Беспилотник будет думать, что он и есть тот самолет. Так можно «подловить» систему и при исправности спутникового канала — если траектории нашей «обманки» и БПЛА пересекутся — спутник «уйдет» за нашим самолетом по сигналам с БПЛА.
В левом верхнем углу страницы лучше сделать специальный скин-переключатель «включить читалку — включить Брайля — включить констраст — обычный цветной режим». Тогда станет проще ориентироваться «на ощупь».
Именно бесплатный ВинСервер и нужен больше всего! Потому как политика лицензирования серверов у Микрософта — просто вымогательская.
Вызов же «извещательной» функции с помощью таймера — это, простите, «костыль» в случае невозможности послать (и послушать) «нормальное» сообщение.
В случае с большим количеством асинхронных событий и длинной очередью, таймер может «влезть» и нарушить правильную последовательность возвратов управления.
Например, у меня обрабатываются до 10 запросов пакетом. Очень часто ответы приходят «пакетом», парсер режет их и «возвращает отправителям».
Т.е. если рассмотреть стек, то каждый вложенный callback будет добавлять данные в него, а вовсе не возвращать вершину стека обратно (как хотелось бы).
Поэтому действительно верным является только путь посылки сообщений в менеджер очереди.
Цикл обработки сообщений (обычно) отрабатывается после выхода из всех вложенных функций — т.е. на базовом уровне.
Но согласен, все очень «сырое».
На видео — точечное моделирование, подходящее больше для создания стереопанарам по базовым изображениям, а необходимо полигональное, без которого не сделаешь модель для 3D редактора.
Отладят технологию и будут брать деньги за подписку :(
Специально посмотрел — все инструменты либо платные (и не дешевые), либо веб-базед, т.е. в любой момент могут стать платными. Значит, в реальной практике использовать боязно.
Даже Интел оказывается надежнее.
Либо для Кингстона утилита выдает неверные (иные) значения.
Кстати, а если использовать систему вращающихся зеркал и стробоскоп, то можно попробовать снять сразу несколько моментов на один кадр, установив большую выдержку. Есть ли такие устройства?
Почувствовать эффект можно «просветив» руку «темнокрасным» фонарем.
Этот эффект активно используется в сухих саунах для «прогрева» внутренних органов (инфракрасное излучение от камней проникает под кожу)
То есть я предлагаю пересмотреть концепцию проекта, выделив управляющий модуль и планку шины обмена данными (управлением), в которую бы могли включаться преобразователи. Хороший пример — промышленные модульные компьютеры, собираемые из плат, вставляемых в слоты базового модуля.
Причем можно разработать два основных типа «плат расширения» — пассивные (без своего процессора) и активные (имеющие ARM или AVR, а может даже x86) процессор, но которые могут переключаться в ведомые.
Поэтому проблема «мгновенного» изменения значения на ШИМ-выходе (после конденсатора) — только в его емкости, которая и определит время переходного процесса.
При каждом таком шаге длина змейки будет уменьшаться на несколько единиц, а должна сохраняться.
Причем кончик нового хвоста (как производный от длины) будет прыгать сразу на несколько ячеек.
Если Вы его подсветите, то будет выглядеть так, как-будто змейка «испражняется» своим телом.