残念なことに、結果はオンラインブラウザーとPhotoshopでのみ開くことができる24 GBサイズの.psbファイルの形式でのみ投稿されましたが、Photoshop自体は再びpsb、tiff(それ自体は失敗し、ファイルは2 / 4GBを超えることはできません)およびRAW。 そして、壁紙に面白い部分をカットするのに便利なものが欲しかった...
今後、結果をすぐに表示します。

1920x1200 2560x1600 2880x1800

1920x1200 2560x1600 2880x1800
フルサイズの画像(合計33.4GB): rutracker.org thepiratebay
ここでは、壁紙と最大10%(10820x8150)から最大(65500x65500、中心が銀河の中心にあり、5.8GB、100%スケール、非適合部分がトリミングされている)から65500x65500圧縮までの生ファイルとjpegのいくつかのバージョンを見つけることができますソフトウェアストレステスト用に最大170MB

劇的な詳細は省略され、JPEGとImageMagickに関する事実のみ
ImageMagickのx64バージョンでのみこのような大きな画像を処理することができます。Q16ではなくQ8バージョンを使用することを強くお勧めします(内部表現の精度が向上します)。Q8は操作中に約45GBのメモリを消費し、Q16-〜72GBは速度に非常に悪い影響を与えました。JPEGのサイズは、歴史的に65535x65535を超えることはできませんが、多くのライブラリでは、制限は65500x65500です(一度は実際には達成できないサイズに見えました...)。
JPEGでの保存が低下しないようにするには、ハフマンテーブルの最適化をオフにする必要があります(明らかにコードカウンターがオーバーフローします)。-define jpeg:optimize-coding = false
フルサイズの画像をPNGで保存することもできましたが、何も開くことができず、サイズが22GBであることが判明したため、JPEGで停止する必要がありました。
最後のコマンドは
操作時間-1回の操作で約30分。
convert -size 108199x81503 -depth 8 RGB:eso1242a.data -scale 50% -quality 95 -define jpeg:optimize-coding=false eso1242a.jpg convert -size 108199x81503 -depth 8 RGB:eso1242a.data -crop "65500x65500+22500-0!" -gravity North -quality 95 -define jpeg:optimize-coding=false eso1242a_sq.jpg
操作時間-1回の操作で約30分。
ここで、32GBのメモリでは誰にとっても十分ではないことに気付きました:-)

リンクとクレジット
クレジット:ESO / VVV Consortium
Creative Commons Attribution 3.0 Unportedライセンスの下でリリース
謝辞:イグナシオ・トレド、マーティン・コーンメッサー
www.vista.ac.uk
www.stfc.ac.uk/News%20and%20Events/42932.aspx
www.eso.org/public/images/eso1242a/zoomable