فهرست

جست‌وجوی ابزارهاگزارش تغییرات

برای جابه‌جایی برای باز کردنمسئله را توضیح دهید، نه نام ابزار را

پاسخ راهنما

WebP بااتلاف یا بی‌اتلاف برای اسکرین‌شات؟

برای اسکرین‌شات با WebP بی‌اتلاف شروع کنید. رابط‌ها، نمودارها و کد شامل رنگ تخت، نواحی تکراری و لبه‌های تند هستند — همان الگوهایی که کدگذار بی‌اتلاف خوب فشرده می‌کند و کدگذار بااتلاف معمولاً تار می‌کند یا دورشان رینگینگ می‌سازد. اگر اسکرین‌شات را یک عکس پر کرده، هر دو خروجی را در اندازهٔ نمایش واقعی مقایسه کنید؛ آن‌وقت بااتلاف ممکن است بسیار کوچک‌تر باشد. انتخاب درست همان فایل کوچک‌تر و قابل قبولی است که اندازه گرفته‌اید، نه حالتی که نامش تهاجمی‌تر به گوش می‌رسد.

نکات اصلی
  1. متن و لبه‌های یک‌پیکسلی رابط، آرتیفکت‌های بااتلاف را زودتر از جزئیات عکاسی آشکار می‌کنند.

  2. اسکرین‌شات ترکیبی وقتی عکسی بزرگ بیشتر پیکسل‌ها را پر کرده می‌تواند بااتلاف را ترجیح دهد، پس خروجی‌های واقعی را مقایسه کنید.

  3. پیش از قضاوت دربارهٔ هر یک از دو حالت فشرده‌سازی، تصویر را به بزرگ‌ترین اندازه‌ای که واقعاً نمایش داده می‌شود تغییر اندازه دهید.

توضیح کامل

«بااتلاف کوچک‌تر است، بی‌اتلاف بزرگ‌تر» قاعدهٔ سرانگشتی معقولی است که آن‌قدر زیاد اشتباه از آب درمی‌آید که اهمیت داشته باشد. اینکه کدام برنده می‌شود به محتوای تصویر بستگی دارد، نه به اینکه نام کدام حالت تهاجمی‌تر به نظر می‌رسد — و برای اسکرین‌شات، لوگو، نمودار و دیاگرام، کدگذار بی‌اتلاف اغلب هم فایل کوچک‌تر را تولید می‌کند *و* هم فایل بی‌نقص را. راهنمای کامل را بخوانید تا استدلال، مثال‌ها و تعریف‌های پشت این پاسخ را ببینید.

از این ایده استفاده کنید

منابع