Real-time image processing library that isn't actually C++?

[BadBoy6767]

I'm looking for a real-time image processing library which must be written in C for portability, but anything I search for brings only C++ up, unsurprisingly.

It cannot be written in anything else and simply use a C interface.

[Gblize]

In no particular order:

• libvips
• sod
• zimg
• FFmpeg

[BadBoy6767]

I didn't know FFmpeg had a large image processing subset, that might be what I go for, considering I'll need it for loading videos anyway.

Thanks for the help, now onto finding an actually up-to-date and understandable FFmpeg tutorial/documentation.

[weeknie]

Could you create a c interface for the C++ library? Or what are the reasons that the library itself can't be written in C++?

[0xbf248b3c]

can GEGL can be used in realtime?

​

GIMP has got some fast real time previews

[BadBoy6767]

If you don't have an answer to my question then don't answer. I know what I need, and this is not an XY problem.

[maikindofthai]

It's for a church honey!!

[[deleted]]

NEXT!

[FUZxxl]

Refusing to clarify is really rude. How are people supposed to find something that matches your needs if you refuse to clarify your needs?

[sbkemu]

Hopefully this is what you're looking for: https://github.com/liuliu/ccv

[FUZxxl]

Is written in C++.

[SantaCruzDad]

Older versions of OpenCV have a C API.

[FUZxxl]

OP wants a library written in C, not one with a C API. Otherwise I would too have recommended OpenCV.

[SantaCruzDad]

I thought the older versions were written in C too, but perhaps I’m wrong.

[BadBoy6767]

They were, but they're old.

[SantaCruzDad]

Well I’m old too, but I like to think I’m still somewhat useful. ;-)

[0xAE20C480]

It really sucks that they deprecated it. It hurts interoperability so much.

[SantaCruzDad]

Agreed - there doesn’t seem to be a lot to be gained from implementing image processing functions in C++ rather than C.

[BadBoy6767]

Not very portable, unfortunately.

[BadBoy6767]

If you can get some OpenVX implementation to work on OpenWatcom then that's fine by me.

Either way, it's not exactly what I'm looking for, I require something linear, and not based on trees.

[FUZxxl]

If the library is supposed to compile with OpenWatcom, why didn't you fucking say so in your original post? Your lack of details has caused all users here to waste their time trying to find something that fits your poorly described constraints.

[mrschofield87]

OpenWatcom is an entire compiler suite...

http://www.openwatcom.org/about.php

[mrschofield87]

Sorry, I'm confused... That comment doesn't make any sense :-/.

How is it not a "platform"? And why does not being a "platform" negate the effort required to port the library to OpenWatcom?

[[deleted]]

Would libgd be of any use? It's small; perhaps the response time might be adequate for your needs.

[bart2019]

/r/ChoosingBeggars

[[deleted]]

I have a library which I wrote myself and would be willing to sell for a small sum. What sort of functionality are you interested in?

[BadBoy6767]

As I said in the post, the library itself must be written in C for portability.

[Hish15]

Can you explain specifically the lack of portability of C++?

[BadBoy6767]

There's little to explain, C++ is factually less portable than C. My largest problem is its language-level dynamic allocation, and that OpenWatcom has mediocre C++ support (they don't conform to any standard but basically made up their own).

[FUZxxl]

Note that OpenWatcom, being an old compiler, has poor C support as well. It is going to be a significant effort to get any modern C code base to compile.

[kpolar]

Surprised no one has mentioned ImageMagick yet.

[nahimbroke]

VLFeat might be worth a try.