страница смерти konqueror
Страница смерти Konqueror - только сегодня - http://planetkde.org, спешите видеть.
Страница смерти Konqueror - только сегодня - http://planetkde.org, спешите видеть.
Засела идея запилить любопытную игруху; свободного времени и средств у меня на нее ближайшее время похоже не предвидится (да и скорее всего вообще никогда не появится), но пока не доведу концепт до вменяемого состояния видимо уже не успокоюсь, поэтому пока солью текущие базовые идеи сюда - хоть какое облегчение.
Суть такова. Под впечатлением впечатлений от SpaceChem (http://www.linux.org.ru/news/games/6292517) и описания http://marctenbosch.com/news/ в основу механики хочется положить какие-нибудь базовые (изученные или предполагаемые) законы природы, но только не осточертевшую ньютонову механику. В конечном итоге должна получиться ацкая смесь науки, псевдо-науки и наукообразной эзотерики. Пока что остановился на теории относительности - конкретно на разной скорости течения времени при разных скоростях разных систем. Отсюда сразу логично следует сырая идея для основы геймплея - две системы (Земля и улетевший с нее корабль) - на Земле время течет быстро, на корабле медленнее, регулируя скорость корабля можно регулировать разницу между скоростями течения времени - правильный подбор параметров должен каким-то образом помогать решать игровые задачи. Из этого сразу следует два вывода: 1) масштаб событий должен включать множество поколений и на Земле и на корабле; 2) и Земля и корабль должны иметь некий мгновенный канал связи вне базовых ограничений, чтобы описанные манипуляции имели возможность влиять на игровой процесс (молодой пилот корабля общается со своим престарелым правнуком или что-то типа того) - иначе получаем две изолированные системы, с которыми ничего интересного не сделаешь.
Но сначала нужно понять, зачем пилоту корабля общаться со своим правнуком, еще точнее - каким образом это может повлиять на игровой процесс. Решается думаю таким поворотом - на Земле в какой-нибудь пирамиде откопали несколько древних интересных вещей - набор артефактов неясного назначения и карту близлижащего космоса, на которой указаны места положения других артефактов (как вариант - инструкций к активации каждого из артефактов). Там же становится понятно, что Земле в обозримом будущем (достаточно отдаленном, чтобы прожить нескольким поколениям, но не слишком отдаленном, чтобы просто так взять и забить) грозит на этот раз точно настоящий пипец, но эти артефакты способны его отдалить его еще на неопределенное время если суметь их правильно использовать - для этого и нужно отправить корабль прогуляться по карте. При достижении очередной точки, указанной на карте, пилоты должны передать информацию на землю (причем мгновенно), чтобы активировать очередной артефакт и получить доступ к новой технологии. Некоторые технологии помогают решать промежуточные проблемы на земле, другие - на корабле, чтобы активировать один артефакт, перед этим может потребоваться активировать два других и т.п. Таким образом получаем сеть технологий на карте, перемещаться между которыми можно подбирая скорость по определенной формуле, при этом нужно следить за тем, чтобы некоторые промежуточные события на земле и корабле были синхронизированы (типа нельзя лететь сразу к слишком далекому артефакту, иначе на земле сменится слишком много поколений и разразится ядерная война, природный катаклизм или всю власть захватят религиозные фанатики и связь с кораблем прервется) - это значит такая основа геймплея.
Теперь возвращаюсь к каналу мгновенной связи - в этот момент спасает ацкая эзотерика, т.к. без нее похоже никуда - на его роль я думаю лучше всего подходит конечно же астрал или «река сознания» или «поле сознания» - не важно как называется, главное, что это существует вне пространства и времени, но при этом отражает в себе весь материальный мир и является источником так называемых «душ», которые также являются «внутренними наблюдателями» для каждого человека и отражают в себе постоянно меняющуюся конфигурацию каждого мозга, рождая бесконечный поток образов, с которым принято ассоциировать собственное «я». Короче, допустим рядом с теми артефактами нашли еще один специальный артефакт (или даже две части одного артефакта), который позволяет наладить устойчивый и внятный мгновенный «ментальный» контакт между двумя человеками, которые находятся на любом расстоянии друг от друга - например позволяет перекинуть от «передатчика» цепочку образов, которые у «приемника» откладываются в виде устойчивых знаний или вопспоминаний, которых до этого он никогда не имел. А еще круче - если рядом с одним артефактом человек умирает (ритуальные убийства, ага), а рядом с другим - зачинается (ритуальные оргии), то умерший реинкарнирует прямиком в младенца и при этом получает возможность перенести с собой в новую жизнь часть информации в виде воспоминаний - главное, обладать правильной техникой их извлечения и не потерять ее спустя множество поколений и эпох... Хотя в общем пока похоже без разницы, каким из двух способов им общаться - на геймплей это в текущем виде не влияет.
Техническое исполнение довольно простое - двумерная графика с кучей картинок и текста.
Основные сложности две: - Не уверен, что в текущем виде геймплей (перемещение по сетке с учетом определенной формулы) окажется интересным или вообще играбельным в принципе - но это ладно, с такими деталями я его придумал только вчера.
- Наполнение сетки технологий должно быть эпичным - на свою фантазию я не полагаюсь. Вчера же по культуре (видимо неспроста) показывали замечательную передачу о том, как у индусов в каких-то древних текстах нашли описания всяких интересных полезных мирных механизмов и орудий убийства, которые у нас или появились относительно недавно - типа летающих колесниц и атомных бомб (которые светят как тысячи солнц), или которые еще не появились до сих пор - типа например кажется «сушка», превращающая армию врага в мумий. Другой вариант - буддийская игрушка в виде восьмерки или бесконечности, которая могла оказаться моделью древнего корабля. Ну и т.п. Это реально то, что нужно. У кого есть подборка - дайте ссылки на первоисточники и обзоры (но содержащие конкретные ссылки на первоисточники), где бы все это счастье было сконцентрировано в максимальном количестве с мелкими деталями. Ссылки на первоисточники желательно с указанием конкретных глав - перечитывать всю Бхагавад-гиту из-за того, что там «где-то иносказательно упоминается устройство летающей колесницы» я не осилю.
Использую jdbc-realm для логина на защищенную область сайта в томкате. все работает нормально, но заметил, что довольно часто получается так, что после правильно ввода логина/пароля я все равно вижу окно с ошибкой логина - при этом в адресной строке стоит server.com/j_security_check. При этом если нажимаю в меню ссылку на какую-нибудь нормальную страницу сайта, то становится понятно, что залогинился уже с первого раза.
Чаще всего это происходит или после того, как обновлю на сервере war с приложением или после перезапуска браузера с сохраненной сессией.
Насколько я понимаю, дело в следующем - при реквесте страницы с защищенной области сайта томкат подсовывает пользователю форму логина с server.com/j_security_check, а адрес оригинальной запрошенной страницы сохраняет где-то у себя - в случае удачи он переправляет на запрошенную страницу, в случае неудачи показывает server.com/j_security_check уже явным образом в адресной строке, но не суть дела. Т.е. похоже, что в некоторых ситуациях, перечисленных выше, он или забывает, на какую страницу его изначально просили перейти или он воспринимает страницу server.com/j_security_check как изначально запрошенную. Получается конфуз и неразбериха, при этом происходит довольно часто (возможно потому, что в процессе разработки постоянно обновляю war), чтобы надоесть. Можно как-нибудь его настроить, чтобы если пользователь уже залогинен, он с j_security_check перебрасывал на какую-нибудь заранее определенную страницу, даже если он забыл, куда его изначально просили перейти?
http://www.musopen.org - это те самые ребята, которые относительно недавно собирали деньги на запись с оркестром разной классической музыки и выкладывания ее в паблик-домэин (и насобирали, записали и выложили). Решил недавно купить там премиум аккаунт, чтобы скачать в лосслесс некоторые треки (ну и на хорошее дело потратить было не жалко - судя по картинке на их сайте большая часть идет на запись новых треков, остальное - на поддержку сайта). Заплатил через пейпел - деньги списались, но аккаунт не обновился - ссылок на лослесс нет, кнопка «upgrade» из свойств аккаунта не ушла. Написал вчера в суппорт через онлайн-форму - молчание (сейчас кстати форма контакта поломалась - выдает ошибку), написал в личку главному чуваку, чей адрес был указан в пейпеле (Аарон) - пока молчание, но написал правда только седня утром. Кстати, на странице http://www.musopen.org/team 2 ссылки «contact» из 3х нерабочие. Вот сижу и думаю - толи пробовать делать чардж-бэк через пейпел, толи еще подождать - ребята вроде как с репутацией, с какими-то учеными степенями и дел уже хороших сделали, чтобы просто так раствориться в воздухе с жалкими донейшенами.
Честно говоря на решение как-то особо не надеюсь, но мне просто интересно - кто-нибудь еще кроме меня имеет эту проблему (в случайный момент времени курсор мыши превращается в прерывистую вертикальную линию, потом также случайно превращается обратно - подробности с фоткой по ссылке) или я один такой неудачник?
Багрепорт висит: https://bugs.freedesktop.org/show_bug.cgi?id=33183 , с решением как-то не торопятся.
Проблему помню уже наверное лет пять - на всех сусях начиная с одной из 10к на 2х разных видюхах (обе ati), раньше на древних fglrx, теперь на свободном драйвере почти из гита.
Прошу прощения за кросс-пост, но стараюсь исключительно для тех, кто любит поиграться, но не ходит в Games - есть возможность потестить новую игрушку нахаляву (как для авторов, так и для тестера): http://www.linux.org.ru/forum/games/6320239?lastmod=1306659333136
Еще одну приятную игрушку портировали на linux - зовут тестеров.
We’re working like crazy to get BEEP ready for distribution on the Ubuntu Software Center and other Linux distros. I’m compiling a list of people to receive a free copy of BEEP for beta-testing purposes on the Linux platform. If you’re running a Linux OS, and your hardware meets the minimum requirement, then you qualify! Please send your email address, OS and basic system specs to support@bigfatalien.com to get on the list. The beta should be going out for the first round of testing in a matter of days. Limited number of testers. First to ask are on the list. Thanks! Kiaran
Сегодня узнал, что на вот-вот прошедшем ЕГЭ выпускники изложения писали со слов электнонного читальщика (или как эти программы там правильно называются). Первую рефлексную реакцию на эту информацию формулировать смысла не вижу, но было бы интересно услышать объективные обоснованные оценки этой инициативы от уважаемых гуманитариев, если такие здесь имеются.
Было относительно недавно в новостях - не могу найти. Напомните пожалуйста программу, которая случайным образом убивает процессы на сервере, чтобы держать админов в тонусе.
а здесь-то что не понравилось? http://www.linux.org.ru/news/games/6123043
саму игру в первых коментах даже почти не обосрали, клиент под линуксом работает - значит линукс тут при том, что это игра, работающая под линуксом (и даже не только в браузере), а новость находится в разделе «игры».
Появление нативных игр с оригинальным артворком стало настолько обычным событием, что можно не обращать на них внимание: http://www.linux.org.ru/news/games/6089889
Требуется быстрая консультация по vnc - можно ли с ее помощью превратить винду в терминальный сервер? типа один чел работает за виндой, второй к нему подключился через vnc и получил свой собственный рабочий стол с возможностью запуска своих программ, и при этом первый чел этот второй рабочий стол не видит (кроме как в списке процессов). Сходу получилось только расшарить один и тот же рабочий стол, по настройкам чую, что подругому нельзя, но четкий ответ «нет» поможет сэкономить время. Второй чел если что сидит на линуксе.
Есть древнючий (но вполне себе рабочий) комп с GeForce2 MX/MX 400, недавно обновил на нем сусю до одного из последних релиз-кандидатов. До этого был блоб, теперь нуаву - 2D ведет себя не очень хорошо - в опере скролл идет волнами, со старым блобом такого не было, но для этой суси новый придется ждать еще недели 3 насколько понимаю. Вопрос такой - это вообще нормально, что так все не очень хорошо - про нуаву вроде как говорили, что 2д-то должен быть вообще отличным, или может я не включил там где-нибудь чего-нибудь.
прошу прощения, не удержался - сегодня пришло в рассылку:
В трактате «Хуай нань-цзы», созданном в середине II века до Р.Х., говорится:
«Даже если великие силачи попытаются вести буйвола за хвост, они не смогут это сделать, ибо будут идти наперекор пути вещей. Но если проткнуть ноздри буйвола хотя бы веточкой тутовника, то даже маленький мальчик сможет провести буйвола через всю страну, ибо он будет следовать пути вещей. Поскольку мы пользуемся свойствами воды, мы можем с помощью одного весла управлять лодкой. Поскольку государь управляет народом посредством силы самих вещей, его указы и распоряжения немедленно исполняются».
не для нацпола - я нашел себе сформулированный аргумент, почему с кривыми и костыльными библиотеками и фреймворками так сложно и противоественно работать - приходится преодолевать почти физическое отвращение, и почему так приятно и легко работать с библиотеками, где все подчинено четкой внутренней логике. и также почему так легко пишется код, когда нащупаешь для архитектуры нужное направление - вся структура модулей и объектов появляется сама собой - нужно только ее быстрее записывать (как написал один из разработчиков Qt после того, как они реализовали какую-то либу - «такое ощущение, что мы не написали этот код, а открыли его как какой-нибудь закон природы»). ну и на управление проектами это также очень хорошо распространяется - расписывать не буду.
Собираю ffmpeg, мне нужно, чтобы библиотеки кодеков в него вкомпилировались статически. Для некоторых кодеков у меня доступны только .a-библиотеки, для некоторых и .so и .a - насколько я понял, при обычном вызове gcc в первом случае он подхватит статическую .a-библиотеку, при наличии выбора - из .so и .a он выберет .so.
Нашел опцию -static - вроде оно и судя по логам configure, он пытается подхватить статические библиотеки вместо динамических, но вылезла другая проблема - gcc совсем отказался от динамической линковки. Это вылелось в то, что некоторые статические библиотеки не подлючаются с ошибкой «undefined reference to `acosf'», хотя -lm в командной строке указана - просто в системе нет статической версии libm.a, а есть только динамическая libm.so.
На тестовом файле:
> gcc -lm test.cc
все ок
> gcc -static -lm test.cc
/tmp/cchTDfOq.o: In function `main':
test.cc:(.text+0xd): undefined reference to `acosf'
collect2: ld returned 1 exit status
-lm test.cc
/tmp/cchTDfOq.o: In function `main':
test.cc:(.text+0xd): undefined reference to `acosf'
collect2: ld returned 1 exit status
Можно как-нибудь сделать, чтобы при опции -static персонально -lm линковать динамически, или указать более мягкую преференцию - если доступна статическая библиотека - использовать ее, если только динамическая - использовать динамическую?
Слухи, неподтвержденная информация да еще и не супер свежая, но все-таки:
Разработчик игры Rising Storm, которая использует движок Unity, выставил Linux как одну из поддерживаемых платформ для будущего релиза своей игры http://www.indiedb.com/games/rising-storm
Когда его в коментариях спросили, почему он указал Linux, хотя Unity сейчас работает только для Mac/Win (а при просьбах добавить поддержку linux на форумах разработчики обычно лепили стандартные отмазки про маленькую аудиторию), он ответил:
I had heard on the one unity development talk channel that Linux is one the options that is planned to be added to unity 3 support soon so I was going from that when I was filling out the project profile for supported options for the game.
и на прямой вопрос
-Linux?
очень уверенно отвечает:
-Yes it will run on Linux
В общем с одной стороны, уверенный тон разработчика вселяет надежды, с другой - зная разработчиков unity по предыдущим разговорам на эту тему, надеяться стоит очень осторожно.
Пытаюсь собрать 32хбитный ffmpeg на 64хбитном десктопе, чтобы запускать бинарник на 32хбитном сервере.
Делаю configure:
./configure --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-x11grab --prefix=/home/benderamp/apps/ffmpeg-vpx --arch=i686 --target-os=linux --enable-cross-compile
make
для получившегося бинарника:
file ffmpeg
ffmpeg: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, stripped
на сервере соответственно не запускается.
чую, что от параметра --arch толку никакого нету, т.к. и для i686 и для x86 и для x86_64 скрипт configure внутри заменяет значение на x86, но что тогда вместо него использовать?
Мозг кипит, море одинаковой информации, но ничего не работает.
5й debian, апач 2.2.9 из бэкпортов, tomcat 7 с сайта, mod_jk 1.2.26 (libapache-mod-jk) из бэкпортов.
По всем инструкциям добавил в /etc/apache2/apcache2.conf:
# Load mod_jk module
# Update this path to match your modules location
# LoadModule jk_module libexec/mod_jk.so
# Declare the module for <IfModule directive> (remove this line on Apache 2.x)
# AddModule mod_jk.c
# Where to find workers.properties
# Update this path to match your conf directory location (put workers.properties next to httpd.conf)
JkWorkersFile /etc/apache2/workers.properties
# Where to put jk shared memory
# Update this path to match your local state directory or logs directory
JkShmFile /var/log/apache2/mod_jk.shm
# Where to put jk logs
# Update this path to match your logs directory location (put mod_jk.log next to access_log)
JkLogFile /var/log/apache2/mod_jk.log
# Set the jk log level [debug/error/info]
JkLogLevel info
# Select the timestamp log format
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
# Send everything for context /examples to worker named worker1 (ajp13)
JkMount /examples/* worker1
и создал файл /etc/apache2/workers.properties:
worker.list=worker1
worker.worker1.port=8009
worker.worker1.host=localhost
worker.worker1.type=ajp13
Томкат запущен - адрес server.com:8080/examples выдает нужную страницу
Апач тоже работает - server.com показывает радостную страницу «it works», но по адресу server.com/examples получаю 404, хотя по всей логике, по крайней мере, как я это вижу, должно быть содержимое томкатовских экзамплов, которые доступны через порт 8080.
# cat /var/log/apache2/error.log
[Sat Feb 12 21:47:22 2011] [notice] Apache/2.2.16 (Debian) mod_jk/1.2.30 configured -- resuming normal operations
[Sat Feb 12 21:47:33 2011] [error] [client 109.184.73.154] File does not exist: /var/www/examples
cat /var/log/apache2/mod_jk.log
[Sat Feb 12 20:51:51 2011] [28234:3086616832] [info] init_jk::mod_jk.c (3189): mod_jk/1.2.30 initialized
Виртуальные серверы настраивать не хочу - они мне не нужны (ну и по некоторым ссылкам - например здесь написано, что это вроде как не обязательно).
И вдогонку пара простых вопросов в тему: - можно ли вообще обойтись без апача и mod_jk - неужели томкат действительно нереально просто посадить на 80й порт без прав рута? - как сделать так, чтобы томкатовский веб-апп открывался не на субдомене (examples.server.com) и не в подкаталоге (server.com/examples), а прямо в server.com? конфиги, которые я видел насколько я понял, подразумевают или первый или второй вариант.
На странице http://www.desura.com/community разместили голосовалку (в правой колонке отмотать немного вниз), в которой уже явно справшивают, какую фичу пользователи больше всего хотят увидеть в следующем релизе - среди вариантов ответа «Linux client» - сейчас лидирует с 66%, но в абсолюте это всего 86 голосов.
Автор голосовалки - пользователь INtense! - исполнительный директор DesuraNET.
вот вы все спрашиваете меня - как же так - неужели копирасты захватят планету, неужели майкрософт нанесет ответный удар и все линуксы опять вернутся в закоулки подполья, неужели сшп поймаюат ассанджа и воцарится новая эра цензуры молчания, неужели самые казалось бы фантастические сценарии антиутопий уже вот-вот войдут в нашу жизнь и станут привычной обыденностью? ну и много еще разных других вопросов конечно же получаю.ответ очень п
| ← назад | следующие → |