Posts: 4,549
Joined: Dec 2007
Reputation:
17
topfs2
Team-Kodi Developer
Posts: 4,549
Thing is we don't generally deal with images directly (nor do we want to) but instead use a library which handles many different types. These libraries generally use the per type libraries (like this one) and I think this library is in fact using the same API as the traditional one. As such using these "turbo" libraries should be a simple matter of recompile our library with this library and recompile XBMC. There exist other optimized libraries like this for ARM etc which are magnitudes faster than the traditional one.
My point being that this is less of a XBMC thing and more of a distro thing which the builder and packager of XBMC needs to care for, so if your building yourself it should be rather possible to get this in by just doing some building of yourself and tell xbmc to link to a different libjpeg.
Would love to see how much difference it does on an ATOM, which is really slow with the traditional libraries.
Cheers,
Tobias
If you have problems please read
this before posting
Always read the
XBMC online-manual,
FAQ and
search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the
forum rules.
For troubleshooting and bug reporting please make sure you
read this first.
"Well Im gonna download the code and look at it a bit but I'm certainly not a really good C/C++ programer but I'd help as much as I can, I mostly write in C#."
Posts: 473
Joined: Sep 2010
Reputation:
7
I think someone should do a test compile with this included and see how much of a difference it makes. Then it could be decided if it should be used as a replacement. If this lib can be used on all platforms, it may be a good option.