Motorola Photonは、他の人が「ブラッククラッシュ」と呼んでいるものを展示することで有名です。写真を表示すると、画像の暗い部分の細部のほとんどが黒に平らになります。これまで、ほとんどの人がペンタイルディスプレイでそれを非難してきました。しかし、初めてその効果を見たとき、私は別の考えを思いつきました...「うわー、それは、Windows用にエンコードされた写真が1.8のガンマを使用したときにLinuxとMacintoshで見たのと同じ（悪い）方法に見えますWindowsの2.2"の標準の代わりに。私の理論では、モトローラは、モトローラがiPhone以前のAppleパートナーだったときに書き戻された古いライブラリを使用してPhotonのAndroidを構築しました（または、2.2ではなく1.8ガンマを想定した古いオープンソースコードを入手した可能性があります）。
なぜ私はそんなに確信しているのですか？数日前、古いEpic 4G（Samsung Galaxy S）と新しいPhotonの両方を使用して、同じWebページのスクリーンキャプチャを実行しました。予期せぬことに、Epicのスクリーンキャプチャ.pngは正常に見えましたが、Photonのスクリーンキャプチャ.pngは、私のPCで表示した場合、Photonの画面で表示した場合とまったく同じ悪い外観でした。それを見た瞬間、ガンママッピング1.8-vs-2.2のバグの可能性について以前に考えたことを思い出し、モトローラに見せて、これが修正可能な本当のバグであることを納得させるためのデモアプリを書いてみることにしました。
私がやりたい実験の1つは、明るい領域と暗い領域の両方でダイナミックレンジとディテールが高いJPEG画像を取得し、1.8と2.2の差の基本的に2倍の非標準ガンマに再エンコードすることです。意図的に反対の極値（2.6？）に誤ってエンコードした場合、メタデータにあり、2.2であると言うと、フォトンで表示すると正常に見えます（2.2を1.8にクラッシュさせるのと同じエラーがあるため） 2.6を適切な2.2にクラッシュさせます）。
したがって、2つの質問：
2.2ガンマ画像が1.8であるかのようにデコードされた場合に得られるエラーと等しく、反対のガンマはどれですか？2.6？
ソース画像をその非標準のガンマに意図的に誤ってエンコードする簡単な方法（無料のPhotoshop / gimpプラグイン、JPEGエンコーディングライブラリなど）はありますか？