Originally posted by Marc Driftmeyer
View Post
Announcement
Collapse
No announcement yet.
Cairo Proposed To Become Part Of ISO C++
Collapse
X
-
Originally posted by Ancurio View PostAre you implying that because of the other added features, "window creation and event management" have suffered in quality under SDL? Because right now there is not a single cross platform library available that can even claim feature parity with SDL2. If you don't like the fact that SDL2 has a render abstraction, you can just compile it out.
Comment
-
If there's a threading API in the standard library (and there is), there's no reason not to have a drawing API too. Or a networking one (which is already in Boost and the plan I believe is to move it into the standard library at some point.) It's not like they're adding this into the language; they're adding it into the standard library.
Comment
-
Talking about standard library, I believe most compiler manufacturers should put a bit of work on modularizing their implementations. I wrote a small patcher in C++, and while the Linux version takes a few KBs (less than 40, IIRC), the Windows version needs to either ship with a ~500-600KB dll or take ~600KB if linked statically, while I only used vectors from the standard library (and a limited subset of its functionality, as the program is really simple).
Comment
-
Originally posted by liam View PostSurprisingly to me at least is that openvg has very little to no hardware adoption. The implementations that exist are apparently software.I read about this on the fxos mailing lists FYI.
IOW, it's dead Jim.
NXP is a global semiconductor company creating solutions that enable secure connections for a smarter world.
The Adreno GPU accelerates the rendering of complex geometries to deliver high-performance graphics with low power consumption.
Learn how the Jetson Portfolio is bringing the power of modern AI to embedded system and autonomous machines.
i read openvg support on all those sites..
yes they're mostly embedded solutions, and yes OpenVG is mostly an api used in embedded (mobile), for now at least
but that is due to the need for a portable, hw - and os-independent accelerated 2d api being *mostly* felt there (since as far as the pc is concerned Windows already has Direct2D and Mac OSX has CoreGraphics, while linux apparently is fine with unaccelerated Cairo...) and doesnt deny it being one such api
Comment
-
Originally posted by RealNC View PostIf there's a threading API in the standard library (and there is), there's no reason not to have a drawing API too. Or a networking one (which is already in Boost and the plan I believe is to move it into the standard library at some point.) It's not like they're adding this into the language; they're adding it into the standard library.
Drawing, even 2d drawing, is not so simple. Algorithms in this field are constantly evolving. We've moved from software rendering to increasingly programmable hardware (vertex/fragment shaders -> geometry shaders -> hull/domain shaders -> compute), we've moved from 8bit palettes to 16/32bit colors then 64/128bit floating-point formats (for complex effects, HDR), we've moved from bitmap text to path rendering, we've added antialiasing, subpixel antialiasing, kerning, hinting, ligatures.
Cairo is a good library, but it is already dated. In ten years, any standard based on that will look like the X11 rendering routines look today: pretty much useless.
It just looks like a huge amount of effort for something people are not going to use in the end...
Comment
-
Whoever decided Cairo was a good idea is a complete idiot, Cairo is slow and its Path Implementation is a broken mess. WTF is wrong with these people?
1. Nvidia Path Rendering (Is the Best in the Industry)
2. OpenVG (Not as fast as NVPath but its Path Rendering Implementation is just as good)
3. Anti-Grain Geometry (Software Based, No Hardware Acceleration but its Path Rendering Implementation is just as good)
Comment
-
Originally posted by BlackStar View PostCairo is a good library, but it is already dated. In ten years, any standard based on that will look like the X11 rendering routines look today: pretty much useless.
It just looks like a huge amount of effort for something people are not going to use in the end...
while you instead proposing to do nothing at all and use iostreams for ui - clearly better, isn't it ?
Comment
-
Originally posted by zester View PostWhoever decided Cairo was a good idea is a complete idiot, Cairo is slow and its Path Implementation is a broken mess. WTF is wrong with these people?
Comment
Comment