Replies: 4 comments 1 reply
-
That is a good strategy but libvlc has all the things in there and is therefore a patent nightmare I think - as is h.264 in general. So that's not something I could just put into Kha directly. But we could put in some kind of plugin system for external video decoding libs. |
Beta Was this translation helpful? Give feedback.
-
I also have some old code for webm lying around somewhere and AV1 is also something I want to have a look at. The reason Kha mainly goes with what the OS provides is because that way we get hardware accelerated decoding on iOS and Android which is quite important for older mobile devices. For Windows software decoding tends to be fine. |
Beta Was this translation helpful? Give feedback.
-
I've worked some more on this and the video playback is more robust now. Also, i've moved most of the underlying code from C++ to Haxe with hxcpp and externs. So at this point i dont really need a Kinc library to handle the native parts anymore. But i do need to add the libs and stuff, and for some reason i am not able to get this working using a @:buildXml like i would in a non-Kha project. Anyway to get around this? |
Beta Was this translation helpful? Give feedback.
-
Yes. The way around that is to use a Kinc library. |
Beta Was this translation helpful? Give feedback.
-
Since the built-in video support on windows desktop is using DirectShow and h264 playback is an issue without custom filters, ive made a little proof of concept here - LibVLC based video playback (on windows). Plays H.264 and much more! Seems to work well although i would have liked to avoid some memcpy stuff... :) ..
(Thanks to the useful posts and examples here on using native code with Kha! :) )
Beta Was this translation helpful? Give feedback.
All reactions