Jak mogę poprawić wyniki mojego zastrzeżonego potoku przetwarzania RAW?

goldenmean

2011-05-10 18:25:37 UTC

view on stackexchange narkive permalink

Przeprowadzam eksperyment z przetwarzaniem obrazu Raw przy użyciu dwóch narzędzi do przetwarzania końcowego:

Adobe PhotoShop (PS) CS5
Zastrzeżony kod potoku przetwarzania obrazu.

Przechwytywanie danych:

Przechwyciłem kilka surowych obrazów za pomocą Nokia-900 w formacie DNG. Ten DNG ma filtr kolorów Array data (surowe dane Bayera), które są wyodrębniane i podawane jako dane wejściowe do zastrzeżonego kodu. Oprogramowanie własnościowe nie wykorzystuje żadnych metadanych / danych Exifdata obecnych w pliku DNG. Adobe PS przyjmuje plik DNG jako dane wejściowe do przetwarzania. Chcę mieć tutaj komentarze ekspertów na temat jakości wizualnej tych dwóch wyjść, krytycznego porównania między dwoma na podstawie różnych czynników, takich jak - szum obrazu, ostrość (rozmycie), dokładność kolorów, jasność, kontrast, przebarwienia, obramowanie chrominancji, jeśli występuje, i każdy inny parametr, na który możesz mi wskazać.

Obawiam się, że dane wyjściowe z mojego kodu są gorsze od danych wyjściowych Adobe PS i chcę to poprawić / naprawić w każdy możliwy sposób.
Być może Adobe PS używa dodatkowych metadanych z pliku DNG lub ma lepsze algorytmy przetwarzania obrazu, chciałbym zrozumieć, co dokładnie się tutaj dzieje.

Kroki przetwarzania:

Kroki związane z uzyskaniem danych wyjściowych z dwóch potoków przetwarzania są następujące:

Dane wyjściowe z Adobe PS: Załaduj DNG, Balans kolorów, aby usunąć wszelkie odlewy, dostosowując suwak temperatury kolorów, a następnie zastosuj maskę wyostrzającą (ilość-100%, promień-2 piksele, próg-65), filtr szumów Mediana (promień- 1 piksel), Sa ve przetworzony obraz jako BMP.
Dane wyjściowe z Proprietary: Demosaicing (algorytm AHD), Balansowanie kolorów przy użyciu matrycy korekcji kolorów, PErform Auto balans bieli przy użyciu zastrzeżonego algorytmu, RGB- > Konwersja kolorów YUV, nieostre maskowanie (zastrzeżony algorytm tylko dla komponentu Y), Medianowy filtr szumów na Y, U, V (standardowy filtr mediany 3x3 na obrazie), korekcja gamma, konwersja kolorów YUV-> RGB, zapisz jako BMP.

Wyniki:

Poniżej znajdują się dwa obrazy (są one przesłane tutaj jako JPEG). Co jest lepsze i co można zrobić, aby poprawić za drugim?

Wyjście Adobe PS:
Wyjście z zastrzeżonego potoku przetwarzania obrazu:

Czy obrazy są przycięte w 100%, czy pomniejszone wersje całego obrazu?

Ktoś robi techniczne rzeczy na ich lekcje fotografii ...

Na podstawie „co można zrobić, aby poprawić w drugim?”, Podejrzewam, że masz już opinię, która z nich jest lepsza. Czy miałoby sens przekształcenie tego w coś w rodzaju „Jak działa procesor RAW?”

@coneslayer: Próbowałem wstawić obrazy w pełnej rozdzielczości (1296x984) do tego postu, ale wygląda na to, że zostały przycięte / zmniejszone. Więc nie wiem dokładnie, co by zrobił, żeby zmniejszyć skalę. @D.Lambert: Czy drugi obraz nie wygląda na zaszumiony z dużą ilością szumów w ciemnych obszarach. @ElendilTheTail: Nie dla żadnej klasy, ale właśnie to robię, aby zarabiać na życie!

@goldenmean Czy możesz również opublikować jakieś 100% zbiorów. Chociaż podejrzewam, że hałas na drugim obrazie jest tak zły, że nie uzyskasz rozsądnych odpowiedzi, dopóki nie naprawisz tego pierwszego.

To nie jest odpowiedź na twoje pytanie, ale czy mogę zapytać, * dlaczego * to robisz? Jeśli chcesz poeksperymentować z pojedynczą częścią potoku (i nie planujesz rozpowszechniać swojej pracy), możesz prywatnie załatać program GPL [dcraw] (http://www.cybercom.net/~dcoffin/dcraw/) .

Czy pojawia się tutaj pytanie „Jak mogę poprawić wyniki mojego zastrzeżonego potoku przetwarzania RAW?”

@fmark: Robię to dla mojej pracy. Byłbym zainteresowany współtworzeniem programu dcraw. Który algorytm w szczególności w dcraw? Czy to demozaika czy jakaś inna blokada? Jak mam się do tego zabrać? @mattdm: Tak, to jest ostateczny cel, więc aby go osiągnąć, chciałbym uzyskać dane wejściowe dotyczące porównań między dwoma wyjściami dla różnych parametrów jakości obrazu.

photo-SE nie jest ani stroną krytykującą zdjęcia, ani stroną programującą, więc osobiście ciężko mi zrozumieć, dlaczego nie jest to lepsze pytanie, o które można zapytać w SO ...

Dlatego głosuję za zamknięciem go tutaj w photo-SE i zalecam migrację do SO.

@Jay: Gdybym szukał porady dotyczącej implementacji, zgodziłbym się na przejście do SO. Ale wydaje mi się, że szuka informacji na temat względnej jakości obrazu wyjściowego - dokładności odwzorowania kolorów, szumu itp. To samo pytanie można by zadać na przykład w przypadku produktów komercyjnych, takich jak Silkypix czy ACR. To nie jest kwestia programowania.

@Jay Lance Photography: Nie sądzę, że moje pytanie dotyczyło jakichkolwiek porad / informacji związanych z programowaniem. Więc SO nie wchodzi w grę. Widziałem tutaj wiele postów na photoSE, w których użytkownicy zamieszczali zdjęcia i prosili o komentarze na temat „jakości” zdjęcia lub danych wejściowych dotyczących różnych aspektów zdjęcia. Podana poniżej odpowiedź zdecydowanie dodaje wartości forum, a zatem pytanie może pozostać otwarte i, jeśli to możliwe, uzyskać bardziej konstruktywne, przydatne i trafne odpowiedzi.