Double long overlapping lyra portals . From right in front of vain turret to the back of base shop . Insta death trap door . <| sep |> even downsampled i can see the aliasing in his leg <| sep |> That whole album is the bomb . Thanks for reminding me of this . <| sep |> I can ' t share my implementation since it ' s part of a work project and it wouldn ' t be too helpful anyways since it ' s very specific to our backend ' s build process but it ' s definitely possible . I use rBoot and espmqtt . Writing the code for the ESP is actually pretty straightforward . Just send the binary in chunks and write each chunk to flash . The more difficult part is writing the backend code . If you ' re just trying to update one device it ' s not that bad since in that case you don ' t have to keep track of lots of devices and can assume all MQTT IO is just for one device . I haven ' t seen any publicly available MQTT implementations they all use MQTT to trigger the update , but not to transfer the binary itself . But here are some tips Like I said above , I ' d recommend using rBoot since the author has made it very easy to adapt the OTA update to whatever transport protocol you wish . Before sending the data , calculate a 32 bit CRC for the entire binary . Send this checksum before sending the data chunks . For each chunk that comes in , update the CRC 32 a uin 32 t in the ESP . At the end of the OTA check that the CRCs match , otherwise fail the OTA . For faster results , use a cache DB like Redis to load all the binary chunks into memory firstI use the paho mqtt python client for pubsub on the backend . But you can really use any mqtt client you want . I guess it all comes down to how comfortable you are with servers and writing backend code . And if you only want to OTA on LAN you don ' t need a server obviously , but you ' ll still have to develop the OTA code .