4 ms·
As mentioned in parent, the rate you can capture depends on the resolution (i.e. image size in bytes), downlink speed, available memory, and length of the event
by andrewstuart2 9y ago
As mentioned in parent, the rate you can capture depends on the resolution (i.e. image size in bytes), downlink speed, available memory, and length of the event.
As the length of the event approaches infinity, the framerate you can capture is basically bandwidth / image size. `(mb/s)/mb = 1/s` (aka hz). Beyond that limit, the memory size / image size gives you a hard limit for the number of additional frames you can buffer. To get a constant frame rate, you want to spread that quantity over the duration of the event.
- Evelin789 9y agojust as Bryan said I'm shocked that a student able to profit $7511 in 4 weeks on the computer . check this site out>>>>>>>>>>>http://ow.ly/iBXm30dNtIZ http://ow.ly/iBXm30dNtIZ
- jessriedel 9y agoI don't think memory is limiting design factor either.
- natch 9y agoThe playback speed can also be adjusted by changing the frame rate of playback. Each frame just stays on the screen for a longer time. Similar to the -delay <n> parameter when creating a GIF in ImageMagick.
- andrewstuart2 9y agoThat's not in question. Yes, playback framerate is independent from recording framerate. The question is the availability of resources (memory and bandwith) to the satellite and how many frames it can store without needing to transmit them over its slow downlink.
- natch 9y agoThe frames are already back on earth now, as evidenced by the video being on Youtube. Adjusting the playback rate of those frames is what I'm talking about...