ஒரு நல்ல முடிவுக்குப் பின்னால் உள்ள வேலைப்பாடு, வடிவங்கள் மற்றும் சிறிய தேர்வுகள் குறித்த எங்கள் குழுவின் குறிப்புகள்.
புகைப்பட PNG-கள் ஏன் இவ்வளவு பெரியதாக இருக்கின்றன
Lossless PNG compression ஒவ்வொரு pixel-ஐயும் சரியாக store செய்கிறது. மில்லியன் கணக்கான நுட்பமாக மாறும் tones கொண்ட புகைப்பட படத்துக்கு, அது மிகப் பெரிய files-ஐ உருவாக்குகிறது, ஏனெனில் அண்டை pixels-க்கு இடையே deduplicate அல்லது predict செய்ய கிட்டத்தட்ட எதுவும் இல்லை. ஒரு சாதாரண 1600x1200 புகைப்படம் several megabytes PNG ஆக save ஆகிறது. அதே படம் quality 85-ல் JPEG ஆக 200 முதல் -ல் வரும். அந்த இடைவெளி JPEG-ன் இதயத்தில் உள்ள discrete cosine transform-லிருந்து வருகிறது, இது 8x8 pixel blocks-ல் வேலை செய்து, மனித பார்வை அமைப்பு குறைந்த உணர்திறன் கொண்ட high-frequency detail-ஐ நீக்கி, மீதமுள்ள coefficients-ஐ compact-ஆக encode செய்கிறது. Continuous-tone variation கொண்ட எந்தப் படத்துக்கும், அதாவது அடிப்படையில் ஒவ்வொரு புகைப்படத்துக்கும், result மிகச் சிறிய file. PNG-ன் lossless உத்தரவாதம் graphics மற்றும் working files-க்கு மதிப்புள்ளது, ஆனால் share செய்வதற்காக வெளியேறும் புகைப்படங்களுக்கு அது தவறான container.
Transparency மற்றும் alpha channel
PNG ஒரு முழு 8-bit transparency தகவல்-ஐ ஆதரிக்கிறது, அதாவது ஒவ்வொரு pixel-ம் முழு transparent முதல் முழு opaque வரை எதுவாகவும் இருக்கலாம். JPG எந்த alpha தகவலையும் வரையறுக்கவில்லை, ஏனெனில் அதன் container-ல் per-pixel transparency-க்கு field இல்லை. Platform image engine ஒரு PNG-ஐ JPEG ஆக re-encode செய்யும்போது, save step-க்கு முன் transparency தகவல்-ஐ ஒரு background color-க்கு எதிராக composite செய்கிறது. Default background வெள்ளை, அதனால்தான் PNG-ல் உள்ள transparent பகுதிகள் result JPG-ல் வெள்ளையாகத் தோன்றும். முக்கியமான விஷயம் என்னவென்றால், எந்த tool-ம் transparent JPG-ஐ உருவாக்க முடியாது, ஏனெனில் format அந்த concept-ஐயே ஆதரிக்கவில்லை. Cut-out-ஐ பாதுகாப்பது முக்கியமானால், பதில் WebP அல்லது PNG-ஐ வைத்திருப்பது. RoundCut வெள்ளையை flatten color ஆக தேர்வு செய்கிறது, ஏனெனில் அது பெரும்பாலான documents மற்றும் product listings-ன் background-உடன் பொருந்துகிறது.
அளவிடப்பட்ட save செயல்திறன்
Chrome 148, Linux desktop-ல், platform JPEG save path-ஐப் பயன்படுத்தி அளவிடப்பட்டது. ஒரு 400x300 படம் (0.12 MP) சுமார் 10 முதல் 15 ms-ல் save ஆகிறது. ஒரு 1024x768 படம் (0.78 MP) சுமார் 13 முதல் 20 ms-ல் save ஆகிறது. ஒரு 3840x2160 படம் (8 MP) சுமார் 1.4 நொடிகளில் save ஆகிறது. ஒரு 8000x6000 படம் (48 MP) சுமார் 1.5 நொடிகளில் save ஆகிறது. அதே படத்துக்கு browser-ல் JPEG save செய்வது PNG save-ஐ விட கணிசமாக வேகமானது, மற்றும் AVIF-ஐ விட மிக வேகமானது, இது ஒரு தனி module தேவைப்படுகிறது மற்றும் desktop Chrome-லும்கூட 48 MP-ல் 25 நொடிகள் ஆகலாம். இந்த வேக நன்மை PNG-to-JPG-ஐ இந்த குடும்பத்தில் வேகமான conversion paths-ல் ஒன்றாக ஆக்குகிறது, JPEG save ஒவ்வொரு browser-லும் built-in ஆக இருப்பதால் கூடுதல் download செலவு இல்லை.
EXIF மற்றும் metadata கையாளுதல்
Re-encode pipeline ஒவ்வொரு browser-லும் output JPG-லிருந்து EXIF, IPTC மற்றும் XMP metadata-ஐ நீக்குகிறது. அதாவது location coordinates, camera model, capture date, copyright notice, மற்றும் மூல PNG-ல் இருக்கும் எந்த custom fields-ம் நீக்கப்படும். ICC color profiles வேறு path-ஐப் பின்பற்றுகின்றன, அங்கு Chrome மற்றும் Safari output-ல் sRGB ICC profile-ஐ பாதுகாக்கின்றன, ஆனால் Firefox அதை முழுவதுமாக நீக்குகிறது. நடைமுறை result என்னவென்றால், மாற்றப்பட்ட JPG எல்லா browser-களிலும் sRGB-safe, ஆனால் உங்கள் PNG Display-P3 அல்லது Adobe RGB போன்ற wide-gamut profile-உடன் tag செய்யப்பட்டிருந்தால், அந்த tag Firefox-ல் தப்பிக்காது. முழுமையான metadata-ஐ பாதுகாப்பது workflow தேவையாக இருந்தால், மாற்றத்துக்குப் பிறகு அதை ஒரு dedicated tool-ல் edit செய்யுங்கள். வழக்கமான web மற்றும் share பயன்பாட்டுக்கு, metadata நீக்கம் உதவியாக இருக்கிறது, ஏனெனில் அது file-ஐ சற்று trim செய்து புகைப்படங்களிலிருந்து GPS data-ஐ நீக்குகிறது.
JPG artifacts எப்போது தெரியும்
JPEG compression 8x8 pixel blocks-ல் வேலை செய்கிறது. மூல படத்தில் ஒரே block-க்குள் இரண்டு மிக வேறுபட்ட colors-க்கு இடையே ஒரு கூர்மையான transition இருக்கும்போது, JPEG compression அந்த transition-ஐ வரம்பிட்ட frequency coefficients-உடன் தோராயமாக்குகிறது. Result ringing, edge-ஐச் சுற்றி வெளிர் அல்லது அடர் pixels-ன் ஒரு ஒளிவட்டம். புகைப்படங்களில் இது தெரியாது, ஏனெனில் edges ஒருபோதும் முழுமையாக கூர்மையாக இருப்பதில்லை, மற்றும் நிஜ-உலக புகைப்படங்கள் அந்த தோராயத்துடன் நன்றாகப் பொருந்தும் micro-variation-ஐக் கொண்டுள்ளன. Screenshots, logos, கூர்மையான borders கொண்ட UI elements, text, அல்லது அருகிலுள்ள திட color blocks-ல், ringing எந்த setting-லும் தெளிவாகத் தெரியும், ஏனெனில் அந்த elements algorithm மோசமாகக் கையாளும் வகையான signal. அறிவுரை எளிது, screenshots, logos, அல்லது text-heavy படங்களை JPG ஆக மாற்ற வேண்டாம். அவற்றை PNG ஆக வைத்திருங்கள், அல்லது problem-ஐ முழுவதுமாக தவிர்க்கும் சிறிய file-க்கு WebP-ஐ பயன்படுத்துங்கள்.
நடைமுறையில் தனியுரிமை
மாற்றம் எங்கே நடக்கிறது என்பது கோப்புகளின் எண்ணிக்கையைப் பொறுத்தது. ஒரு படத்துக்கு எந்தத் தரவும் உலாவியை விட்டு வெளியேறாது, இது நிகழ்நேரத்தில் சரிபார்க்கத்தக்கது. Chrome குறியாக்கத்தின்போது பட்டியல் காலியாகவே இருக்கும். இரண்டு அல்லது அதற்கு மேற்பட்ட கோப்புகளுக்கு RoundCut அவற்றை எங்கள் சேவையகத்துக்கு அனுப்பும், அது மாற்றி, முடிவைத் தொகுத்து, ஒரு பதிவிறக்க இணைப்பைத் திருப்பித் தரும். அந்த இணைப்பும் மாற்றப்பட்ட கோப்புகளும் சுமார் 2 மணி நேரத்தில் நீக்கப்படும். ஒரு படத்தின் பாதை முழுவதும் உங்கள் சாதனத்தில், வலையமைப்புக்கு வெளியே இயங்கும், தொகுதிப் பாதையோ பல கோப்புகளை ஒரே நேரத்தில் மாற்றும் வசதிக்காக அதை மாற்றிக்கொள்கிறது. தனிப்பட்ட ஆவணத்தின் திரைப்பிடிப்பு அல்லது இருப்பிடத் தரவுள்ள புகைப்படம் போன்ற உணர்திறன் உள்ளடக்கம் கொண்ட படங்களுக்கு, ஒவ்வொன்றாக மாற்றுவது அனைத்தையும் உள்ளூரிலேயே வைக்கிறது.