Помогите, как написать систему которая при регистрации игрока...

[Hecf]

Вообщем мне нужно создать типа, после регистрации игрока его спавнило в дом. Тоесть у игрока будет интерьер где это лично его инта будет сразу после реги. Как настроить виртуальные миры скажите, что бы каждый игрок при регистрации не попадал в один интерьер. Мне надо один инта но с другими вирт мирами. И это будет сохраняться на mysql . Дайте на мою память как это можно реализовать. Готовое решение не приму в дар. Лучше объясните.

[Alpano]

Вот тебе готовое решение:
Регистрируешь аккаунт, возвращаешь ключ игрока (инкремент БД) и плюсудешь любое число, вуаля, у каждого игрока свой мир.

[DeimoS]

Вот тебе готовое решение:
Регистрируешь аккаунт, возвращаешь ключ игрока (инкремент БД) и плюсудешь любое число, вуаля, у каждого игрока свой мир.

Не самый удачный вариант, ибо есть вероятность, что виртуальный мир совпадёт с уже использующемся (не в этой системе).
Да и к чему все эти извращения, когда есть ID игрока, границы которого известны (легко вычислить все занимаемые системой ID, дабы они не повторялись больше нигде) и который так же всегда уникален для игроков в сети?

[Hecf]

Не самый удачный вариант, ибо есть вероятность, что виртуальный мир совпадёт с уже использующемся (не в этой системе).
Да и к чему все эти извращения, когда есть ID игрока, границы которого известны (легко вычислить все занимаемые системой ID, дабы они не повторялись больше нигде) и который так же всегда уникален для игроков в сети?

Можно с ID игрока поподробнее?)

- - - Updated - - -

ааххаха лол так что ли? SetPlayerVirtualWorld(playerid); это гениально

[DeimoS]

Можно с ID игрока поподробнее?)

- - - Updated - - -

ааххаха лол так что ли? SetPlayerVirtualWorld(playerid); это гениально

Ну да, только лучше к этому ID прибавлять ещё какое-то значение, дабы не занимать нулевой ID который, обычно, основным миром является.
То есть, что-то типа

SetPlayerVirtualWorld(playerid+1000);//1000 игроков займут виртуальные миры с 1000 по 1999  

И когда нужно проверить, находится ли игрок в своём доме, можно просто сверить координаты +

if(GetPlayerVirtualWorld(playerid) == playerid+1000)
{
    //Игрок в своём доме
}  

[Hecf]

Ну да, только лучше к этому ID прибавлять ещё какое-то значение, дабы не занимать нулевой ID который, обычно, основным миром является.
То есть, что-то типа

SetPlayerVirtualWorld(playerid+1000);//1000 игроков займут виртуальные миры с 1000 по 1999  

И когда нужно проверить, находится ли игрок в своём доме, можно просто сверить координаты +

if(GetPlayerVirtualWorld(playerid) == playerid+1000)
{
    //Игрок в своём доме
}  

Вопрос возник: как друзьям зайти в дом друга если он оффлайн? Какие варианты?

[Alpano]

Ненадо связывать ID дома и ID игрока.
Мир дома должен составлятся формулой, подобной той, что предложил "DeimoS".
Только вместо ID игрока - ID дома.


//DeimoS: Да, если требуется, чтоб в дом можно было войти и другим игрокам, а не просто спавн-комната - завязывать всё нужно на ID дома

[Hecf]

Ненадо связывать ID дома и ID игрока.
Мир дома должен составлятся формулой, подобной той, что предложил "DeimoS".
Только вместо ID игрока - ID дома.


//DeimoS: Да, если требуется, чтоб в дом можно было войти и другим игрокам, а не просто спавн-комната - завязывать всё нужно на ID дома

Как я написал? Ид игрока имел ввиду номер инскримента в базе данных игрока.

Зачем тогда нужен ид инскрименьа дома

[DeimoS]

Как я написал? Ид игрока имел ввиду номер инскримента в базе данных игрока.

Зачем тогда нужен ид инскрименьа дома

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

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

[Hecf]

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

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

Хорош. Я понял про ид самого игрока в игре, и ид в бд аккаунта. Просто решил узнать для себя кое какую инфу. Огромное спасибо, возьму для себя что то из предоставленной инфы.

Поможешь ещё с одним делом? Не хочу ради этого создавать new тему.

stock ac_SetPlayerPos(playerid, x, y, z, virtworld, faceangle)
{
    if(x && y && z && virtworld && faceangle)
    {
        SetPlayerPos(playerid, x, y, z);
        SetPlayerVirtualWorld(playerid, virtworld);
        SetPlayerFacingAngle(playerid, faceangle);
    }
    return 1;
}  

Я хочу записать за один раз в сток функцию одной строкой что бы работала. Но типа таг мишман пишет при компиляции. Как такое правильно делать что бы я в будущем знал?