Вышел новый релиз OpenRA (20110906)

>Просто в начале 2000-х стеснялись ещё на бейсике игры писать.

Руки прочь от бейсика. В 80-90-е игрушки на спектрумбейсике летали и жрали какие-то килобайты и ~3 мегагерца.

> Простите, вам в RA1 поиграть или в чужих исходниках покопаться?

И как RA1 скомпилировать для Slackware64 так что бы не тащить мультилиб?

> GeForce 210 тормозит

Лучше и не скажешь.

Попробуй на Radeon.

>Руки прочь от бейсика. В 80-90-е игрушки на спектрумбейсике летали и жрали какие-то килобайты и ~3 мегагерца. Что за бред. Все нормальные игрушки на спектруме были на чистом ассемблере с хитро%опыми оптимизациями.

>Наверное потому, что этот язык с диким количеством упрощений, который предназначен для быстрого запиливания интерфейса, ни на что более он и не годен, применяют все кому не лень.

Ебнутый? С# единственный мейнстримовый мультипарадигменный язык. Он то, чем должна бы была стать джава, если бы сан не тормозил.

Представляешь, там сделаны вещи удобные для программиста. Это невероятно. Код пишется для компьютера. А удобно для программиста. Это невероятный идиотизм.

Вы в опкодах пишете программы?

> Простите, я в все еще в 2011 живу ???

vasya_pupkin * (14.09.2011 1:20:45)

похоже да.
А как там апокалипсис прошел, много выжило? TimeAuto я так понимаю к этому времени уже был готов, координаты его не подскажите? =)

>Там есть сишарп, который, несомненно, неплохо кушает проц.

Как язык может кушать проц?

Made in ChinaMicrosoft

И чо? Как язык программирования кушает проц?

>Что за бред. Все нормальные игрушки на спектруме были на чистом ассемблере с хитро%опыми оптимизациями.

Ты не в теме. Кроме асмы был и машинный код сгенерированный вручную при помощи бумаги и карандаша. Гдето половина игр имела загрузчик на бейсике. Были и бейсиковые игрушки: картишки, бильярд, логика и эротика, причём с нормальной для того времени графикой. GOTO позволял писать сложные вещи, а разные ресурсоёмкие процедуры делались на чистом машинном коде. Запускались коммандой типа RANDOMIZE USR АДРЕС_БАЙТА. Процедура для копирования полноэкранной картинки из памяти на экран весила где-то 12 байт и записывалась в любое свободное пространство памяти. Из бейсика оператором POKE в неё вписывались нужные адреса и можно было выводить картинку на экран со скоростью в ~1400 раз быстрее чем на чистом бейсике. А для маленьких картинок можно было перерисовать шрифт и выводить их на экран в графическом режиме. Была буква - стала карточная масть. Хитрожопые оптимизации были нужны если имелась необходимость запихнуть в оперативку >~6 полноэкранных картинок и выжать из железа всё возможное.

>движок написан на C#

Небось требует терабайтный винчестер, 8-ядерный процессор и 16 гигов оперативной памяти с топовой видеокартой.

dib2> а вот про адъ для машины - можно поподробнее?

.NET тормозит. А Mono ещё тормознее.

l> Фишка в том, что лагов нет ни на одном более-менее не древнем компе. За Си диезом будущее!

И чем он лучше того же Python?

Mono является догоняющей платформой, а не полноценной самой по себе. Нафиг оно надо?

l> Любой недревний комп тянет OpenRA без проблем. Так что не вижу никакой там «раздутости».

А любой древний тех времён - спокойно тянет оригинал. При этом новый движок от оригинального по функциональности отличается в худшую сторону и жрёт несоизмеримо больше ресурсов. ЭТО нормально?

anonymous> вам шашечки или ехать?

Ехать. Только вот хотелось бы ехать не только на стационарниках и ноутбуках. ;)
За тем исходники и нужны.

Да асм, машинные коды, но сам Бейсик тормозил. Хотя если ставнивать с моно, то может и не так сильно тормозил?))..

> Небось требует терабайтный винчестер, 8-ядерный процессор и 16 гигов оперативной памяти с топовой видеокартой.

Ну вот и фанатики подтянулись ))

Тот же Heroes II прекрасно идёт на Dingoo A320 в виде fHeroes2. Что плохого в том, чтобы собрать и оптимизировать игру под такую игровую консоль?
Если ты будешь возражать насчёт стратегий на игровых консолях - посмотри на Dune: The Battle For Arrakis

Какие фанатики? Фанатики - это те, которые не видят необходимости топовых компьютеров для запуска игрушек 20-летней давности? Тогда тебе пора к психиатру.

Даже не был, а до сих пор существует. И там даже WarCraft II работает.

Galant> Что за бред. Все нормальные игрушки на спектруме были на чистом ассемблере с хитро%опыми оптимизациями.

DICTATOR - ненормальная игрушка? o_O

А то, что большинство на ассемблере было написано - так у Z80 и ассемблер простой как два байта переслать.

anonymous> Ебнутый? С# единственный мейнстримовый мультипарадигменный язык.

C++ типа не мультипарадигменный, да? Python не мультипарадигменный? Иди скушай шитбургер.

Galant> Да асм, машинные коды, но сам Бейсик тормозил. Хотя если ставнивать с моно, то может и не так сильно тормозил?))..

Бэйсик там как раз не так уж и тормозил. Mono для современных машин несоизмеримо тормознее, чем спектрумовский бэйсик для спектрума.

Mono является догоняющей платформой, а не полноценной самой по себе. Нафиг оно надо?

несколько лет назад - может быть да, сейчас в основном нет, куча своих фишек, логичная архитектура, хорошая производительность (не максимальная как в Си++, но вполне достаточная), если и догоняющая - то успешно догоняющая, по крайней мере уже перекрывает все мыслимые потребности, хорошо интегрирована с UNIX-подобными ОС и т.д. и плевать на wpf и прочую фигню, нет и не надо

мое ИМХО что это достойный аналог Java (как платформы), уже вполне готовый к какому-то ограниченному, пусть и не всеобъемлющему, применению

Дурилка, _все_ игры на спектруме имели загрузчик на basic-е. Другого быть не могло. Просто первой же командной после защит был упомянутый вами randomize. Только убогие программки ограничивались basic-ом. Ибо он так тормозил неплохой в общем-то процессор что ни в какие ворота не лезло. И это с учётом того что каждая команда это чётко 9 байт. Никакого синтаксического анализатора. Небольшая проверка появилась только в 128K и только при редактировании. Что int что char вынь да полож 9 байтов. Все нормальные программы написаны на ассемблере. А большие программы на PC в эмуляторе, и опять же на ассемблере.

Интересно из всех багов в оригинале C&C они хотя бы убрали тот баг, когда комбайн чтобы собрать тибериум едет через вражескую базу ?

> Z80 ассемблер простой как два байта переслать

Ага и куча недокументированных команд (на тот момент). И не простой, а примитивный. Надо на нём писать чтобы уловить разницу.

FreeRA умерло, потому что было говном изначально.

А это дефект? Это особенность расчёта пути. При трассировке не учитывается близость к объектам, только доступность цели. Ручками водите. :-)

I-Love-Microsoft> если и догоняющая - то успешно догоняющая, по крайней мере уже перекрывает все мыслимые потребности, хорошо интегрирована с UNIX-подобными ОС и т.д. и плевать на wpf и прочую фигню, нет и не надо

Если каких-то возможностей нет, которые присущи оригиналу, значит не так уж и успешно догоняющая.

I-Love-Microsoft> мое ИМХО что это достойный аналог Java (как платформы)

Java - это вообще говнище. Достойная платформа такого типа - это Limbo.

Есть еще spring rts - движок, первоначально воссоздавший Total Annihilation. И что?

perl/lua/c++ наше всё. java/mono/.net/python/ruby и прочая и прочая в утиль.

На любом ассемблере писать муторно. Только дело в том, что если сам ассемблер не очень сложный - на нём проще писать программы.

В утиль надо отправлять C++ - монстрообраззный и тяжеловесный сам по себе язык. Python же очень хорош как высокоуровневый язык для практических применений. У него исключительно хороший синтаксис и удобные конструкции, которые позволяют значительно ускорить решение часто встречаемых задач. Но если проект сравнительно крупный и критичный к производительности, то неизбежно использование прекомпилированных библиотек на тех же C или C++.

Этот движок вполне соответствует своим требованиям к железу. Только и всего.

Пока нет, пауза не «запилена». Patches are welcome. )

Все вы хороши и умны пока поперёк кроватки умещаетесь. А потом такие монстры вырастают что этот ваш страх (c++) кажется строгим и выверенным, а главное взрослым.

Рекламы С# тред на лоре... Мы все умрем^U Пиши еще! :)

1. Ага, а ты в курсе насколько больше это бы затребовало человекочасов? 2. C# - язык более продвинутый по сравнению с C++.

>C# - язык более продвинутый по сравнению с C++.

Тут оговорка должна быть. О направлении продвижения :)

А уж сколько великих язычков которые придумали для замены C и C++ скатилось до «хороший язык для обучения программированию» я вообще молчу.

> Вы же должны понимать, что OpenRA - это не копия С&C или Red Alert, там есть куча фишек из современных стратегий, которые, вероятно, неплохо кушают проц.

Одна из плюшек это очевидно C#.

> Тут оговорка должна быть. О направлении продвижения

Совершенно здравое замечание, и можно без «про». Правда сам я не сторонник сравнения квадратного и зелёного.

l> 1. Ага, а ты в курсе насколько больше это бы затребовало человекочасов?

Так можно написать любую кривую поделку, которая будет жрать много ресурсов, падать на каждый чих и глючить. Зато сказать, что на нормальную и стабильную ушло бы много человекочасов, поэтому написание прямых и стабильных разработок - отстой.

l> 2. C# - язык более продвинутый по сравнению с C++.

Конечно. Но вот беда - оно к .NET гвоздями ржавыми прибито, а шляпки у них откусаны.

все ясно, это всего-лишь личное мнение, получается что Java EE > Java SE - и тебя это уже огорчает? есть база, есть опциональное, есть ActiveQt - опционалньое и работает только на одной ОС и после этого ты будешь проклинать Qt что не эмулирует то что невозможно? а QtDBUS который не под любой ОС заведется - тоже трагедия?

alx_me> А уж сколько великих язычков которые придумали для замены C и C++ скатилось до «хороший язык для обучения программированию» я вообще молчу.

Это ты про какие? Надеюсь, не про паскаль и хаскель?
К тому же непонятно, зачем C менять - язык хорош для своей области применения.

Але, проснись, на дворе не каменный век, а 2011-й год. Любая современная видюха тянет за OpenGL 2.0, не говоря уже о древних видюхах какого-нить 5-6-летнего возраста.

I-Love-Microsoft> все ясно, это всего-лишь личное мнение, получается что Java EE > Java SE - и тебя это уже огорчает? есть база, есть опциональное, есть ActiveQt - опционалньое и работает только на одной ОС и после этого ты будешь проклинать Qt что не эмулирует то что невозможно? а QtDBUS который не под любой ОС заведется - тоже трагедия?

Ты о чём вообще распинаешься, чучело?
Java есть говнище потому, что там без ООП нельзя писать программы - всё и вся завязано на ООП. Поэтому этот язык кроме как узкоспециализированный рассматривать нельзя. Как язык для создания приложений для ПК - это дерьмо. В тех же C++ и Python нет насильственного навязывания какой-либо конкретной парадигмы.

Конечно. Но вот беда - оно к .NET гвоздями ржавыми прибито, а шляпки у них откусаны.

это можно отнести к JVM, это можно отнести к Qt которое без MOC не заработает - но по факту проблемы не доставляет