Hi Harold, thx for your comment - please keep them coming !
Lee's an old hand at this stuff [i'm sure] but here's a 3FPS [equivalent] then 1.5FPS [equivalent] Excel copy/paste [below] in which I see the main tradeoffs - bit long winded i'm afraid.
I haven't got photoscan yet [and those 4 cameras are still in their boxes] so I think we'll just need to discuss and experiment a way to solution. I've never implemented a stepper or servo or dc/encoder solution before so just trying to understand the tradeoffs there at the moment [a nice little tool looks to be virtualbreadboard for a clean finish if interested].
Magnus is doing some fantastic work that will impact everything that happens. There's tradeoffs there as well - a capture technique that may substantially increase quality. It could decrease the number of cams required but increase capture time...all good fun !
I've long ago forgotten the maths of "mechanics of machines" but I do have a picture of the "light tent" taking off etc if we're not careful

. Some is just a repeat of what you said [for the record] with a few extra notes - but tread with care - I have [on occasion] measured wallpaper 3 times [before hanging] and still cut short

So [say] 3FPS
Frames Seconds
3 1
1 0.33
Scenario 1: [say] 4 Groups of 4 Vertical Cams @ 90 degree offset [to each other] and 30 degree movement chunks [3FPS easily achieveable => 0.33 sec inter frame capture]. 48 Frame total capture in 660ms:
e.g. timing for 1st vertical group of 4 cams:
Frame No Frame capture Start Time (secs) Degrees (from starting position)
1 0 0
2 0.33 30
3 0.66 60
RPM Calculation: Time (secs) Degrees
3.96 360
60 5455 => 15.15 rpm, 360 degree full body capture in 660ms - [shake, rattle, roll] - but maybe forget about 'non-rigid registration' solution ? [wish I'd listened to the mechanics lecturer more closely

]
Scenario 1[a]: Slow it down with same camera positional setup ?? - double interframe capture time to 666ms [1.5FPS]=> 7.58 rpm. Full 360 body capture in 1.32secs. Manageable mechanical stress ? But 'Hao-Li 'non-rigid registration' solution now required [or is it] ?
Scenario 2: [say] 1 Groups ONLY of 4 Vertical Cams and 30 degree movement chunks [3FPS easily achieveable => 0.33 sec inter frame capture]. 48 Frame total capture in 3.63 secs
eg timing for:
Frame No Frame capture Start Time (secs) Degrees (from starting position)
1 0 0
2 0.33 30
3 0.66 60
4 0.99 90
5 1.32 120
6 1.65 150
7 1.98 180
8 2.31 210
9 2.64 240
10 2.97 270
11 3.3 300
12 3.63 330
RPM Calculation: Time (secs) Degrees
3.96 360
60 5455 => 15.15 rpm, 360 degree full body capture in 3.63 sec - [shake, rattle, roll again] - 'non-rigid registration' already required [or is it] ? [still wish I'd listened to the mechanics lecturer more closely

]