Thank You for your continued support and contributions!
1. I don't think it would be slow or add much code, at least for deflate.
I think all current dap's that are sensible rockbox targets have cpu's that are more than fast enough. Remember that zip format goes back to the pc-xt era (4.77 mhz 16 bit cpu) so by that standard, today's ARM processors are practically supercomputers.
It's just that these zips are so common that it would be a significant convenience win to be able to just drop them onto the player without unpacking.
Feel free to code it, but I don't think this'll make it into Rockbox even if someone does.It adds code size and complexity for very marginal gain.
Intercepting the file coming in and unzipping it on the fly sounds like the right approach. I'm surprised if there's nothing like it already.
I suspect strife98's slow Palm unzipping is due to file i/o slowness rather than because of the unzip algorithm itself.
Though I agree that it probably wouldn't justify adding ZIP support to the core of the firmware, I'd still love to see a plugin. The user could "launch" a ZIP file and just see a list of contents, then choose a file to extract.
My Palm takes ~20 seconds to copy 5 MB from RAM to the card. The same file, with the same card, with a good card reader, takes 3 or 4 seconds on my PC.
I think the gain would not be marginal; the more I think about it, the more I realize that almost all of my music downloads are zips, though I'm maybe non-typical in that I don't use itunes and I don't rip cd's that often.
I keep a lot of text files and tracker-format songs in a few ZIPs, and this usually saves a pretty good deal of space (especially because the smaller files are no longer hogging a 64KB cluster when they're ~10KB, and the like on FAT). ... Though I agree that it probably wouldn't justify adding ZIP support to the core of the firmware, I'd still love to see a plugin.
Page created in 0.097 seconds with 21 queries.