v19 Kodi 19.0 Tone Mapping improvements - Beta test build (merged)
#37
(2020-12-29, 21:55)Statler1978 Wrote:
(2020-12-27, 05:44)jubilex Wrote: Hi, is there anything preventing this from working in, say, Coreelec for Odroid N2+? Isn't it just different math operations in the files in system/shaders compared to the Reinhard ones already in Leia?

edit: guy on coreelec forum says these are only implemented in d3d and opengl, not opengles which is needed for ARM. Somebody else simply said "not possible" and closed the thread so I guess that's that. I don't really understand why the same math can't be done in one interface as in another, but what do I know?
if its not implemented in opengles, this means the "math" isnt recognised at all. doesnt mean it cant be done, just that its not there yet. it probably requires a lot of time to do so i think, so maybe thats the issue. maybe open a thread at opengles development to get support for it? otherwise it's going to be a challenge i'm affraid.

Thanks, I'll give that a shot. For my own curiosity, can you explain a little more? The math for these algorithms is in the Kodi system/shaders files, it doesn't appear to be calling built-in D3D or OpenGL specific tonemapping functions, it looks like it's Kodi's renderer doing the work. I still don't understand what OpenGLES is, itself, lacking that makes it impossible to do this within Kodi for OpenGLES.

From this thread itself as well as this xbmc pull request it seems like this is something managed entirely within Kodi? If it's not obvious, I'm a layman and don't really understand any of this...

edit: Fritsch answered in another thread that the hardware in the ARM devices is not up to doing this.
Reply


Messages In This Thread
RE: Kodi 19.0 Tone Mapping improvements - Beta test build (merged) - by jubilex - 2020-12-29, 22:44
Logout Mark Read Team Forum Stats Members Help
Kodi 19.0 Tone Mapping improvements - Beta test build (merged)0