I'm currently doing some refactoring on lux' rendering back-end. I've extracted several components of vspline into a new library zimt <https://github.com/kfjahnke/zimt>, namely
- multithreading/thread pool - SIMD data types and back-ends - processing of nD arrays And now I've re-routed some of the vspline code lux uses to work with zimt. The main difference is with 'peeling': The original vspline code processes underfilled SIMD vectors with scalar code, whereas zimt 'stuffs' the unused lanes and then processes a full vector. This should not affect performance much, but it makes all the scalar 'eval' versions in the rendering code unnecessary, which should reduce the code's complexity. Because this is a far-reaching change, I have created a new branch <https://bitbucket.org/kfj/pv/src/zimt/> 'zimt' in the repo and I've uploaded a debian package <https://bitbucket.org/kfj/pv/downloads/lux-on-zimt-experimental.deb> built from this branch. Apart from the back-end changes, the binary is pretty much like 1.1.6, but I've made a better debian package, now with dependencies. Comments welcome! -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/fe1a44b8-4711-4b28-9714-290f679e61abn%40googlegroups.com.
