Для меня так удобней, а генерировать числа от 0 до 99999 чтобы задать вероятность 0.125% считаю нелепым, хотя и возможным. Не знаю про какие проблемы ты намекаешь.

* Во-первых, редкость намекает, что вероятность для каждой категории одинаковая. В "4. Случайно выбираешь предмет с выбранной редкостью." я не указал, но предполагается, что будет применён фильтр или вычисления характеристик предмета, чтобы игрок 5-ого уровня не получил предмет для 40-ого.

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

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

Твой код равносилен:

Замечу, что лучше хранить во float от 0 до 1, тогда можно легко задавать, допустим, 0.125%:
Код
if (random() < 0.00125) { "ok" }
По какой-то нелепости в php нет случайного числа для промежутка [0, 1)

Для каждой редкости свои вероятности, значит выбираешь редкость предмета с помощью алгоритма выбора предметов с разными вероятностями.

Но да, это должно быть на php. При чем количество еденицы вероятности будет браться из БД.

и даже удалял remove() и сразу создавал обратно append, на моё удивление даже такие костыльные методы не сработали. Прошу подскажите как исправить данную проблему.

Требуется программист для написания браузерной игры с нуля!
Языки программирования
HTML
CSS
PHP
JS
MySQL
Python or Ruby
Если владеете достаточно хорошо одним из языков, пишите вк vk.com/xyrmat
P.S. оплата естесственно)

Может так надо (Screen.widht/2));
?

Все же потом другая var идет.

// Need to put .x if (touch.position.x > (Screen.width/2))

Запись идет не на диск, а в буфер (от того одним из параметров события и является buffer_id). А знаешь, что можно делать с буфером? Верно, передавать по сети (или копировать частями в другие буферы).
Даже, если бы шла запись на диск, никто бы не мешал выходящий файл постепенно считывать и пересылать.

After that you can do what you want with the custom buffer - you could play it using the dedicated buffer audio functions, you could process it and send it over the network, you could save it to disk...

Не совсем точное утверждение - в GameMaker: Studio были добавлены функции и события для записи звука. Конечно, это всё равно подразумевает кучу работы для стабилизации качества передаваемого звука в случае нестабильной работы сети, но всё же.

Добрый день, подскажите можно ли реализовать в игре общение, между игроками, по микрофону?

задержки какие? передачи пакетов или движения перса в игре управляемого по сети другим игроком?

как часто отправлять данные и в каком формате?

Здравствуйте, форумчане. Мне нужна ваша помощь. Что необходимо для создания подобной игры (http://cars.play.tegos.ru/)? Я имею ввиду такие пункты (помимо головы и прямых рук) :
1. Какой движок лучше всего подходит? (языки готов выучить, но желательно лучше без них)
2. Движки для офф-лайн игр не подходят, т.к. игра должна лежать именно на сервере.

По этим языкам есть вопросы:
1. Какой проще всего изучать?
2. Какой из них безопаснее всего? (в плане хранения данных пользователя. Про протокол HTTPS слышал, но он дорогущий)

Хотел сделать авторизацию через ВКонтакте. В этом случае, я понимаю, регистрироватся пользователям не требуется, а следовательно и хранить входные данные на сервере не нужно будет.

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

А теперь, вопрос на засыпку: какой движок оптимален для таких задач? Смотрел Phaser, Uranium и понял, что без знания их языка не обойтись. Я многого хочу, но нет ли движка, на подобии Game Maker, дабы не химичить самому со всеми этими операторами? Только опять же, с возможностью загрузки на сервер.

Столкнулся с такой проблемой при создании игры. Сегодня PHP выше версии 5.6 уже не использует такую функцию как mysql_connect. Он то её использует, но при каждом использовании он выдаёт уведомление о том, что ваш mysql устарел и вам желательно использовать Mysqli. Но проблема в том, что сменить mysql на mysqli на хостинге я не могу, на Денвере то еще можно. Как можно разрешить такую проблему? Не говоря уже о банальной регистрации, будет выскакивать уведомление, а что говорить о дальнейшей игре, там ведь кругом связь с БД.

Заранее спасибо)

мобильный вид у меня в игре.
надо как видно на картинке, одну фигуру с разрешением х,у (Ios) и рандомные удары.
все слепить в одно целое

Как окно CUA не знает, что будет в нем нарисовано программой.

Дык, мы на момент создания "панелек" знаем только, разрешение экрана, что панелек будет две (и, возможно, они будут снабжены парой кнопок "перелистывания"). Что на них будет нарисовано, мы не знаем, это выясниться только при загрузке на панельку содержимого выбранной страницы.

Т.е. страница "слушает" только саму себя. Более того, прослушать соседнюю физически невозможно, т.к. событие случившееся "там" полностью уничтожает информационный объект "здесь".

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

На момент создания "шаблонизатора" число и размер объектов неизвестны - это свойства загружаемой информации.

Совершенно избыточно (за исключением отлова системного сигнала Resize). Зачем слушать, если листание производится явными действиями пользователя?

Эти "некоторые панели" и "какие-то объекты", очевидно, должны удовлетворять некоторым требованиям. Независимо от того, "сколько на экране кнопочек". Какими?

maker-rus, у Вас как-то все две крайности: либо теория, либо рисуем нужные кнопочки. Есть и промежуточный слой: программно-независимая концепция кнопочек. Например тот же CUA...