Перейти к содержимому

1Ridav

Администраторы
  • Публикации

    218
  • Зарегистрирован

  • Посещение

Все публикации пользователя 1Ridav

  1. При загрузке скрипта исполнитель проводит мелкую оптимизацию, все названия заменяются на ссылки. Так что надо загружать или из другого файла или придумать другой способ доступа, к примеру arr = {} arr['Alex'] = {1, 7, 48} arr['Bob'] = {2, 8, 722} name = input() print( arr[name] ) Идея в том, чтобы хранить в массиве не под индексами 1 2 3 4, а по названиям.
  2. Ну группу ВК возрождать конечно надо, однако сколько народу пытались админить, а сдувались уже через недели две.
  3. Нет функции pass() в функции lock() рекурсия, в будущем произойдет вылет с ошибкой, вместо вызова lock() помести все в бесконечный цикл while true do **** end
  4. Не уверен, что у нас есть знающие VBA, мало где его преподают
  5. А ведь это идея! Вместе сделать и запустить. И каждому будет прибыль
  6. Новые горизонты нужны, но не как отдельный проект, а как расширение и дополнение недостатков текущего. Чтобы люди видели возможности, собранные и переплетенные в одном месте
  7. 1Ridav

    Android

    Ниже 4,4 моя практика показала, что толку ставить нет. Но опять же, какую нагрузку будет создавать само приложение или виджет. Если среднюю и выше - девайсы с версиями 4,2 и ниже не потянут, слабые они.
  8. Как админ может ломая какой нибудь механизм обронить командный блок и не подчистить за собой?
  9. Реализация порадовала, мне нравится! Шейдерные скрипты поддерживаются? Имею в виду векторные и пиксельные шейдеры
  10. mrabad@computercraft.ru Зарегистрирован, первичный пароль отправил в ЛС
  11. Пусть пишет, мы не только лишь на Lua сидим Сам в прошлом году для сампа писал бота
  12. Прочитал все посты внимательно Многопоточность даёт плюс в скорости вычислений лишь при количестве потоков = количеству физических ядер процессора. (4 ядра смогут максимально эффективно обслужить лишь 4 потока, слишком большое количество потоков лишь замедлит вычисления в виду переключения потоков между собой для выполнения на физическом ядре) Так же не забывайте, что если задача выполняется за t, то задача разделенная на 2 потока не будет выполняться за t/2. Максимальный коэффициент прироста производительности будет в районе 0,8-1,7, в зависимости от эффективности распараллеливания. 0,8 - это замедление, да, такое тоже есть Использовать многопоточность для вычислений в майне бесполезно. Сервер запущен на 4 ядерном хосте, для мода выделяется 1 поток. Увеличивая дальнейшее количество потоков не увеличит скорости, но увеличит задержку. С другой стороны распределять задачи между компами - идея хорошая. Но над этим нужно так же думать, чтобы максимально эффективно использовать ивентную базу openos PS: Говорю на основе опыта использования POSIX, CUDA, на языке Си в системах Linux/Unix/Windows
  13. mrsnake20_15@computercraft.ru Зарегистрирован, первичный пароль отправил в ЛС
  14. qwertyman@computercraft.ru Зарегистрирован, первичный пароль отправил в ЛС
  15. Упростить механизмы требуется. Не надо во время первой разработки идти вглубь. Сначала сработаться надо и простыми способами решить задачки
  16. единственое, почему предложил юнити - это возможность легко сделать мультиплеер. К тому же не знаю какой опыт у желающих взяться за разработку и работали ли они с движками. В этом плане юнити позволяет легко войти в разработку даже новичкам. Для меня не имеет значения какой движок. Изучил АПИ и вперед с песней, логика везде пока что одна
  17. Из соображений набраться опыта в клиент-сервер ориентированной игрушке, предлагаю unity. Love потребует делать многое вручную, а там свои нюансы
  18. Предлагаю использовать unity3d. Многое упростит, но требует знаний C#. Есть и еще один движок, но его назвария не помню. Использует скрипты на Lua
  19. Прекрасное начало! Какие планы по добавлению функционала? Приложений на основе этой библы?
  20. dases@computercraft.ru зареригстрирован, первичный пароль отправил в ЛС
  21. Потому и пришлось пилить свой мост. Он всегда работает, если кому вдруг надо подключаться к компам OC извне
  22. Согласно данному манифесту в правила будут внесены следующие правки: Баны будут длительностью 1 день, 1 неделю, 1 месяц, 1 год, 1 век(да, мы те еще тролли). Однако остается право банить и на специфичный срок в роде 2 недель, 3-6 месяцев для особо непонятливых индивидов. Банами просто так не разбрасываемся, чтобы его получить - надо еще очень постараться... Вместо бана может быть применена временная премодерация. Разбанивать всех подряд под амнистию считаю нецелесообразным, разбан можно будет получить "отбыв" срок бана или сделав благое и полезное для всего сообщества деяние. Какое именно - пусть решает сам забаненный. От себя: Мы стараемся отвечать на все вопросы, которые к нам приходят, но для более точного и правильного ответа необходимо обработать некоторый объем разбросанной информации и связаться друг с другом среди К.А. для уточнения и дополнения ответа. На счет темы голосований. После голосования ждем несколько дней(5-7), пока не будет видно, что все желающие проголосовали. Затем связываемся между собой в К.А. и решаем вместе. Мы не против гласности, она позволяет многое решить всем вместе. Но пока игроки свое мнение выскажут - пройдет довольно много времени. К тому же, практика показала, что игроки не знают всех нюансов, которые так или иначе влияют на конечное решение. С самого начала пробовали устроить демократию и делать по решениям игроков, но получалось как в басне про лебедя, щуку и рака, в итоге топтались на месте и виноваты были как всегда тупые админы Надеюсь вы поймете нас и поддержите.
  23. Как на счет того, чтобы устроить музей таких принтов? Сделать отдельную тему и выкладывать скрины и исходники самих принтов А на сервере устроить аллею выставочную
×
×
  • Создать...