Mike Chaney's Tech Corner
April 27, 2024, 09:17:42 PM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Qimage registration expired? New lifetime licenses are only $59.99!
 
   Home   Help Search Login Register  

Professional Photo Printing Software for Windows
Print with
Qimage and see what you've been missing!
Pages: [1]
  Print  
Author Topic: 100 MB Raws  (Read 10208 times)
Jeff
Hero Member
*****
Posts: 763



View Profile WWW Email
« on: February 05, 2015, 10:38:06 AM »

Would processing a 100bm raw have a drastic slow down effect on QUltimate with SSD disks and 4 core processor on win 7.

Maximum raw file I can find to test is a 37mp sonny raw. This appears to run Ok just takes 30 seconds to create the raw Cache.

I ask because Oly has just updated the Olympus OM-D E-M5 Mark II Digital Camera Body to use the Image Stabilisation system to create super resolution landscapes.
(40mp jpegs 100mp raws)

There would not be many such images, a few tripod shots of super landscapes.  Whether this high a res would be of any advantage is another question.

Difficult to test without a sample immage.  I will see if I can get one out of Oly.
 

Jeff 
Logged

Grumpy
Ernst Dinkla
Sr. Member
****
Posts: 410


View Profile Email
« Reply #1 on: February 06, 2015, 04:08:43 PM »

64 mp raw file of 100 MB. ORF file type. As I understand it Photoshop needs a new plug-in for that camera.

http://www.imaging-resource.com/news/2015/02/05/resolution-wars-can-a-16mp-four-thirds-camera-best-a-36mp-full-frame

The new Canon 5DS (R) files may ask for even more space.

The Olympus may deliver better color fidelity and less moiré though.

Met vriendelijke groet, Ernst

http://www.pigment-print.com/spectralplots/spectrumviz_1.htm
December 2014 update, 700+ inkjet media white spectral plots
Logged
Jeff
Hero Member
*****
Posts: 763



View Profile WWW Email
« Reply #2 on: February 07, 2015, 08:35:27 AM »

Thanks for comments and link.

The feature seems to be a bit to restricting to be of great importance when making a new camera purchase.

In my case it would be only of use for landscapes on calm days and would require carrying a tripod all the time 'just in case'

Jeff

Logged

Grumpy
Ernst Dinkla
Sr. Member
****
Posts: 410


View Profile Email
« Reply #3 on: February 07, 2015, 10:18:41 AM »

Thanks for comments and link.

The feature seems to be a bit to restricting to be of great importance when making a new camera purchase.

In my case it would be only of use for landscapes on calm days and would require carrying a tripod all the time 'just in case'

Jeff



Jeff,

Waiting for more test/reviews but it could be a nice system for me. I use a Canon 5D MK II + Sigma 50mm Macro for art reproduction jobs and use it too on travels. At least intended to do that as it happens more often that I take my son's old Olympus PL-1 with me + a Schneider Xenon C-mount. The reproduction quality of the  Olympus OM-D E-M5 Mark II HR takes could be better than what i get with the 5D and I think the approach is sensible, the more as 4/3 sensors will meet the diffraction limits when they will get more MP. The sensor + lens optical combination is probably less challenged with this oversampling method than it will be in the new Canon 5DS (R) single shot system. When I read that Canon also had to improve moving parts etc for less vibration it rings a bell. I rather have controlled sensor shifts than unintended shifts :-) The best explanation of the 8 shot method suggests that the Olympus shifts 4x 1 pixel first so a true 16 MP R+G (+G)+B sampling is done (similar to Sigma sensor sampling) and on top 4x sampling between the first positions, so oversampling. Sensor has a weak anti-aliasing filter as I understand it. However the Olympus range should get a shorter (25-30mm) macro lens that can compete with for example the Sigma 70mm Macro lens quality.

There is an analogy with the Epson flatbed scanners that use oversampling, the sensor wells are larger than the pitch between them (several linear CCDs shifted half a pixel) and larger than the stepping rate in the scanner motion. At first sight that suggest an inflated resolution quote like so many scanner manufacturers utter but this oversampling creates a good base to reduce noise and by that increase the dynamic range in film scanning. With deconvolution sharpening one can actually create more resolution too than what can be expected of the sensor well size. I have done quite some work with wet mounting scans of films with both a Nikon 8000 MF scanner and an Epson V700 scanner, tweaked wet mount film holders, equalized focus fields etc. Often I prefer the V700 result.

Of course a Sony A7 IIIwith the same sensor shift could be champion next year.

Met vriendelijke groet, Ernst

http://www.pigment-print.com/spectralplots/spectrumviz_1.htm
December 2014 update, 700+ inkjet media white spectral plots
Logged
Jeff
Hero Member
*****
Posts: 763



View Profile WWW Email
« Reply #4 on: February 08, 2015, 08:16:18 AM »

Ernst

Interesting reading, and thanks again for the previous link, very good info there, I am slowly reading it all.

jeff 
Logged

Grumpy
admin
Administrator
Forum Superhero
*****
Posts: 4123



View Profile Email
« Reply #5 on: February 14, 2015, 02:22:53 AM »

From what I've read about those designs, once DCRAW supports them, I wouldn't expect them to take any more time to load than the file size would dictate.  For example, a 100MB raw would take approx. 3x longer to load than a 37MB raw.  Talking uncompressed size of course.  I'm interested to see what these things can do, but the limitation of tripod and static subject shooting is a pretty big one.  One reason I almost never shoot multi-shot HDR.

Mike
Logged
Jeff
Hero Member
*****
Posts: 763



View Profile WWW Email
« Reply #6 on: February 14, 2015, 08:19:30 AM »

After reading reviews on 'multi' shot high def raws I decided not to go down that route.

How often do you see a super landscape on a dead calm day and have a tripod with you?  and three builders bricks to ballast the tripod, not very often in my case.

In the end I decided on a Olympus OM-D E-M1 and am now struggling with the manual, a pretty poor effort considering the camera cost. -
No printed manual just a 203 page a5 booklet with 7 pages in English giving basic battery insertion etc.  the rest the same in 27 languages!

Main manual supplied on CD, I printed it all out for easy reading and found it a very poor thing.  Does not even instruct how to set to Raw, I had to Google 'how to' to find out Sad Sad

How I long for a Rollie with a 2.1/4 sensor, one lens and big viewer screen.

Jeff

       
 
Logged

Grumpy
Ernst Dinkla
Sr. Member
****
Posts: 410


View Profile Email
« Reply #7 on: February 15, 2015, 10:59:22 AM »

From what I've read about those designs, once DCRAW supports them, I wouldn't expect them to take any more time to load than the file size would dictate.  For example, a 100MB raw would take approx. 3x longer to load than a 37MB raw.  Talking uncompressed size of course.  I'm interested to see what these things can do, but the limitation of tripod and static subject shooting is a pretty big one.  One reason I almost never shoot multi-shot HDR.

Mike

Alright, it means quality that is loaded so time is acceptable. I have 6x9 scans that are bigger and do not have that quality.

There is more of that technology to be expected in time Olympus says:
http://www.dpreview.com/articles/5476551037/interview-with-setsuya-kataoka-from-olympus-om-d-high-resolution-mode
and what I hinted on already; 50MP full frame, hand held, suffers as well according Mr. Setsuya Kataoka.

Met vriendelijke groet, Ernst

http://www.pigment-print.com/spectralplots/spectrumviz_1.htm
December 2014 update, 700+ inkjet media white spectral plots




Logged
Jeff
Hero Member
*****
Posts: 763



View Profile WWW Email
« Reply #8 on: February 16, 2015, 03:34:36 PM »

Ernst

Thanks for that link, interesting, and Fred please note I do understand it Smiley

Jeff
Logged

Grumpy
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2015, Simple Machines Valid XHTML 1.0! Valid CSS!
Security updates 2022 by ddisoftware, Inc.