Michael MIGLIORE

That looks surprisingly simple. We should be able to rely on `f3d::window::renderToImage` and convert the result to the `QByteArray`.

For reference, Arch package containing the thumbnailers : https://archlinux.org/packages/extra/x86_64/kdegraphics-thumbnailers/ There is a dependency on `ghostscript` for example to generate thumbnails for `.ps` files. Should we contribute directly there?

Normals, texture coordinates, and animation. Please note that in the case of animation, there's no skinning as far as I know. It's only time-dependent buffers so quite easy to support.

Yes I will. I have animated files to work on.

Let me reopen that issue. I see 2 points to improve: - reuse the face varying filter - performance (I tried a large file which takes ~5 seconds per frame,...

Texture coordinates are supported but AFAIK there's no material description described by the format itself. Alembic is mainly used to export baked simulation.

@gerroon what do you mean by material previews? Some kind of texture placeholder like a checkboard?

I don't think so.

I confirm `--output /dev/stdout` works as intended.

Is this `-` standard? I don't remember I've seen that in the past. @snoyer PR? :stuck_out_tongue: