On Sun, 3 Dec 2017 01:23:22 -0300 Vinícius dos Santos Oliveira <vini.ipsma...@gmail.com> said:
> Hi all, > > I'd like to ask what is your opinion on this library[1]. > > It's a library where you call all the draw operations that comprise the > drawing pipeline, and, when you call `context_end`, the pipeline is > compiled (yep, JIT). Somehow exciting because it allows very interesting > optimizations. > > But it's also boring, because you have to recompile the whole pipeline > every time some value changes (i.e. probably every frame if you're writing > a game). > > But there is also plans to support a shader language (with a working > experimental code for a useless math functions language). With this support > added, you could compile the rendering pipeline only once and evaluate it > for every frame. > > The thing I like is support for Bézier curves. It's like OpenGL done for 2D > rendering. The API seems a lot like cairo, so it's mostly transparent > (except for the shaders). > > Maybe EFL could add a backend forked from SDL2 using this library to > generate the screen bits. Or maybe there is not enough info flowing the > higher layers to the lower layers to make this idea actually useful. > > Maybe some of these ideas could be stolen by the EFL project. > > I'd like to hear opinion from you guys about this project. You guys are > experienced with 2d gfx code and I'd love to hear anything you guys have to > say about this project. > > [1] https://blend2d.com/ Requiring c++ means then lower end systems will require libstd++ which will bloat our our requirements. no? from that view, i don't like it much. also i dislike the idea of a jit. i would prefer something like "pre-compile all permutations into special case functions then runtime call the right/matching one". the built-in jit is going to cause architecture support issues for us on various platforms where we do work (maybe not with optimized ASM but we work). a quick peruse of b2dpipe doesn't tell me what architectures are or are not supported easily... a quick look seems it needs "../asmjit" in a parent dir. this leads me to: https://github.com/asmjit/asmjit which says "x86/x64" only in the arch support. and that right off the bat would veto this as something we'd depend on. we'd need at least these architectures supported for me to begin considering: armv7,v8 x86,x64 ppc mips ... pretty much what luajit supports. i actually had been mulling writing such an "offline" code generator that generated c (with snippets of asm/asm intrinsics or macros for simd), then did like above. if blend2d was more like this... then it'd be worth looking at even if it had a c++ api. > -- > Vinícius dos Santos Oliveira > https://vinipsmaker.github.io/ > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ras...@rasterman.com ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
