tgc-utn / tgc-monogame-samples Goto Github PK

Por alguna razón cuando se crea un set de Boxes quedan pegadas como un único mesh.

Deberiamos agregar modifiers como teniamos en la version anterior.
Cuales deberian ser?

En AnimatedModel el metodo FindBone se deberia optimizar.

    /// <summary>
    ///     Find a bone in this Model by name.
    /// </summary>
    public Bone FindBone(string name)
    {
        foreach (var bone in Bones)
        {
            if (bone.Name == name)
            {
                return bone;
            }
        }

        return null;
    }

Esto va a buscar cada hueso por nombre. Podría estar en inicialización, pero cada vez que cambiás de animación va a ejecutarse y ya en el ejemplo de TGCito va a ejecutar ~70 veces este método. No podemos hacer esto por índice o algo similar?

The code has various styles applied that are not in sync with C# conventions; it needs to be improved.

• https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/coding-conventions
• https://learn.microsoft.com/en-us/dotnet/csharp/fundamentals/coding-style/identifier-names

• Hay que terminar DragFile modifier.
• Mejorar los summery.
• Y terminar de econtrarle usos.

When a TGCSample loads a texture (or a Model with a texture) but it doesn't draw anything with a shader using a texture (BasicEffect or custom), the ImGUI texture pointer ends up using the Sample texture instead of the ImGUI atlas.

Hay un problema con AxisLines que si bien se dibuja abajo a la izquierda, no mantiene las dimensiones que deberia.

Hace falta agregar los ejemplos basicos que expliquen un poco como utilizar MG, desde dibujar con primitivas hasta una escena con modelos animados.

• Estamos bien con la forma que se crean los modifiers? es para discutir pros y contras de diferentes enfoques.

Los ejemplos son componentes de MG, esto hace que internamente maneje el ciclo de vida, para evitar tener problemas con los contenidos cargados, nos salimos un poco del ciclo de vida comun y lo que hacemos al entrar y salir de cada ejemplo es volver a cargar content. Se puede mejorar esto? se puede tener sub contents? Por lo general en los proyectos MG, se suele tener un proyecto por ejemplo a mostrar, pero esto nos parecia bastante molesto por eso fuimos por manejar todo como componentes. Al ser proyecto individuales en el uso comun cada uno tiene su propio Content, no e snuestro caso por como lo encaramos ahora.

• https://docs.microsoft.com/en-us/previous-versions/windows/xna/bb196397(v=xnagamestudio.10)
• https://stackoverflow.com/questions/14785199/xna-how-to-create-separate-contentmanager

Hay clases que potencialmente podríamos convertirlas a Structs.
@AVinitzca acá necesito ayuda para entender un poco mejor el criterio 😝, si tenes documentación seria genial sino investigo un poco las de C# de cuando conviene una sobre otra estrategia.

Hay que agregar integracion con fw de fisica, el que mas conocemos y tiene mejor documentacion es BulletSharp pero esta con poco mantenimiento y no esta compilado usando .net core, sino que utilizar .net framework y eso es un problema para el estado actual de nuestra solucion.
Por otro lado hay otro implementado puramente en C#, con mas mantenimiento y compilado para .net core, el problema es que no tiene tan buena documentacion mas alla de sus ejemplos.

• BulletSharp
  • https://andrestraks.github.io/BulletSharp
  • https://github.com/AndresTraks/BulletSharpPInvoke
  • https://www.nuget.org/packages/BulletSharp
• BepuPhysics
  • https://www.bepuentertainment.com
  • https://github.com/bepu/bepuphysics2
  • https://www.nuget.org/packages/BepuPhysics