ஒரு நல்ல முடிவுக்குப் பின்னால் உள்ள வேலைப்பாடு, வடிவங்கள் மற்றும் சிறிய தேர்வுகள் குறித்த எங்கள் குழுவின் குறிப்புகள்.
lossless கொள்கலன், PNG எதைச் சேமிக்கிறது
PNG lossless DEFLATE algorithm-ஐ பயன்படுத்துகிறது. அது ஒவ்வொரு பிக்சலின் RGBA மதிப்புகளையும் கொடுக்கப்பட்டபடியே சேமிக்கிறது, ஒவ்வொரு scanline-க்கும் ஒரு reversible filter-ஐ பயன்படுத்துகிறது, மற்றும் முடிவை zlib variant-உடன் compress செய்கிறது. lossless என்றால் decompress செய்யப்பட்ட பிக்சல் மதிப்புகள் அசல்களுடன் byte அளவில் ஒரே மாதிரியானவை. JPG-PNG நிலைக்கு, பிரவுசர் JPEG-ஐ decode செய்யும்போது உருவாகும் பிக்சல்களே அசல்கள். அந்த decode செய்யப்பட்ட பிக்சல்கள் JPEG தனது அசல் சேமிப்பின்போது செய்த அனைத்து தோராயங்களையும் ஏற்கனவே பிரதிபலிக்கின்றன, எனவே PNG உண்மையான காட்சியை அல்ல, தோராயப் பிக்சல்களை நம்பகமாகச் சேமிக்கிறது. அளவிடப்பட்டபடி, 1024x768-இல் ஒரு JPEG சுமார் PNG ஆகவும், 3840x2160-இல் ஒரு JPEG சுமார் ஆகவும் வளர்கிறது. இந்த விகிதங்கள் JPEG தர நிலையை அல்ல, தெளிவுத்திறனைப் பின்தொடர்வதால், உள்ளடக்க வகைகள் முழுவதும் தோராயமாக ஒரே மாதிரியாக இருக்கும். lossless வடிவம் என்ன மீட்டெடுக்கிறது என்பதற்காக அல்ல, மேலும் சிதைவை என்ன தடுக்கிறது என்பதற்காக மதிப்புமிக்கது.
JPEG தரத்தை ஏன் திரும்பக் கொண்டுவர முடியாது
JPEG compression தகவலை நிரந்தரமாகத் தூக்கி எறிகிறது. சேமிப்பு செயல்முறை 8x8 பிக்சல் block-களுக்கு ஒரு discrete cosine transform-ஐ பயன்படுத்துகிறது, விளைந்த frequency coefficient-களை சிறிய தொகுப்பாக quantize செய்கிறது, மற்றும் அந்த quantize செய்யப்பட்ட மதிப்புகளைச் சேமிக்கிறது. quantize படி ஒரே வழியில் மட்டுமே செல்லும், ஏனெனில் 47 ஆக இருந்து 50 ஆக round செய்யப்பட்ட ஒரு coefficient பின்னர் 47-க்கு திரும்பக் கொண்டுவர முடியாது, அசல் மதிப்பின் எந்தப் பதிவும் கோப்பில் தங்காது. பிரவுசர் JPEG-ஐ decode செய்யும்போது, அசல் மதிப்புகளின் தோராயங்களான quantize coefficient-களிலிருந்து பிக்சல்களை மறுபடியும் உருவாக்குகிறது. அந்த தோராயப் பிக்சல்களை PNG ஆக மறு-சேமிப்பது தோராயங்களின் lossless பதிவை உருவாக்குகிறது, எனவே PNG என்பது சிதைந்த படத்தின் சரியான பிரதிநிதித்துவம். இது PNG-இன் அல்லது இந்த டூலின் வரம்பு அல்ல, இது lossy compression-இன் அடிப்படை பண்பு, சேமிப்பு நேரத்தில் தூக்கி எறியப்பட்ட தகவல் போய்விட்டது. JPEG தரத்தை மேம்படுத்த compress செய்யப்படாத அசல் அல்லது RAW கோப்பிலிருந்து தொடங்க வேண்டும்.
அளவிடப்பட்ட கோப்பு அளவு வளர்ச்சி
JPG-இலிருந்து PNG-க்கான அளவு விகிதம் பட உள்ளடக்கத்தைப் பொறுத்து மாறுபடும், ஆனால் ஒரு கணிக்கக்கூடிய முறையைப் பின்தொடர்கிறது. சிக்கலான tonal மாறுபாடு உள்ள புகைப்பட படங்கள் அதிகம் வளர்கின்றன, ஏனெனில் JPEG-இன் transform அந்த உள்ளடக்கத்திற்கே ஏற்ப tune செய்யப்பட்டு உயர் compression விகிதங்களை அடைகிறது, அதே நேரத்தில் PNG-இன் lossless compression noisy பிக்சல் தரவில் அவற்றை சமமாக்க முடியாது. இந்த டூலின் test அளவீடுகள் காட்டுகின்றன, 1024x768-இல் ஒரு JPEG புகைப்படம் ஒரு PNG-ஐ உருவாக்குகிறது, சுமார் 6 மடங்கு வளர்ச்சி, மற்றும் 3840x2160-இல் ஒரு JPEG புகைப்படம் ஒரு PNG-ஐ உருவாக்குகிறது, சுமார் 3.3 மடங்கு வளர்ச்சி. ஸ்கிரீன்ஷாட்கள் மற்றும் ஐகான்கள் போன்ற தட்டை படங்களுக்கு, JPEG தொடக்கத்திலேயே உள்ளடக்கத்திற்கு பொருந்தாது, சமமான தரத்திற்கு அதன் கோப்புகள் பெரியதாக இருக்கும், எனவே அதே உள்ளடக்கத்தின் PNG குறைவாக வளர்கிறது. நடைமுறை விளைவு நேரடியானது, உங்கள் பயன்பாட்டிற்கு வெளியீட்டுக் கோப்பு அளவு முக்கியமானால், ஒரு JPG-ஐ PNG ஆக மாற்றுவது நிலைமையை மோசமாக்குகிறது, சிறப்பாக்கவில்லை.
Transparency, திறன் எதிராக உள்ளடக்கம்
PNG ஒரு 8-bit வெளிப்படைத்தன்மை-ஐ வடிவம் அம்சமாக ஆதரிக்கிறது, அங்கே ஒரு கோப்பு 0 (முழுவதும் transparency) முதல் 255 (முழுவதும் ஒளிபுகா) வரை பிக்சல் வாரியான ஒளிபுகா மதிப்புகளைக் கொண்டிருக்கலாம். உள்ளமைந்த image engine வழியாக மறு-சேமிப்பதன் மூலம் ஒரு JPG PNG ஆக மாற்றப்படும்போது, விளைந்த PNG முழுவதும் ஒளிபுகாதாக அமைக்கப்படுகிறது, ஒவ்வொரு பிக்சலும் 255 alpha மதிப்பில், ஏனெனில் மூல JPG-க்கு தொடக்கத்திலேயே எந்த transparency தகவலும் இல்லை. PNG வடிவம் transparency தரவை வைத்திருக்கத் தயாராக உள்ளது, கோப்பில் எதுவும் இல்லை, ஏனெனில் மூலத்தில் எதுவும் இருக்கவில்லை. படத்திற்கு transparency சேர்ப்பதற்கு தனி செயலாக்கம் தேவை, ஒரு எடிட்டரில் பின்னணியை mask செய்வது அல்லது ஒரு தானியங்கி background-removal படியைப் பயன்படுத்துவது. பொருளை அடையாளம் காண train செய்யப்பட்ட ஒரு background-remover மாற்றத்திற்குப் பிறகு பின்னணி பிக்சல்களின் alpha மதிப்புகளை zero ஆக்குவதன் மூலம் உண்மையான alpha உள்ள PNG-ஐ வழங்க முடியும்.
EXIF metadata கையாளுதல்
மறு-சேமிப்பு pipeline எல்லா பிரவுசர்களிலும் PNG வெளியீட்டிலிருந்து EXIF, IPTC, XMP metadata-ஐ நீக்குகிறது. அதாவது GPS ஆயத்தொலைவுகள், கேமரா மாடல், எடுத்த தேதி, காப்புரிமை உரைகள், மற்றும் மூல JPG-இல் உள்ள தனிப்பயன் XMP புலங்கள் அகற்றப்படுகின்றன. ICC நிற profile-கள் சற்று வேறு வழியைப் பின்தொடர்கின்றன, அங்கே Chrome மற்றும் Safari வெளியீட்டில் sRGB ICC profile டேக்கைக் காப்பாற்றுகின்றன, Firefox அதை மற்ற எல்லா metadata-உடனும் நீக்குகிறது. நடைமுறை விளைவு பிரவுசர்கள் முழுவதும் sRGB-பாதுகாப்பான வெளியீடு, ஆனால் Display-P3 அல்லது Adobe RGB போன்ற wide-gamut profile-கள் Firefox-இல் இழக்கப்படுகின்றன. பெரும்பாலான வலை மற்றும் பகிர்வு பயன்பாடுகளுக்கு, metadata நீக்கம் உதவியாக இருக்கிறது, ஏனெனில் அது வெளியீட்டின் அளவைச் சற்று குறைக்கிறது மற்றும் புகைப்படங்களிலிருந்து இருப்பிட தரவை நீக்குகிறது. உட்பொதிக்கப்பட்ட metadata காப்பாற்றப்பட வேண்டிய தொழில்முறை புகைப்படம் அல்லது archival வொர்க்ஃப்ளோக்களுக்கு, வடிவ மாற்றத்திற்கு முன் அல்லது பிறகு ஒரு பிரத்யேக டூலுடன் metadata சங்கிலியைக் கையாளுங்கள்.
நடைமுறையில் தனியுரிமை
மாற்றம் எங்கே நடக்கிறது என்பது கோப்புகளின் எண்ணிக்கையைப் பொறுத்தது. ஒரு படத்துக்கு எந்தத் தரவும் உள்ளூரில் செயலாக்கப்படும், இது நிகழ்நேரத்தில் சரிபார்க்கத்தக்கது. Chrome குறியாக்கத்தின்போது பட்டியல் காலியாகவே இருக்கும். இரண்டு அல்லது அதற்கு மேற்பட்ட கோப்புகளுக்கு RoundCut அவற்றை எங்கள் சேவையகத்துக்கு அனுப்பும், அது மாற்றி, முடிவைத் தொகுத்து, ஒரு பதிவிறக்க இணைப்பைத் திருப்பித் தரும். அந்த இணைப்பும் மாற்றப்பட்ட கோப்புகளும் சுமார் 2 மணி நேரத்தில் நீக்கப்படும். ஒரு படத்தின் பாதை முழுவதும் உங்கள் சாதனத்தில், வலையமைப்புக்கு வெளியே இயங்கும், தொகுதிப் பாதையோ பல கோப்புகளை ஒரே நேரத்தில் மாற்றும் வசதிக்காக அதை மாற்றிக்கொள்கிறது. தனிப்பட்ட ஆவணத்தின் திரைப்பிடிப்பு அல்லது இருப்பிடத் தரவுள்ள புகைப்படம் போன்ற உணர்திறன் உள்ளடக்கம் கொண்ட படங்களுக்கு, ஒவ்வொன்றாக மாற்றுவது அனைத்தையும் உள்ளூரிலேயே வைக்கிறது.