Короткие вопросы [Вопрос:Ответ]

[DeimoS]

Что тогда по поводу Streamer_SetTickRate? Это ведь не только чекпоинтов как я понимаю касается, а и тех же объектов и тд? Какое оптимальное значение тогда? 50 как-то слишком мне кажется

Ну а если ты будешь раз в секунду обновлять, то если игрок встанет на тот же пикап, ему придётся ждать следующего обновления данных. Так же и с объектами - прогружаться будут с задержкой.
Да и вообще, не там ты ищешь себе проблему. Этим стримером до тебя пользовались чёрт знает сколько лет и после тебя будут пользоваться. И ни у кого проблем с ним не было. К чему ломать то, что и так прекрасно работает? Тем более ломать, не имея полной картины о том, как вообще вся система работает и почему её создатель сделал именно 50 миллисекунд, а не большее значение.

[Kazoox]

Ну а если ты будешь раз в секунду обновлять, то если игрок встанет на тот же пикап, ему придётся ждать следующего обновления данных. Так же и с объектами - прогружаться будут с задержкой.
Да и вообще, не там ты ищешь себе проблему. Этим стримером до тебя пользовались чёрт знает сколько лет и после тебя будут пользоваться. И ни у кого проблем с ним не было. К чему ломать то, что и так прекрасно работает? Тем более ломать, не имея полной картины о том, как вообще вся система работает и почему её создатель сделал именно 50 миллисекунд, а не большее значение.

То что я интересуюсь различной информацией об стримере не означает что я не интересуюсь чем-нибудь еще. Мне интересно узнавать что-нибудь новое, выносить какой-то с этого урок для себя же чтобы в дальнейшем использовать знания в полной мере. У меня сток "забит" на 17к байтов (чуть больше дефолта), при этом локальных переменных в моде не так много и нет массивов больше чем на 144 ячейки (исключение - локальный массив при использовании диалога, там 1к, он он используется абсолютно для всего связанного с диалогами и не простаивает в пустую). То есть в моде основных 3 массива:
1) Для диалогов, локальный на 1к ячеек.
2) Для запросов MySQL 2к ячеек, глобальный (в принципе можно будет уменьшить до 1к а очень длинные запросы поделить на несколько мелких).
3) Для команд на 2к ячеек, глобальный (опять же надо что-нибудь с ним придумать, в основном на команду надо до 144, лишь некоторые команды в которых нужно выводить правила сервера/списки игроков онлайн и тд нуждаются в 1-2к).
Все остальные локальные массивы у меня в основном от 16 до 128 (по необходимости естественно). При этом таких массивов не 1к там и не 2, от силы может 20-40. Так может дадите какой-нибудь совет насчёт всего этого?
P.S то есть весь стек это всё чисто локальные переменные, верно?

[DeimoS]

То что я интересуюсь различной информацией об стримере не означает что я не интересуюсь чем-нибудь еще. Мне интересно узнавать что-нибудь новое, выносить какой-то с этого урок для себя же чтобы в дальнейшем использовать знания в полной мере. У меня сток "забит" на 17к байтов (чуть больше дефолта), при этом локальных переменных в моде не так много и нет массивов больше чем на 144 ячейки (исключение - локальный массив при использовании диалога, там 1к, он он используется абсолютно для всего связанного с диалогами и не простаивает в пустую). То есть в моде основных 3 массива:
1) Для диалогов, локальный на 1к ячеек.
2) Для запросов MySQL 2к ячеек, глобальный (в принципе можно будет уменьшить до 1к а очень длинные запросы поделить на несколько мелких).
3) Для команд на 2к ячеек, глобальный (опять же надо что-нибудь с ним придумать, в основном на команду надо до 144, лишь некоторые команды в которых нужно выводить правила сервера/списки игроков онлайн и тд нуждаются в 1-2к).
Все остальные локальные массивы у меня в основном от 16 до 128 (по необходимости естественно). При этом таких массивов не 1к там и не 2, от силы может 20-40. Так может дадите какой-нибудь совет насчёт всего этого?
P.S то есть весь стек это всё чисто локальные переменные, верно?

Число ячеек в массиве, созданном для хранения строк, должно не рандомно выставляться, типа "16", ""32, "128" и т.п., а ровно столько, скольки символам ровна записываемая в массив строка.

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

[Kazoox]

Число ячеек в массиве, созданном для хранения строк, должно не рандомно выставляться, типа "16", ""32, "128" и т.п., а ровно столько, скольки символам ровна записываемая в массив строка.

Именно поэтому я в скобках уточнил:

(по необходимости естественно)

Вообще чтоб понять это, нужно понять как работают локальные переменные. Я постараюсь сейчас написать статью на эту тему и разжевать всё так, как понимаю это я.

Если не сложно, в ЛС мне скинете ссылочку? Заранее благодарен.

[$continue$]

Это ещё что за монстр? 0_o

Проще массив байт (char) создать

  Открыть/закрыть

  Открыть/закрыть

  Открыть/закрыть

Не шути так больше

P.S: Я знаю, что в Pawn - теги.

[DeimoS]

Это ещё что за монстр? 0_o

  Открыть/закрыть

  Открыть/закрыть

  Открыть/закрыть

Не шути так больше

new shut_up[100 char];  

1 char == 1 byte
100 char == 100 byte
1 cell + char == 1 byte
массив ячеек + char == массив байтов
ponyatnenko?

- - - Добавлено - - -

И смотри, даже в Microsoft знают о таком понятии, как массив байтов!
https://msdn.microsoft.com/ru-ru/library/26d6hf4z.aspx

[$continue$]

Так "char" не есть "массив байт", хотя если ты там свой стандарты выкатил, можно его почитать?
Правильней называть - символьный тип.

new shut_up[100 char];  

1 char == 1 byte
100 char == 100 byte
1 cell + char == 1 byte
массив ячеек + char == массив байтов
ponyatnenko?

Жаль, что Ваш Pawn даже такого не может (походу):

  Открыть/закрыть

[DeimoS]

Так "char" не есть "массив байт", хотя если ты там свой стандарты выкатил, можно их почитать?
Правильней называть - символьный тип.


Жаль, что Ваш Pawn даже такого не может (походу):

  Открыть/закрыть

Вбей в гугл "Массив байтов" или же "Byte array" (можешь даже Byte array С++ написать), если ссылка на сайт Microsoft тебя не устроила.
А в Pawn, увы, нет типизации данных :с Я даже цитатку тебе приведу из официальной документации, дабы уж как-то ты видел отличие С++ от Pawn

  Открыть/закрыть

И дабы уж совсем предотвратить продолжение этого цирка, где я сказал, что определением для char является фраза "массив байтов"? Я лишь указал на то, что тот массив, что получается в результате указания в нём оператора "char", можно назвать массивом байтов. Но ты как всегда меня повеселил, спасибо <3

[$continue$]

В глаз долбишься, что ли?

P.S: Я знаю, что в Pawn - теги.

А в Pawn, увы, нет типизации данных :с

[DeimoS]

В глаз долбишься, что ли?

Ты бы ещё через час изменения внёс и начал ими мне в нос пытаться тыкать