Reverendender

joined 2 years ago
MODERATOR OF
[–] Reverendender 6 points 3 hours ago

I'm whelmed

[–] Reverendender 1 points 6 hours ago

I just tested it out with an Apple RawMax file, and did not have a problem 🤔

[–] Reverendender 1 points 15 hours ago (2 children)

It is bonkers to me that it's this difficult

[–] Reverendender 3 points 1 day ago

What does her husband think?

[–] Reverendender 14 points 1 day ago

Who knew The Grey was predicting our future?!

21
Lightship - Wikipedia (en.m.wikipedia.org)
submitted 1 day ago* (last edited 15 hours ago) by Reverendender to c/[email protected]
 

Image is from Boston Harbor, MA, courtesy of my mother, the tour guide.

[–] Reverendender 0 points 1 day ago (4 children)

I did some "research:"

Many photography software applications struggle to handle RAW images from pixel-wise sensors (such as those found in phones like Google Pixel) due to several key factors:

1. Proprietary RAW Formats:

Pixel-wise sensors, especially in smartphones, often use proprietary RAW formats that require specific decoding algorithms. Manufacturers may not publicly release detailed specifications, making it challenging for third-party software developers to support these formats efficiently.

2. Computational Photography Differences:

Smartphone cameras, including those in Google Pixel devices, rely heavily on computational photography techniques, such as multi-frame processing, AI-based enhancements, and advanced noise reduction. RAW files from these sensors may contain unconventional data structures that traditional RAW processors are not designed to handle.

3. Sensor-Specific Calibration:

Pixel-wise sensors often have unique color filter arrays (such as Quad Bayer or Non-Bayer patterns) that require specialized demosaicing algorithms. Standard RAW processing software may not include tailored profiles for these sensors, leading to inaccurate color representation and dynamic range issues.

4. Metadata Complexity:

RAW files from smartphone cameras often include extensive metadata related to AI processing, HDR stacking, and depth information. Traditional photo editing software may not be equipped to interpret or utilize this metadata effectively, leading to compatibility issues.

5. Different Color Science Approaches:

Professional-grade cameras from companies like Canon, Nikon, and Sony follow well-established color science workflows that have been optimized over years. Smartphone manufacturers may use different approaches to color reproduction that do not align with traditional workflows, making it difficult for standard RAW editors to achieve accurate color reproduction.

6. Lack of Standardization:

Unlike the well-established DNG (Digital Negative) format, many smartphone manufacturers opt for proprietary RAW formats without adhering to industry-wide standards. This forces software developers to reverse-engineer these formats or wait for official support, which may not always be available.

7. Software Optimization Priorities:

Many traditional photo editing tools are optimized for DSLR and mirrorless cameras, which produce RAW files with more predictable data structures. Adding support for smartphone-specific RAW files may not be a high priority for these companies, given the relatively smaller demand compared to professional workflows.

To address these challenges, some users turn to manufacturer-recommended apps (such as Google Photos or Snapseed for Google Pixel devices) or use software that supports DNG files, which are more widely compatible across platforms.

To improve Capture One’s ability to handle RAW images from your Pixel-wise sensor (such as those from Google Pixel phones), consider the following steps:

1. Convert to DNG Format

• Google Pixel devices can save RAW files in DNG format, which is widely supported by Capture One.

• If your Pixel’s RAW files are in a proprietary format (e.g., .PEF or .RAW), you can use Adobe DNG Converter (a free tool) to convert them to DNG before importing them into Capture One.

2. Use Capture One’s Generic DNG Profile

• Capture One offers a generic DNG profile that may improve compatibility with your converted RAW files.

• Import the DNG files and manually adjust color profiles and sharpening to better suit the Pixel sensor’s characteristics.

3. Custom ICC Profiles

• If you notice significant color inaccuracies, consider creating or downloading a custom ICC profile tailored for your Pixel device.

• Tools like X-Rite ColorChecker can help you generate a profile that Capture One can use to apply more accurate color corrections.

4. Tweak Capture One’s RAW Processing Settings

• Since Capture One is optimized for DSLR and mirrorless cameras, manual adjustments may be necessary:

• Increase Noise Reduction, as smartphone RAW files often contain more noise.

• Adjust Sharpness and Structure to compensate for differences in smartphone sensor processing.

• Experiment with Base Characteristics > Curve to find a setting that closely matches the smartphone’s output.

5. Try Third-Party Plugins

• Some third-party tools and scripts may extend Capture One’s support for certain smartphone RAW formats.

• Look for community-developed tools or Capture One plugins that can preprocess these files before import.

6. Capture One Feature Request

• If you frequently work with Pixel RAW images, consider submitting a feature request to Capture One’s developers. They might consider adding support in future updates if there’s enough demand.

7. Alternative Workflow

• If Capture One struggles too much with your files, consider processing them first in software better suited for smartphone RAW files (e.g., Adobe Lightroom, Affinity Photo, or RawTherapee) before exporting them as high-quality TIFFs for final editing in Capture One.

[–] Reverendender 2 points 1 day ago

I felt very stupid

Wordle 1,311 5/6

🟩⬛⬛⬛⬛
🟩⬛🟩⬛⬛
⬛⬛🟨⬛⬛
⬛🟨⬛🟨🟨
🟩🟩🟩🟩🟩
[–] Reverendender 33 points 2 days ago

This is the guy that uses an app to monitor his son’s masturbation habits, so if he is against an app, you can be darn sure he’s serious

[–] Reverendender 8 points 2 days ago (1 children)

It's always mutant canibals

[–] Reverendender 21 points 2 days ago

It's very unhealthy, and its owners should be ashamed of themselves

[–] Reverendender 0 points 2 days ago (1 children)

I am getting ready to buy a house for the first time in my life, and I am seriously considering getting something with a potential rental unit in it, and then renting it out at a very reasonable price. Gotta start somewhere? 😥

9
Beef and Shrimp Stir Fry (www.chinasichuanfood.com)
25
Pic (sh.itjust.works)
 
 

Signature Plastics (Black Friday Doorbusters - Hell Yeah!)

SA-P Tequila Sunrise (Alphas + 60% Modifiers Gorton + 80% TKL Add-on)

G20 Semiotic (80% TKL Set)

DCS Nova White (Alphas + 60% Modifiers + 80% TKL Modifiers)

G20 Stealth (Alphas Night + TKL Night)

 

The bank shut down a discussion on an internal website about a five-day return to office policy after dozens of employees criticized the move

Original link: https://www.wsj.com/business/jpmorgan-chase-disables-employee-comments-after-return-to-office-backlash-19199a4a

 

Signature Plastics SA Geoma Keycaps RK Gaming S98 board

 

I’m a business analyst, and a big part of my job involves working with engineers and product managers to gather detailed, in-depth information. For reasons I don’t fully understand (though I have my theories), I often find that engineers, in particular, seem oddly reluctant to share the information I need. This makes the process more challenging than I’d like. Does anyone have tips or tricks for building trust with engineers to encourage them to share information more willingly and quickly?

EDIT: Here's a summary with more details for those who requested more info: I’m working on optimizing processes related to our in-house file ingestion system, which we’ve been piecing together over time to handle tasks it wasn’t originally designed for. The system works well enough now, but it’s still very much a MacGyver setup—duct tape and dental floss holding things together. We got through crunch time with it, but now the goal is to refine and smooth everything out into a process that’s efficient, clear, and easy for everyone to follow.

Part of this involves getting all the disparate systems and communication silos talking to each other in a unified way—JIRA is going to be the hub for that. My job is to make sure that the entire pipeline—from ticket creation, to file ingestion, to processing and output—is documented thoroughly (but not pedantically) and that all teams involved understand what’s required of them and why.

Where I’m running into challenges is in gathering the nitty-gritty technical details from engineers. I need to understand how their processes work today, how they’ve solved past issues, and what they think would make things better in an ideal world. But I think there’s some hesitation because they’re worried about “incriminating” themselves or having mistakes come back to haunt them.

I’ve tried to make it clear that I’m not interested in punishing anyone for past decisions or mistakes—on the contrary, I want to learn from them to create a better process moving forward. My goal is to collaborate and make their jobs easier, not harder, but I think building trust and comfort will take more time.

If anyone has strategies for improving communication with engineers—especially around getting them to open up about technical details without fear—I am all ears.

 

view more: next ›