IOS अनुप्रयोगों के संसाधनों का अनुकूलन

IOS के लिए एप्लिकेशन बनाते समय, Xcode सूट से iphoneos- ऑप्टिमाइज़ स्क्रिप्ट का उपयोग संसाधनों को अनुकूलित करने के लिए किया जाता है। यह ठीक काम करता है, लेकिन अगर आप थोड़ा गहरा खोदते हैं, तो यह स्पष्ट हो जाता है कि कुछ फाइलें संकुचित नहीं हैं, जबकि अन्य, हालांकि थोड़ा कम हो गए हैं, फिर भी आदर्श से बहुत दूर हैं। हम कह सकते हैं कि स्क्रिप्ट का कार्य iPhone के साथ फ़ाइलों को अधिक सुसंगत बनाना है ताकि उन्हें तेजी से पढ़ा या अनपैक किया जा सके, लेकिन सबसे अधिक संभावना है कि यह केवल पुराने iPhone 1 और अन्य लोगों को पसंद आए और पहले से ही ARM 7 के साथ 1GHz प्रोसेसर पर यह स्पष्ट रूप से प्रासंगिक नहीं है।
सरल अनुकूलन और MacPorts सूट से कार्यक्रमों की एक जोड़ी की मदद से, आप अंतिम कार्यक्रम में PNG और JPG छवियों में एक महत्वपूर्ण कमी प्राप्त कर सकते हैं, और, यदि वांछित हो, तो अन्य प्रकार के डेटा।

अन्वेषण

सबसे पहले, आइए देखें कि मूल iphoneos- ऑप्टिमाइज़ क्या है। यह एक छोटी सी पर्ल स्क्रिप्ट है, जो /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/ फ़ोल्डर में निहित है। Xcode 4.3 और इसके बाद के संस्करण के लिए, यह /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/ फ़ोल्डर होगा

स्क्रिप्ट का मुख्य भाग काफी सरल और अच्छी तरह से पठनीय है:

print "$SCRIPT_NAME: Converting plists to binary in $dstroot\n"; find( { wanted => \&optimizePlists }, $dstroot ); exit(0) if defined $options and $options =~ /-skip-PNGs/; print "$SCRIPT_NAME: Optimizing PNGs in $dstroot\n"; find( { wanted => \&optimizePNGs }, $dstroot ); 

यहां dstroot की सभी फाइलें सॉर्ट की जाती हैं और ऑप्टिमप्लिस्ट्स और ऑप्टिमाइज़पीएनजी कार्यों के इनपुट पर भेजी जाती हैं। PNG ऑप्टिमाइज़ेशन के लिए, Apple कुंजी के साथ संशोधित pngcrunch संस्करण का उपयोग किया जाता है:

 my @args = ( $PNGCRUSH, "-iphone", "-f", "0", $name, $crushedname ); if (system(@args) != 0) { print STDERR "$SCRIPT_NAME: Unable to convert $name to an optimized png!\n"; return; } unlink $name or die "Unable to delete original file: $name"; rename($crushedname, $name) or die "Unable to rename $crushedname to $name"; 

Pngcrush बनाम OptiPNG

वास्तव में -iphone कुंजी को क्या नहीं पता है, लेकिन बड़े और इतने महत्वपूर्ण नहीं हैं। एक विस्तृत परीक्षा से पता चलता है कि अगर pngcrush ने कोई त्रुटि दी या फ़ाइल को कम नहीं कर सका, तो अस्थायी फ़ाइल हटा दी जाती है, और मुख्य एक अपरिवर्तित रहता है। मेरे मामले में, यह एक निश्चित browser.png फ़ाइल के साथ हुआ:

Recompressing browser.png
Total length of data found in IDAT chunks = 433949
IDAT length with method 120 (fm 1 zl 9 zs 1) = 512501
Best pngcrush method = 120 (fm 1 zl 9 zs 1) for browser_iphone.png
(18.10% IDAT increase)
(18.11% filesize increase)

CPU time used = 2.569 seconds (decoding 0.040,
encoding 2.490, other 0.039 seconds)

-Iphone स्विच के बिना, स्थिति बेहतर थी और फ़ाइल अभी भी छोटी थी:

Recompressing browser.png
Total length of data found in IDAT chunks = 433949
IDAT length with method 1 (fm 0 zl 4 zs 0) = 740769
IDAT length with method 2 (fm 1 zl 4 zs 0) = 611778
IDAT length with method 3 (fm 5 zl 4 zs 1) = 485419
IDAT length with method 9 (fm 5 zl 2 zs 2) = 743935
IDAT length with method 10 (fm 5 zl 9 zs 1) = 427514
Best pngcrush method = 10 (fm 5 zl 9 zs 1) for browser_tmp.png
(1.48% IDAT reduction)
(1.47% filesize reduction)

CPU time used = 3.949 seconds (decoding 0.176,
encoding 3.766, other 0.007 seconds)

लेकिन एक और तरीका भी है - जीपीएल उपयोगिता ऑप्टिपंग । MacPorts से, यह कमांड के साथ मूल रूप से इंस्टॉल होता है
sudo port install optipng

यहाँ उसी ब्राउज़र के साथ उपयोगिता का परिणाम है।
** Processing: browser_opti.png
1024x1024 pixels, 4x8 bits/pixel, RGB+alpha
Input IDAT size = 433949 bytes
Input file size = 434043 bytes

Trying:
zc = 9 zm = 8 zs = 1 f = 5 IDAT size = 427390

Selecting parameters:
zc = 9 zm = 8 zs = 1 f = 5 IDAT size = 427390

Output IDAT size = 427390 bytes (6559 bytes decrease)
Output file size = 427484 bytes (6559 bytes = 1.51% decrease)

जैसा कि आप देख सकते हैं, फ़ाइल आकार pngcrush की तुलना में भी छोटा हो गया है, और काम की गति काफी अधिक है। कुछ अन्य मामलों में, अंतर और भी अधिक ध्यान देने योग्य है।
सबसे महत्वपूर्ण बात, परिणामी PNG फाइलें iPhone और iPad पर पूरी तरह से खुलती हैं, उनमें कोई भी दृश्य विकृतियां नहीं हैं, गति खोलने का अंतर अनुपस्थित है या ध्यान देने योग्य नहीं है।

स्क्रिप्ट में ऑप्टिपिंग को एकीकृत करना काफी सरल है: स्क्रिप्ट के हेडर में हम PNG ऑप्टिमाइज़र और इसके लिए पथ के साथ वेरिएबल को बदलते हैं:

 my $PNGCRUSH_NAME = "optipng"; my $PNGCRUSH = "/opt/local/bin/$PNGCRUSH_NAME"; 

OptimPNGs फ़ंक्शन बॉडी में, केवल पैरामीटर स्ट्रिंग बदलता है। मुझे -o2 और -f0 विकल्पों के साथ सबसे अच्छा परिणाम मिला:

 my @args = ( $PNGCRUSH, "-o2", "-f0", $name, "-out", $crushedname ); 

बेशक, हमें स्क्रिप्ट का बैकअप लेना नहीं भूलना चाहिए, लेकिन उसी समय इसे संपादित करने के लिए व्यवस्थापक अधिकार हैं।

Jpg अनुकूलन

JPEG फ़ाइलों में अक्सर EXIF ​​जानकारी होती है, और कभी-कभी विभिन्न कचरा जो फोन पर आवश्यक नहीं होता है। प्रगतिशील मोड और अन्य सेटिंग्स का उपयोग करते समय एक अंतर भी है। यह jpegoptim उपयोगिता का उपयोग करने के लिए सबसे सुविधाजनक है, जो स्वयं अनावश्यक को त्याग देगा, हफ़मैन तालिकाओं का अनुकूलन करेगा और समान गुणवत्ता स्तर पर इष्टतम सेटिंग्स का चयन करेगा। यदि वांछित है, तो आप पैरामीटर सेट कर सकते हैं ताकि उपयोगिता छवि गुणवत्ता को कम कर दे, फिर इसे निर्दिष्ट गुणवत्ता के साथ फिर से संकुचित किया जाएगा। आप इसे MacPorts से भी इंस्टॉल कर सकते हैं:

sudo port install jpegoptim

यह केवल iPhoneos- अनुकूलन में इस कार्यक्रम के लिए एक कॉल जोड़ने के लिए बनी हुई है।
शीर्षक में:

 my $JPGCRUSH_NAME = "jpegoptim"; my $JPGCRUSH = "/opt/local/bin/$JPGCRUSH_NAME"; 

शरीर में:

 print "$SCRIPT_NAME: Optimizing jpgs in $dstroot\n"; find( { wanted => \&optimizeJPGs }, $dstroot ); 

नई सुविधा:

 sub optimizeJPGs { my $name = $File::Find::name; if ( -f $name && $name =~ /^(.*)\.jpg$/i) { my @args = ( $JPGCRUSH, "--strip-all", $name ); if (system(@args) != 0) { print STDERR "$SCRIPT_NAME: Unable to convert $name to an optimized jpg!\n"; return; } print "$SCRIPT_NAME: Optimized JPG: $name\n"; } } 

मैंने जानबूझकर कार्यक्रम के परिणाम को नहीं दोहराया, क्योंकि यदि अनुकूलन विफल हो जाता है, तो यह केवल स्रोत फ़ाइल को नहीं बदलता है।
उपयोगिता बहुत तेज़ी से काम करती है और न्यूनतम जानकारी प्रदर्शित करती है:

jpegoptim --strip-all english.jpg
english.jpg 320x480 24bit JFIF [OK] 66466 --> 59686 bytes (10.20%), optimized.

अब यह Xcode में प्रोजेक्ट को फिर से बनाने के लिए पर्याप्त है और iphoneos-ऑप्टिमाइज़ेशन के साथ संसाधनों को अनुकूलित करने की प्रक्रिया बहुत तेज़ होगी, और परिणाम 10-15% कम होगा।

अन्य अनुकूलन

इसके अलावा, आप स्क्रिप्ट (JPEG, JFIF, JPE, JIF, आदि) के लिए अन्य एक्सटेंशन जोड़ सकते हैं, गुणवत्ता में कमी जोड़ सकते हैं, आदि। वैसे भी, नेटवर्क में काफी अलग-अलग ऑप्टिमाइज़र PNG, JPEG, CAF और अन्य फाइलें हैं जिनका उपयोग किया जा सकता है। उदाहरण के लिए, SQLite डेटाबेस को निम्न कमांड के साथ अनुकूलित किया जा सकता है:
sqlite3 database.sqlite vacuum;

टीम सभी डेटा के साथ डेटाबेस को फिर से बनाएगी, विभिन्न कचरा बाहर फेंक देगी, पुराने लेनदेन के अवशेष आदि। स्क्रिप्ट में इस और अन्य कमांड का एकीकरण पाठक पर निर्भर है।

वास्तव में, पीएनजी फ़ाइलों के आकार को कम करने के लिए कम से कम दो और दिलचस्प तरीके हैं (यदि आप अन्य ऑप्टिमाइज़र प्रोग्राम को फेंक देते हैं और मैन्युअल रूप से चित्र को सरल बनाते हैं)। पहला पूरी तरह से विहित नहीं है और इसे विधर्म के रूप में माना जा सकता है, लेकिन एक तथ्य यह है कि एंड्रॉइड संकलक (अधिक सटीक रूप से एपीकेटूल) चित्रों को कम संख्या में रंगों के साथ ट्रैक कर सकता है और उन्हें पैलेटेड प्रारूप में अनुवाद कर सकता है। इसके अलावा, यहां तक ​​कि पूर्ण-रंग वाले PNG भी छोटे हो सकते हैं। यह आवश्यक छवियों को वर्किंग प्रोजेक्ट के Res / drawable फ़ोल्डर में जोड़ने के लिए पर्याप्त है, इसे इकट्ठा करें और फिर बिन / Res / drawable फ़ोल्डर से अनुकूलित फ़ाइलों को लिखें। बेशक, इसके लिए एंड्रॉइड एसडीके के साथ कुछ कौशल की आवश्यकता होती है और यह आईओएस विकास पर लागू नहीं होता है।

दूसरी विधि अधिक सार्वभौमिक है: RGBA8888 से RGB565 या RGBA4444 में एक फ़ाइल के रंग सरगम ​​को कम करें। एक ही समय में, आकार दोनों के कारण बढ़ सकता है, और खींची गई छवियों के मामले में काफी कमी आ सकती है। इन ऑपरेशनों के लिए, मैंने अपनी कंसोल उपयोगिता लिखी, लेकिन इसका विचार पहले से ही इस लेख के दायरे से परे है।

समाप्त iphoneos- अनुकूलन स्क्रिप्ट के पुनश्च पाठ: paste2.org/p/2045147