tobozo

Hey @r-zlotorzynski thanks for your feedback In my opinion, bundling json+firmware+spiffs in a tar.gz file this is the most efficient way to bundle an update package. See `tarHeaderUpdateCallBack()` for more...

@sharandac thanks for your constructive feedback I've commited some changes based on your suggestion, available on the [1.0.5-beta](https://github.com/tobozo/ESP32-targz/tree/1.0.5-beta) branch. While testing that code, I found out adding a `gzProgressCallback( 100...

Nice suggestion, makes me wonder if the user should decide to enable or disable psram (when applicable)? There are a few reasons for that: - The dictionary memory must be...

@sharandac does closing this issue mean the implementation works for you ? since your suggestions gave birth to the idea, you may be interested by the very experimental [PSRamFS](https://github.com/tobozo/ESP32-PsRamFS) library...

sure, just create some object inheriting Stream* and implement the read() readBytes() and available() methods, then pass it to gzStreamUpdater

It'll eventually be added to esp32-psramfs as an extra `RomDiskStream` object signature. Initialization will be implemented as follows: ```C const unsigned char my_gz_bytes[] = { // (... all the bytes...

hi, thanks for your feedback :+1: Stream to stream is already supported (see `tarGzExpander`) only it does not handle filters based on filename, and can't stream to a JSON decoder....

oh right byte-to-byte stream requires destination data to be seekable (dictionary is replaced by output data) so the destination can't be memory or a json parser, it must be a...

hey @wimmatthijs, some after thoughts on this: 1) if the server sends a `Content-Length` header with the size of the gz file 2) if the ESP32 has at least 32kb...

sure, I've dropped you a message on hangouts/gmeet, otherwise I'm on gitter https://gitter.im/tobozo