kirkmartinez

Ah yes the HP pdf is broken/incompatible in some way - my guess it needs loading into something that can read it and saving again..

hi all, we're writing some helper python and realised that in a RAW workflow the original-captures would contain the raw originals. But then we'd like to convert them to 16 bit Tiff before processing. Current practice would have those in the jpeg-exports dir which is slightly misleading but we could stick to that to avoid having yet another dir if raws are involved. So my questions are: 1) would you like original-captures to contact the captured images with their original name? (eg ND?_xxxx.NEF) 2) for raw images are you happy to have tiffs in jpeg-exports ? (actually they can be deleted after processing to save space but...) 3) if you choose a crop before processing - where is a standard place to store the x,y,w,h for that? 4) Some people will use image sets of targets like grey cards for corrections - we should probably have a standard calib_images dir for those! Cheers! Kirk

I have one of Dave's test ptms here if anyone wants to see one: http://marc.ecs.soton.ac.uk/rti/underwater-writing-page3-impressions.ptm

You can also use our version of the PTM fitter - although I haven't used it with rtibuilder for a while - it is much faster with high-res images: https://github.com/kmartinez/rti/blob/master/ptmfit.zip?raw=true It was written to use our libVIPS libary by John Cupitt.

and thanks for the mention Dave - I didn't see it until today sorry!

Hi - we're making our 13th dome - so happy to help! and certainly not $24k!! see custom-imaging.co.uk

I just to discovered that the Semple black 2.0 (mentioned in leszekp 's excellent blog) is highly conductive! don't paint it on any wires/electronics!

We have a binary version of our rewritten ptmfitter (by John Cupitt) here for Windows (Mac one coming soon!) find it in: https://custom-imaging.co.uk/software/ it still prints the same things - and has the same parameters - to maintain compatibility with the ancient ptmfitter ;-) But it copes with the large iomages we now use. for reference it builds a 128 36Mpix image set in 39s on my PC. We also have a friendly Windows helper if you use it on windows a lot - see RTI Processor. Enjoy! Kirk ps I know this looks like a very old thread but it has the right name!

to avoid starting a new thread I'll reply to my post ;-) We just installed two new systems in Arras, France - and CNRS Paris - both for Archaeology finds. https://custom-imaging.co.uk/dome9-pas-de-calais/ https://custom-imaging.co.uk/dome10-cnrs-paris/ both running on Canon SLRs. If you use Windows (rare I know!) we have a card importer that makes all the right sub-folders for you, see https://custom-imaging.co.uk/software/ Also a Windows-helper to run ptmfit. Cheers! Kirk

We just setup the high-spec rti dome in Oxford with 128 LEDs and a new controller.. see: https://custom-imaging.co.uk/projects/dome-7/

Dave's paper on underwater RTI is finally out: http://electronicimaging.spiedigitallibrary.org/article.aspx?articleid=2608312 enjoy! Kirk

Hi all, we just completed over a year of development on a geodesic dome system and installed the first on in the University of York. We're still writing up the details but there are some images etc on our website. Headlines are: 65 1300 lumen LEDs relatively portable - as it unbolts into a box of struts and some aluminium poles quite fast - about 65s per capture takes different cameras as long as they have an external wired shutter release doesn't need a laptop to drive it - as long as you can focus and set camera exposure its standalone Cheers Kirk