Помогите Генераторы мира - как писать?

Из далека - держу skylands сервер. Без ада и края. Игроки хотят ад, а я не хочу его таким, каким его придумал нотч.
А хочу я его без верхнего слоя. Как overworld, только nether. Поскольку сетить верхушку дело неблагодарное и не красивое, хочу жахнуть генератор мира.
Но на форумах баккита инфа расплывчата, а мне лень экспериментировать.
У кого есть примеры вменяемой логики генератора мира?

 

А стоило бы попробовать)

 

Слишком долго и нудно.

 

Гугли BlockPopulator, ChunkGenerator.
ChunkGenerator отвечает за начальную генерцию чанков, поэтому его стоит использовать если хочешь написать генератор с нуля.
BlockPopulator отрабатывет сразу после генерации чанка, что как раз подходит в твоём случае.

 

Как я понял, BlockPopulator что то вроде ванильного BiomeDecorator. Если так, то он мне не подходит для генерации чанков (именно с нуля надо, ибо резать nether пополам смысла нет).
Пока гуглю за ChunkGenerator.

 

Крашнулся сервер бы XD

 

А писать генератор всё-таки весело.
Жаль populator'ы ванильные нельзя использовать. Эх.

 

Классная идея. Я бы тоже хотел ад с открытым небом.

 

Вроде генератор получился, но слишком медленный из-за PerlinOctaveGenerator.
Плюс надо возиться с BlockPopulator для генерации глоустоуна/песка/данжей. Нудно

 

Я тоже заинтересовался этим вопросом. Но так как генератор для меня - что-то непонятное, я решил вручную редактировать чанки при их генерации. И застрял на удалении верхнего слоя админиума. Почему-то зависает мой плагин.
Вот код:

Код:

private void clearSky(Chunk chunk) {   
        Bukkit.getScheduler().runTask(this, new oreTask(chunk, log));
    }
   
   
    @EventHandler
    public void MapInit(ChunkLoadEvent e){
       
        if(!e.isNewChunk()){return;}
        if(!e.getWorld().getEnvironment().equals(Environment.NETHER)){return;}
        Chunk c = e.getChunk();
        // срезаем весь админиум сверху (три слоя превращаем в воздух)
        clearSky(c);
    }
   
}

А это класс-обработчик:

Код:

public class oreTask implements Runnable {

    private Chunk chunk;
    private Logger log;

    public oreTask(Chunk chunk, Logger log) {
        // TODO Auto-generated constructor stub
        this.chunk = chunk;
        this.log = log;
    }

    @Override
    public void run() {
        for(int x = 0; x < 16; x++){
            for(int y = 125; y < 128; y++){
                for(int z = 0; z <  16; z++){
                    Block b = chunk.getBlock(x, y, z);
                    b.setType(Material.AIR);
                    }
                }
            }
        log.info("Chunk " + chunk.getX() + "/" + chunk.getZ() + " in world " + chunk.getWorld().getName() + " done.");
        }
}

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

 

Вот именно поэтому лучше писать генератор. И выхлоп в лог лучше выводить ежесекундно - вывод в консоль занимает слишком много времени.

 

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

Попробовал ограничить количество обработанных чанков до 200, он обработал, остановился. Я зашел и увидел это:

Спойлер: скриншот

Оно было очень длинным. А консоль выглядела так:

Спойлер: скриншот

Почему-то он обрабатывает чанки наискосок и очень далеко от игрока и не останавливается. А по задумке должен был обрабатывать все вновь генерируемые чанки. Или я неправильно понимаю, что означат ChunkPopulateEvent? (я пробовал ChunkPopulateEvent и ChunkLoadEvent)

 

http://bukkit.org/threads/93982/

ChunkPopulateEvent использовать лучше для обработки. Вот только надо просто брать один чанк из эвента и работать с ним. Да и лучше этим заниматься на пустой мир.

 

Спасибо, почитаю.

Так я и создавал новый мир. И ад после каждой перезагрузки сервера удалял.

 

Почему бы не заюзать для конкретного мира Ада TerrainControl? Там есть такая "галочка", слой админиума сверху (eg.), убирается легко. За-wb fill-ить его нужного размера, унеси плагин в закрома.

 

Алло, я в треде спрашивал как генератор написать.[DOUBLEPOST=1444578853,1444569792][/DOUBLEPOST]

Весело это. Правда, рандом любит гнать. эх.

 

Выглядит забавно. А код?

 

Ужасен.
http://pastebin.com/6cDQGiPG. Паста будет жить месяц.

 

Но довольно-таки скрупулезен. Тебе бы подошел ник TowerlessBee.

И, в целом, познавателен.

Непонятно только, как этот код подключить.
Скомпилировать с load: STARTUP в конфиге, как плагин, а в server.properties прописать level-type=CrystalTowerPopulator ?

(далее - скорее для себя, но и тебе пусть будет приятно, что я прочитал весь твой код)
Зачем использовать deprecated getTypeId?
Своеобразный алгоритм вычисления удобного расположения - по листве и древесине?
А если дерево высокое? Выше y+21 останется торчать вершина?
Смысл спавнить зомби и скелетов, если они все равно пропадут? Можно пометить чанк и добавить их спавн в какой-нибудь onLoadChunk.

В любом случае, этот ужасный код лучше, чем мои портянки.

 

Сочту за комплимент.

Нет. Популяторы используются для декорирования уже сгенерированного чанка. Т.е. тебе нужно сгенерировать чанк, чтобы использовать его.

Во-первых, это короче. Во-вторых, сам API их использует.

Это что то вроде фильтрации, чтобы башня на располагалась на ветвях дерева.

К сожалению да. Но в моём мире такие деревья появляются с шансом 0.

Я не хочу слушать этот эвент. Тем более, нужно хранить координаты башни где ниб, или же искать их по Entity EnderCrystal. В конце концов, и без зомбей со скелетами данная башня представляет опасность в виде блоков с чешуйницами.