Cromefire_

Yeah but I couldn't figure out a manual test case either (short of restarting my Fritzbox and even that doesn't ensure the error occurs), some blocking or routing table stuff...

Having this would be great, as it's an easy way to pass information from a pi to an arduino and back. #93 sounds pretty much ready already, so having this...

## OS and CPU ``` 4.13.0-25-generic #29-Ubuntu SMP Mon Jan 8 21:14:41 UTC 2018 x86_64 processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 94 model name...

Well, too bad. I guess they'll feature Android 12 as it's the current gen flagship (except if they launch a new one with Android 12 that supports AV1 and "8K"...

Well, there's probably some device that supports it, I mean probably couldn't hurt to try it if someone with Kodi knowledge has interest in implementing it.

It states target Android 11 not Android 11 minimum target, so I'm not sure, might work, might not.

The page also states that [frame pacing](https://developer.android.com/guide/topics/media/frame-rate#no-change) may be beneficial, although that might be a lot of work to implement if there isn't something similar implemented for another platform that...

Just adding this to the build file makes it easier: ```kotlin fun GolangDependencyHandler.build(dependency: String) { methodMissing("build", arrayOf(dependency)) } ``` It makes this work then: ```kotlin dependencies { golang { build("path.to/dep/repo")...

It would probably be useful to use an `ZoneOffset` for this, but it cannot be (directly) parsed currently

conversion from and to `java.time` is also easy (using the example): ```kotlin import kotlinx.datetime.toJavaLocalDateTime import kotlinx.datetime.toJavaZoneOffset import kotlinx.datetime.toKotlinLocalDateTime import kotlinx.datetime.toKotlinZoneOffset public fun java.time.OffsetDateTime.toKotlinOffsetDateTime(): OffsetDateTime { return OffsetDateTime.of( toLocalDateTime().toKotlinLocalDateTime(), toOffsetTime().offset.toKotlinZoneOffset() )...