I have multiple layers, one intended for the foreground and one intended for the background. The player need to render between these layers. Is there a way to pre-render individual layers, and subsequently draw individual layers?

Would the simplest way be making new instances of LDtkLevel for each layer?

There are 2 issues relating to LDTKLevelData.

1. LevelData is being generated as a class that implements ILDtkEntity. This makes no sense and also doesn't work. Below was generated:

public class LDtkLevelData : ILDtkEntity
{
    public string Identifier { get; set; }
    public System.Guid Iid { get; set; }
    public int Uid { get; set; }
    public Vector2 Position { get; set; }
    public Vector2 Size { get; set; }
    public Vector2 Pivot { get; set; }
    public Rectangle Tile { get; set; }
    public Color SmartColor { get; set; }
    public LevelType LevelType { get; set; }
}

2. The docs don't explain how you are supposed to load level data with Generated types. I would assume we would want something like getLevelData<T>(level) or something but I don't see anything similar anywhere in the docs or repo.

This only happens when using --PointAsVector2 in Codegen.

I've noticed that LDTK saves a relative path to the tileset files, i.e. "..\images\tileset.png".
When using this directly this line will fail:

A solution would be to set LDtkLevel.FilePath and use that to allow relative loading. PR incoming.

Clear color

eg get intgrid

Todo

• Migrate codegen to ISourceGenerator

Guides

• Quick Start
• World
• Level
• Intgrid
• Entities
• Entity base

If an enum is declared as optional and you don't give it a value, then level.GetEntities() will throw a NullReferenceException.

Like I have this SpikeDirection enum in my Platform entity:

this happens:

Would like to make my own world/level classes with your library

Missing LDtkMonogame.ContentPipeline.dll for importing with mgcb.

I'm using source generation for my LDtk entities to have classes generated from their json objects, but when I try to get an object with an Entity reference as one of it's parameters, the game crashes with this error. If I remove the Entity Reference parameter, it works just fine.

System.NotSupportedException: JsonTypeInfo metadata for type 'LDtk.EntityReference' was not provided by TypeInfoResolver of type 'LDtk.LDtkJsonSourceGenerator'. If using source generation, ensure that all root types passed to the serializer have been annotated with 'JsonSerializableAttribute', along with any types that might be serialized polymorphically.
   at System.Text.Json.ThrowHelper.ThrowNotSupportedException_NoMetadataForType(Type type, IJsonTypeInfoResolver resolver)
   at System.Text.Json.JsonSerializerOptions.GetTypeInfoInternal(Type type, Boolean ensureConfigured, Nullable`1 ensureNotNull, Boolean resolveIfMutable, Boolean fallBackToNearestAncestorType)
   at System.Text.Json.JsonSerializerOptions.GetTypeInfoForRootType(Type type, Boolean fallBackToNearestAncestorType)
   at System.Text.Json.JsonSerializer.Deserialize(String json, Type returnType, JsonSerializerOptions options)
   at LDtk.LDtkFieldParser.ParseCustomFields[T](T classFields, FieldInstance[] fields, LDtkLevel level)
   at LDtk.LDtkFieldParser.ParseCustomEntityFields[T](T entity, FieldInstance[] fields, LDtkLevel level)
   at LDtk.LDtkLevel.GetEntityFromInstance[T](EntityInstance entityInstance)
   at LDtk.LDtkLevel.GetEntities[T]()

I propose a flag that allows me to use old-style namespaces. If you use older versions of C# for targeting console, the code produced by the generator doesn't work as it's not valid code. I would be willing to make a PR.

Examples:

Currently Generated :

namespace MyNamespace;
public void MyClass{}

Desired Generation or Optional Formet:

namespace MyNamespace {
    public void MyClass{}
}

hi, I'm trying to write a LDtkRenderer for my game using nez based on LDtkRenderer.cs and I notice that when I tried to use RenderLevel instead of PrerenderLevel my game began to drop fps(down to 30fps). After a bit of digging, I found that GetTexture is just loading the same tileset that had been loaded before into the memory everytime the Renderer tried to draw a sprite. I think maybe you can use the "tilesets" field in there and create a list of tilesets and make it faster maybe. I'm trying to write my own too. and sorry for the broken english but hope this help

Please add support for the xnb files instead of exposing png files. An example would be use the tilesetrelpath but remove the extension and try to content.load(...) where the current tileset png path would be.

@ World.cs : LoadAllLayers(...) =>
texture = Texture2D.FromFile(GraphicsDevice, Path.Combine(this.projectFolder, jsonLayerInstance.TilesetRelPath));