Berapa ukuran file "optimal" dari gambar JPEG sehubungan dengan dimensinya?


10

Saya berencana untuk menulis skrip yang akan memindai 100.000+ gambar JPEG dan mengompres ulang mereka jika mereka "terlalu besar" dalam hal ukuran file. Scripting adalah bagian yang mudah, tetapi saya tidak yakin bagaimana mengkategorikan gambar sebagai "terlalu besar".

Misalnya ada gambar 2400x600px dengan ukuran file 1,81 MB. Perintah save for web Photoshop membuat file 540KB dengan kualitas dan dimensi yang sama. Ini sekitar 29% dari ukuran aslinya.

Sekarang saya berpikir tentang menggunakan angka-angka ini sebagai pedoman. Sesuatu seperti 540KB / (2.400 * 600 / 1.000.000) = 375KB per megapiksel. Gambar apa pun yang lebih besar dari ini dianggap besar. Apakah ini pendekatan yang benar atau ada yang lebih baik?

Sunting 1: gambar perlu dioptimalkan untuk ditampilkan di situs web.

Sunting 2: Saya dapat menentukan kualitas keluaran yang diinginkan dengan bereksperimen, saya perlu tahu apakah gambarnya besar dalam hal ukuran file wrt dan perlu disimpan dalam kualitas yang lebih rendah.



1
Komentar pertama xiota harus menjadi jawabannya! btw, apa prioritasmu? jika karena alasan tertentu Anda hanya perlu file kecil, kualitasnya mungkin terkadang menurun. mudah untuk membuat file jpeg besar yang tidak masuk akal tanpa peningkatan kualitas yang terlihat. mendeteksi dan mengkompres ulang gambar semacam itu adalah ide yang bagus, cukup gunakan pengaturan kualitas jpeg, seperti kata xiota.
szulat

18
"Optimal" untuk tujuan apa ? Bahkan mengatakan 'penggunaan web' sedikit luas akhir-akhir ini. Apakah pemirsa yang diantisipasi akan melihat gambar pada ponsel yang ringkas? Smartphone yang lebih besar? Pad atau tablet? Sebuah buku catatan? Monitor komputer besar? A 60 "8K TV? Sebuah jumbotron?
Michael C


2
Jika skrip adalah bagian yang mudah, inilah yang akan saya coba dalam situasi Anda: tetapkan batas yang ditentukan secara numerik yang memungkinkan gambar terkompresi berbeda dari aslinya (mis. Jumlah perbedaan luminositas setiap piksel). Mulai dengan kualitas yang lebih rendah (seperti 60), ekspor, dan jika perbedaan dari aslinya terlalu tinggi, ekspor lagi dengan kualitas yang lebih tinggi sampai kondisi kualitas Anda puas (Anda mungkin perlu mengubah perhitungan - gunakan skala eksponensial atau sesuatu yang lebih disukai untuk mendapatkan hasil terbaik).
Pavel

Jawaban:


4

Pada rata-rata , sweet spot JPEG adalah sekitar satu bit per pixel .

Ini tentu saja akan bervariasi tergantung pada konten gambar, karena jenis grafik tertentu (misalnya bidang datar dan gradien halus) dikompresi lebih baik daripada yang lain (noise, teks), jadi itu bukan metode yang kuat untuk diterapkan secara membabi buta ke setiap gambar.

Anda juga memiliki masalah karena tidak memiliki gambar referensi yang tidak terkompresi untuk dibandingkan, sehingga Anda tidak benar-benar tahu pasti apa kualitas gambar yang Anda miliki saat ini, dan berapa banyak lagi Anda dapat menurunkan kualitas agar tetap dapat diterima. Kualitasnya dapat ditebak sampai batas tertentu dari tabel kuantisasi dalam JPEG, tetapi juga bukan metode yang dapat diandalkan (khususnya, penilaian kualitas ImageMagick sangat tidak tepat untuk JPEG dengan kustom, tabel kuantisasi yang dioptimalkan).

Karena itu, ada pendekatan praktis yang masuk akal:

  1. Pilih pengaturan kualitas JPEG maksimum yang Anda sukai (di suatu tempat dalam kisaran 70 hingga 85).
  2. Kompres ulang gambar ke tingkat kualitas itu.
  3. Jika gambar yang dikompres lebih kecil hingga lebih dari ~ 10% , maka simpan gambar yang dikompres tersebut.

Penting untuk tidak hanya memilih ukuran file yang lebih kecil, dan memerlukan penurunan ukuran file yang signifikan. Itu karena kompresi ulang JPEG cenderung selalu menurunkan ukuran file secara perlahan karena hilangnya detail yang disebabkan oleh hilangnya sifat JPEG dan konversi ke 8-bit RGB, sehingga penurunan kecil dalam ukuran file dapat memiliki penurunan kualitas yang tidak proporsional dalam kualitas yang tidak layak Itu.


4
Inilah tepatnya yang saya lakukan pada akhirnya. Saya menggunakan bit satu per piksel sebagai panduan untuk menyaring 30.000 gambar dari 100.000+ dan mengompres ulang mereka menggunakan imagemagick dengan kualitas 85%. Jika gambar yang dihasilkan lebih dari 50% lebih kecil maka saya menyimpan yang baru. Ini berhasil dalam kasus saya karena "gambar besar" dibuat menggunakan Photoshop menggunakan kualitas 100%. 70.000+ gambar lainnya baik-baik saja dalam hal ukuran file dan mengompres ulang tidak menghasilkan penghematan yang cukup (persentase bijaksana) atau ada penurunan kualitas yang nyata.
Salman A

1
Saya suka paragraf kedua Anda, tetapi apakah Anda memiliki dukungan untuk aturan praktis (bit-per-pixel) (24 × kompresi) yang Anda pimpin?
Silakan Baca Profil Saya

30

Ukuran file yang dikompresi dengan JPEG bervariasi tergantung pada kompleksitas gambar. Mencoba mengontrol ukuran file dengan cara yang Anda gambarkan akan menghasilkan kualitas gambar yang dirasa sangat bervariasi.

Pertimbangkan opsi berikut sebagai gantinya:

  • Pendekatan yang cukup baik.  Gunakan pengaturan kualitas yang menurut Anda dapat diterima, seperti 75. Bandingkan ukuran hasilnya dengan gambar asli, dan simpan file yang lebih kecil. Lihat Kualitas apa yang harus dipilih ketika mengkonversi ke JPG?

  • Gunakan minimizer JPEG , seperti JPEGmini atau jpeg-recompressdari jpeg-arsip . Mereka pada dasarnya dirancang untuk melakukan apa yang tampaknya Anda coba lakukan, tetapi dengan lebih banyak kesadaran internal algoritma JPEG.

  • Buat thumbnail dengan berbagai ukuran , seperti yang disarankan Nathancahill , dari perspektif pengembang web.


7
Atau jika Anda ingin "ekstrem" pada minimalisasi JPEG, guetzli . Perhatikan persyaratan memori dan waktu.
Philip Kendall

2
Saya mencoba guetzli, tetapi tidak terlalu terkesan. Ini sangat lambat dan hanya mengurangi ukuran sekitar 20-30%. Dengan jpeg-recompress, file dapat dikurangi 80% dengan algoritma smallfry.
xiota

18

Tidak. Ini pendekatan yang salah.

Ukuran file dalam piksel, ya, ada hubungannya dengan bobot akhir, tetapi itu bukan satu-satunya faktor.

Lakukan tes. Ambil file yang sepenuhnya putih dari 2400x600px yang sama, dan simpan sebagai JPG.

Sekarang ambil foto hutan (sama dengan 2400x600px) dengan banyak detail dan simpan. File ini akan lebih besar menggunakan pengaturan kompresi yang sama.

Ukuran akhir tergantung pada 3 faktor ini:

  • Ukuran Pixel
  • Pengaturan kompresi
  • Konten (Detail dan kompleksitas gambar)

Jadi Anda tidak bisa dan tidak harus mendefinisikan bobot berdasarkan ukuran piksel.


Tapi saya mengerti masalah Anda.

Tanpa menganalisis kompresi gambar saat ini, sulit untuk menentukan berat "optimal" (yang relatif terhadap pengamat, atau penggunaan gambar)

Anda mungkin dapat menetapkan pengaturan kompresi dan mengkompres ulang "semuanya". Saya tidak tahu apakah Anda ingin melakukan itu sebelum "mengunggah", yang mungkin akan menghemat lebih banyak waktu daripada yang dihemat, melewatkan beberapa di antaranya.

Ada beberapa alat yang menganalisis gambar dan menghitung rasio kompresi saat ini. Tapi saya ragu itu yang penting.


Saya mengerti bagian tentang gambar putih vs gambar hutan. Apakah Anda menyarankan saya mengambil sampel gambar secara acak, menyimpannya kembali menggunakan photoshop (kualitas 70) dan menggunakan rasio pixel: filesize terbesar sebagai referensi? Saya menduga mereka yang memiliki rasio lebih rendah adalah mereka yang kurang detail.
Salman A

Mengenai frasa terakhir Anda. Rasio kompresi sebenarnya kira-kira apa yang dihitung OP karena itu jpeg size / raw sizedan raw size = pixel size * number of pixel, pixel sizemenjadi 3 oktet untuk ruang warna RGB 24bit. Dan seperti yang Anda katakan sendiri, metrik ini tidak cukup untuk menentukan apakah gambar dikompresi dengan cukup.
zakinster

9
@SalmanA Tidak, saya sarankan agar Anda membatalkan pendekatan ini sama sekali. JPEG sama besar dengan yang dibutuhkan untuk memberikan kualitas yang ditentukan. Proposal Anda untuk melihat seberapa besar gambar terbesar dalam sampel Anda pada kualitas 70% hanya memilih tingkat kompleksitas gambar dan mengatakan "Apa pun yang lebih kompleks dari itu terlalu kompleks dan akan terdegradasi." Namun, jika hampir semua gambar lebih kecil dari ambang ini dengan kualitas 70%, apa masalah dengan memiliki sejumlah kecil file "terlalu besar"?
David Richerby

Ini sepertinya sesuai dengan kesimpulan yang saya dapatkan ketika saya sedang mempertimbangkan pendekatan untuk menentukan yang mana dari serangkaian gambar dari subjek yang identik tetapi resolusi dan kualitas yang berbeda adalah gambar "terbaik" (misalnya paling dekat dengan aslinya).
Michael

10

Pengembang web di sini. Inilah cara saya mendekati ini:

1. Tentukan dimensi gambar yang ditampilkan dan resolusi layar yang diperlukan.

Tugas pertama Anda adalah menentukan ukuran piksel gambar yang akan ditampilkan. Apakah itu foto produk di toko online? Galeri foto? Foto profil pengguna? Berbagai ukuran berbeda? Buat daftar dimensi piksel yang Anda butuhkan. Periksa apakah Anda memerlukan @ 2x gambar untuk layar resolusi tinggi seperti ponsel dan tablet terbaru.

2. Gunakan skrip thumbnail untuk membuat file gambar baru.

Ini disebut skrip thumbnail tetapi dapat digunakan untuk lebih dari sekadar thumbnail. Ada banyak skrip di luar sana atau Anda dapat menulis sendiri. Dengan tidak mengubah ukuran file asli, Anda dapat melakukannya jika Anda membuat kesalahan dalam skrip atau menyadari bahwa Anda memerlukan gambar beresolusi lebih tinggi. Praktik yang umum adalah menentukan akhiran dalam nama file keluaran. Sebagai contoh:

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

3. Kompres.

Script thumbnail harus menentukan kompresi jpg ketika Anda memotong file gambar baru. Namun, ada minifiers lain di luar sana yang mungkin mengurangi ukuran file lebih jauh.


Begitulah cara menangani hal ini di masa depan: minta fotografer untuk menempatkan dokumen asli beresolusi tinggi dalam direktori, kemudian gunakan skrip untuk menghasilkan ukuran yang lebih kecil (berbagai ukuran thumbnail dan yang lebih besar untuk desktop dan seluler) dan letakkan di bawah www dengan url menulis ulang Tetapi saat ini saya tidak memiliki akses ke dokumen asli.
Salman A

6

Sementara jawaban @ Rafael telah menjelaskan tentang kompresi JPEG masuk dan keluar, saya akan mencoba menjawab web Anda dan mengunggah yang bermasalah.

Menggunakan gambar di situs web (untuk desain atau konten) akan menentukan beberapa keharusan: untuk apa gambar saya akan digunakan? Logo, foto sampul, gambar kecil, foto dalam posting blog, foto layar penuh untuk galeri ... Juga, jika Anda menggunakannya untuk berbagai keperluan (misalnya foto dan gambar mini galeri), Anda ingin menolaknya dalam semua ukuran yang diperlukan. Namun, kecuali Anda membangun situs web Anda sendiri, sebagian besar layanan web saat ini akan menghasilkan gambar berukuran lebih kecil dari gambar Anda yang lebih besar untuk digunakan di tempat.

Sekarang setelah Anda mengetahui tujuan gambar Anda, situs web (atau CMS atau front-end Framework) akan selalu membutuhkan ukuran maksimum piksel untuk dipatuhi gambar Anda. Logo mungkin max 600x600px, penutup latar belakang mungkin 1280x720px maks, foto konten untuk tampilan layar penuh 1920x1080 atau resolusi asli kamera untuk konservasi detail mutlak. Periksa ukuran yang benar dari situs web yang ingin Anda unggah. Anda ingin mencocokkan setidaknya pada ukuran piksel maksimum yang diperlukan, tergantung pada rasio yang ingin Anda capai. Hati-hati, beberapa layanan akan memotong dan meregangkan gambar Anda jika rasio aspeknya tidak sama. Dalam hal ini, Anda harus mengubah gambar Anda agar sesuai dengan ukuran dan rasio maks yang diperlukan.

Kemudian, situs web dapat menetapkan batas ukuran file (atau mungkin tidak, tergantung pada tujuan gambar). Mengenai waktu pemuatan halaman, semakin ringan semakin baik. Dalam contoh Anda dari gambar resolusi tinggi pada 2400x600px, 300 hingga 500kB adalah ukuran yang sepenuhnya baik untuk waktu memuat. Gambar konten (seperti foto) dapat lebih berat jika keperluan gambar mengharuskannya (mis. Tampilan layar penuh), hingga resolusi asli kamera Anda jika perlu. Jika tidak ada indikasi yang diberikan, batas ukuran file mungkin sulit ditebak, karena dapat bergantung pada peralatan pemirsa (ponsel, desktop ...), kualitas jaringan negara pemirsa ... Untuk kualitas dan layanan maksimal, perlakukan foto satu per satu hingga dapatkan ukuran file minimum tanpa artefak yang terlihat. Untuk memudahkan atau mempercepat pemrosesan, skrip diubah ukurannya dengan menggunakan tingkat kompresi yang memuaskan secara keseluruhan (sekitar 70 seharusnya baik-baik saja).Jawaban @ xiota mungkin juga alat yang Anda butuhkan. Tetapkan standar Anda sendiri di sini.

TL; DR tujuan gambar pada situs web adalah kunci untuk ukuran / jumlah kompresi.


3

Apa yang Anda hitung adalah ukuran rata-rata terkompresi dari piksel gambar, jika Anda membaginya dengan ukuran piksel mentah (biasanya 3 oktet untuk 24bit RGB), Anda mendapatkan rasio kompresi.

Ini adalah metrik yang baik yang memberi Anda informasi tentang kondisi kompresi gambar, tetapi tidak cukup untuk menilai apakah gambar tersebut cukup dikompresi atau tidak karena rasio kompresi tidak hanya bergantung pada profil kompresi (algoritma = JPEG, kualitas = 60/100) tetapi juga pada potensi kompresi gambar: gambar yang berbeda dengan ukuran mentah yang sama dan profil kompresi yang sama akan menghasilkan ukuran jpeg yang berbeda karena gambar lebih atau kurang mudah dikompres (gambar kosong sangat mudah dikompres, putih kebisingan tidak).

Karena ini dan karena profil kualitas "terakhir digunakan" tidak disimpan dalam gambar ini (baik dalam struktur header metadata atau jpeg), pendekatan yang paling sering digunakan ketika menerbitkan ulang gambar dengan profil ukuran / kualitas target sebenarnya adalah hanya mengkompres ulang (dan berpotensi mengubah ukuran) semuanya (secara otomatis) terlepas dari keadaan awal gambar.

Ya, Anda dapat melakukan kompresi ulang saat tidak diperlukan, ya Anda bahkan dapat kehilangan ruang jika melakukan kompresi ulang dengan profil kualitas yang lebih tinggi tetapi itu adalah kasus tepi dan dalam skala besar itu adalah hal termudah untuk dilakukan untuk memastikan profil kualitas target. Tentu saja, Anda hanya ingin melakukannya sekali agar tidak secara bertahap menurunkan gambar, dan Anda mungkin harus menyimpan dua perpustakaan gambar: yang pertama "tidak tersentuh" ​​dan yang "akan diterbitkan / dikompresi ulang".

Ada banyak alat yang ada untuk mengkompres ulang banyak file, Anda juga dapat membuat skrip sendiri dan menggunakan tumpukan teknis yang tepat (kebanyakan C ++ dan libjpeg) itu bisa sangat cepat bahkan untuk file> 100k.

Jika Anda ingin menerapkan proses yang lebih cerdas / lebih rumit, Anda dapat mencoba bereksperimen dengan berulang-ulang kompres / membandingkan logika ukuran untuk memperkirakan profil kualitas asli (mengompres ulang dengan kualitas yang sama akan menghasilkan kira-kira ukuran yang sama, dengan tinggi kualitas harus sedikit meningkatkan ukuran dan dengan kualitas yang lebih rendah harus secara signifikan mengurangi ukuran). Ini tentu saja akan menghabiskan lebih banyak daya CPU.


Gambar JPG biasanya mensub-sampel kroma dengan 4: 2: 2 atau 4: 2: 0 ( en.wikipedia.org/wiki/Chroma_subsampling # 4: 26 ), sehingga piksel "mentah" yang dikompresi JPG memiliki 2x atau 4x piksel luma lebih banyak dari setiap saluran chroma. (Dibelah dua secara horizontal dan mungkin juga secara vertikal). Anda mungkin ingin mempertimbangkannya saat mempertimbangkan "seberapa terkompresi" suatu gambar. Tapi ya, seperti yang Anda katakan itu bukan metrik besar di seluruh konten gambar yang tidak dikenal.
Peter Cordes

+1 untuk pengecilan ulang. Pada titik tertentu, Anda mendapatkan kualitas gambar yang lebih baik dengan menurunkan skala daripada mengurangi bit per piksel lebih jauh. Tidak seperti codec video modern seperti h.264 atau h.265 (yang dapat memberi sinyal dekoder untuk melakukan lebih banyak penghalusan dan deblocking) atau versi gambar diam, HEIF, yang merupakan bingkai I HEVC (h.265) , JPEG tidak tidak memiliki semua itu dan hanya akan menjadi kuning dengan banyak artefak dering jika Anda kelaparan bit. Jadi Anda perlu menurunkan bukan hanya mengurangi kualitas jika Anda memiliki gambar input resolusi sangat tinggi.
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.

Ukuran asli terkompresi adalah 2400 x 600 x 3 = 4.320.000 byte (4,1 MB), karena warna 24 bit selalu tiga byte data RGB per piksel . Tidak ada jalan lain dalam kebenaran absolut ini.

Namun, ukuran JPG juga tergantung pada detail gambar. Area halus yang besar (seperti langit atau dinding yang dicat) kompres lebih baik, tetapi area yang lebih detail (seperti pohon penuh daun) tidak kompres juga. Jadi tidak ada indikator numerik absolut.

Tetapi 540 KB adalah 0,540 / 4,1 = 13% dari ukuran aslinya 4,1 MB . Mungkin 29% dari ukuran JPG sebelumnya, tetapi 13% dari ukuran asli yang tidak terkompresi. Jadi itu 1/8 dari ukuran asli yang tidak terkompresi, yang biasanya dianggap kualitas yang "layak". Tidak optimal, tidak berkualitas maksimal, tetapi secara umum layak, mungkin cukup baik untuk beberapa penggunaan. Hanya mengatakan, ini sudah kecil.

File JPG yang lebih besar adalah kualitas gambar yang lebih baik, dan lebih kecil adalah kualitas gambar yang lebih kecil. Anda harus memutuskan apa yang cukup baik, tetapi JPG tidak pernah "terlalu besar", karena kualitas gambar menurun dengan kompresi JPG. Warna 24 bit memiliki tiga byte per piksel yang tidak terkompresi.

Jadi keputusannya adalah apakah Anda menginginkannya kecil atau jika Anda menginginkannya baik.

Tetapi membuat JPG yang ada menjadi lebih besar masih lebih buruk, karena lebih banyak artefak JPG ditambahkan, dan sekali kecil, datanya diubah, dan itu tidak akan pernah menjadi lebih baik.

Artefak JPG biasanya menunjukkan dua cara, seperti blok 8x8 piksel terlihat dari satu warna di area halus tanpa detail, atau sebagai tepi kasar yang terlihat di sekitar tepi detail.

Jika mengedit dan menyimpan kembali JPG, artefak JPG tambahan ditambahkan. Jika itu diperlukan, praktik yang baik untuk selalu menyimpan ulang agar sesuai dengan pengaturan kompresi asli.


Angka 4,1 MB hanya benar jika tidak ada kompresi sama sekali, namun, bahkan JPEG dengan kualitas sempurna dapat memiliki ukuran file yang lebih kecil karena kompresi lossless .
Marv

Ya, itulah sebabnya saya menyebutnya "tidak terkompresi", yang merupakan awal dari setiap gambar digital, yang tentu saja merupakan ukuran data aktual dan asli, itulah mengapa ini penting. Ya, bahkan level tertinggi JPG 100 dikompresi secara substansial lebih kecil, bukan lossless. JPG lossless adalah keliru. Kami tidak memiliki program yang menawarkannya. Penggunaannya menyebutnya sesuatu yang lain (Wikipedia mengatakan DNG dan beberapa Raw). Namun JPEG2 dapat menawarkan kompresi lossless, tetapi yang memiliki masalah lain, misalnya browser web tidak mendukung menampilkan JPEG2, dan toko cetak foto kemungkinan tidak menerimanya.
WayneF

Tidak ada jalan lain dalam kebenaran absolut ini. ... kecuali untuk chroma sub-sampling, yang digunakan JPEG. JPEG mengkompres dalam ruang warna YUV (kecerahan + dua komponen warna), bukan RGB. Biasanya 4: 2: 2 atau 4: 2: 0, mengurangi jumlah piksel di masing-masing dari dua saluran chroma sebanyak 2x atau 4x. en.wikipedia.org/wiki/Chroma_subsampling # 4/ . Setelah mengubah dari RGB ke YUV dan sub-sampling, informasi resolusi warna benar-benar hilang, dan bukan bagian dari apa yang JPEG menghabiskan bit untuk mengkodekan. Jika Anda ingin melihat bit / pixel, itu harus dalam format warna JPEG yang Anda pertimbangkan.
Peter Cordes

2
Ayo, baca teksnya. Kebenaran absolut kedua adalah bahwa ia secara khusus mengatakan dan disebut "tidak terkompresi" dan mengatakan bahwa warna 24 bit selalu tiga byte per piksel. :)
WayneF

0

"Save for Web" Photoshop sebenarnya adalah kompromi yang cukup bagus antara ukuran dan kualitas file, jadi kecuali Anda memiliki persyaratan yang lebih spesifik, Anda harus melakukannya. Saran khas untuk pengembang web adalah tetap pada kisaran kualitas 50-70%. Tentu saja, ada pengecualian: Anda ingin kualitas 90-95% pada logo perusahaan yang harus tampak hebat setiap saat (atau bahkan mengubahnya menjadi format lossless), dan turun hingga 30% pada yang besar tetapi nyaris tidak latar belakang halaman yang terlihat.

Juga jangan lupa untuk mengubah skala gambar Anda. Gambar 2400x600 akan terlihat bagus di layar 4K, tetapi akan diubah pada layar yang lebih kecil, membuang-buang bandwidth data tanpa perbaikan visual bagi pengguna. Periksa templat situs web yang akan Anda gunakan untuk mengetahui lebar optimal untuk gambar. Biasanya, pada saat penulisan ini akan berada di suatu tempat sekitar 1200-1300 piksel (lihat resolusi paling populer di sini ).

Ingatlah untuk menyimpan aslinya gambar yang Anda konversi ke kualitas Web. Jika Anda perlu mengerjakan ulang atau mencetak materi ini, Anda akan menyesal hanya memilikinya dalam kualitas 60% dan resolusi 1 Mpix.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.