libGDX VS msdfgen

Neat, thank you! I'd love to see how it compares to the libgdx IntMap[0].

[0] https://github.com/libgdx/libgdx/blob/master/gdx/src/com/bad...

For anyone interested, LibGDX[1] is a very nice open-source game engine for Java. It is cross-platform (mobile, PC/mac, web). Very popular and well maintained, too.

[1] https://github.com/libgdx/libgdx

Source is also available on github https://github.com/libgdx/libgdx to directly check the implementation of a specific classes.

And let me explain, for example jorbis this library has a lot of nested loops in it, i understand why this library using this, but this is really bad. Because when I am trying to use library with this code, this taking so much time to convert ogg to pcm, and yes I know that converting ogg to pcm is a hard process, but I need to optimize my program, make it more better. The main thing is EVERY decoding ogg file library using the same piece of code! And I am not joking for example libgdx.

What the pcm file contains? And what is the structure? What data I should use for converting .ogg file into pcm? Is there any information about pcm files? Is there any repositories in github that converts .ogg files into pcm? (I am already know there is JVorbis, libgdx and jorbis but thats not what i want)

There's a code snippet showing the seed generation and how it feeds into each RNG pattern but it also mentions the use of a "xorshift128+ algorithm" here: https://github.com/libgdx/libgdx/blob/master/gdx/src/com/badlogic/gdx/math/RandomXS128.java

I can't guarantee you'll get a reply, but Mario and Nate's email addresses are in the AUTHORS file.

I found an example for rendering a [Mesh] object using instancing in LibGDX's tests (link), but I'm not sure how to apply that for rendering actual models.

assuming you use that (https://github.com/libgdx/libgdx/blob/master/build.gradle) as your starting point. You first have to ask what it is that your build should cover. Do you need all the spotless checks and release flags and so on or do you just need to package everything up so that it could run.

Fork this open-source Java + Gradle based project: https://github.com/libgdx/libgdx

This very well explained here https://github.com/Chlumsky/msdfgen and with more details in link d pdf.

Basically, signed distance fields allow high resolution renders from low resolution rasters which represent character shape.

No idea how to help you but I will just drop this since it improved the quality for me by 1000 https://github.com/Chlumsky/msdfgen

And that's the complicated state of the art version for 3D perspective. Other versions are even simpler.

This is known as a “multi-channel signed distance field”, or “msdf”.

https://github.com/Chlumsky/msdfgen

I use this, free and has been very good for me https://github.com/Chlumsky/msdfgen

Distance fields are not slow to render. They don't need a powerful gpu. Valve was already using SDF for textures in 2007 and released a paper about it. MSDF (multi channel signed distance fields) is a popular text libraries for game engine devs that uses distance fields. Distance fields are fast to render in 2D and even 3D. The problem is with everything around it. Lighting, shadows, shading will all require specialized tooling and likely a specialized engine for very little benefit (imo).

Signed distance fields only work well for relatively simple characters.

If you have highly detailed characters like Chinese or emojis, you need larger resolution to faithfully represent every detail. One way to get around excessive memory requirements is to store the characters in their default vector forms and only render the required characters on demand, but then you might as well render them at the required pixel resolution and do away with the additional complexity of SDF rendering.

SDFs are still useful though if you have to render text at many different resolutions, for example on signs in computer games, as seen in the original paper https://steamcdn-a.akamaihd.net/apps/valve/2007/SIGGRAPH2007...

In the past, SDFs also had problems with sharp corners, which has been solved in https://github.com/Chlumsky/msdfgen

MSDFGen looks pretty sweet. https://github.com/Chlumsky/msdfgen