Это великолепно! В стимпанке авторы если и добавляют идею компьютера, то он механический, сложный и потому ненадёжный. А в пневмонике никаких подвижных частей, никакого износа и якобы неплохая производительность.
Если верить википедии, в процессоре 8008 было около 3500 транзисторов — теоретически, что-нибудь похожее можно было бы сделать и на пневмонике, только частота была бы меньше.
Очень интересно подумать над тем, что бы могли сделать древние греки, но не стали.
Например, они для передачи сигналов на расстояния догадались использовать огонь, но эффективного оптического телеграфа не сделали. вот их вариант Ждать, когда до следующего сигнала пройдёт от 0 до 24 тактов — не лучшая идея. Получается, о кодировании информации они даже и не думали. (Наверно, для чего-то важного было достаточно голубиной почты).
Паровой двигатель вроде бы и был, но котел с выбросом пара в атмосферу несколько далёк от реального применения.
Они вполне бы могли использовать фьючерсы и другие финансовые инструменты, но почему-то не додумались до них. (Я хотел упомянуть акции, но не смог найти, когда они были изобретены). Наличие финансовых инструментов потребовало бы быстрой и эффективной передачи информации, что привело бы к улучшению телеграфа и развитию шифрования.
Делал на третьем курсе (не курсовая, просто для себя):
Большой скриншот с телефона
Я не утверждаю, что у меня лучше — конечно же нет, я потратил на это довольно мало времени и даже облаков по-человечески не сделал. Этот скриншот с телефона выглядит, на мой взгляд, явно симпатичнее картинок из статьи. Всего лишь надо подобрать текстуры и цвета. Но автор даже этого не сделал, и у меня складывается впечатление, что ему наплевать на графику. А это довольно странно, потому что всё для чего программа предназначена — рисовать самолёты и местность.
Как и упоминалось автором — фиксированный frame rate. Даже если его «зашивают» всего лишь в 30 fps (в своё время и подобное считалось приемлемым), он не должен плавать и тем более проседать.
В нормальных игровых движках framerate тоже просто так проседать не будет, если программист не накосячит.
Например, игровые движки ориентированы на «уровни», которые загружаются в начале. Авиационные движки должны поддерживать бесшовный перелёт за тысячи километров с динамической подгрузкой местности.
Подгрузка местности тоже много где есть. Есть движки, созданные специально для авиасимуляторов. При желании к обычному движку можно написать свой код, который будет что-то добавлять/убирать объекты с карты.
Также при этом есть вопрос джиттера координат. Берём длину экватора (~40 000 км) и понимаем, что при классическом подходе в 32 бита координаты каждой точки объекта ложатся с недопустимой точностью. Как результат, всё дёргается и дрожит при движении.
джиттера координат можно избежать, если время от времени переносить все координаты.
Или, как мне кажется лучше — разбить карту на прямоугольники с локальной системой координат внутри каждого. При рисовании куска карты перемножать model-view-projection матрицы с double точностью на процессоре (или вообще как-нибудь хитро считать) — итоговое произведение матриц не будет содержать излишне больших значений и всё нормально нарисуется.
До этого древним людям в общении было достаточно слов «один», «два» и «много». Собственно, этими словами ограничены способности обычного человека и сегодня, если он не прошёл специальное обучение.
Я не согласен. Например, в русском языке одно яблоко, 2-3-4 яблока, 5-6-много яблок. Наши предки могли отличить 4 от 5 и это закрепилось в языке.
Вдобавок, человеческий мозг способен нормально оперировать 5+-2 сущностями — даже если они разные и просто так считать их количество нет смысла.
В том grid (2008) самое приятное управление — если во flat out ты сражаешься с собственным автомобилем, который несёт куда угодно, а в nfs просто обгоняешь противника на более быстром автомобиле, то в grid реально интересно обгонять противников за счёт выбора траектории и личных скиллов, так как автомобили одинаковые. Причём автомобиль очень хорошо контролируется — я при желании могу с точностью около 10-20 см прижиматься к краю дороги перед поворотом. Не знаю, как они этого достигли, в других гонках так не получалось. Именно благодаря grid стал разбираться в траекториях и ездить по ним.
И ещё в этой игре шикарная фишка с возможностью отмотать время назад. Без неё было бы сложно, так как автомобиль может ушататься после одной-единственной аварии.
Дальнейшие игры этой серии что-то не впечатлили.
Или рисование UML-диаграмм (Открою секрет: никто этим не занимается.)
ну почему же. Рисую картинки, чтобы лучше понять, что и с чем взаимосвязано и что за что отвечает. Правда, это не совсем диаграммы, и рисуются они не ради своего существования, а для написания кода.
В остальном — очень жизненно. Я так ничего и не довёл до конца.
Но чем DRM плох в случае с потоковыми сервисами? Сама суть сервиса в том, что пользователь не получает контент в собственность, но может смотреть/слушать в любое время через интерфейс сервиса. И стоит это куда дешевле, чем если покупать в собственность.
Вы можете смотреть/слушать ровно до тех пор, пока сервис считает нужным работать и отдавать контент. Если он закроется/просто упадёт/решит не обслуживать жителей какой-то страны/удалит часть контента, вы не сможете это изменить. В случае без drm можно сохранить контент у себя и перестать зависеть от сервиса.
И при этом просят за батарейку (да и за её замену) какие-то большие суммы, хотя батарейка в ближайшем магазине стоит пару десятков рублей.
Где эти О-ринги можно самому достать?
Во-первых, asus.
Во-вторых, мне не нужен макбук
В-третьих, если в яндекс маркете в качестве ограничений поставить 8gb ram, core i7 и ретина-дисплей, то цены начинаются от 130к. ссылка
Они утоплены в корпус, не цепляются. При "перевороте" экрана в планшетный режим ноутбук сам догадывается отключить клавиатуру и тачпад — случайных нажатий нет, даже если держать его на коленях или ещё как-то. Для набора текста появляется сенсорная клавиатура на экране, но она по сравнению с физической крайне неудобная. Кнопка включения размещена на левом торце.
Ещё в корпусе слева и справа снизу расположены магниты — экран, когда полностью закрыт или в "планшетном" режиме, прижимается ими к корпусу. Из минусов — к этим магнитикам может прилипать ремешок часов при печатании или ключи в кармане, если держать ноутбук на коленках. (Я привык и мне это не мешает, но упомянул на всякий случай. Не знаю, как на других модулях с этим.)
Только в случае, если этот кусок будет терять импульс относительно основного тела системы. При условии, что он не взаимодействует ни с сам с собой, ни с обычной материей, импульсу деваться некуда и он будет летать по орбите вечно.
Мне кажется, энергия и импульс будут уходить через гравитационное излучение. Возможно, это слишком слабый эффект, но в статье про него ни слова не говорится.
Пишу с ASUS Vivobook Flip TP301UA. Он как Zenbook, но без Ethernet и весит больше (1.7 кг).
Версию с 8гб ram, i7-6500, жёстким диском (не ссд) на терабайт и экраном 1920*1080 купил за 82к.
В итоге планшетным режимом почти не пользуюсь (да и многовато 13 дюймов для планшета), но в целом доволен.
К сожалению, проект забуксовал, хотя и я получил восторженные отзывы. Думаю в чем дело. М.б. в зоне ".ru" сложнее набрать волонтеров в проект для свободного скачивания?
Возможно, необходимо больше усилий по продвижению. Регулярные посты со скриншотами и видео. Если Вы готовы потратить 10 условных дней на проект, почему бы 2-3 из них не направить на то, чтобы дать остальными понять, что вообще происходит и зачем проект нужен?
Возможно, проект просто неудачный.
Конкретно по Вашему проекту: прочитал статью, не сразу понял зачем это. Можно же, например, записать видео, как бот проходит учебную карту. Стал разбираться: перспектива писать бота на паскале не впечатлила. Полез в исходники — они в архиве на форуме (а не на гитхабе или ещё чем-то серьёзном).
Сравните с проектом в этом посте — куча видео и скриншотов, всякие интересные подробности.
Это великолепно! В стимпанке авторы если и добавляют идею компьютера, то он механический, сложный и потому ненадёжный. А в пневмонике никаких подвижных частей, никакого износа и якобы неплохая производительность.
Если верить википедии, в процессоре 8008 было около 3500 транзисторов — теоретически, что-нибудь похожее можно было бы сделать и на пневмонике, только частота была бы меньше.
Очень интересно подумать над тем, что бы могли сделать древние греки, но не стали.
Например, они для передачи сигналов на расстояния догадались использовать огонь, но эффективного оптического телеграфа не сделали. вот их вариант Ждать, когда до следующего сигнала пройдёт от 0 до 24 тактов — не лучшая идея. Получается, о кодировании информации они даже и не думали. (Наверно, для чего-то важного было достаточно голубиной почты).
Паровой двигатель вроде бы и был, но котел с выбросом пара в атмосферу несколько далёк от реального применения.
Делал на третьем курсе (не курсовая, просто для себя):
Я не утверждаю, что у меня лучше — конечно же нет, я потратил на это довольно мало времени и даже облаков по-человечески не сделал. Этот скриншот с телефона выглядит, на мой взгляд, явно симпатичнее картинок из статьи. Всего лишь надо подобрать текстуры и цвета. Но автор даже этого не сделал, и у меня складывается впечатление, что ему наплевать на графику. А это довольно странно, потому что всё для чего программа предназначена — рисовать самолёты и местность.
В нормальных игровых движках framerate тоже просто так проседать не будет, если программист не накосячит.
Подгрузка местности тоже много где есть. Есть движки, созданные специально для авиасимуляторов. При желании к обычному движку можно написать свой код, который будет что-то добавлять/убирать объекты с карты.
джиттера координат можно избежать, если время от времени переносить все координаты.
Или, как мне кажется лучше — разбить карту на прямоугольники с локальной системой координат внутри каждого. При рисовании куска карты перемножать model-view-projection матрицы с double точностью на процессоре (или вообще как-нибудь хитро считать) — итоговое произведение матриц не будет содержать излишне больших значений и всё нормально нарисуется.
Я не согласен. Например, в русском языке одно яблоко, 2-3-4 яблока, 5-6-много яблок. Наши предки могли отличить 4 от 5 и это закрепилось в языке.
Вдобавок, человеческий мозг способен нормально оперировать 5+-2 сущностями — даже если они разные и просто так считать их количество нет смысла.
Скриншоты с гугл мапс, конечно, убедительные, но диаграмма направленности тоже бы не помешала.
В том grid (2008) самое приятное управление — если во flat out ты сражаешься с собственным автомобилем, который несёт куда угодно, а в nfs просто обгоняешь противника на более быстром автомобиле, то в grid реально интересно обгонять противников за счёт выбора траектории и личных скиллов, так как автомобили одинаковые. Причём автомобиль очень хорошо контролируется — я при желании могу с точностью около 10-20 см прижиматься к краю дороги перед поворотом. Не знаю, как они этого достигли, в других гонках так не получалось. Именно благодаря grid стал разбираться в траекториях и ездить по ним.
И ещё в этой игре шикарная фишка с возможностью отмотать время назад. Без неё было бы сложно, так как автомобиль может ушататься после одной-единственной аварии.
Дальнейшие игры этой серии что-то не впечатлили.
А ещё в ней были "реалистичные" штуки типа выбора давления в шинах, передаточных чисел и изменения характеристик машины после повреждений…
Чтобы начать. Автор не призывает разрабатывать все игры на тяп-ляп. Выпустить первую игру несколько сложнее, чем следующие.
ну почему же. Рисую картинки, чтобы лучше понять, что и с чем взаимосвязано и что за что отвечает. Правда, это не совсем диаграммы, и рисуются они не ради своего существования, а для написания кода.
В остальном — очень жизненно. Я так ничего и не довёл до конца.
Вы можете смотреть/слушать ровно до тех пор, пока сервис считает нужным работать и отдавать контент. Если он закроется/просто упадёт/решит не обслуживать жителей какой-то страны/удалит часть контента, вы не сможете это изменить. В случае без drm можно сохранить контент у себя и перестать зависеть от сервиса.
И при этом просят за батарейку (да и за её замену) какие-то большие суммы, хотя батарейка в ближайшем магазине стоит пару десятков рублей.
Где эти О-ринги можно самому достать?
В идеале, там достаточно 2 положений: "экономить энергию" и "не экономить" — а пользователь сам решит, когда и что нужно.
Во-первых, asus.
Во-вторых, мне не нужен макбук
В-третьих, если в яндекс маркете в качестве ограничений поставить 8gb ram, core i7 и ретина-дисплей, то цены начинаются от 130к. ссылка
А потом начинаются сожаления, что у нас почему-то нет иностранных инвесторов.
Они утоплены в корпус, не цепляются. При "перевороте" экрана в планшетный режим ноутбук сам догадывается отключить клавиатуру и тачпад — случайных нажатий нет, даже если держать его на коленях или ещё как-то. Для набора текста появляется сенсорная клавиатура на экране, но она по сравнению с физической крайне неудобная. Кнопка включения размещена на левом торце.
Ещё в корпусе слева и справа снизу расположены магниты — экран, когда полностью закрыт или в "планшетном" режиме, прижимается ими к корпусу. Из минусов — к этим магнитикам может прилипать ремешок часов при печатании или ключи в кармане, если держать ноутбук на коленках. (Я привык и мне это не мешает, но упомянул на всякий случай. Не знаю, как на других модулях с этим.)
Мне кажется, энергия и импульс будут уходить через гравитационное излучение. Возможно, это слишком слабый эффект, но в статье про него ни слова не говорится.
Пишу с ASUS Vivobook Flip TP301UA. Он как Zenbook, но без Ethernet и весит больше (1.7 кг).
Версию с 8гб ram, i7-6500, жёстким диском (не ссд) на терабайт и экраном 1920*1080 купил за 82к.
В итоге планшетным режимом почти не пользуюсь (да и многовато 13 дюймов для планшета), но в целом доволен.
Кошмары как-то не пугают, а вот последняя картинка с собакой действительно жутковато смотрится.
Возможно, необходимо больше усилий по продвижению. Регулярные посты со скриншотами и видео. Если Вы готовы потратить 10 условных дней на проект, почему бы 2-3 из них не направить на то, чтобы дать остальными понять, что вообще происходит и зачем проект нужен?
Возможно, проект просто неудачный.
Конкретно по Вашему проекту: прочитал статью, не сразу понял зачем это. Можно же, например, записать видео, как бот проходит учебную карту. Стал разбираться: перспектива писать бота на паскале не впечатлила. Полез в исходники — они в архиве на форуме (а не на гитхабе или ещё чем-то серьёзном).
Сравните с проектом в этом посте — куча видео и скриншотов, всякие интересные подробности.