JPEG görüntülerin boyutlarına göre “en uygun” dosya boyutu nedir?


10

100.000'den fazla JPEG görüntüsünü tarayacak ve dosya boyutu açısından "çok büyük" ise yeniden sıkıştıracak bir komut dosyası yazmayı planlıyorum. Komut dosyası yazmanın kolay kısmı, ancak bir görüntüyü "çok büyük" olarak nasıl sınıflandıracağından emin değilim.

Örneğin, dosya boyutu 1,81 MB olan 2400x600 piksel bir resim vardır. Photoshop'un web için kaydet komutu, 60 kalitede ve aynı boyutlarda 540 KB'lık bir dosya oluşturur. Bu, orijinal boyutun yaklaşık% 29'udur.

Şimdi bu sayıları bir kılavuz olarak kullanmayı düşünüyorum. 540KB / (2.400 * 600 / 1.000.000) = megapiksel başına 375KB gibi bir şey. Bundan büyük herhangi bir görüntü büyük kabul edilir. Bu doğru bir yaklaşım mı yoksa daha iyi bir yaklaşım mı?

Düzenleme 1: görüntülerin web sitelerinde görüntülemek için optimize edilmesi gerekir.

Edit 2: İsteyerek çıktı kalitesini deneyerek belirleyebilirim, görüntülerin dosya boyutu wrt boyutları açısından büyük olup olmadığını ve daha düşük kalitede kaydedilmesi gerektiğini bilmem gerekir.



1
xiota'nın ilk yorumu cevap olmalı! btw, önceliğiniz nedir? herhangi bir nedenle sadece küçük dosyalara ihtiyacınız varsa, kalite bazen zarar görebilir. kalite algılanabilir bir kazanç olmadan mantıksız derecede büyük jpeg dosyaları oluşturmak kolaydır. bu tür görüntüleri tespit etmek ve yeniden sıkıştırmak iyi bir fikirdir, sadece xiota'nın dediği gibi jpeg kalite ayarını kullanın.
szulat

18
Hangi amaçla "Optimal" ? 'Web kullanımı' demek bile bugünlerde biraz geniş. Beklenen izleyiciler kompakt bir telefondaki görüntülere bakacak mı? Daha büyük bir akıllı telefon mu? Bir ped mi tablet mi? Bir dizüstü bilgisayar? Büyük bir bilgisayar monitörü? 60 "8K TV? Bir jumbotron?
Michael C


2
Komut dosyası oluşturma kolay kısımsa, durumunuzda deneyeceğim şey: sıkıştırılmış görüntünün orijinalden farklı olmasına izin verilen sayısal olarak tanımlanmış bir sınır belirleyin (örneğin her pikselin parlaklık farkının toplamı). Daha düşük kalite (60 gibi) ile başlayın, dışa aktarın ve orijinalden fark çok yüksekse, kalite durumunuz karşılanana kadar daha yüksek kalitede tekrar dışa aktarın (hesaplamayı değiştirmeniz gerekebilir - almak için üstel ölçek veya daha süslü bir şey kullanın en iyi sonuç).
Pavel

Yanıtlar:


4

Açık ortalama , JPEG en tatlı yerinde etrafında piksel başına bir bit .

Bu, elbette görüntü içeriğine bağlı olarak değişecektir, çünkü belirli grafik türleri (örneğin düz alanlar ve düzgün degradeler) diğerlerinden daha iyi sıkıştırır (gürültü, metin), bu nedenle her görüntüye körü körüne uygulamak için sağlam bir yöntem değildir.

Ayrıca, karşılaştırılacak sıkıştırılmamış bir referans görüntüsüne sahip olmamanız da bir sorun var, bu nedenle sahip olduğunuz görüntülerin mevcut kalitesinin ne olduğunu ve kaliteyi hala kabul edilebilir olmak için ne kadar azaltabileceğinizden emin değilsiniz. Kalite, JPEG'lerde nicemleme tablolarından belirli bir ölçüde tahmin edilebilir, ancak güvenilir bir yöntem de değildir (özellikle, ImageMagick'in kalite değerlendirmesi, özel, optimize nicemleme tablolarına sahip JPEG'ler için çok yanlıştır).

Bunu söyledikten sonra, makul bir pratik yaklaşım var:

  1. Memnun kaldığınız maksimum JPEG kalitesi ayarını seçin (70 ila 85 aralığında bir yerde).
  2. Görüntüleri bu kalite düzeyine yeniden sıkıştırın.
  3. Yeniden sıkıştırılmış görüntü ~% 10'dan daha küçükse , yeniden sıkıştırılmış görüntüyü saklayın.

Yalnızca daha küçük dosya boyutunu seçmemek ve bunun yerine dosya boyutunda önemli bir düşüş gerektirmemesi önemlidir. Bunun nedeni, JPEG'in yeniden sıkıştırılmasının, JPEG'in kayıplı doğasından ve 8 bit RGB'ye dönüştürülmesinden kaynaklanan ayrıntı kaybı nedeniyle dosya boyutunu her zaman kaygan bir şekilde düşürme eğiliminde olmasıdır, bu nedenle dosya boyutundaki küçük damlalar orantısız olarak yüksek kalitede bir değere sahip olabilir o.


4
Sonunda yaptığım şey tam olarak bu. 100.000'den 30.000 görüntüyü filtrelemek için piksel başına bir bit'i bir kılavuz olarak kullandım ve bunları% 85 kalitede imagemagick kullanarak yeniden sıkıştırdım. Ortaya çıkan görüntü% 50'den daha küçükse, yeni görüntüyü sakladım. Benim durumumda çalıştı, çünkü "büyük görüntüler"% 100 kalite kullanılarak Photoshop kullanılarak oluşturuldu. Diğer 70.000'den fazla görüntü dosya boyutu açısından OK-ish idi ve yeniden sıkıştırmak yeterli tasarruf (yüzde olarak) üretmedi veya kalitete gözle görülür bir kayıp oldu.
Salman A

1
İkinci paragrafınızı beğendim, ancak yönlendirdiğiniz piksel başına bir bitlik (24 × sıkıştırma) kural için herhangi bir desteğiniz var mı?
Lütfen Profilim Profilim

30

JPEG ile sıkıştırılmış dosyaların boyutu görüntünün karmaşıklığına bağlı olarak değişir. Dosya boyutlarını tanımladığınız şekilde denemeniz çok değişken algılanan görüntü kalitesiyle sonuçlanacaktır.

Bunun yerine aşağıdaki seçenekleri göz önünde bulundurun:

  • Yeterince iyi yaklaşım.  75 gibi kabul edilebilir bir kalite ayarı kullanın. Sonucun boyutunu orijinal görüntü ile karşılaştırın ve daha küçük dosyayı saklayın. Bkz JPG dönüştürürken seçmek nitelik nedir?

  • JPEG minimizer kullanın JPEGmini gibi ya, jpeg-recompressgelen jpeg-arşivde . Temelde yapmaya çalıştığınız şeyi yapmak için tasarlanmıştır, ancak JPEG algoritması içlerinin daha fazla farkındalığıyla.

  • Web geliştirici perspektifinden Nathancahill'in önerdiği gibi çeşitli boyutlarda küçük resimler oluşturun .


7
Veya JPEG minimizasyonunda "aşırı" gitmek istiyorsanız, guetzli . Bellek ve zaman gereksinimlerini not edin.
Philip Kendall

2
Guetzli'yi denedim ama çok etkilenmedim. Çok yavaştır ve boyutları sadece yaklaşık% 20-30 oranında azaltır. Jpeg-recompress ile, smallfry algoritması ile dosyalar% 80 azaltılabilir.
xiota

18

Hayır. Bu yanlış bir yaklaşım.

Piksel cinsinden dosya boyutu, evet, son ağırlıkla ilgisi vardır, ancak tek faktör bu değildir.

Bir test yap. Aynı 2400x600px'lik tamamen beyaz bir dosyayı alın ve JPG olarak kaydedin.

Şimdi birçok ayrıntıyla bir ormanın (aynı 2400x600 piksel) fotoğrafını çekin ve kaydedin. Bu dosya aynı sıkıştırma ayarları kullanılarak daha büyük olacaktır.

Son boyut şu 3 faktöre bağlıdır:

  • Piksel Boyutu
  • Sıkıştırma ayarları
  • İçerik (Görüntünün ayrıntısı ve karmaşıklığı)

Böylece ağırlığı piksel boyutuna göre tanımlayamazsınız ve tanımlamamalısınız.


Ama sorununu anlıyorum.

Görüntünün mevcut sıkıştırmasını analiz etmeden, "optimal" ağırlığı (gözlemciye veya görüntülerin kullanımına göre) tanımlamak zordur

Bir sıkıştırma ayarı tanımlayabilir ve "tümünü" yeniden sıkıştırabilirsiniz. "Yüklemeden" önce bunu yapmak isteyip istemediğinizi bilmiyorum, bu da muhtemelen bazılarını atlayarak kaydedilen zamandan daha fazla zaman kazandıracaktır.

Bir görüntüyü analiz eden ve geçerli sıkıştırma oranını hesaplayan bazı araçlar vardır. Ama bunun bu kadar önemli olduğundan şüpheliyim.


Beyaz imge ile orman imgesi arasındaki kısmı anlıyorum. Rasgele bir resim örneği almamı, photoshop (70 kalite) kullanarak yeniden kaydetmemi ve referans olarak en büyük piksel: dosya boyutu oranını kullanmamı önerir misiniz? Ben daha düşük oranlı olanlar daha az ayrıntı olanlar olacağını tahmin ediyorum.
Salman A

Son ifadenizle ilgili. Sıkıştırma oranı OP Çünkü o hesaplıyor kabaca aslında ne jpeg size / raw sizeve raw size = pixel size * number of pixel, pixel sizebir 24bit RGB renk alanı için 3 sekizli olmak. Kendinizi söylediğiniz gibi, bu metrik bir görüntünün yeterince sıkıştırılıp sıkıştırılmadığını belirlemek için yeterli değildir.
zakinster

9
Hayır, bu yaklaşımı tamamen bırakmanızı öneririm. JPEG'ler belirtilen kaliteyi vermek için ihtiyaç duydukları kadar büyüktür. Örneğinizdeki en büyük görüntünün% 70 kalitede ne kadar büyük olduğunu görme teklifiniz sadece bir görüntü karmaşıklığı düzeyi seçmek ve "Bundan daha karmaşık olan her şey çok karmaşık ve bozulacak" demek. Ancak, hemen hemen tüm görüntüler bu eşikten% 70 kalitede daha küçükse, az sayıda "çok büyük" dosyaya sahip olmanın sorunu nedir?
David Richerby

Bu, özdeş bir konunun bir dizi resminden hangisini farklı yaklaşımlar ve kalite "en iyi" (örneğin orijinaline en yakın) görüntü olarak belirlemek için bir yaklaşım düşünürken geldiğim bir sonuca karşılık geliyor gibi görünüyor.
Michael

10

Web geliştiricisi burada. İşte buna nasıl yaklaşacağım:

1. Görüntülenen görüntü boyutlarını ve gerekli ekran çözünürlüklerini belirleyin.

İlk göreviniz görüntülerin hangi piksel boyutlarında görüntüleneceğini belirlemektir. Ürün fotoğrafları çevrimiçi bir mağazada mı? Fotoğraf galerisi mi? Kullanıcı profil fotoğrafları? Birden fazla farklı boyut? İhtiyacınız olan piksel boyutlarının bir listesini yapın. Son telefonlar ve tabletler gibi yüksek çözünürlüklü ekranlar için @ 2x görüntülere ihtiyacınız olup olmadığını kontrol edin.

2. Yeni görüntü dosyaları oluşturmak için bir küçük resim komut dosyası kullanın.

Bunlara küçük resim komut dosyaları denir, ancak küçük resimlerden çok daha fazlası için kullanılabilir. Orada çok sayıda komut dosyası var ya da kendiniz yazabilirsiniz. Orijinal dosyaları yeniden boyutlandırmayarak, komut dosyanızda bir hata yaparsanız veya daha yüksek çözünürlüklü bir görüntüye ihtiyacınız olduğunu fark ederseniz bunu yapabilirsiniz. Yaygın bir uygulama, çıktı dosya adında bir sonek belirtmektir. Örneğin:

lena.jpg (Original, 2000x3000)
lena-thumb.jpg (100x150)
lena-thumb@2x.jpg (200x300)
lena-product.jpg (400x600)
lena-product@2x.jpg (800x1200)

3. Sıkıştırın.

Yeni görüntü dosyalarını kestiğinizde küçük resim komut dosyasının jpg sıkıştırmasını belirtmesi gerekir. Ancak, dosya boyutunu daha da azaltabilecek başka minifikler de var.


Gelecekte bunu nasıl ele alacaksınız: fotoğrafçılardan yüksek çözünürlüklü orijinalleri bir dizine yerleştirmelerini isteyin, ardından daha küçük boyutlar (çeşitli boyuttaki küçük resimler ve masaüstü ve mobil cihazlar için daha büyük olanlar) oluşturmak için bir komut dosyası kullanın ve bunları URL ile www altına yerleştirin yeniden yazma. Ama şu anda orijinallere erişimim yok.
Salman A

6

İken Rafael'in cevabı @ JPEG sıkıştırma ins açıkladı ve dışarı etti, ben web ve yükleme sorunsalını cevap vermeye çalışacağız.

Bir web sitesinde (tasarım veya içerik için) bir resim kullanmak bazı zorunlulukları belirler: resmim ne için kullanılacak? Logo, kapak fotoğrafı, küçük resim, bir blog yayınındaki fotoğraf, bir galeri için tam ekran fotoğraf ... Ayrıca, çok amaçlı (örneğin bir fotoğraf ve galeri küçük resmi) için kullanıyorsanız, gereken tüm boyutlarda reddetmek istersiniz. Ancak, kendi web sitenizi oluşturmadığınız sürece, günümüzde çoğu web hizmeti, yerinde kullanmak için büyük resminizden daha küçük boyutlu görüntüler üretecektir.

Artık resim amacınızı bildiğinize göre, web sitesi (veya CMS veya ön uç Çerçeve) resminizin uygun olması için her zaman piksel cinsinden maksimum boyut gerektirir. Logolar maksimum 600x600 piksel, arka plan kapağı maksimum 1280x720 piksel, tam ekran 1920x1080 için içerik fotoğrafı veya mutlak ayrıntı koruması için doğal kamera çözünürlüğü olabilir. Yüklemek istediğiniz web sitesinden doğru boyutu kontrol edin. Elde etmek istediğiniz orana bağlı olarak, gereken maksimum piksel boyutundan en azını eşleştirmek istiyorsunuz. En boy oranı aynı değilse, bazı hizmetlerin görüntünüzü kırpıp uzatacağına dikkat edin. Bu durumda, gerekli maksimum boyut ve orana uyması için görüntünüzü yeniden kırpmanız gerekir.

Ardından, web sitesi bir dosya boyutu sınırı getirebilir (veya resmin amacına bağlı olarak olmayabilir). Sayfa yükleme süresine gelince, çakmak o kadar iyidir. 2400x600 piksel yüksek çözünürlüklü görüntü örneğinizde, 300 ila 500kB yükleme süresi için tamamen iyi bir boyuttur. İçerik resimleri (fotoğraflar gibi), görüntü amacı gerektiriyorsa (örn. Tam ekran görüntü), gerekirse kameranızın doğal çözünürlüğüne kadar daha ağır olabilir. Herhangi bir gösterge verilmezse, izleyici ekipmanına (mobil, masaüstü ...), kitle ülke ağ kalitesine bağlı olabileceğinden dosya boyutu sınırını tahmin etmek zor olabilir ... Maksimum kalite ve hizmet için fotoğrafı tek tek görünür yapay öğeler olmadan minimum dosya boyutunu elde edin. Kolaylık veya hızlı işleme için, komut dosyası yeniden boyutlandırma genel olarak tatmin edici bir sıkıştırma düzeyi kullanılarak (yaklaşık 70 iyi olmalıdır).@ xiota'nın yanıtı da ihtiyacınız olan araç olabilir. Burada kendi standardınızı belirleyin.

TL; DR web sitesinde görüntü amacı yeniden boyutlandırma / sıkıştırma miktarı için anahtardır.


3

Hesapladığınız şey bir görüntü pikselinin ortalama sıkıştırılmış boyutudur, eğer ham piksel boyutuna (24bit RGB için genellikle 3 oktet) bölerseniz, sıkıştırma oranını elde edersiniz.

Bu, size görüntünün sıkıştırma durumu hakkında bilgi veren iyi bir metriktir, ancak sıkıştırma oranı yalnızca sıkıştırma profiline bağlı olmadığından görüntünün yeterince sıkıştırılıp sıkıştırılmadığını değerlendirmek yeterli değildir (algoritma = JPEG, kalite = 60/100) ve aynı zamanda görüntünün sıkıştırma potansiyeli üzerinde: aynı ham boyut ve aynı sıkıştırma profiline sahip farklı görüntüler, görüntülerin sıkıştırılması az ya da çok kolay olduğu için farklı jpeg boyutu verir (boş bir görüntünün sıkıştırılması çok kolaydır, beyaz gürültü değildir).

Bu nedenle ve "son kullanılan" kalite profili bu görüntüde (meta veri veya jpeg başlık yapısında) depolanmadığından, hedef boyut / kalite profiline sahip görüntüleri yeniden yayınlarken en çok kullanılan yaklaşım aslında sadece yeniden sıkıştırmaktır (ve görüntünün başlangıç ​​durumuna bakılmaksızın her şeyi (otomatik olarak) yeniden boyutlandırın .

Evet, gerekli olmadığında yeniden sıkıştırabilirsiniz, evet, daha yüksek kaliteli bir profille yeniden sıkıştırırsanız bile alan kaybedebilirsiniz, ancak bunlar uç durumlardır ve büyük ölçekte, hedef kalite profilini sağlamak için yapılması en kolay şeydir. Tabii ki, görüntüleri yavaş yavaş bozmamak için bunu sadece bir kez yapmak istersiniz ve muhtemelen iki görüntü kütüphanesini saklamanız gerekir: ilk "dokunulmamış" ve "yayınlanacak / yeniden sıkıştırılacak".

Bir sürü dosyayı yeniden sıkıştırmak için mevcut birçok araç var, ayrıca kendi komut dosyanızı ve doğru teknik yığını kullanarak (çoğunlukla C ++ ve libjpeg)> 100k dosyaları için bile oldukça hızlı olabilir.

Daha akıllı / daha karmaşık bir süreç uygulamak istiyorsanız, orijinal kalite profilini tahmin etmek için yinelemeli bir yeniden sıkıştırma / karşılaştırma boyutu mantığı ile denemeyi deneyebilirsiniz (aynı kalitede yeniden sıkıştırma, yaklaşık aynı yükseklikte, kalite boyutu biraz artırmalı ve daha düşük bir kalite ile boyutu önemli ölçüde azaltmalıdır). Bu, elbette, çok daha fazla CPU gücü tüketecektir.


JPG görüntüleri genellikle chroma'yı 4: 2: 2 veya 4: 2: 0 ( en.wikipedia.org/wiki/Chroma_subsampling#4:2:2 ) ile alt örneklendirir , bu nedenle JPG'nin sıkıştırdığı "ham" pikseller 2x olur veya her kroma kanalının 4 katı luma pikseli. (Yatay ve belki de dikey olarak yarıya bölünür). Bir görüntünün "ne kadar sıkıştırıldığını" düşünürken bunu dikkate almak isteyebilirsiniz. Ama evet, dediğiniz gibi bu bilinmeyen resim içerikleri arasında mükemmel bir metrik değil.
Peter Cordes

Yeniden ölçekleme için +1. Bir noktada, ölçeklendirme yaparak piksel başına bit sayısını daha da düşürmekten daha iyi görüntü kalitesi elde edersiniz. H.264 veya h.265 gibi modern video codec bileşenlerinden (kod çözücüyü daha fazla düzgünleştirme ve blok çözme işlemi için sinyal gönderebilen) veya hareketsiz görüntü sürümü olan HEIFC (h.265) I-kare olan HEIF'in aksine , JPEG t bunlardan herhangi biri var ve sadece bit açlıktan varsa çok sayıda zil eserler ile bloklu alacak. Bu nedenle, çok yüksek çözünürlüklü giriş görüntüleriniz varsa, yalnızca kaliteyi düşürmek yerine küçültmeniz gerekir.
Peter Cordes

2
For example there is a 2400x600px image with a file size of 1.81MB.
Photoshop's save for web command creates a 540KB file at 60 quality and same dimensions.    
This is about 29% of original size.

Sıkıştırılmamış orijinal boyut 2400 x 600 x 3 = 4.320.000 bayttır (4.1 MB), çünkü 24 bit renk her zaman piksel başına üç bayt RGB verisidir . Bu mutlak gerçeğin etrafında bir yol yok.

Bununla birlikte, JPG boyutu da görüntü detayına bağlıdır. Geniş pürüzsüz alanlar (gökyüzü veya boyalı duvarlar gibi) daha iyi sıkıştırır, ancak daha fazla ayrıntı içeren alanlar (yapraklarla dolu bir ağaç gibi) de sıkıştırılmaz. Dolayısıyla mutlak sayısal gösterge yoktur.

Ancak 540 KB, 4,1 MB orijinal boyutunun 0,540 / 4,1 = % 13'üdür . Önceki JPG boyutunun% 29'u olabilir, ancak orijinal sıkıştırılmamış boyutun% 13'üdür. Bu, genellikle "iyi" kalite olarak kabul edilen orijinal sıkıştırılmamış boyutun 1 / 8'i. Optimum değil, maksimum kalite değil, ancak genel olarak iyi, belki de bazı kullanımlar için yeterince iyi. Sadece söylüyorum, zaten küçük.

Daha büyük bir JPG dosyası daha iyi görüntü kalitesidir ve daha küçük resim kalitesi daha azdır. Neyin yeterince iyi olduğuna karar vermelisiniz, ancak JPG sıkıştırma ile görüntü kalitesi düştüğü için JPG hiçbir zaman "çok büyük" değildir. 24 bit renk, sıkıştırılmamış piksel başına üç bayta sahiptir.

Bu yüzden karar, küçük olmasını veya iyi olmasını istiyorsanız.

Ancak mevcut bir JPG'yi büyütmek hala daha kötüdür, çünkü daha fazla JPG artefaktı eklenir ve bir kez küçük olduğunda veriler değiştirilir ve Asla daha iyi olmaz.

JPG artefaktları, ayrıntısız pürüzsüz alanlarda bir rengin görünür 8x8 piksel bloğu olarak veya ayrıntı kenarlarının etrafında görünür pürüzlü kenarlar olarak tipik olarak iki yol gösterir.

Bir JPG'yi düzenler ve yeniden kaydederseniz, ek JPG yapıları eklenir. Gerekirse, orijinal sıkıştırma ayarıyla eşleşmek için her zaman yeniden kaydetmek iyi bir uygulamadır.


4.1 MB numarası yalnızca hiç sıkıştırma yoksa doğrudur, ancak mükemmel kalitede bir JPEG bile kayıpsız sıkıştırma nedeniyle daha küçük bir dosya boyutuna sahip olabilir .
Marv

Evet, bu yüzden "sıkıştırılmamış" olarak adlandırdım, bu da her dijital görüntünün nasıl başladığı, elbette verilerin gerçek ve orijinal boyutu, bu yüzden önemlidir. Evet, en yüksek seviye JPG 100 bile kayıpsız değil, önemli ölçüde daha küçük sıkıştırılır. Kayıpsız JPG yanlış bir isimdir. Bunu sunan programımız yok. Kullanımları başka bir şey diyor (Wikipedia DNG ve bazı Raw diyor). Bununla birlikte, JPEG2 kayıpsız sıkıştırma sunabilir, ancak başka sorunları olan, örneğin web tarayıcıları JPEG2'nin gösterilmesini desteklemez ve fotoğraf baskı dükkanları bunu kabul etmez.
WayneF

Bu mutlak gerçeğin etrafında bir yol yok. ... JPEG'in kullandığı chroma alt örnekleme hariç. JPEG, YUV renk alanında (parlaklık + iki renk bileşeni) sıkıştırır, RGB değil. Genellikle 4: 2: 2 veya 4: 2: 0, her iki kroma kanalındaki piksel sayısını 2x veya 4x azaltır. en.wikipedia.org/wiki/Chroma_subsampling#4:2:2 . RGB'den YUV'ye ve alt örneklemeye dönüştürüldükten sonra, bu renk çözünürlüğü bilgisi tamamen kaybolur ve JPEG'in kodlamak için bit harcadığı şeyin bir parçası değildir. Bitlere / piksele bakmak istiyorsanız, düşündüğünüz JPEG renk biçiminde olmalıdır.
Peter Cordes

2
Hadi, metni oku. İkinci mutlak gerçek, özellikle "sıkıştırılmamış" olarak adlandırıldığı ve ifade edildiği ve 24 bit rengin her zaman piksel başına üç bayt olduğunu söyledi. :)
WayneF

0

Photoshop'un "Web için Kaydet" seçeneği aslında dosya boyutu ve kalitesi arasında oldukça iyi bir uzlaşmadır, bu nedenle daha spesifik gereksinimleriniz yoksa buna devam etmelisiniz. Bir tipik danışma web geliştiricileri için 50-70% kalite aralığına sopa etmektir. Tabii ki istisnalar var: Her zaman harika görünmesi (veya kayıpsız bir formata dönüştürmesi) ve büyük ama zar zor% 30 kadar düşük bir şirket logosunda% 90-95 kalite isteyeceksiniz. görünür sayfa arka planı.

Ayrıca resimlerinizi yeniden ölçeklendirmeyi unutmayın. 2400x600 boyutundaki bir resim 4K ekranda harika görünecek, ancak daha küçük ekranlarda yeniden boyutlandırılacak ve kullanıcı için görsel iyileştirme olmadan veri bant genişliği harcanacak. Görüntüler için en uygun genişliği bulmak için kullanacağınız web sitesi şablonunu kontrol edin. Tipik olarak, yazma sırasında 1200-1300 piksel civarında bir yerde olacaktır ( buradaki en popüler çözünürlüğe bakın ).

Web kalitesine dönüştürdüğünüz resimlerin orijinallerini saklamayı unutmayın. Bu malzemeyi yeniden işlemeniz veya yazdırmanız gerekirse, yalnızca% 60 kalite ve 1 Mpix çözünürlükte sahip olduğunuzdan pişman olacaksınız.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.