On encryption speedOne AES cycle (128 bits at a time) on ARM costs on the order of 1000 cpu cycles. The slowest AES throughput I have ever seen on an ARM cpu in practice was 2.7 Mbit/s. I blindly hope that the DIGIC IV in my posession is somewhat faster. In combination with small file sizes, encryption is no obstacle to a decent performance (say save a picture in a second). On the other hand using the raw pictures is simply too much data to be useful.
all the buffers are accessible in memory before they get written (specifically, in my camera seems like the jpg buffer is a 15mb buffer where data is appended and the camera holds a pointer to the last jpg added...while the raw buffer are, well, raw buffers ). in this thread ( http://chdk.setepontos.com/index.php?topic=6104.0 ) i was just trying to find a method for inhibiting the camera from saving them directly (so we could decide what to do with them -- e.g. save only DNG or modified raw or, as you say, encrypt data and then write..) but no luck so far.
Started by gotsomeideas
Hello, I'm a NEWBIE - HELP!! (Newbies assistance, User Guides and thank you notes)
Started by ragustin
General Help and Assistance on using CHDK stable releases
Started by hk
« 1 2 »
Started by flarn2006
Started by kimbox