![]() jpg (and other formats)Īdobe Camera Raw was released in 2003 and has added support for new camera models ever since. Here’s a list of the best RAW converters and RAW photo editors you can find. There are even tools that fix optical issues. New versions of popular photo editing software support many Sony camera models, custom camera and lens profiles, and color matching systems. Today, you have very good editing options that allow you to shoot in RAW and deliver natural-looking images. Still, Sony mirrorless technology keeps attracting more and more professional photographers that need powerful RAW convertors and photo editors. As a result, not many RAW converter developers have adapted their products to support RAW files produced by Sony cameras. ![]() Sony’s RAW file formats are relatively new. But each camera has its own RAW format, and supporting several hundred camera models isn’t an easy job for a photo editor. The RAW format keeps a huge amount of information and provides high-quality images. I would have expected SharpCap to always put the first data in the image array in the top left corner.Shooting in RAW gives you more control over your pictures and more freedom for post-processing. ![]() I can't see any call to that code in the Ascom handling and in particular I can't see any that would depend on whether the image was RGB or RGGB. I do have code in SharpCap that flips the image under certain circumstances, but as far as I can see that's confined to the WebCam code and reading certain file formats when opening a file. I'm afraid I don't understand the vertical flip problem straightaway. eArray.htm - no surprises there… Sadly there are too many things that are left undefined in that standard. It doesn't look like Ascom defines the order of the colour layers in the API standard. I can understand the RGB/BGR thing - SharpCap generally assumes BGR pixel order as that matches the pixel order that Windows uses internally. The above workaround is a hack as ASCOM Camera driver doesn't really support this kind of operation. ![]() (using ReadoutMode property is an alternative). This allows the driver to switch between the actual taking of photos and using LiveView - which is much quieter, faster, and less "shutter-y". ![]() I've worked with the developer of (am I allowed to mention it?) APT and we came up with a solution whereby the software enables "FastReadout" when in preview-mode (only for this driver, to avoid issues with others), and disables it when it wants to take a real photo. LiveView gives a much lower resolution image, (only around 1024圆80 in my testing) but at a much higher framerate (around 1-2 fps for my a6400), and supporting the camera's "Focus Assist" digital zoom. I have the driver working with SharpCap, but I would be interested in discussing how I can expose the "LiveView" feature of many Sony cameras. It supports BULB mode on the camera along with the ability to pull either RGB or RGGB data and return it to SharpCap (in addition to saving the actual camera files). I'm a little late to the Sony Driver party, but I too have written a basic driver that communicates directly with Sony Cameras over USB. ![]()
0 Comments
Leave a Reply. |