The raw image API is probably going to be limited to the actual C API, because that'd be rather messy and hard to use via a CLI shim, but the plan is basically to accept G8/G8A8/R8G8B8/R8G8B8A8 raw scanlines, passing that data, the x res, the y res (i.e., number of scanlines/rows), the exact size of the buffer, and then everything gets processed through the existing image rendering code

.
@sherman also floated the idea of implementing FT support directly, but that's probably on the back burner for now

.