Фикс Ивенты для модов [Механизмы работают от имени владельца]

Не совсем так, но близко. К подобному коду (вернее, обработчику отправляемого пакета) нужно внимательно присматриваться.

 

Если не секрет, можно получить пример чит-мода для теста ?

 

Да, спасибо, это я видел, но EHacks обфусцирован, хотелось бы простой пример

 

Хм. Ну это уже не секрет, так что вот: https://yadi.sk/d/6tYlNVmt8dIqzA

 

Когда ждать фикс?

 

Хм. Ну в ExtraCells фикс могу сделать хоть сейчас, а вот с IE есть проблемы. Думаю, я могу пофиксить многоблочные структуры IE, но всё же стоит добавить все части этих структур в чёрный список набалдашника.

 

Ждем очень тогда)

 

Об универсальном фиксе речи и не шло. Можно переделать IE, например, так, чтобы важная часть NBT хранилась сохранялась только для мастер-блока, а не для всех блоков конструкции, как сейчас. Хотя тут нужно как-то решить проблемы с частичной прогрузкой конструкции, но это уже другая история.

 

Странно, у меня данный дюп не работает с ExtraCells, может конечно я не так делаю, пробовал по разному.
Покупал фик ранее у gamerforEA

 

gamerforEA Здравствуйте у меня на сервере есть дюп с чанками, если уйти из чанка и взять что то из него какую нибудь вещь, а затем через какое то n промежуток времени вернуться в тот чанк то можно обнаружить что вещь которую взял из него до этого откатилась и теперь она есть в 2-3-4-и т.д, количестве (дюп).
Что это делает как узнать как часто сохраняется чанк, так как можно развиться в этом чанке немного уйти с него а потом вернуться и потерять прогресс развития?
И почему именно 1 определенный чанк откатывается а не многие или рядом с ним стоящие?

 

Вроде фиксится через ядро в термосе

 

Приветствую. После установки фикса на GraviSuite, улучшенный бур в режиме 3х3 неадекватно работает с блоками чешуйниц - после разбивания они пропадают на стороне клиента, но остаются на сервере. Как это можно исправить?

 

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

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

 

Не подскажешь, как это можно отключить?

 

А почему откатывается именно определенный чанк тот который откатывается что в нем может быть не так?

 

Фикс

 

Я не знаю. Может, просто совпадение. А если и не совпадение, то как понять, что именно в чанке приводит к откатам? Такая проблема вообще должна возникать только в том случае, если автор какого-то контейнера не вызывает markDirty (вернее, markTileEntityChunkModified) при изменениях в содержимом, но, вроде как, откаты происходят даже тогда, когда по идее вызов всё же происходит.
Как вариант, можно сделать дичайший костыль - принудительное сохранение чанка на диск при его выгрузке (сейчас это происходит только при наличии изменений, о которых обычно сообщает markTileEntityChunkModified), но это сильно снизит производительность.

А этот дюп вообще работает? Я в EnderIO делал фикс, который отключает запись содержимого конденсатора, если структура является многоблочной.

 

Новый дюпчик от Барта. Сложный но рабочий.

 

AE2 перезалит: https://github.com/gamerforEA/AppEng-FakePlayers/releases/tag/rv3-beta-6_25.10.2018
Добавил пока хотфикс - запрет работы труб с МЭ Сундуком и МЭ Накопителем. Позже подумаю над полноценным фиксом.

 

как вариант работает.