А потому что я про них не знал, на сайте у них информация только по самолётам и поездам. А есть сайт где можно про автобусы посмотреть? И ещё, есть ли информация где пожить подешевле? Орги выложили информацию по нескольким отелям, но цены там кусаются конечно.
  • avatar baxter
  • 1
Мне почему-то кажется, что идеи геймплея бейсиковых игр не связаны с наличием быстро выводящихся полноэкранных картинок
Когда то давно делал игрушку наподобие лод раннер. Уровни грузились сразу в экран. Получались довольно красивые и разнообразные левелы, так как хранить в памяти всё разнообразие тайлов не нужно было. Стены/лестницы/клады проверял функцией ATTR. А что бы в каталоге не было видно что это скрины, жал их каким то пакером с красивой выводилкой.
  • avatar boris
  • 3
Уважаемые форумчане а может ну его эти сторонние программы? может действительно чтобы больше не возникало споров устроим конкурс на чистом бейсике без использование каких либо сторонних программ? никаких компрессоров экранов и прочих полезностей. можно использовать бейсик 48-128 килобайт, можно пользоваться электонным диском и программами пзу вшитый в сам бейсик и все. ну еще можно использовать редактор wham для биперной музыки для вставок музыки в игру. никаких музыкальных процессоров. каждый покажет что он может сделать просто на бейсике без всяких компиляторов, компрессоров, пакетов суперкоде и прочей машинерии. кто что на это скажет? :-)
  • avatar boris
  • 0
вы имеете в виду чистый бейсик без использования сторонних программ вроде компрессора картинок?
  • avatar boris
  • 0
diver4d как я уже говорил музыку можно использовать любую. в конце концов это всего лишь музыка а не сама игра. картинки только в полный экран и я не вижу никаких проблем если эта картинка будет использоваться в качестве пейзажа для игры. пусть используют спрайты поверх нее если хотят! это действительно украсит игру и сделает вывод картинок более быстрым
  • avatar Flast
  • 2
Я за 48-128 бейсик без ассемблеров.
  • avatar Flast
  • 0
Присоединяюсь!
baxter, скрины жать например для того, чтобы быстро выводились полноэкранные картинки и при этом занимали мало места в 48k.

Тоже первой мыслью было начать искать дыры в правилах. Я предлагаю договориться:
1. Пакованые картинки — только fullscreen, стандартные существующие пакеры, чтобы не было никаких выводов спрайтов поверх существующего изображения.
2. AY-музыку предлагаю разрешить, например в виде плеера/менеджера страниц 128к памяти, который использовали на BASE-X.

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

Мне почему-то кажется, что идеи геймплея бейсиковых игр не связаны с наличием быстро выводящихся полноэкранных картинок или обязательным наличием AY-музыки, или даже фиксом под неё. Было бы интересно ошибиться в этом мнении и увидеть что-то на бейсике, реально использующее преимущества этих отступлений от чистого бейсика.

Хотя, нет смысла отрицать, что заставка + быстро выводящаяся финальная картинка или даже cut-сцены между действиями/уровнями + фоновая музыка на AY совершенно точно украсят игру на бейсике при надлежащем качестве исполнения.
  • avatar boris
  • -1
baxter по правилам можете использовать компрессор картинок. а каким депакером вы пользуетесь? если написанным вми на ассамблере то нет. это запрещено
  • avatar baxter
  • 0
А если мой депакер вырезает нужный кусок из скрина и вставляет в любое место на экране?
  • avatar rajdee
  • 1
Прямых рейсов нет, только с пересадками. А почему не рассматриваешь автобус Frankfurt > Saarbruecken, расстояние там небольшое, да и автобусы там комфортабельные и относительно дешевые ~9eur
  • avatar boris
  • 0
но это по желанию! можно и не сжимать!
  • avatar boris
  • 0
Для экономии места! :-)
  • avatar baxter
  • 0
Борь, хоть убей, не могу понять, зачем скрины жать?!
  • avatar bfox
  • 1
не только ездили, но и активно помогали в организации
  • avatar boris
  • 1
Всем доброго времени суток! Всем спасибо за интересные предложения и советы! Давайте финальные правила конкурса сделает такими: Игра должна быть написана на встроенном zx basice 48 или 128 килобайт. При написании игры разрешается пользоваться: электронным диском в бейсике 128, можно использовать компрессию экранных картинок и графики, использовать любые музыкальные редакторы для вставки музыки в свою игру. Запрещается пользоваться любыми компиляторами бейсика, использовать пакеты суперкоде и им подобные, использовать в своей программе ассамблерные коды для ускорения графики и вывода текста. Всем кто желает принять участие в конкурсе просьба выслать на почту zxgame.basic@yandex.ru свои заявки. На эту же почту высылать свои работы в формате TRD. Жанр игр любой. Участники занявшие 1, 2 и 3 место получат денежные призы размер которых зависит от того сколько денег мы соберем! :-) все желающие могут выслать кому сколько не жалко в призовую копилку на яндекс кошелек 410015049829536. К слову там уже есть 200 рублей! Конкурс стартует с 1 апреля по 31 августа. Все присланные работы будут выложены на открытое голосование на events.retroscene.org где и будут выбраны победители. У меня на этом все.
  • avatar nyuk
  • 0
Да не, всё правильно.
Потому что нужно переключать в 48к бейсик сначала.
Но тут думают напрочь запретить ассемблер, так что не судьба, наверное.
биперную музыку можно через beep выдавать, а можно написать ее в wham и сыграть в заставке через randomize usr. в чем принципиальная разница — непонятно.
ау музыку можно наваять в саунтрекере, а можно пиликать через out. в чем принципиальная разница — непонятно.
картинку можно грузить с диска (и ждать пару секунд, пока она прогрузится), или запихнуть в память пачкой (упакованные). в чем принципиальная разница — непонятно. я уж не говорю о том, что можно через poke рисовать атрибутами :)
в адвенчуре можно вводить команды через input$ (и замучиться парсить вводимое, или отслеживать кучу вводимых вариантов в разных регистрах с использованием 100500 строк, начинающихся с if a$=), а можно использовать подпрограмму в кодах (как в ABS). в чем принципиальная разница — непонятно.
ps. в basic demo compo, помнится мне, занятные ходы использовались, которые здесь смогут тоже пригодиться.
unreal виснет на lprint'e. у мну в trd-шках валяется пара заготовок старинных, где через lprint выводился текст двойной высоты с интерлейсом, в унрыле (версия от алены и версия от ыыы) все напрочь зависает.