mirrors
/
SDWebImage
mirror of https://github.com/SDWebImage/SDWebImage.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
SDWebImage/SDWebImage.xcodeproj/project.pbxproj

4156 lines
367 KiB
Plaintext
Raw Normal View History

Add Xcode project
2011-12-05 09:48:58 +08:00
// !$*UTF8*$!
{
archiveVersion = 1;
classes = {
};
objectVersion = 46;
objects = {
/* Begin PBXBuildFile section */
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A541BC4880000A5A117 /* SDWebImageCompat.m in Sources */ = {isa = PBXBuildFile; fileRef = 5340674F167780C40042B59E /* SDWebImageCompat.m */; };
00733A551BC4880000A5A117 /* SDWebImageDownloader.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8C148C56230056699D /* SDWebImageDownloader.m */; };
00733A561BC4880000A5A117 /* SDWebImageDownloaderOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = 530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */; };
00733A571BC4880000A5A117 /* SDImageCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D86148C56230056699D /* SDImageCache.m */; };
00733A581BC4880000A5A117 /* SDWebImageManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8F148C56230056699D /* SDWebImageManager.m */; };
00733A5A1BC4880000A5A117 /* SDWebImagePrefetcher.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D92148C56230056699D /* SDWebImagePrefetcher.m */; };
00733A5B1BC4880000A5A117 /* NSData+ImageContentType.m in Sources */ = {isa = PBXBuildFile; fileRef = 5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */; };
00733A5C1BC4880000A5A117 /* UIButton+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D94148C56230056699D /* UIButton+WebCache.m */; };
00733A5D1BC4880000A5A117 /* UIImage+GIF.m in Sources */ = {isa = PBXBuildFile; fileRef = A18A6CC6172DC28500419892 /* UIImage+GIF.m */; };
00733A5E1BC4880000A5A117 /* UIImage+MultiFormat.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */; };
00733A5F1BC4880000A5A117 /* UIImage+WebP.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB921762547C00698166 /* UIImage+WebP.m */; };
00733A601BC4880000A5A117 /* UIImageView+HighlightedWebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */; };
00733A611BC4880000A5A117 /* UIImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D96148C56230056699D /* UIImageView+WebCache.m */; };
00733A621BC4880000A5A117 /* UIView+WebCacheOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */; };
00733A631BC4880E00A5A117 /* SDWebImageCompat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D88148C56230056699D /* SDWebImageCompat.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A641BC4880E00A5A117 /* SDWebImageOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E71646388E002868E7 /* SDWebImageOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A651BC4880E00A5A117 /* SDWebImageDownloader.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8B148C56230056699D /* SDWebImageDownloader.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A661BC4880E00A5A117 /* SDWebImageDownloaderOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A671BC4880E00A5A117 /* SDImageCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D85148C56230056699D /* SDImageCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A681BC4880E00A5A117 /* SDWebImageManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8E148C56230056699D /* SDWebImageManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A6A1BC4880E00A5A117 /* SDWebImagePrefetcher.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D91148C56230056699D /* SDWebImagePrefetcher.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A6B1BC4880E00A5A117 /* NSData+ImageContentType.h in Headers */ = {isa = PBXBuildFile; fileRef = 5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A6C1BC4880E00A5A117 /* UIButton+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D93148C56230056699D /* UIButton+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A6D1BC4880E00A5A117 /* UIImage+GIF.h in Headers */ = {isa = PBXBuildFile; fileRef = A18A6CC5172DC28500419892 /* UIImage+GIF.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A6E1BC4880E00A5A117 /* UIImage+MultiFormat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A6F1BC4880E00A5A117 /* UIImage+WebP.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB911762547C00698166 /* UIImage+WebP.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A701BC4880E00A5A117 /* UIImageView+HighlightedWebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A711BC4880E00A5A117 /* UIImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D95148C56230056699D /* UIImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
00733A721BC4880E00A5A117 /* UIView+WebCacheOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
00733A731BC4880E00A5A117 /* SDWebImage.h in Headers */ = {isa = PBXBuildFile; fileRef = 4A2CAE031AB4BB5400B6BC39 /* SDWebImage.h */; settings = {ATTRIBUTES = (Public, ); }; };
Create a subclass of NSBitmapImageRep to fix the GIF frame duration issue on macOS
2018-02-18 11:34:06 +08:00
320224BB203979BA00E9F285 /* SDAnimatedImageRep.h in Headers */ = {isa = PBXBuildFile; fileRef = 320224B9203979BA00E9F285 /* SDAnimatedImageRep.h */; settings = {ATTRIBUTES = (Public, ); }; };
320224BC203979BA00E9F285 /* SDAnimatedImageRep.m in Sources */ = {isa = PBXBuildFile; fileRef = 320224BA203979BA00E9F285 /* SDAnimatedImageRep.m */; };
Add WebCache category for NSButton on macOS
2018-01-19 15:46:05 +08:00
321DB3612011D4D70015D2CB /* NSButton+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 321DB35F2011D4D60015D2CB /* NSButton+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
321DB3622011D4D70015D2CB /* NSButton+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 321DB3602011D4D60015D2CB /* NSButton+WebCache.m */; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60861F38E8C800405457 /* SDWebImageCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60841F38E8C800405457 /* SDWebImageCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60871F38E8C800405457 /* SDWebImageCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60841F38E8C800405457 /* SDWebImageCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60881F38E8C800405457 /* SDWebImageCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60841F38E8C800405457 /* SDWebImageCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60891F38E8C800405457 /* SDWebImageCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60841F38E8C800405457 /* SDWebImageCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E608A1F38E8C800405457 /* SDWebImageCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60841F38E8C800405457 /* SDWebImageCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E608B1F38E8C800405457 /* SDWebImageCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60841F38E8C800405457 /* SDWebImageCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E608C1F38E8C800405457 /* SDWebImageCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60851F38E8C800405457 /* SDWebImageCoder.m */; };
321E608D1F38E8C800405457 /* SDWebImageCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60851F38E8C800405457 /* SDWebImageCoder.m */; };
321E608E1F38E8C800405457 /* SDWebImageCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60851F38E8C800405457 /* SDWebImageCoder.m */; };
321E608F1F38E8C800405457 /* SDWebImageCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60851F38E8C800405457 /* SDWebImageCoder.m */; };
321E60901F38E8C800405457 /* SDWebImageCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60851F38E8C800405457 /* SDWebImageCoder.m */; };
321E60911F38E8C800405457 /* SDWebImageCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60851F38E8C800405457 /* SDWebImageCoder.m */; };
321E60941F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60951F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60961F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60971F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60981F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60991F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E609A1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */; };
321E609B1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */; };
321E609C1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */; };
321E609D1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */; };
321E609E1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */; };
321E609F1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */; };
321E60A21F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60A31F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60A41F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60A51F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60A61F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60A71F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60A81F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */; };
321E60A91F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */; };
321E60AA1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */; };
321E60AB1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */; };
321E60AC1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */; };
321E60AD1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */; };
321E60B01F38E90100405457 /* SDWebImageWebPCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60B11F38E90100405457 /* SDWebImageWebPCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60B21F38E90100405457 /* SDWebImageWebPCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60B31F38E90100405457 /* SDWebImageWebPCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60B41F38E90100405457 /* SDWebImageWebPCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60B51F38E90100405457 /* SDWebImageWebPCoder.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60B61F38E90100405457 /* SDWebImageWebPCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */; };
321E60B71F38E90100405457 /* SDWebImageWebPCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */; };
321E60B81F38E90100405457 /* SDWebImageWebPCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */; };
321E60B91F38E90100405457 /* SDWebImageWebPCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */; };
321E60BA1F38E90100405457 /* SDWebImageWebPCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */; };
321E60BB1F38E90100405457 /* SDWebImageWebPCoder.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */; };
321E60BE1F38E91700405457 /* UIImage+ForceDecode.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60BF1F38E91700405457 /* UIImage+ForceDecode.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60C01F38E91700405457 /* UIImage+ForceDecode.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60C11F38E91700405457 /* UIImage+ForceDecode.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60C21F38E91700405457 /* UIImage+ForceDecode.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60C31F38E91700405457 /* UIImage+ForceDecode.h in Headers */ = {isa = PBXBuildFile; fileRef = 321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */; settings = {ATTRIBUTES = (Public, ); }; };
321E60C41F38E91700405457 /* UIImage+ForceDecode.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */; };
321E60C51F38E91700405457 /* UIImage+ForceDecode.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */; };
321E60C61F38E91700405457 /* UIImage+ForceDecode.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */; };
321E60C71F38E91700405457 /* UIImage+ForceDecode.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */; };
321E60C81F38E91700405457 /* UIImage+ForceDecode.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */; };
321E60C91F38E91700405457 /* UIImage+ForceDecode.m in Sources */ = {isa = PBXBuildFile; fileRef = 321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */; };
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
3237F9E820161AE000A88143 /* NSImage+Additions.m in Sources */ = {isa = PBXBuildFile; fileRef = 4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */; };
3237F9E920161AE000A88143 /* NSImage+Additions.m in Sources */ = {isa = PBXBuildFile; fileRef = 4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */; };
3237F9EA20161AE000A88143 /* NSImage+Additions.m in Sources */ = {isa = PBXBuildFile; fileRef = 4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */; };
3237F9EB20161AE000A88143 /* NSImage+Additions.m in Sources */ = {isa = PBXBuildFile; fileRef = 4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */; };
3237F9EC20161AE000A88143 /* NSImage+Additions.m in Sources */ = {isa = PBXBuildFile; fileRef = 4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B3E1F38EF770092B609 /* alpha_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B131F38EF770092B609 /* alpha_enc.c */; };
323F8B3F1F38EF770092B609 /* alpha_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B131F38EF770092B609 /* alpha_enc.c */; };
323F8B401F38EF770092B609 /* alpha_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B131F38EF770092B609 /* alpha_enc.c */; };
323F8B411F38EF770092B609 /* alpha_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B131F38EF770092B609 /* alpha_enc.c */; };
323F8B421F38EF770092B609 /* alpha_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B131F38EF770092B609 /* alpha_enc.c */; };
323F8B431F38EF770092B609 /* alpha_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B131F38EF770092B609 /* alpha_enc.c */; };
323F8B441F38EF770092B609 /* analysis_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B141F38EF770092B609 /* analysis_enc.c */; };
323F8B451F38EF770092B609 /* analysis_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B141F38EF770092B609 /* analysis_enc.c */; };
323F8B461F38EF770092B609 /* analysis_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B141F38EF770092B609 /* analysis_enc.c */; };
323F8B471F38EF770092B609 /* analysis_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B141F38EF770092B609 /* analysis_enc.c */; };
323F8B481F38EF770092B609 /* analysis_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B141F38EF770092B609 /* analysis_enc.c */; };
323F8B491F38EF770092B609 /* analysis_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B141F38EF770092B609 /* analysis_enc.c */; };
323F8B4A1F38EF770092B609 /* backward_references_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B151F38EF770092B609 /* backward_references_enc.c */; };
323F8B4B1F38EF770092B609 /* backward_references_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B151F38EF770092B609 /* backward_references_enc.c */; };
323F8B4C1F38EF770092B609 /* backward_references_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B151F38EF770092B609 /* backward_references_enc.c */; };
323F8B4D1F38EF770092B609 /* backward_references_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B151F38EF770092B609 /* backward_references_enc.c */; };
323F8B4E1F38EF770092B609 /* backward_references_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B151F38EF770092B609 /* backward_references_enc.c */; };
323F8B4F1F38EF770092B609 /* backward_references_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B151F38EF770092B609 /* backward_references_enc.c */; };
323F8B501F38EF770092B609 /* backward_references_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B161F38EF770092B609 /* backward_references_enc.h */; };
323F8B511F38EF770092B609 /* backward_references_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B161F38EF770092B609 /* backward_references_enc.h */; };
323F8B521F38EF770092B609 /* backward_references_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B161F38EF770092B609 /* backward_references_enc.h */; };
323F8B531F38EF770092B609 /* backward_references_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B161F38EF770092B609 /* backward_references_enc.h */; };
323F8B541F38EF770092B609 /* backward_references_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B161F38EF770092B609 /* backward_references_enc.h */; };
323F8B551F38EF770092B609 /* backward_references_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B161F38EF770092B609 /* backward_references_enc.h */; };
323F8B561F38EF770092B609 /* config_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B171F38EF770092B609 /* config_enc.c */; };
323F8B571F38EF770092B609 /* config_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B171F38EF770092B609 /* config_enc.c */; };
323F8B581F38EF770092B609 /* config_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B171F38EF770092B609 /* config_enc.c */; };
323F8B591F38EF770092B609 /* config_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B171F38EF770092B609 /* config_enc.c */; };
323F8B5A1F38EF770092B609 /* config_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B171F38EF770092B609 /* config_enc.c */; };
323F8B5B1F38EF770092B609 /* config_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B171F38EF770092B609 /* config_enc.c */; };
323F8B5C1F38EF770092B609 /* cost_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B181F38EF770092B609 /* cost_enc.c */; };
323F8B5D1F38EF770092B609 /* cost_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B181F38EF770092B609 /* cost_enc.c */; };
323F8B5E1F38EF770092B609 /* cost_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B181F38EF770092B609 /* cost_enc.c */; };
323F8B5F1F38EF770092B609 /* cost_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B181F38EF770092B609 /* cost_enc.c */; };
323F8B601F38EF770092B609 /* cost_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B181F38EF770092B609 /* cost_enc.c */; };
323F8B611F38EF770092B609 /* cost_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B181F38EF770092B609 /* cost_enc.c */; };
323F8B621F38EF770092B609 /* cost_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B191F38EF770092B609 /* cost_enc.h */; };
323F8B631F38EF770092B609 /* cost_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B191F38EF770092B609 /* cost_enc.h */; };
323F8B641F38EF770092B609 /* cost_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B191F38EF770092B609 /* cost_enc.h */; };
323F8B651F38EF770092B609 /* cost_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B191F38EF770092B609 /* cost_enc.h */; };
323F8B661F38EF770092B609 /* cost_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B191F38EF770092B609 /* cost_enc.h */; };
323F8B671F38EF770092B609 /* cost_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B191F38EF770092B609 /* cost_enc.h */; };
323F8B681F38EF770092B609 /* delta_palettization_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */; };
323F8B691F38EF770092B609 /* delta_palettization_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */; };
323F8B6A1F38EF770092B609 /* delta_palettization_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */; };
323F8B6B1F38EF770092B609 /* delta_palettization_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */; };
323F8B6C1F38EF770092B609 /* delta_palettization_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */; };
323F8B6D1F38EF770092B609 /* delta_palettization_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */; };
323F8B6E1F38EF770092B609 /* delta_palettization_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */; };
323F8B6F1F38EF770092B609 /* delta_palettization_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */; };
323F8B701F38EF770092B609 /* delta_palettization_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */; };
323F8B711F38EF770092B609 /* delta_palettization_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */; };
323F8B721F38EF770092B609 /* delta_palettization_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */; };
323F8B731F38EF770092B609 /* delta_palettization_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */; };
323F8B741F38EF770092B609 /* filter_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1C1F38EF770092B609 /* filter_enc.c */; };
323F8B751F38EF770092B609 /* filter_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1C1F38EF770092B609 /* filter_enc.c */; };
323F8B761F38EF770092B609 /* filter_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1C1F38EF770092B609 /* filter_enc.c */; };
323F8B771F38EF770092B609 /* filter_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1C1F38EF770092B609 /* filter_enc.c */; };
323F8B781F38EF770092B609 /* filter_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1C1F38EF770092B609 /* filter_enc.c */; };
323F8B791F38EF770092B609 /* filter_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1C1F38EF770092B609 /* filter_enc.c */; };
323F8B7A1F38EF770092B609 /* frame_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1D1F38EF770092B609 /* frame_enc.c */; };
323F8B7B1F38EF770092B609 /* frame_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1D1F38EF770092B609 /* frame_enc.c */; };
323F8B7C1F38EF770092B609 /* frame_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1D1F38EF770092B609 /* frame_enc.c */; };
323F8B7D1F38EF770092B609 /* frame_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1D1F38EF770092B609 /* frame_enc.c */; };
323F8B7E1F38EF770092B609 /* frame_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1D1F38EF770092B609 /* frame_enc.c */; };
323F8B7F1F38EF770092B609 /* frame_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1D1F38EF770092B609 /* frame_enc.c */; };
323F8B801F38EF770092B609 /* histogram_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1E1F38EF770092B609 /* histogram_enc.c */; };
323F8B811F38EF770092B609 /* histogram_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1E1F38EF770092B609 /* histogram_enc.c */; };
323F8B821F38EF770092B609 /* histogram_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1E1F38EF770092B609 /* histogram_enc.c */; };
323F8B831F38EF770092B609 /* histogram_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1E1F38EF770092B609 /* histogram_enc.c */; };
323F8B841F38EF770092B609 /* histogram_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1E1F38EF770092B609 /* histogram_enc.c */; };
323F8B851F38EF770092B609 /* histogram_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B1E1F38EF770092B609 /* histogram_enc.c */; };
323F8B861F38EF770092B609 /* histogram_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1F1F38EF770092B609 /* histogram_enc.h */; };
323F8B871F38EF770092B609 /* histogram_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1F1F38EF770092B609 /* histogram_enc.h */; };
323F8B881F38EF770092B609 /* histogram_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1F1F38EF770092B609 /* histogram_enc.h */; };
323F8B891F38EF770092B609 /* histogram_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1F1F38EF770092B609 /* histogram_enc.h */; };
323F8B8A1F38EF770092B609 /* histogram_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1F1F38EF770092B609 /* histogram_enc.h */; };
323F8B8B1F38EF770092B609 /* histogram_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B1F1F38EF770092B609 /* histogram_enc.h */; };
323F8B8C1F38EF770092B609 /* iterator_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B201F38EF770092B609 /* iterator_enc.c */; };
323F8B8D1F38EF770092B609 /* iterator_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B201F38EF770092B609 /* iterator_enc.c */; };
323F8B8E1F38EF770092B609 /* iterator_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B201F38EF770092B609 /* iterator_enc.c */; };
323F8B8F1F38EF770092B609 /* iterator_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B201F38EF770092B609 /* iterator_enc.c */; };
323F8B901F38EF770092B609 /* iterator_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B201F38EF770092B609 /* iterator_enc.c */; };
323F8B911F38EF770092B609 /* iterator_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B201F38EF770092B609 /* iterator_enc.c */; };
323F8B961F38EF770092B609 /* near_lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B221F38EF770092B609 /* near_lossless_enc.c */; };
323F8B971F38EF770092B609 /* near_lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B221F38EF770092B609 /* near_lossless_enc.c */; };
323F8B981F38EF770092B609 /* near_lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B221F38EF770092B609 /* near_lossless_enc.c */; };
323F8B991F38EF770092B609 /* near_lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B221F38EF770092B609 /* near_lossless_enc.c */; };
323F8B9A1F38EF770092B609 /* near_lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B221F38EF770092B609 /* near_lossless_enc.c */; };
323F8B9B1F38EF770092B609 /* near_lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B221F38EF770092B609 /* near_lossless_enc.c */; };
323F8B9C1F38EF770092B609 /* picture_csp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B231F38EF770092B609 /* picture_csp_enc.c */; };
323F8B9D1F38EF770092B609 /* picture_csp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B231F38EF770092B609 /* picture_csp_enc.c */; };
323F8B9E1F38EF770092B609 /* picture_csp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B231F38EF770092B609 /* picture_csp_enc.c */; };
323F8B9F1F38EF770092B609 /* picture_csp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B231F38EF770092B609 /* picture_csp_enc.c */; };
323F8BA01F38EF770092B609 /* picture_csp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B231F38EF770092B609 /* picture_csp_enc.c */; };
323F8BA11F38EF770092B609 /* picture_csp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B231F38EF770092B609 /* picture_csp_enc.c */; };
323F8BA21F38EF770092B609 /* picture_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B241F38EF770092B609 /* picture_enc.c */; };
323F8BA31F38EF770092B609 /* picture_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B241F38EF770092B609 /* picture_enc.c */; };
323F8BA41F38EF770092B609 /* picture_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B241F38EF770092B609 /* picture_enc.c */; };
323F8BA51F38EF770092B609 /* picture_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B241F38EF770092B609 /* picture_enc.c */; };
323F8BA61F38EF770092B609 /* picture_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B241F38EF770092B609 /* picture_enc.c */; };
323F8BA71F38EF770092B609 /* picture_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B241F38EF770092B609 /* picture_enc.c */; };
323F8BA81F38EF770092B609 /* picture_psnr_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B251F38EF770092B609 /* picture_psnr_enc.c */; };
323F8BA91F38EF770092B609 /* picture_psnr_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B251F38EF770092B609 /* picture_psnr_enc.c */; };
323F8BAA1F38EF770092B609 /* picture_psnr_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B251F38EF770092B609 /* picture_psnr_enc.c */; };
323F8BAB1F38EF770092B609 /* picture_psnr_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B251F38EF770092B609 /* picture_psnr_enc.c */; };
323F8BAC1F38EF770092B609 /* picture_psnr_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B251F38EF770092B609 /* picture_psnr_enc.c */; };
323F8BAD1F38EF770092B609 /* picture_psnr_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B251F38EF770092B609 /* picture_psnr_enc.c */; };
323F8BAE1F38EF770092B609 /* picture_rescale_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B261F38EF770092B609 /* picture_rescale_enc.c */; };
323F8BAF1F38EF770092B609 /* picture_rescale_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B261F38EF770092B609 /* picture_rescale_enc.c */; };
323F8BB01F38EF770092B609 /* picture_rescale_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B261F38EF770092B609 /* picture_rescale_enc.c */; };
323F8BB11F38EF770092B609 /* picture_rescale_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B261F38EF770092B609 /* picture_rescale_enc.c */; };
323F8BB21F38EF770092B609 /* picture_rescale_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B261F38EF770092B609 /* picture_rescale_enc.c */; };
323F8BB31F38EF770092B609 /* picture_rescale_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B261F38EF770092B609 /* picture_rescale_enc.c */; };
323F8BB41F38EF770092B609 /* picture_tools_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B271F38EF770092B609 /* picture_tools_enc.c */; };
323F8BB51F38EF770092B609 /* picture_tools_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B271F38EF770092B609 /* picture_tools_enc.c */; };
323F8BB61F38EF770092B609 /* picture_tools_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B271F38EF770092B609 /* picture_tools_enc.c */; };
323F8BB71F38EF770092B609 /* picture_tools_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B271F38EF770092B609 /* picture_tools_enc.c */; };
323F8BB81F38EF770092B609 /* picture_tools_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B271F38EF770092B609 /* picture_tools_enc.c */; };
323F8BB91F38EF770092B609 /* picture_tools_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B271F38EF770092B609 /* picture_tools_enc.c */; };
323F8BBA1F38EF770092B609 /* predictor_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B281F38EF770092B609 /* predictor_enc.c */; };
323F8BBB1F38EF770092B609 /* predictor_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B281F38EF770092B609 /* predictor_enc.c */; };
323F8BBC1F38EF770092B609 /* predictor_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B281F38EF770092B609 /* predictor_enc.c */; };
323F8BBD1F38EF770092B609 /* predictor_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B281F38EF770092B609 /* predictor_enc.c */; };
323F8BBE1F38EF770092B609 /* predictor_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B281F38EF770092B609 /* predictor_enc.c */; };
323F8BBF1F38EF770092B609 /* predictor_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B281F38EF770092B609 /* predictor_enc.c */; };
323F8BC01F38EF770092B609 /* quant_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B291F38EF770092B609 /* quant_enc.c */; };
323F8BC11F38EF770092B609 /* quant_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B291F38EF770092B609 /* quant_enc.c */; };
323F8BC21F38EF770092B609 /* quant_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B291F38EF770092B609 /* quant_enc.c */; };
323F8BC31F38EF770092B609 /* quant_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B291F38EF770092B609 /* quant_enc.c */; };
323F8BC41F38EF770092B609 /* quant_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B291F38EF770092B609 /* quant_enc.c */; };
323F8BC51F38EF770092B609 /* quant_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B291F38EF770092B609 /* quant_enc.c */; };
323F8BC61F38EF770092B609 /* syntax_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2A1F38EF770092B609 /* syntax_enc.c */; };
323F8BC71F38EF770092B609 /* syntax_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2A1F38EF770092B609 /* syntax_enc.c */; };
323F8BC81F38EF770092B609 /* syntax_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2A1F38EF770092B609 /* syntax_enc.c */; };
323F8BC91F38EF770092B609 /* syntax_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2A1F38EF770092B609 /* syntax_enc.c */; };
323F8BCA1F38EF770092B609 /* syntax_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2A1F38EF770092B609 /* syntax_enc.c */; };
323F8BCB1F38EF770092B609 /* syntax_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2A1F38EF770092B609 /* syntax_enc.c */; };
323F8BCC1F38EF770092B609 /* token_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2B1F38EF770092B609 /* token_enc.c */; };
323F8BCD1F38EF770092B609 /* token_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2B1F38EF770092B609 /* token_enc.c */; };
323F8BCE1F38EF770092B609 /* token_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2B1F38EF770092B609 /* token_enc.c */; };
323F8BCF1F38EF770092B609 /* token_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2B1F38EF770092B609 /* token_enc.c */; };
323F8BD01F38EF770092B609 /* token_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2B1F38EF770092B609 /* token_enc.c */; };
323F8BD11F38EF770092B609 /* token_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2B1F38EF770092B609 /* token_enc.c */; };
323F8BD21F38EF770092B609 /* tree_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2C1F38EF770092B609 /* tree_enc.c */; };
323F8BD31F38EF770092B609 /* tree_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2C1F38EF770092B609 /* tree_enc.c */; };
323F8BD41F38EF770092B609 /* tree_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2C1F38EF770092B609 /* tree_enc.c */; };
323F8BD51F38EF770092B609 /* tree_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2C1F38EF770092B609 /* tree_enc.c */; };
323F8BD61F38EF770092B609 /* tree_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2C1F38EF770092B609 /* tree_enc.c */; };
323F8BD71F38EF770092B609 /* tree_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2C1F38EF770092B609 /* tree_enc.c */; };
323F8BD81F38EF770092B609 /* vp8i_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2D1F38EF770092B609 /* vp8i_enc.h */; };
323F8BD91F38EF770092B609 /* vp8i_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2D1F38EF770092B609 /* vp8i_enc.h */; };
323F8BDA1F38EF770092B609 /* vp8i_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2D1F38EF770092B609 /* vp8i_enc.h */; };
323F8BDB1F38EF770092B609 /* vp8i_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2D1F38EF770092B609 /* vp8i_enc.h */; };
323F8BDC1F38EF770092B609 /* vp8i_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2D1F38EF770092B609 /* vp8i_enc.h */; };
323F8BDD1F38EF770092B609 /* vp8i_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2D1F38EF770092B609 /* vp8i_enc.h */; };
323F8BDE1F38EF770092B609 /* vp8l_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2E1F38EF770092B609 /* vp8l_enc.c */; };
323F8BDF1F38EF770092B609 /* vp8l_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2E1F38EF770092B609 /* vp8l_enc.c */; };
323F8BE01F38EF770092B609 /* vp8l_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2E1F38EF770092B609 /* vp8l_enc.c */; };
323F8BE11F38EF770092B609 /* vp8l_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2E1F38EF770092B609 /* vp8l_enc.c */; };
323F8BE21F38EF770092B609 /* vp8l_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2E1F38EF770092B609 /* vp8l_enc.c */; };
323F8BE31F38EF770092B609 /* vp8l_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B2E1F38EF770092B609 /* vp8l_enc.c */; };
323F8BE41F38EF770092B609 /* vp8li_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2F1F38EF770092B609 /* vp8li_enc.h */; };
323F8BE51F38EF770092B609 /* vp8li_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2F1F38EF770092B609 /* vp8li_enc.h */; };
323F8BE61F38EF770092B609 /* vp8li_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2F1F38EF770092B609 /* vp8li_enc.h */; };
323F8BE71F38EF770092B609 /* vp8li_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2F1F38EF770092B609 /* vp8li_enc.h */; };
323F8BE81F38EF770092B609 /* vp8li_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2F1F38EF770092B609 /* vp8li_enc.h */; };
323F8BE91F38EF770092B609 /* vp8li_enc.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B2F1F38EF770092B609 /* vp8li_enc.h */; };
323F8BEA1F38EF770092B609 /* webp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B301F38EF770092B609 /* webp_enc.c */; };
323F8BEB1F38EF770092B609 /* webp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B301F38EF770092B609 /* webp_enc.c */; };
323F8BEC1F38EF770092B609 /* webp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B301F38EF770092B609 /* webp_enc.c */; };
323F8BED1F38EF770092B609 /* webp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B301F38EF770092B609 /* webp_enc.c */; };
323F8BEE1F38EF770092B609 /* webp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B301F38EF770092B609 /* webp_enc.c */; };
323F8BEF1F38EF770092B609 /* webp_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B301F38EF770092B609 /* webp_enc.c */; };
323F8BF01F38EF770092B609 /* anim_encode.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B321F38EF770092B609 /* anim_encode.c */; };
323F8BF11F38EF770092B609 /* anim_encode.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B321F38EF770092B609 /* anim_encode.c */; };
323F8BF21F38EF770092B609 /* anim_encode.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B321F38EF770092B609 /* anim_encode.c */; };
323F8BF31F38EF770092B609 /* anim_encode.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B321F38EF770092B609 /* anim_encode.c */; };
323F8BF41F38EF770092B609 /* anim_encode.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B321F38EF770092B609 /* anim_encode.c */; };
323F8BF51F38EF770092B609 /* anim_encode.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B321F38EF770092B609 /* anim_encode.c */; };
323F8BF61F38EF770092B609 /* animi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B331F38EF770092B609 /* animi.h */; };
323F8BF71F38EF770092B609 /* animi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B331F38EF770092B609 /* animi.h */; };
323F8BF81F38EF770092B609 /* animi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B331F38EF770092B609 /* animi.h */; };
323F8BF91F38EF770092B609 /* animi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B331F38EF770092B609 /* animi.h */; };
323F8BFA1F38EF770092B609 /* animi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B331F38EF770092B609 /* animi.h */; };
323F8BFB1F38EF770092B609 /* animi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B331F38EF770092B609 /* animi.h */; };
323F8C081F38EF770092B609 /* muxedit.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3A1F38EF770092B609 /* muxedit.c */; };
323F8C091F38EF770092B609 /* muxedit.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3A1F38EF770092B609 /* muxedit.c */; };
323F8C0A1F38EF770092B609 /* muxedit.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3A1F38EF770092B609 /* muxedit.c */; };
323F8C0B1F38EF770092B609 /* muxedit.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3A1F38EF770092B609 /* muxedit.c */; };
323F8C0C1F38EF770092B609 /* muxedit.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3A1F38EF770092B609 /* muxedit.c */; };
323F8C0D1F38EF770092B609 /* muxedit.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3A1F38EF770092B609 /* muxedit.c */; };
323F8C0E1F38EF770092B609 /* muxi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B3B1F38EF770092B609 /* muxi.h */; };
323F8C0F1F38EF770092B609 /* muxi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B3B1F38EF770092B609 /* muxi.h */; };
323F8C101F38EF770092B609 /* muxi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B3B1F38EF770092B609 /* muxi.h */; };
323F8C111F38EF770092B609 /* muxi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B3B1F38EF770092B609 /* muxi.h */; };
323F8C121F38EF770092B609 /* muxi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B3B1F38EF770092B609 /* muxi.h */; };
323F8C131F38EF770092B609 /* muxi.h in Headers */ = {isa = PBXBuildFile; fileRef = 323F8B3B1F38EF770092B609 /* muxi.h */; };
323F8C141F38EF770092B609 /* muxinternal.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3C1F38EF770092B609 /* muxinternal.c */; };
323F8C151F38EF770092B609 /* muxinternal.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3C1F38EF770092B609 /* muxinternal.c */; };
323F8C161F38EF770092B609 /* muxinternal.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3C1F38EF770092B609 /* muxinternal.c */; };
323F8C171F38EF770092B609 /* muxinternal.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3C1F38EF770092B609 /* muxinternal.c */; };
323F8C181F38EF770092B609 /* muxinternal.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3C1F38EF770092B609 /* muxinternal.c */; };
323F8C191F38EF770092B609 /* muxinternal.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3C1F38EF770092B609 /* muxinternal.c */; };
323F8C1A1F38EF770092B609 /* muxread.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3D1F38EF770092B609 /* muxread.c */; };
323F8C1B1F38EF770092B609 /* muxread.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3D1F38EF770092B609 /* muxread.c */; };
323F8C1C1F38EF770092B609 /* muxread.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3D1F38EF770092B609 /* muxread.c */; };
323F8C1D1F38EF770092B609 /* muxread.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3D1F38EF770092B609 /* muxread.c */; };
323F8C1E1F38EF770092B609 /* muxread.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3D1F38EF770092B609 /* muxread.c */; };
323F8C1F1F38EF770092B609 /* muxread.c in Sources */ = {isa = PBXBuildFile; fileRef = 323F8B3D1F38EF770092B609 /* muxread.c */; };
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B4200A14DC008A84CC /* SDWebImageDefine.h in Headers */ = {isa = PBXBuildFile; fileRef = 324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */; settings = {ATTRIBUTES = (Public, ); }; };
324DF4B5200A14DC008A84CC /* SDWebImageDefine.h in Headers */ = {isa = PBXBuildFile; fileRef = 324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */; settings = {ATTRIBUTES = (Public, ); }; };
324DF4B6200A14DC008A84CC /* SDWebImageDefine.h in Headers */ = {isa = PBXBuildFile; fileRef = 324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */; settings = {ATTRIBUTES = (Public, ); }; };
324DF4B7200A14DC008A84CC /* SDWebImageDefine.h in Headers */ = {isa = PBXBuildFile; fileRef = 324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */; settings = {ATTRIBUTES = (Public, ); }; };
324DF4B8200A14DC008A84CC /* SDWebImageDefine.h in Headers */ = {isa = PBXBuildFile; fileRef = 324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */; settings = {ATTRIBUTES = (Public, ); }; };
324DF4B9200A14DC008A84CC /* SDWebImageDefine.h in Headers */ = {isa = PBXBuildFile; fileRef = 324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */; settings = {ATTRIBUTES = (Public, ); }; };
324DF4BA200A14DC008A84CC /* SDWebImageDefine.m in Sources */ = {isa = PBXBuildFile; fileRef = 324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */; };
324DF4BB200A14DC008A84CC /* SDWebImageDefine.m in Sources */ = {isa = PBXBuildFile; fileRef = 324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */; };
324DF4BC200A14DC008A84CC /* SDWebImageDefine.m in Sources */ = {isa = PBXBuildFile; fileRef = 324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */; };
324DF4BD200A14DC008A84CC /* SDWebImageDefine.m in Sources */ = {isa = PBXBuildFile; fileRef = 324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */; };
324DF4BE200A14DC008A84CC /* SDWebImageDefine.m in Sources */ = {isa = PBXBuildFile; fileRef = 324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */; };
324DF4BF200A14DC008A84CC /* SDWebImageDefine.m in Sources */ = {isa = PBXBuildFile; fileRef = 324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */; };
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312C8200F09910046BF1E /* SDWebImageTransition.h in Headers */ = {isa = PBXBuildFile; fileRef = 325312C6200F09910046BF1E /* SDWebImageTransition.h */; settings = {ATTRIBUTES = (Public, ); }; };
325312C9200F09910046BF1E /* SDWebImageTransition.h in Headers */ = {isa = PBXBuildFile; fileRef = 325312C6200F09910046BF1E /* SDWebImageTransition.h */; settings = {ATTRIBUTES = (Public, ); }; };
325312CA200F09910046BF1E /* SDWebImageTransition.h in Headers */ = {isa = PBXBuildFile; fileRef = 325312C6200F09910046BF1E /* SDWebImageTransition.h */; settings = {ATTRIBUTES = (Public, ); }; };
325312CB200F09910046BF1E /* SDWebImageTransition.h in Headers */ = {isa = PBXBuildFile; fileRef = 325312C6200F09910046BF1E /* SDWebImageTransition.h */; settings = {ATTRIBUTES = (Public, ); }; };
325312CC200F09910046BF1E /* SDWebImageTransition.h in Headers */ = {isa = PBXBuildFile; fileRef = 325312C6200F09910046BF1E /* SDWebImageTransition.h */; settings = {ATTRIBUTES = (Public, ); }; };
325312CD200F09910046BF1E /* SDWebImageTransition.h in Headers */ = {isa = PBXBuildFile; fileRef = 325312C6200F09910046BF1E /* SDWebImageTransition.h */; settings = {ATTRIBUTES = (Public, ); }; };
325312CE200F09910046BF1E /* SDWebImageTransition.m in Sources */ = {isa = PBXBuildFile; fileRef = 325312C7200F09910046BF1E /* SDWebImageTransition.m */; };
325312CF200F09910046BF1E /* SDWebImageTransition.m in Sources */ = {isa = PBXBuildFile; fileRef = 325312C7200F09910046BF1E /* SDWebImageTransition.m */; };
325312D0200F09910046BF1E /* SDWebImageTransition.m in Sources */ = {isa = PBXBuildFile; fileRef = 325312C7200F09910046BF1E /* SDWebImageTransition.m */; };
325312D1200F09910046BF1E /* SDWebImageTransition.m in Sources */ = {isa = PBXBuildFile; fileRef = 325312C7200F09910046BF1E /* SDWebImageTransition.m */; };
325312D2200F09910046BF1E /* SDWebImageTransition.m in Sources */ = {isa = PBXBuildFile; fileRef = 325312C7200F09910046BF1E /* SDWebImageTransition.m */; };
325312D3200F09910046BF1E /* SDWebImageTransition.m in Sources */ = {isa = PBXBuildFile; fileRef = 325312C7200F09910046BF1E /* SDWebImageTransition.m */; };
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA041FA478AF0047D20C /* SDWebImageFrame.h in Headers */ = {isa = PBXBuildFile; fileRef = 3290FA021FA478AF0047D20C /* SDWebImageFrame.h */; settings = {ATTRIBUTES = (Public, ); }; };
3290FA051FA478AF0047D20C /* SDWebImageFrame.h in Headers */ = {isa = PBXBuildFile; fileRef = 3290FA021FA478AF0047D20C /* SDWebImageFrame.h */; settings = {ATTRIBUTES = (Public, ); }; };
3290FA061FA478AF0047D20C /* SDWebImageFrame.h in Headers */ = {isa = PBXBuildFile; fileRef = 3290FA021FA478AF0047D20C /* SDWebImageFrame.h */; settings = {ATTRIBUTES = (Public, ); }; };
3290FA071FA478AF0047D20C /* SDWebImageFrame.h in Headers */ = {isa = PBXBuildFile; fileRef = 3290FA021FA478AF0047D20C /* SDWebImageFrame.h */; settings = {ATTRIBUTES = (Public, ); }; };
3290FA081FA478AF0047D20C /* SDWebImageFrame.h in Headers */ = {isa = PBXBuildFile; fileRef = 3290FA021FA478AF0047D20C /* SDWebImageFrame.h */; settings = {ATTRIBUTES = (Public, ); }; };
3290FA091FA478AF0047D20C /* SDWebImageFrame.h in Headers */ = {isa = PBXBuildFile; fileRef = 3290FA021FA478AF0047D20C /* SDWebImageFrame.h */; settings = {ATTRIBUTES = (Public, ); }; };
3290FA0A1FA478AF0047D20C /* SDWebImageFrame.m in Sources */ = {isa = PBXBuildFile; fileRef = 3290FA031FA478AF0047D20C /* SDWebImageFrame.m */; };
3290FA0B1FA478AF0047D20C /* SDWebImageFrame.m in Sources */ = {isa = PBXBuildFile; fileRef = 3290FA031FA478AF0047D20C /* SDWebImageFrame.m */; };
3290FA0C1FA478AF0047D20C /* SDWebImageFrame.m in Sources */ = {isa = PBXBuildFile; fileRef = 3290FA031FA478AF0047D20C /* SDWebImageFrame.m */; };
3290FA0D1FA478AF0047D20C /* SDWebImageFrame.m in Sources */ = {isa = PBXBuildFile; fileRef = 3290FA031FA478AF0047D20C /* SDWebImageFrame.m */; };
3290FA0E1FA478AF0047D20C /* SDWebImageFrame.m in Sources */ = {isa = PBXBuildFile; fileRef = 3290FA031FA478AF0047D20C /* SDWebImageFrame.m */; };
3290FA0F1FA478AF0047D20C /* SDWebImageFrame.m in Sources */ = {isa = PBXBuildFile; fileRef = 3290FA031FA478AF0047D20C /* SDWebImageFrame.m */; };
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18591FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
329A185A1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
329A185B1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
329A185C1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
329A185D1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
329A185E1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
329A185F1FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */; };
329A18601FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */; };
329A18611FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */; };
329A18621FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */; };
329A18631FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */; };
329A18641FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */; };
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE12013426C001B8F2D /* SDWebImageIndicator.h in Headers */ = {isa = PBXBuildFile; fileRef = 32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */; settings = {ATTRIBUTES = (Public, ); }; };
32C0FDE22013426C001B8F2D /* SDWebImageIndicator.h in Headers */ = {isa = PBXBuildFile; fileRef = 32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */; settings = {ATTRIBUTES = (Public, ); }; };
32C0FDE32013426C001B8F2D /* SDWebImageIndicator.h in Headers */ = {isa = PBXBuildFile; fileRef = 32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */; settings = {ATTRIBUTES = (Public, ); }; };
32C0FDE42013426C001B8F2D /* SDWebImageIndicator.h in Headers */ = {isa = PBXBuildFile; fileRef = 32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */; settings = {ATTRIBUTES = (Public, ); }; };
32C0FDE52013426C001B8F2D /* SDWebImageIndicator.h in Headers */ = {isa = PBXBuildFile; fileRef = 32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */; settings = {ATTRIBUTES = (Public, ); }; };
32C0FDE62013426C001B8F2D /* SDWebImageIndicator.h in Headers */ = {isa = PBXBuildFile; fileRef = 32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */; settings = {ATTRIBUTES = (Public, ); }; };
32C0FDE72013426C001B8F2D /* SDWebImageIndicator.m in Sources */ = {isa = PBXBuildFile; fileRef = 32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */; };
32C0FDE82013426C001B8F2D /* SDWebImageIndicator.m in Sources */ = {isa = PBXBuildFile; fileRef = 32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */; };
32C0FDE92013426C001B8F2D /* SDWebImageIndicator.m in Sources */ = {isa = PBXBuildFile; fileRef = 32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */; };
32C0FDEA2013426C001B8F2D /* SDWebImageIndicator.m in Sources */ = {isa = PBXBuildFile; fileRef = 32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */; };
32C0FDEB2013426C001B8F2D /* SDWebImageIndicator.m in Sources */ = {isa = PBXBuildFile; fileRef = 32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */; };
32C0FDEC2013426C001B8F2D /* SDWebImageIndicator.m in Sources */ = {isa = PBXBuildFile; fileRef = 32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */; };
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C071FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */ = {isa = PBXBuildFile; fileRef = 32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */; settings = {ATTRIBUTES = (Public, ); }; };
32CF1C081FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */ = {isa = PBXBuildFile; fileRef = 32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */; settings = {ATTRIBUTES = (Public, ); }; };
32CF1C091FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */ = {isa = PBXBuildFile; fileRef = 32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */; settings = {ATTRIBUTES = (Public, ); }; };
32CF1C0A1FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */ = {isa = PBXBuildFile; fileRef = 32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */; settings = {ATTRIBUTES = (Public, ); }; };
32CF1C0B1FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */ = {isa = PBXBuildFile; fileRef = 32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */; settings = {ATTRIBUTES = (Public, ); }; };
32CF1C0C1FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */ = {isa = PBXBuildFile; fileRef = 32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */; settings = {ATTRIBUTES = (Public, ); }; };
32CF1C0D1FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */ = {isa = PBXBuildFile; fileRef = 32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */; };
32CF1C0E1FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */ = {isa = PBXBuildFile; fileRef = 32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */; };
32CF1C0F1FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */ = {isa = PBXBuildFile; fileRef = 32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */; };
32CF1C101FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */ = {isa = PBXBuildFile; fileRef = 32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */; };
32CF1C111FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */ = {isa = PBXBuildFile; fileRef = 32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */; };
32CF1C121FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */ = {isa = PBXBuildFile; fileRef = 32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */; };
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1231D0E0E3B004B36C9 /* SDImageCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D86148C56230056699D /* SDImageCache.m */; };
4314D1311D0E0E3B004B36C9 /* SDWebImageDownloader.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8C148C56230056699D /* SDWebImageDownloader.m */; };
4314D1341D0E0E3B004B36C9 /* UIImage+WebP.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB921762547C00698166 /* UIImage+WebP.m */; };
4314D1361D0E0E3B004B36C9 /* SDWebImageManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8F148C56230056699D /* SDWebImageManager.m */; };
4314D1371D0E0E3B004B36C9 /* SDWebImagePrefetcher.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D92148C56230056699D /* SDWebImagePrefetcher.m */; };
4314D13B1D0E0E3B004B36C9 /* UIButton+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D94148C56230056699D /* UIButton+WebCache.m */; };
4314D1401D0E0E3B004B36C9 /* UIImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D96148C56230056699D /* UIImageView+WebCache.m */; };
4314D1411D0E0E3B004B36C9 /* SDWebImageDownloaderOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = 530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */; };
4314D14B1D0E0E3B004B36C9 /* SDWebImageCompat.m in Sources */ = {isa = PBXBuildFile; fileRef = 5340674F167780C40042B59E /* SDWebImageCompat.m */; };
4314D14D1D0E0E3B004B36C9 /* UIImage+GIF.m in Sources */ = {isa = PBXBuildFile; fileRef = A18A6CC6172DC28500419892 /* UIImage+GIF.m */; };
4314D1501D0E0E3B004B36C9 /* UIView+WebCacheOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */; };
4314D1521D0E0E3B004B36C9 /* NSData+ImageContentType.m in Sources */ = {isa = PBXBuildFile; fileRef = 5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */; };
4314D1531D0E0E3B004B36C9 /* UIImage+MultiFormat.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */; };
4314D1551D0E0E3B004B36C9 /* UIImageView+HighlightedWebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */; };
4314D15E1D0E0E3B004B36C9 /* UIKit.framework in Frameworks */ = {isa = PBXBuildFile; fileRef = 53FB894814D35E9E0020B787 /* UIKit.framework */; };
4314D15F1D0E0E3B004B36C9 /* Foundation.framework in Frameworks */ = {isa = PBXBuildFile; fileRef = 53922D72148C55820056699D /* Foundation.framework */; };
4314D1601D0E0E3B004B36C9 /* CoreGraphics.framework in Frameworks */ = {isa = PBXBuildFile; fileRef = 53FB893F14D35D1A0020B787 /* CoreGraphics.framework */; };
4314D1621D0E0E3B004B36C9 /* mux_types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC91998E60B007367ED /* mux_types.h */; };
4314D1631D0E0E3B004B36C9 /* demux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC51998E60B007367ED /* demux.h */; };
4314D16B1D0E0E3B004B36C9 /* encode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC61998E60B007367ED /* encode.h */; };
4314D16D1D0E0E3B004B36C9 /* SDImageCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D85148C56230056699D /* SDImageCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
4314D16F1D0E0E3B004B36C9 /* NSData+ImageContentType.h in Headers */ = {isa = PBXBuildFile; fileRef = 5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */; settings = {ATTRIBUTES = (Public, ); }; };
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1701D0E0E3B004B36C9 /* mux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC81998E60B007367ED /* mux.h */; };
4314D1721D0E0E3B004B36C9 /* SDWebImageCompat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D88148C56230056699D /* SDWebImageCompat.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1741D0E0E3B004B36C9 /* types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CCA1998E60B007367ED /* types.h */; };
4314D1761D0E0E3B004B36C9 /* decode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC41998E60B007367ED /* decode.h */; };
4314D1781D0E0E3B004B36C9 /* SDWebImageDownloader.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8B148C56230056699D /* SDWebImageDownloader.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1791D0E0E3B004B36C9 /* SDWebImageManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8E148C56230056699D /* SDWebImageManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D17C1D0E0E3B004B36C9 /* UIImage+WebP.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB911762547C00698166 /* UIImage+WebP.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D17D1D0E0E3B004B36C9 /* SDWebImagePrefetcher.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D91148C56230056699D /* SDWebImagePrefetcher.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D17F1D0E0E3B004B36C9 /* UIButton+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D93148C56230056699D /* UIButton+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1811D0E0E3B004B36C9 /* UIImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D95148C56230056699D /* UIImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1841D0E0E3B004B36C9 /* SDWebImageOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E71646388E002868E7 /* SDWebImageOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1851D0E0E3B004B36C9 /* SDWebImageDownloaderOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1861D0E0E3B004B36C9 /* UIImageView+HighlightedWebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1881D0E0E3B004B36C9 /* format_constants.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC71998E60B007367ED /* format_constants.h */; };
4314D18F1D0E0E3B004B36C9 /* UIView+WebCacheOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
4314D1901D0E0E3B004B36C9 /* UIImage+GIF.h in Headers */ = {isa = PBXBuildFile; fileRef = A18A6CC5172DC28500419892 /* UIImage+GIF.h */; settings = {ATTRIBUTES = (Public, ); }; };
4314D1921D0E0E3B004B36C9 /* UIImage+MultiFormat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */; settings = {ATTRIBUTES = (Public, ); }; };
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
431738BD1CDFC2660008FEB9 /* decode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC41998E60B007367ED /* decode.h */; };
431738BE1CDFC2660008FEB9 /* demux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC51998E60B007367ED /* demux.h */; };
431738BF1CDFC2660008FEB9 /* encode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC61998E60B007367ED /* encode.h */; };
431738C01CDFC2660008FEB9 /* format_constants.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC71998E60B007367ED /* format_constants.h */; };
431738C11CDFC2660008FEB9 /* mux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC81998E60B007367ED /* mux.h */; };
431738C21CDFC2660008FEB9 /* mux_types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC91998E60B007367ED /* mux_types.h */; };
431738C31CDFC2660008FEB9 /* types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CCA1998E60B007367ED /* types.h */; };
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
4317394E1CDFC8B70008FEB9 /* decode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC41998E60B007367ED /* decode.h */; };
4317394F1CDFC8B70008FEB9 /* demux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC51998E60B007367ED /* demux.h */; };
431739501CDFC8B70008FEB9 /* encode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC61998E60B007367ED /* encode.h */; };
431739511CDFC8B70008FEB9 /* format_constants.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC71998E60B007367ED /* format_constants.h */; };
431739521CDFC8B70008FEB9 /* mux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC81998E60B007367ED /* mux.h */; };
431739531CDFC8B70008FEB9 /* mux_types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC91998E60B007367ED /* mux_types.h */; };
431739541CDFC8B70008FEB9 /* types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CCA1998E60B007367ED /* types.h */; };
431739551CDFC8B70008FEB9 /* decode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC41998E60B007367ED /* decode.h */; };
431739561CDFC8B70008FEB9 /* demux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC51998E60B007367ED /* demux.h */; };
431739571CDFC8B70008FEB9 /* encode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC61998E60B007367ED /* encode.h */; };
431739581CDFC8B70008FEB9 /* format_constants.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC71998E60B007367ED /* format_constants.h */; };
431739591CDFC8B70008FEB9 /* mux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC81998E60B007367ED /* mux.h */; };
4317395A1CDFC8B70008FEB9 /* mux_types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC91998E60B007367ED /* mux_types.h */; };
4317395B1CDFC8B70008FEB9 /* types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CCA1998E60B007367ED /* types.h */; };
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB68C1D06D2C1006A3455 /* SDWebImageDownloaderOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = 530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */; };
431BB68E1D06D2C1006A3455 /* SDWebImagePrefetcher.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D92148C56230056699D /* SDWebImagePrefetcher.m */; };
431BB6921D06D2C1006A3455 /* NSData+ImageContentType.m in Sources */ = {isa = PBXBuildFile; fileRef = 5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */; };
431BB69A1D06D2C1006A3455 /* SDWebImageDownloader.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8C148C56230056699D /* SDWebImageDownloader.m */; };
431BB6A31D06D2C1006A3455 /* UIImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D96148C56230056699D /* UIImageView+WebCache.m */; };
431BB6AA1D06D2C1006A3455 /* SDWebImageManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8F148C56230056699D /* SDWebImageManager.m */; };
431BB6AC1D06D2C1006A3455 /* SDWebImageCompat.m in Sources */ = {isa = PBXBuildFile; fileRef = 5340674F167780C40042B59E /* SDWebImageCompat.m */; };
431BB6B11D06D2C1006A3455 /* UIView+WebCacheOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */; };
431BB6B61D06D2C1006A3455 /* UIImage+WebP.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB921762547C00698166 /* UIImage+WebP.m */; };
431BB6B91D06D2C1006A3455 /* UIButton+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D94148C56230056699D /* UIButton+WebCache.m */; };
431BB6BD1D06D2C1006A3455 /* UIImage+GIF.m in Sources */ = {isa = PBXBuildFile; fileRef = A18A6CC6172DC28500419892 /* UIImage+GIF.m */; };
431BB6C01D06D2C1006A3455 /* SDImageCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D86148C56230056699D /* SDImageCache.m */; };
431BB6C41D06D2C1006A3455 /* UIImage+MultiFormat.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */; };
431BB6C71D06D2C1006A3455 /* UIImageView+HighlightedWebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */; };
431BB6D71D06D2C1006A3455 /* UIImage+WebP.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB911762547C00698166 /* UIImage+WebP.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6D91D06D2C1006A3455 /* SDWebImageManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8E148C56230056699D /* SDWebImageManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6DC1D06D2C1006A3455 /* UIButton+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D93148C56230056699D /* UIButton+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6E11D06D2C1006A3455 /* SDWebImage.h in Headers */ = {isa = PBXBuildFile; fileRef = 4A2CAE031AB4BB5400B6BC39 /* SDWebImage.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6E21D06D2C1006A3455 /* UIImageView+HighlightedWebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6E31D06D2C1006A3455 /* SDImageCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D85148C56230056699D /* SDImageCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6E61D06D2C1006A3455 /* UIImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D95148C56230056699D /* UIImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6E71D06D2C1006A3455 /* SDWebImageCompat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D88148C56230056699D /* SDWebImageCompat.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6E91D06D2C1006A3455 /* SDWebImageDownloaderOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6EB1D06D2C1006A3455 /* UIView+WebCacheOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6EE1D06D2C1006A3455 /* NSData+ImageContentType.h in Headers */ = {isa = PBXBuildFile; fileRef = 5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6EF1D06D2C1006A3455 /* SDWebImagePrefetcher.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D91148C56230056699D /* SDWebImagePrefetcher.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6F01D06D2C1006A3455 /* SDWebImageOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E71646388E002868E7 /* SDWebImageOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6F61D06D2C1006A3455 /* UIImage+MultiFormat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6F91D06D2C1006A3455 /* UIImage+GIF.h in Headers */ = {isa = PBXBuildFile; fileRef = A18A6CC5172DC28500419892 /* UIImage+GIF.h */; settings = {ATTRIBUTES = (Public, ); }; };
431BB6FA1D06D2C1006A3455 /* SDWebImageDownloader.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8B148C56230056699D /* SDWebImageDownloader.h */; settings = {ATTRIBUTES = (Public, ); }; };
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2771D9807EC007E863A /* UIView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 4369C2751D9807EC007E863A /* UIView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4369C2781D9807EC007E863A /* UIView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 4369C2751D9807EC007E863A /* UIView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4369C2791D9807EC007E863A /* UIView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 4369C2751D9807EC007E863A /* UIView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4369C27A1D9807EC007E863A /* UIView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 4369C2751D9807EC007E863A /* UIView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4369C27B1D9807EC007E863A /* UIView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 4369C2751D9807EC007E863A /* UIView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4369C27C1D9807EC007E863A /* UIView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 4369C2751D9807EC007E863A /* UIView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4369C27E1D9807EC007E863A /* UIView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 4369C2761D9807EC007E863A /* UIView+WebCache.m */; };
4369C27F1D9807EC007E863A /* UIView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 4369C2761D9807EC007E863A /* UIView+WebCache.m */; };
4369C2801D9807EC007E863A /* UIView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 4369C2761D9807EC007E863A /* UIView+WebCache.m */; };
4369C2811D9807EC007E863A /* UIView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 4369C2761D9807EC007E863A /* UIView+WebCache.m */; };
4369C2821D9807EC007E863A /* UIView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 4369C2761D9807EC007E863A /* UIView+WebCache.m */; };
4369C2831D9807EC007E863A /* UIView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 4369C2761D9807EC007E863A /* UIView+WebCache.m */; };
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
438096721CDFC08200DC626B /* MKAnnotationView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 535699B415113E7300A4C397 /* MKAnnotationView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
438096731CDFC08F00DC626B /* MKAnnotationView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 535699B515113E7300A4C397 /* MKAnnotationView+WebCache.m */; };
438096741CDFC09C00DC626B /* UIImage+WebP.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB911762547C00698166 /* UIImage+WebP.h */; settings = {ATTRIBUTES = (Public, ); }; };
438096751CDFC0A100DC626B /* UIImage+WebP.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB921762547C00698166 /* UIImage+WebP.m */; };
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D27E1D0DDD8C00BB2784 /* UIImage+GIF.m in Sources */ = {isa = PBXBuildFile; fileRef = A18A6CC6172DC28500419892 /* UIImage+GIF.m */; };
4397D27F1D0DDD8C00BB2784 /* UIImage+WebP.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB921762547C00698166 /* UIImage+WebP.m */; };
4397D28C1D0DDD8C00BB2784 /* UIImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D96148C56230056699D /* UIImageView+WebCache.m */; };
4397D28F1D0DDD8C00BB2784 /* SDWebImageDownloaderOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = 530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */; };
4397D2911D0DDD8C00BB2784 /* MKAnnotationView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 535699B515113E7300A4C397 /* MKAnnotationView+WebCache.m */; };
4397D2921D0DDD8C00BB2784 /* SDWebImagePrefetcher.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D92148C56230056699D /* SDWebImagePrefetcher.m */; };
4397D2961D0DDD8C00BB2784 /* UIImage+MultiFormat.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */; };
4397D29B1D0DDD8C00BB2784 /* SDWebImageDownloader.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8C148C56230056699D /* SDWebImageDownloader.m */; };
4397D29C1D0DDD8C00BB2784 /* NSData+ImageContentType.m in Sources */ = {isa = PBXBuildFile; fileRef = 5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */; };
4397D2A11D0DDD8C00BB2784 /* SDWebImageManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8F148C56230056699D /* SDWebImageManager.m */; };
4397D2A61D0DDD8C00BB2784 /* SDWebImageCompat.m in Sources */ = {isa = PBXBuildFile; fileRef = 5340674F167780C40042B59E /* SDWebImageCompat.m */; };
4397D2A81D0DDD8C00BB2784 /* UIButton+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D94148C56230056699D /* UIButton+WebCache.m */; };
4397D2AB1D0DDD8C00BB2784 /* UIView+WebCacheOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */; };
4397D2AE1D0DDD8C00BB2784 /* UIImageView+HighlightedWebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */; };
4397D2B01D0DDD8C00BB2784 /* SDImageCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D86148C56230056699D /* SDImageCache.m */; };
4397D2BA1D0DDD8C00BB2784 /* demux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC51998E60B007367ED /* demux.h */; };
4397D2BD1D0DDD8C00BB2784 /* types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CCA1998E60B007367ED /* types.h */; };
4397D2C01D0DDD8C00BB2784 /* SDWebImage.h in Headers */ = {isa = PBXBuildFile; fileRef = 4A2CAE031AB4BB5400B6BC39 /* SDWebImage.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2C11D0DDD8C00BB2784 /* format_constants.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC71998E60B007367ED /* format_constants.h */; };
4397D2C31D0DDD8C00BB2784 /* SDWebImageManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8E148C56230056699D /* SDWebImageManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2C41D0DDD8C00BB2784 /* SDImageCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D85148C56230056699D /* SDImageCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2C51D0DDD8C00BB2784 /* UIImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D95148C56230056699D /* UIImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2C81D0DDD8C00BB2784 /* SDWebImageCompat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D88148C56230056699D /* SDWebImageCompat.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2CB1D0DDD8C00BB2784 /* UIImageView+HighlightedWebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2CC1D0DDD8C00BB2784 /* mux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC81998E60B007367ED /* mux.h */; };
4397D2D01D0DDD8C00BB2784 /* SDWebImageDownloaderOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2D11D0DDD8C00BB2784 /* decode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC41998E60B007367ED /* decode.h */; };
4397D2D81D0DDD8C00BB2784 /* UIButton+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D93148C56230056699D /* UIButton+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2D91D0DDD8C00BB2784 /* SDWebImagePrefetcher.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D91148C56230056699D /* SDWebImagePrefetcher.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2DA1D0DDD8C00BB2784 /* UIView+WebCacheOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2DB1D0DDD8C00BB2784 /* UIImage+MultiFormat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2DC1D0DDD8C00BB2784 /* SDWebImageOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E71646388E002868E7 /* SDWebImageOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2E11D0DDD8C00BB2784 /* SDWebImageDownloader.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8B148C56230056699D /* SDWebImageDownloader.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2E31D0DDD8C00BB2784 /* MKAnnotationView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 535699B415113E7300A4C397 /* MKAnnotationView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2E61D0DDD8C00BB2784 /* encode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC61998E60B007367ED /* encode.h */; };
4397D2E91D0DDD8C00BB2784 /* UIImage+WebP.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB911762547C00698166 /* UIImage+WebP.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2EA1D0DDD8C00BB2784 /* UIImage+GIF.h in Headers */ = {isa = PBXBuildFile; fileRef = A18A6CC5172DC28500419892 /* UIImage+GIF.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2EB1D0DDD8C00BB2784 /* NSData+ImageContentType.h in Headers */ = {isa = PBXBuildFile; fileRef = 5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2ED1D0DDD8C00BB2784 /* mux_types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC91998E60B007367ED /* mux_types.h */; };
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
4397D2F61D0DE2DF00BB2784 /* NSImage+Additions.h in Headers */ = {isa = PBXBuildFile; fileRef = 4397D2F41D0DE2DF00BB2784 /* NSImage+Additions.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2F71D0DE2DF00BB2784 /* NSImage+Additions.m in Sources */ = {isa = PBXBuildFile; fileRef = 4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */; };
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2F81D0DF44200BB2784 /* MKAnnotationView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 535699B415113E7300A4C397 /* MKAnnotationView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4397D2F91D0DF44A00BB2784 /* MKAnnotationView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 535699B515113E7300A4C397 /* MKAnnotationView+WebCache.m */; };
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
43A62A1B1D0E0A800089D7DD /* decode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC41998E60B007367ED /* decode.h */; };
43A62A1C1D0E0A800089D7DD /* demux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC51998E60B007367ED /* demux.h */; };
43A62A1D1D0E0A800089D7DD /* encode.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC61998E60B007367ED /* encode.h */; };
43A62A1E1D0E0A800089D7DD /* format_constants.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC71998E60B007367ED /* format_constants.h */; };
43A62A1F1D0E0A800089D7DD /* mux.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC81998E60B007367ED /* mux.h */; };
43A62A201D0E0A800089D7DD /* mux_types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CC91998E60B007367ED /* mux_types.h */; };
43A62A211D0E0A800089D7DD /* types.h in Headers */ = {isa = PBXBuildFile; fileRef = DA577CCA1998E60B007367ED /* types.h */; };
SDImageCacheConfig.h made public
2016-09-26 00:27:10 +08:00
43A918641D8308FE00B3925F /* SDImageCacheConfig.h in Headers */ = {isa = PBXBuildFile; fileRef = 43A918621D8308FE00B3925F /* SDImageCacheConfig.h */; settings = {ATTRIBUTES = (Public, ); }; };
43A918651D8308FE00B3925F /* SDImageCacheConfig.h in Headers */ = {isa = PBXBuildFile; fileRef = 43A918621D8308FE00B3925F /* SDImageCacheConfig.h */; settings = {ATTRIBUTES = (Public, ); }; };
43A918661D8308FE00B3925F /* SDImageCacheConfig.h in Headers */ = {isa = PBXBuildFile; fileRef = 43A918621D8308FE00B3925F /* SDImageCacheConfig.h */; settings = {ATTRIBUTES = (Public, ); }; };
43A918671D8308FE00B3925F /* SDImageCacheConfig.h in Headers */ = {isa = PBXBuildFile; fileRef = 43A918621D8308FE00B3925F /* SDImageCacheConfig.h */; settings = {ATTRIBUTES = (Public, ); }; };
43A918681D8308FE00B3925F /* SDImageCacheConfig.h in Headers */ = {isa = PBXBuildFile; fileRef = 43A918621D8308FE00B3925F /* SDImageCacheConfig.h */; settings = {ATTRIBUTES = (Public, ); }; };
43A918691D8308FE00B3925F /* SDImageCacheConfig.h in Headers */ = {isa = PBXBuildFile; fileRef = 43A918621D8308FE00B3925F /* SDImageCacheConfig.h */; settings = {ATTRIBUTES = (Public, ); }; };
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A9186B1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */ = {isa = PBXBuildFile; fileRef = 43A918631D8308FE00B3925F /* SDImageCacheConfig.m */; };
43A9186C1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */ = {isa = PBXBuildFile; fileRef = 43A918631D8308FE00B3925F /* SDImageCacheConfig.m */; };
43A9186D1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */ = {isa = PBXBuildFile; fileRef = 43A918631D8308FE00B3925F /* SDImageCacheConfig.m */; };
43A9186E1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */ = {isa = PBXBuildFile; fileRef = 43A918631D8308FE00B3925F /* SDImageCacheConfig.m */; };
43A9186F1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */ = {isa = PBXBuildFile; fileRef = 43A918631D8308FE00B3925F /* SDImageCacheConfig.m */; };
43A918701D8308FE00B3925F /* SDImageCacheConfig.m in Sources */ = {isa = PBXBuildFile; fileRef = 43A918631D8308FE00B3925F /* SDImageCacheConfig.m */; };
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C8929A1D9D6DD70022038D /* anim_decode.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892981D9D6DD70022038D /* anim_decode.c */; };
43C8929B1D9D6DD70022038D /* demux.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892991D9D6DD70022038D /* demux.c */; };
43C8929C1D9D6DD90022038D /* anim_decode.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892981D9D6DD70022038D /* anim_decode.c */; };
43C8929D1D9D6DD90022038D /* anim_decode.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892981D9D6DD70022038D /* anim_decode.c */; };
43C8929E1D9D6DDA0022038D /* anim_decode.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892981D9D6DD70022038D /* anim_decode.c */; };
43C8929F1D9D6DDA0022038D /* anim_decode.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892981D9D6DD70022038D /* anim_decode.c */; };
43C892A01D9D6DDA0022038D /* anim_decode.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892981D9D6DD70022038D /* anim_decode.c */; };
43C892A11D9D6DDC0022038D /* demux.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892991D9D6DD70022038D /* demux.c */; };
43C892A21D9D6DDD0022038D /* demux.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892991D9D6DD70022038D /* demux.c */; };
43C892A31D9D6DDD0022038D /* demux.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892991D9D6DD70022038D /* demux.c */; };
43C892A41D9D6DDD0022038D /* demux.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892991D9D6DD70022038D /* demux.c */; };
43C892A51D9D6DDE0022038D /* demux.c in Sources */ = {isa = PBXBuildFile; fileRef = 43C892991D9D6DD70022038D /* demux.c */; };
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75761CFE9427006C64D0 /* FLAnimatedImage.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE75491CFE9427006C64D0 /* FLAnimatedImage.h */; settings = {ATTRIBUTES = (Public, ); }; };
43CE75771CFE9427006C64D0 /* FLAnimatedImage.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE75491CFE9427006C64D0 /* FLAnimatedImage.h */; settings = {ATTRIBUTES = (Public, ); }; };
43CE75781CFE9427006C64D0 /* FLAnimatedImage.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE75491CFE9427006C64D0 /* FLAnimatedImage.h */; settings = {ATTRIBUTES = (Public, ); }; };
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75791CFE9427006C64D0 /* FLAnimatedImage.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE754A1CFE9427006C64D0 /* FLAnimatedImage.m */; };
43CE757A1CFE9427006C64D0 /* FLAnimatedImage.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE754A1CFE9427006C64D0 /* FLAnimatedImage.m */; };
43CE757B1CFE9427006C64D0 /* FLAnimatedImage.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE754A1CFE9427006C64D0 /* FLAnimatedImage.m */; };
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE757C1CFE9427006C64D0 /* FLAnimatedImageView.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE754B1CFE9427006C64D0 /* FLAnimatedImageView.h */; settings = {ATTRIBUTES = (Public, ); }; };
43CE757D1CFE9427006C64D0 /* FLAnimatedImageView.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE754B1CFE9427006C64D0 /* FLAnimatedImageView.h */; settings = {ATTRIBUTES = (Public, ); }; };
43CE757E1CFE9427006C64D0 /* FLAnimatedImageView.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE754B1CFE9427006C64D0 /* FLAnimatedImageView.h */; settings = {ATTRIBUTES = (Public, ); }; };
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE757F1CFE9427006C64D0 /* FLAnimatedImageView.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE754C1CFE9427006C64D0 /* FLAnimatedImageView.m */; };
43CE75801CFE9427006C64D0 /* FLAnimatedImageView.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE754C1CFE9427006C64D0 /* FLAnimatedImageView.m */; };
43CE75811CFE9427006C64D0 /* FLAnimatedImageView.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE754C1CFE9427006C64D0 /* FLAnimatedImageView.m */; };
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75D01CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE75CE1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
43CE75D11CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE75CE1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
43CE75D21CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 43CE75CE1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
43CE75D31CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE75CF1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m */; };
43CE75D41CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE75CF1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m */; };
43CE75D51CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 43CE75CF1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m */; };
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CAE041AB4BB5400B6BC39 /* SDWebImage.h in Headers */ = {isa = PBXBuildFile; fileRef = 4A2CAE031AB4BB5400B6BC39 /* SDWebImage.h */; settings = {ATTRIBUTES = (Public, ); }; };
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE181AB4BB6400B6BC39 /* SDWebImageCompat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D88148C56230056699D /* SDWebImageCompat.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE191AB4BB6400B6BC39 /* SDWebImageCompat.m in Sources */ = {isa = PBXBuildFile; fileRef = 5340674F167780C40042B59E /* SDWebImageCompat.m */; };
4A2CAE1A1AB4BB6400B6BC39 /* SDWebImageOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E71646388E002868E7 /* SDWebImageOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE1B1AB4BB6800B6BC39 /* SDWebImageDownloader.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8B148C56230056699D /* SDWebImageDownloader.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE1C1AB4BB6800B6BC39 /* SDWebImageDownloader.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8C148C56230056699D /* SDWebImageDownloader.m */; };
4A2CAE1D1AB4BB6800B6BC39 /* SDWebImageDownloaderOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE1E1AB4BB6800B6BC39 /* SDWebImageDownloaderOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = 530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */; };
4A2CAE1F1AB4BB6C00B6BC39 /* SDImageCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D85148C56230056699D /* SDImageCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE201AB4BB6C00B6BC39 /* SDImageCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D86148C56230056699D /* SDImageCache.m */; };
4A2CAE211AB4BB7000B6BC39 /* SDWebImageManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8E148C56230056699D /* SDWebImageManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE221AB4BB7000B6BC39 /* SDWebImageManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8F148C56230056699D /* SDWebImageManager.m */; };
4A2CAE251AB4BB7000B6BC39 /* SDWebImagePrefetcher.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D91148C56230056699D /* SDWebImagePrefetcher.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE261AB4BB7000B6BC39 /* SDWebImagePrefetcher.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D92148C56230056699D /* SDWebImagePrefetcher.m */; };
4A2CAE271AB4BB7500B6BC39 /* MKAnnotationView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 535699B415113E7300A4C397 /* MKAnnotationView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE281AB4BB7500B6BC39 /* MKAnnotationView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 535699B515113E7300A4C397 /* MKAnnotationView+WebCache.m */; };
4A2CAE291AB4BB7500B6BC39 /* NSData+ImageContentType.h in Headers */ = {isa = PBXBuildFile; fileRef = 5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE2A1AB4BB7500B6BC39 /* NSData+ImageContentType.m in Sources */ = {isa = PBXBuildFile; fileRef = 5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */; };
4A2CAE2B1AB4BB7500B6BC39 /* UIButton+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D93148C56230056699D /* UIButton+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE2C1AB4BB7500B6BC39 /* UIButton+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D94148C56230056699D /* UIButton+WebCache.m */; };
4A2CAE2D1AB4BB7500B6BC39 /* UIImage+GIF.h in Headers */ = {isa = PBXBuildFile; fileRef = A18A6CC5172DC28500419892 /* UIImage+GIF.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE2E1AB4BB7500B6BC39 /* UIImage+GIF.m in Sources */ = {isa = PBXBuildFile; fileRef = A18A6CC6172DC28500419892 /* UIImage+GIF.m */; };
4A2CAE2F1AB4BB7500B6BC39 /* UIImage+MultiFormat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE301AB4BB7500B6BC39 /* UIImage+MultiFormat.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */; };
4A2CAE311AB4BB7500B6BC39 /* UIImage+WebP.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB911762547C00698166 /* UIImage+WebP.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE321AB4BB7500B6BC39 /* UIImage+WebP.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB921762547C00698166 /* UIImage+WebP.m */; };
4A2CAE331AB4BB7500B6BC39 /* UIImageView+HighlightedWebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE341AB4BB7500B6BC39 /* UIImageView+HighlightedWebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */; };
4A2CAE351AB4BB7500B6BC39 /* UIImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D95148C56230056699D /* UIImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE361AB4BB7500B6BC39 /* UIImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D96148C56230056699D /* UIImageView+WebCache.m */; };
4A2CAE371AB4BB7500B6BC39 /* UIView+WebCacheOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
4A2CAE381AB4BB7500B6BC39 /* UIView+WebCacheOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */; };
First beta of SDWebImage 3.0 This version is a rewrite of the lib using iOS 5.0 as minimum target. The lib as thus been refactored to use blocks/GCD from the ground up. As a consequence, all delegate code style has been removed. The result is a lot less lines of code and more flexibility.
2012-11-04 16:50:23 +08:00
530E49E816464C25002868E7 /* SDWebImageOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E71646388E002868E7 /* SDWebImageOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
530E49EA16464C7C002868E7 /* SDWebImageDownloaderOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = 530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
530E49EC16464C84002868E7 /* SDWebImageDownloaderOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = 530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */; };
Fix ARC compilation warning breaking some non-ARC projects (fix #229)
2012-12-11 23:11:06 +08:00
53406750167780C40042B59E /* SDWebImageCompat.m in Sources */ = {isa = PBXBuildFile; fileRef = 5340674F167780C40042B59E /* SDWebImageCompat.m */; };
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761309155AD0D5005750A4 /* SDImageCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D86148C56230056699D /* SDImageCache.m */; };
5376130B155AD0D5005750A4 /* SDWebImageDownloader.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8C148C56230056699D /* SDWebImageDownloader.m */; };
5376130C155AD0D5005750A4 /* SDWebImageManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D8F148C56230056699D /* SDWebImageManager.m */; };
5376130D155AD0D5005750A4 /* SDWebImagePrefetcher.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D92148C56230056699D /* SDWebImagePrefetcher.m */; };
5376130E155AD0D5005750A4 /* UIButton+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D94148C56230056699D /* UIButton+WebCache.m */; };
5376130F155AD0D5005750A4 /* UIImageView+WebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = 53922D96148C56230056699D /* UIImageView+WebCache.m */; };
53761312155AD0D5005750A4 /* UIKit.framework in Frameworks */ = {isa = PBXBuildFile; fileRef = 53FB894814D35E9E0020B787 /* UIKit.framework */; };
53761313155AD0D5005750A4 /* Foundation.framework in Frameworks */ = {isa = PBXBuildFile; fileRef = 53922D72148C55820056699D /* Foundation.framework */; };
53761314155AD0D5005750A4 /* CoreGraphics.framework in Frameworks */ = {isa = PBXBuildFile; fileRef = 53FB893F14D35D1A0020B787 /* CoreGraphics.framework */; };
53761316155AD0D5005750A4 /* SDImageCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D85148C56230056699D /* SDImageCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
53761318155AD0D5005750A4 /* SDWebImageCompat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D88148C56230056699D /* SDWebImageCompat.h */; settings = {ATTRIBUTES = (Public, ); }; };
5376131A155AD0D5005750A4 /* SDWebImageDownloader.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8B148C56230056699D /* SDWebImageDownloader.h */; settings = {ATTRIBUTES = (Public, ); }; };
5376131C155AD0D5005750A4 /* SDWebImageManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D8E148C56230056699D /* SDWebImageManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
5376131E155AD0D5005750A4 /* SDWebImagePrefetcher.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D91148C56230056699D /* SDWebImagePrefetcher.h */; settings = {ATTRIBUTES = (Public, ); }; };
5376131F155AD0D5005750A4 /* UIButton+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D93148C56230056699D /* UIButton+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
53761320155AD0D5005750A4 /* UIImageView+WebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = 53922D95148C56230056699D /* UIImageView+WebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
53EDFB8A17623F7C00698166 /* UIImage+MultiFormat.h in Headers */ = {isa = PBXBuildFile; fileRef = 53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */; settings = {ATTRIBUTES = (Public, ); }; };
Refactor GIF support Remove GIF specific code from main source, isolate it in a UIImage category to ease future addition of format support
2013-06-08 01:39:07 +08:00
53EDFB8C17623F7C00698166 /* UIImage+MultiFormat.m in Sources */ = {isa = PBXBuildFile; fileRef = 53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
5D5B9142188EE8DD006D06BD /* NSData+ImageContentType.h in Headers */ = {isa = PBXBuildFile; fileRef = 5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */; settings = {ATTRIBUTES = (Public, ); }; };
refs #620 move NSData+ImageContenttype to the SDWebImage subdirectory
2014-01-22 01:57:50 +08:00
5D5B9145188EE8DD006D06BD /* NSData+ImageContentType.m in Sources */ = {isa = PBXBuildFile; fileRef = 5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */; };
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BF81F2F665300F89830 /* bit_reader_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */; };
80377BF91F2F665300F89830 /* bit_reader_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BDF1F2F665300F89830 /* bit_reader_utils.c */; };
80377BFA1F2F665300F89830 /* bit_reader_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE01F2F665300F89830 /* bit_reader_utils.h */; };
80377BFB1F2F665300F89830 /* bit_writer_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE11F2F665300F89830 /* bit_writer_utils.c */; };
80377BFC1F2F665300F89830 /* bit_writer_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE21F2F665300F89830 /* bit_writer_utils.h */; };
80377BFD1F2F665300F89830 /* color_cache_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE31F2F665300F89830 /* color_cache_utils.c */; };
80377BFE1F2F665300F89830 /* color_cache_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE41F2F665300F89830 /* color_cache_utils.h */; };
80377BFF1F2F665300F89830 /* endian_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE51F2F665300F89830 /* endian_inl_utils.h */; };
80377C001F2F665300F89830 /* filters_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE61F2F665300F89830 /* filters_utils.c */; };
80377C011F2F665300F89830 /* filters_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE71F2F665300F89830 /* filters_utils.h */; };
80377C021F2F665300F89830 /* huffman_encode_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE81F2F665300F89830 /* huffman_encode_utils.c */; };
80377C031F2F665300F89830 /* huffman_encode_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE91F2F665300F89830 /* huffman_encode_utils.h */; };
80377C041F2F665300F89830 /* huffman_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEA1F2F665300F89830 /* huffman_utils.c */; };
80377C051F2F665300F89830 /* huffman_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEB1F2F665300F89830 /* huffman_utils.h */; };
80377C061F2F665300F89830 /* quant_levels_dec_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */; };
80377C071F2F665300F89830 /* quant_levels_dec_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */; };
80377C081F2F665300F89830 /* quant_levels_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEE1F2F665300F89830 /* quant_levels_utils.c */; };
80377C091F2F665300F89830 /* quant_levels_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEF1F2F665300F89830 /* quant_levels_utils.h */; };
80377C0A1F2F665300F89830 /* random_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF01F2F665300F89830 /* random_utils.c */; };
80377C0B1F2F665300F89830 /* random_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF11F2F665300F89830 /* random_utils.h */; };
80377C0C1F2F665300F89830 /* rescaler_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF21F2F665300F89830 /* rescaler_utils.c */; };
80377C0D1F2F665300F89830 /* rescaler_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF31F2F665300F89830 /* rescaler_utils.h */; };
80377C0E1F2F665300F89830 /* thread_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF41F2F665300F89830 /* thread_utils.c */; };
80377C0F1F2F665300F89830 /* thread_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF51F2F665300F89830 /* thread_utils.h */; };
80377C101F2F665300F89830 /* utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF61F2F665300F89830 /* utils.c */; };
80377C111F2F665300F89830 /* utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF71F2F665300F89830 /* utils.h */; };
80377C121F2F666300F89830 /* bit_reader_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */; };
80377C131F2F666300F89830 /* bit_reader_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BDF1F2F665300F89830 /* bit_reader_utils.c */; };
80377C141F2F666300F89830 /* bit_reader_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE01F2F665300F89830 /* bit_reader_utils.h */; };
80377C151F2F666300F89830 /* bit_writer_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE11F2F665300F89830 /* bit_writer_utils.c */; };
80377C161F2F666300F89830 /* bit_writer_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE21F2F665300F89830 /* bit_writer_utils.h */; };
80377C171F2F666300F89830 /* color_cache_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE31F2F665300F89830 /* color_cache_utils.c */; };
80377C181F2F666300F89830 /* color_cache_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE41F2F665300F89830 /* color_cache_utils.h */; };
80377C191F2F666300F89830 /* endian_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE51F2F665300F89830 /* endian_inl_utils.h */; };
80377C1A1F2F666300F89830 /* filters_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE61F2F665300F89830 /* filters_utils.c */; };
80377C1B1F2F666300F89830 /* filters_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE71F2F665300F89830 /* filters_utils.h */; };
80377C1C1F2F666300F89830 /* huffman_encode_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE81F2F665300F89830 /* huffman_encode_utils.c */; };
80377C1D1F2F666300F89830 /* huffman_encode_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE91F2F665300F89830 /* huffman_encode_utils.h */; };
80377C1E1F2F666300F89830 /* huffman_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEA1F2F665300F89830 /* huffman_utils.c */; };
80377C1F1F2F666300F89830 /* huffman_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEB1F2F665300F89830 /* huffman_utils.h */; };
80377C201F2F666300F89830 /* quant_levels_dec_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */; };
80377C211F2F666300F89830 /* quant_levels_dec_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */; };
80377C221F2F666300F89830 /* quant_levels_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEE1F2F665300F89830 /* quant_levels_utils.c */; };
80377C231F2F666300F89830 /* quant_levels_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEF1F2F665300F89830 /* quant_levels_utils.h */; };
80377C241F2F666300F89830 /* random_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF01F2F665300F89830 /* random_utils.c */; };
80377C251F2F666300F89830 /* random_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF11F2F665300F89830 /* random_utils.h */; };
80377C261F2F666300F89830 /* rescaler_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF21F2F665300F89830 /* rescaler_utils.c */; };
80377C271F2F666300F89830 /* rescaler_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF31F2F665300F89830 /* rescaler_utils.h */; };
80377C281F2F666300F89830 /* thread_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF41F2F665300F89830 /* thread_utils.c */; };
80377C291F2F666300F89830 /* thread_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF51F2F665300F89830 /* thread_utils.h */; };
80377C2A1F2F666300F89830 /* utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF61F2F665300F89830 /* utils.c */; };
80377C2B1F2F666300F89830 /* utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF71F2F665300F89830 /* utils.h */; };
80377C2C1F2F666300F89830 /* bit_reader_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */; };
80377C2D1F2F666300F89830 /* bit_reader_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BDF1F2F665300F89830 /* bit_reader_utils.c */; };
80377C2E1F2F666300F89830 /* bit_reader_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE01F2F665300F89830 /* bit_reader_utils.h */; };
80377C2F1F2F666300F89830 /* bit_writer_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE11F2F665300F89830 /* bit_writer_utils.c */; };
80377C301F2F666300F89830 /* bit_writer_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE21F2F665300F89830 /* bit_writer_utils.h */; };
80377C311F2F666300F89830 /* color_cache_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE31F2F665300F89830 /* color_cache_utils.c */; };
80377C321F2F666300F89830 /* color_cache_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE41F2F665300F89830 /* color_cache_utils.h */; };
80377C331F2F666300F89830 /* endian_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE51F2F665300F89830 /* endian_inl_utils.h */; };
80377C341F2F666300F89830 /* filters_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE61F2F665300F89830 /* filters_utils.c */; };
80377C351F2F666300F89830 /* filters_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE71F2F665300F89830 /* filters_utils.h */; };
80377C361F2F666300F89830 /* huffman_encode_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE81F2F665300F89830 /* huffman_encode_utils.c */; };
80377C371F2F666300F89830 /* huffman_encode_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE91F2F665300F89830 /* huffman_encode_utils.h */; };
80377C381F2F666300F89830 /* huffman_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEA1F2F665300F89830 /* huffman_utils.c */; };
80377C391F2F666300F89830 /* huffman_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEB1F2F665300F89830 /* huffman_utils.h */; };
80377C3A1F2F666300F89830 /* quant_levels_dec_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */; };
80377C3B1F2F666300F89830 /* quant_levels_dec_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */; };
80377C3C1F2F666300F89830 /* quant_levels_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEE1F2F665300F89830 /* quant_levels_utils.c */; };
80377C3D1F2F666300F89830 /* quant_levels_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEF1F2F665300F89830 /* quant_levels_utils.h */; };
80377C3E1F2F666300F89830 /* random_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF01F2F665300F89830 /* random_utils.c */; };
80377C3F1F2F666300F89830 /* random_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF11F2F665300F89830 /* random_utils.h */; };
80377C401F2F666300F89830 /* rescaler_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF21F2F665300F89830 /* rescaler_utils.c */; };
80377C411F2F666300F89830 /* rescaler_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF31F2F665300F89830 /* rescaler_utils.h */; };
80377C421F2F666300F89830 /* thread_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF41F2F665300F89830 /* thread_utils.c */; };
80377C431F2F666300F89830 /* thread_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF51F2F665300F89830 /* thread_utils.h */; };
80377C441F2F666300F89830 /* utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF61F2F665300F89830 /* utils.c */; };
80377C451F2F666300F89830 /* utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF71F2F665300F89830 /* utils.h */; };
80377C461F2F666300F89830 /* bit_reader_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */; };
80377C471F2F666300F89830 /* bit_reader_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BDF1F2F665300F89830 /* bit_reader_utils.c */; };
80377C481F2F666300F89830 /* bit_reader_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE01F2F665300F89830 /* bit_reader_utils.h */; };
80377C491F2F666300F89830 /* bit_writer_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE11F2F665300F89830 /* bit_writer_utils.c */; };
80377C4A1F2F666300F89830 /* bit_writer_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE21F2F665300F89830 /* bit_writer_utils.h */; };
80377C4B1F2F666300F89830 /* color_cache_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE31F2F665300F89830 /* color_cache_utils.c */; };
80377C4C1F2F666300F89830 /* color_cache_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE41F2F665300F89830 /* color_cache_utils.h */; };
80377C4D1F2F666300F89830 /* endian_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE51F2F665300F89830 /* endian_inl_utils.h */; };
80377C4E1F2F666300F89830 /* filters_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE61F2F665300F89830 /* filters_utils.c */; };
80377C4F1F2F666300F89830 /* filters_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE71F2F665300F89830 /* filters_utils.h */; };
80377C501F2F666300F89830 /* huffman_encode_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE81F2F665300F89830 /* huffman_encode_utils.c */; };
80377C511F2F666300F89830 /* huffman_encode_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE91F2F665300F89830 /* huffman_encode_utils.h */; };
80377C521F2F666300F89830 /* huffman_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEA1F2F665300F89830 /* huffman_utils.c */; };
80377C531F2F666300F89830 /* huffman_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEB1F2F665300F89830 /* huffman_utils.h */; };
80377C541F2F666300F89830 /* quant_levels_dec_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */; };
80377C551F2F666300F89830 /* quant_levels_dec_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */; };
80377C561F2F666300F89830 /* quant_levels_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEE1F2F665300F89830 /* quant_levels_utils.c */; };
80377C571F2F666300F89830 /* quant_levels_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEF1F2F665300F89830 /* quant_levels_utils.h */; };
80377C581F2F666300F89830 /* random_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF01F2F665300F89830 /* random_utils.c */; };
80377C591F2F666300F89830 /* random_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF11F2F665300F89830 /* random_utils.h */; };
80377C5A1F2F666300F89830 /* rescaler_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF21F2F665300F89830 /* rescaler_utils.c */; };
80377C5B1F2F666300F89830 /* rescaler_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF31F2F665300F89830 /* rescaler_utils.h */; };
80377C5C1F2F666300F89830 /* thread_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF41F2F665300F89830 /* thread_utils.c */; };
80377C5D1F2F666300F89830 /* thread_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF51F2F665300F89830 /* thread_utils.h */; };
80377C5E1F2F666300F89830 /* utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF61F2F665300F89830 /* utils.c */; };
80377C5F1F2F666300F89830 /* utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF71F2F665300F89830 /* utils.h */; };
80377C601F2F666400F89830 /* bit_reader_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */; };
80377C611F2F666400F89830 /* bit_reader_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BDF1F2F665300F89830 /* bit_reader_utils.c */; };
80377C621F2F666400F89830 /* bit_reader_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE01F2F665300F89830 /* bit_reader_utils.h */; };
80377C631F2F666400F89830 /* bit_writer_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE11F2F665300F89830 /* bit_writer_utils.c */; };
80377C641F2F666400F89830 /* bit_writer_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE21F2F665300F89830 /* bit_writer_utils.h */; };
80377C651F2F666400F89830 /* color_cache_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE31F2F665300F89830 /* color_cache_utils.c */; };
80377C661F2F666400F89830 /* color_cache_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE41F2F665300F89830 /* color_cache_utils.h */; };
80377C671F2F666400F89830 /* endian_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE51F2F665300F89830 /* endian_inl_utils.h */; };
80377C681F2F666400F89830 /* filters_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE61F2F665300F89830 /* filters_utils.c */; };
80377C691F2F666400F89830 /* filters_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE71F2F665300F89830 /* filters_utils.h */; };
80377C6A1F2F666400F89830 /* huffman_encode_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE81F2F665300F89830 /* huffman_encode_utils.c */; };
80377C6B1F2F666400F89830 /* huffman_encode_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE91F2F665300F89830 /* huffman_encode_utils.h */; };
80377C6C1F2F666400F89830 /* huffman_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEA1F2F665300F89830 /* huffman_utils.c */; };
80377C6D1F2F666400F89830 /* huffman_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEB1F2F665300F89830 /* huffman_utils.h */; };
80377C6E1F2F666400F89830 /* quant_levels_dec_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */; };
80377C6F1F2F666400F89830 /* quant_levels_dec_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */; };
80377C701F2F666400F89830 /* quant_levels_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEE1F2F665300F89830 /* quant_levels_utils.c */; };
80377C711F2F666400F89830 /* quant_levels_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEF1F2F665300F89830 /* quant_levels_utils.h */; };
80377C721F2F666400F89830 /* random_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF01F2F665300F89830 /* random_utils.c */; };
80377C731F2F666400F89830 /* random_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF11F2F665300F89830 /* random_utils.h */; };
80377C741F2F666400F89830 /* rescaler_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF21F2F665300F89830 /* rescaler_utils.c */; };
80377C751F2F666400F89830 /* rescaler_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF31F2F665300F89830 /* rescaler_utils.h */; };
80377C761F2F666400F89830 /* thread_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF41F2F665300F89830 /* thread_utils.c */; };
80377C771F2F666400F89830 /* thread_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF51F2F665300F89830 /* thread_utils.h */; };
80377C781F2F666400F89830 /* utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF61F2F665300F89830 /* utils.c */; };
80377C791F2F666400F89830 /* utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF71F2F665300F89830 /* utils.h */; };
80377C7A1F2F666400F89830 /* bit_reader_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */; };
80377C7B1F2F666400F89830 /* bit_reader_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BDF1F2F665300F89830 /* bit_reader_utils.c */; };
80377C7C1F2F666400F89830 /* bit_reader_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE01F2F665300F89830 /* bit_reader_utils.h */; };
80377C7D1F2F666400F89830 /* bit_writer_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE11F2F665300F89830 /* bit_writer_utils.c */; };
80377C7E1F2F666400F89830 /* bit_writer_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE21F2F665300F89830 /* bit_writer_utils.h */; };
80377C7F1F2F666400F89830 /* color_cache_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE31F2F665300F89830 /* color_cache_utils.c */; };
80377C801F2F666400F89830 /* color_cache_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE41F2F665300F89830 /* color_cache_utils.h */; };
80377C811F2F666400F89830 /* endian_inl_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE51F2F665300F89830 /* endian_inl_utils.h */; };
80377C821F2F666400F89830 /* filters_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE61F2F665300F89830 /* filters_utils.c */; };
80377C831F2F666400F89830 /* filters_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE71F2F665300F89830 /* filters_utils.h */; };
80377C841F2F666400F89830 /* huffman_encode_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BE81F2F665300F89830 /* huffman_encode_utils.c */; };
80377C851F2F666400F89830 /* huffman_encode_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BE91F2F665300F89830 /* huffman_encode_utils.h */; };
80377C861F2F666400F89830 /* huffman_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEA1F2F665300F89830 /* huffman_utils.c */; };
80377C871F2F666400F89830 /* huffman_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEB1F2F665300F89830 /* huffman_utils.h */; };
80377C881F2F666400F89830 /* quant_levels_dec_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */; };
80377C891F2F666400F89830 /* quant_levels_dec_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */; };
80377C8A1F2F666400F89830 /* quant_levels_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BEE1F2F665300F89830 /* quant_levels_utils.c */; };
80377C8B1F2F666400F89830 /* quant_levels_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BEF1F2F665300F89830 /* quant_levels_utils.h */; };
80377C8C1F2F666400F89830 /* random_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF01F2F665300F89830 /* random_utils.c */; };
80377C8D1F2F666400F89830 /* random_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF11F2F665300F89830 /* random_utils.h */; };
80377C8E1F2F666400F89830 /* rescaler_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF21F2F665300F89830 /* rescaler_utils.c */; };
80377C8F1F2F666400F89830 /* rescaler_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF31F2F665300F89830 /* rescaler_utils.h */; };
80377C901F2F666400F89830 /* thread_utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF41F2F665300F89830 /* thread_utils.c */; };
80377C911F2F666400F89830 /* thread_utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF51F2F665300F89830 /* thread_utils.h */; };
80377C921F2F666400F89830 /* utils.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377BF61F2F665300F89830 /* utils.c */; };
80377C931F2F666400F89830 /* utils.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377BF71F2F665300F89830 /* utils.h */; };
80377CD91F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */; };
80377CDA1F2F66A100F89830 /* alpha_processing_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C951F2F66A100F89830 /* alpha_processing_neon.c */; };
80377CDB1F2F66A100F89830 /* alpha_processing_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C961F2F66A100F89830 /* alpha_processing_sse2.c */; };
80377CDC1F2F66A100F89830 /* alpha_processing_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C971F2F66A100F89830 /* alpha_processing_sse41.c */; };
80377CDD1F2F66A100F89830 /* alpha_processing.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C981F2F66A100F89830 /* alpha_processing.c */; };
80377CDE1F2F66A100F89830 /* argb_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */; };
80377CDF1F2F66A100F89830 /* argb_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9A1F2F66A100F89830 /* argb_sse2.c */; };
80377CE01F2F66A100F89830 /* argb.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9B1F2F66A100F89830 /* argb.c */; };
80377CE11F2F66A100F89830 /* common_sse2.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377C9C1F2F66A100F89830 /* common_sse2.h */; };
80377CE21F2F66A100F89830 /* cost_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */; };
80377CE31F2F66A100F89830 /* cost_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9E1F2F66A100F89830 /* cost_mips32.c */; };
80377CE41F2F66A100F89830 /* cost_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9F1F2F66A100F89830 /* cost_sse2.c */; };
80377CE51F2F66A100F89830 /* cost.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA01F2F66A100F89830 /* cost.c */; };
80377CE61F2F66A100F89830 /* cpu.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA11F2F66A100F89830 /* cpu.c */; };
80377CE71F2F66A100F89830 /* dec_clip_tables.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA21F2F66A100F89830 /* dec_clip_tables.c */; };
80377CE81F2F66A100F89830 /* dec_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */; };
80377CE91F2F66A100F89830 /* dec_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA41F2F66A100F89830 /* dec_mips32.c */; };
80377CEA1F2F66A100F89830 /* dec_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA51F2F66A100F89830 /* dec_msa.c */; };
80377CEB1F2F66A100F89830 /* dec_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA61F2F66A100F89830 /* dec_neon.c */; };
80377CEC1F2F66A100F89830 /* dec_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA71F2F66A100F89830 /* dec_sse2.c */; };
80377CED1F2F66A100F89830 /* dec_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA81F2F66A100F89830 /* dec_sse41.c */; };
80377CEE1F2F66A100F89830 /* dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA91F2F66A100F89830 /* dec.c */; };
80377CEF1F2F66A100F89830 /* dsp.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CAA1F2F66A100F89830 /* dsp.h */; };
80377CF01F2F66A100F89830 /* enc_avx2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAB1F2F66A100F89830 /* enc_avx2.c */; };
80377CF11F2F66A100F89830 /* enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */; };
80377CF21F2F66A100F89830 /* enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAD1F2F66A100F89830 /* enc_mips32.c */; };
80377CF31F2F66A100F89830 /* enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAE1F2F66A100F89830 /* enc_msa.c */; };
80377CF41F2F66A100F89830 /* enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAF1F2F66A100F89830 /* enc_neon.c */; };
80377CF51F2F66A100F89830 /* enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB01F2F66A100F89830 /* enc_sse2.c */; };
80377CF61F2F66A100F89830 /* enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB11F2F66A100F89830 /* enc_sse41.c */; };
80377CF71F2F66A100F89830 /* enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB21F2F66A100F89830 /* enc.c */; };
80377CF81F2F66A100F89830 /* filters_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */; };
80377CF91F2F66A100F89830 /* filters_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB41F2F66A100F89830 /* filters_msa.c */; };
80377CFA1F2F66A100F89830 /* filters_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB51F2F66A100F89830 /* filters_neon.c */; };
80377CFB1F2F66A100F89830 /* filters_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB61F2F66A100F89830 /* filters_sse2.c */; };
80377CFC1F2F66A100F89830 /* filters.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB71F2F66A100F89830 /* filters.c */; };
80377CFD1F2F66A100F89830 /* lossless_common.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CB81F2F66A100F89830 /* lossless_common.h */; };
80377CFE1F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */; };
80377CFF1F2F66A100F89830 /* lossless_enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */; };
80377D001F2F66A100F89830 /* lossless_enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */; };
80377D011F2F66A100F89830 /* lossless_enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */; };
80377D021F2F66A100F89830 /* lossless_enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */; };
80377D031F2F66A100F89830 /* lossless_enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */; };
80377D041F2F66A100F89830 /* lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBF1F2F66A100F89830 /* lossless_enc.c */; };
80377D051F2F66A100F89830 /* lossless_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */; };
80377D061F2F66A100F89830 /* lossless_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC11F2F66A100F89830 /* lossless_msa.c */; };
80377D071F2F66A100F89830 /* lossless_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC21F2F66A100F89830 /* lossless_neon.c */; };
80377D081F2F66A100F89830 /* lossless_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC31F2F66A100F89830 /* lossless_sse2.c */; };
80377D091F2F66A100F89830 /* lossless.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC41F2F66A100F89830 /* lossless.c */; };
80377D0A1F2F66A100F89830 /* lossless.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC51F2F66A100F89830 /* lossless.h */; };
80377D0B1F2F66A100F89830 /* mips_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC61F2F66A100F89830 /* mips_macro.h */; };
80377D0C1F2F66A100F89830 /* msa_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC71F2F66A100F89830 /* msa_macro.h */; };
80377D0D1F2F66A100F89830 /* neon.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC81F2F66A100F89830 /* neon.h */; };
80377D0E1F2F66A100F89830 /* rescaler_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */; };
80377D0F1F2F66A100F89830 /* rescaler_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCA1F2F66A100F89830 /* rescaler_mips32.c */; };
80377D101F2F66A100F89830 /* rescaler_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCB1F2F66A100F89830 /* rescaler_msa.c */; };
80377D111F2F66A100F89830 /* rescaler_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCC1F2F66A100F89830 /* rescaler_neon.c */; };
80377D121F2F66A100F89830 /* rescaler_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCD1F2F66A100F89830 /* rescaler_sse2.c */; };
80377D131F2F66A100F89830 /* rescaler.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCE1F2F66A100F89830 /* rescaler.c */; };
80377D141F2F66A100F89830 /* upsampling_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */; };
80377D151F2F66A100F89830 /* upsampling_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD01F2F66A100F89830 /* upsampling_msa.c */; };
80377D161F2F66A100F89830 /* upsampling_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD11F2F66A100F89830 /* upsampling_neon.c */; };
80377D171F2F66A100F89830 /* upsampling_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD21F2F66A100F89830 /* upsampling_sse2.c */; };
80377D181F2F66A100F89830 /* upsampling.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD31F2F66A100F89830 /* upsampling.c */; };
80377D191F2F66A100F89830 /* yuv_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */; };
80377D1A1F2F66A100F89830 /* yuv_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD51F2F66A100F89830 /* yuv_mips32.c */; };
80377D1B1F2F66A100F89830 /* yuv_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD61F2F66A100F89830 /* yuv_sse2.c */; };
80377D1C1F2F66A100F89830 /* yuv.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD71F2F66A100F89830 /* yuv.c */; };
80377D1D1F2F66A100F89830 /* yuv.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CD81F2F66A100F89830 /* yuv.h */; };
80377D1E1F2F66A700F89830 /* alpha_processing_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */; };
80377D1F1F2F66A700F89830 /* alpha_processing_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C951F2F66A100F89830 /* alpha_processing_neon.c */; };
80377D201F2F66A700F89830 /* alpha_processing_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C961F2F66A100F89830 /* alpha_processing_sse2.c */; };
80377D211F2F66A700F89830 /* alpha_processing_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C971F2F66A100F89830 /* alpha_processing_sse41.c */; };
80377D221F2F66A700F89830 /* alpha_processing.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C981F2F66A100F89830 /* alpha_processing.c */; };
80377D231F2F66A700F89830 /* argb_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */; };
80377D241F2F66A700F89830 /* argb_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9A1F2F66A100F89830 /* argb_sse2.c */; };
80377D251F2F66A700F89830 /* argb.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9B1F2F66A100F89830 /* argb.c */; };
80377D261F2F66A700F89830 /* common_sse2.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377C9C1F2F66A100F89830 /* common_sse2.h */; };
80377D271F2F66A700F89830 /* cost_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */; };
80377D281F2F66A700F89830 /* cost_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9E1F2F66A100F89830 /* cost_mips32.c */; };
80377D291F2F66A700F89830 /* cost_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9F1F2F66A100F89830 /* cost_sse2.c */; };
80377D2A1F2F66A700F89830 /* cost.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA01F2F66A100F89830 /* cost.c */; };
80377D2B1F2F66A700F89830 /* cpu.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA11F2F66A100F89830 /* cpu.c */; };
80377D2C1F2F66A700F89830 /* dec_clip_tables.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA21F2F66A100F89830 /* dec_clip_tables.c */; };
80377D2D1F2F66A700F89830 /* dec_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */; };
80377D2E1F2F66A700F89830 /* dec_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA41F2F66A100F89830 /* dec_mips32.c */; };
80377D2F1F2F66A700F89830 /* dec_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA51F2F66A100F89830 /* dec_msa.c */; };
80377D301F2F66A700F89830 /* dec_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA61F2F66A100F89830 /* dec_neon.c */; };
80377D311F2F66A700F89830 /* dec_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA71F2F66A100F89830 /* dec_sse2.c */; };
80377D321F2F66A700F89830 /* dec_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA81F2F66A100F89830 /* dec_sse41.c */; };
80377D331F2F66A700F89830 /* dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA91F2F66A100F89830 /* dec.c */; };
80377D341F2F66A700F89830 /* dsp.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CAA1F2F66A100F89830 /* dsp.h */; };
80377D351F2F66A700F89830 /* enc_avx2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAB1F2F66A100F89830 /* enc_avx2.c */; };
80377D361F2F66A700F89830 /* enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */; };
80377D371F2F66A700F89830 /* enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAD1F2F66A100F89830 /* enc_mips32.c */; };
80377D381F2F66A700F89830 /* enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAE1F2F66A100F89830 /* enc_msa.c */; };
80377D391F2F66A700F89830 /* enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAF1F2F66A100F89830 /* enc_neon.c */; };
80377D3A1F2F66A700F89830 /* enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB01F2F66A100F89830 /* enc_sse2.c */; };
80377D3B1F2F66A700F89830 /* enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB11F2F66A100F89830 /* enc_sse41.c */; };
80377D3C1F2F66A700F89830 /* enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB21F2F66A100F89830 /* enc.c */; };
80377D3D1F2F66A700F89830 /* filters_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */; };
80377D3E1F2F66A700F89830 /* filters_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB41F2F66A100F89830 /* filters_msa.c */; };
80377D3F1F2F66A700F89830 /* filters_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB51F2F66A100F89830 /* filters_neon.c */; };
80377D401F2F66A700F89830 /* filters_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB61F2F66A100F89830 /* filters_sse2.c */; };
80377D411F2F66A700F89830 /* filters.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB71F2F66A100F89830 /* filters.c */; };
80377D421F2F66A700F89830 /* lossless_common.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CB81F2F66A100F89830 /* lossless_common.h */; };
80377D431F2F66A700F89830 /* lossless_enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */; };
80377D441F2F66A700F89830 /* lossless_enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */; };
80377D451F2F66A700F89830 /* lossless_enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */; };
80377D461F2F66A700F89830 /* lossless_enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */; };
80377D471F2F66A700F89830 /* lossless_enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */; };
80377D481F2F66A700F89830 /* lossless_enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */; };
80377D491F2F66A700F89830 /* lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBF1F2F66A100F89830 /* lossless_enc.c */; };
80377D4A1F2F66A700F89830 /* lossless_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */; };
80377D4B1F2F66A700F89830 /* lossless_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC11F2F66A100F89830 /* lossless_msa.c */; };
80377D4C1F2F66A700F89830 /* lossless_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC21F2F66A100F89830 /* lossless_neon.c */; };
80377D4D1F2F66A700F89830 /* lossless_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC31F2F66A100F89830 /* lossless_sse2.c */; };
80377D4E1F2F66A700F89830 /* lossless.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC41F2F66A100F89830 /* lossless.c */; };
80377D4F1F2F66A700F89830 /* lossless.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC51F2F66A100F89830 /* lossless.h */; };
80377D501F2F66A700F89830 /* mips_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC61F2F66A100F89830 /* mips_macro.h */; };
80377D511F2F66A700F89830 /* msa_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC71F2F66A100F89830 /* msa_macro.h */; };
80377D521F2F66A700F89830 /* neon.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC81F2F66A100F89830 /* neon.h */; };
80377D531F2F66A700F89830 /* rescaler_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */; };
80377D541F2F66A700F89830 /* rescaler_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCA1F2F66A100F89830 /* rescaler_mips32.c */; };
80377D551F2F66A700F89830 /* rescaler_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCB1F2F66A100F89830 /* rescaler_msa.c */; };
80377D561F2F66A700F89830 /* rescaler_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCC1F2F66A100F89830 /* rescaler_neon.c */; };
80377D571F2F66A700F89830 /* rescaler_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCD1F2F66A100F89830 /* rescaler_sse2.c */; };
80377D581F2F66A700F89830 /* rescaler.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCE1F2F66A100F89830 /* rescaler.c */; };
80377D591F2F66A700F89830 /* upsampling_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */; };
80377D5A1F2F66A700F89830 /* upsampling_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD01F2F66A100F89830 /* upsampling_msa.c */; };
80377D5B1F2F66A700F89830 /* upsampling_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD11F2F66A100F89830 /* upsampling_neon.c */; };
80377D5C1F2F66A700F89830 /* upsampling_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD21F2F66A100F89830 /* upsampling_sse2.c */; };
80377D5D1F2F66A700F89830 /* upsampling.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD31F2F66A100F89830 /* upsampling.c */; };
80377D5E1F2F66A700F89830 /* yuv_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */; };
80377D5F1F2F66A700F89830 /* yuv_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD51F2F66A100F89830 /* yuv_mips32.c */; };
80377D601F2F66A700F89830 /* yuv_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD61F2F66A100F89830 /* yuv_sse2.c */; };
80377D611F2F66A700F89830 /* yuv.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD71F2F66A100F89830 /* yuv.c */; };
80377D621F2F66A700F89830 /* yuv.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CD81F2F66A100F89830 /* yuv.h */; };
80377D631F2F66A700F89830 /* alpha_processing_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */; };
80377D641F2F66A700F89830 /* alpha_processing_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C951F2F66A100F89830 /* alpha_processing_neon.c */; };
80377D651F2F66A700F89830 /* alpha_processing_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C961F2F66A100F89830 /* alpha_processing_sse2.c */; };
80377D661F2F66A700F89830 /* alpha_processing_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C971F2F66A100F89830 /* alpha_processing_sse41.c */; };
80377D671F2F66A700F89830 /* alpha_processing.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C981F2F66A100F89830 /* alpha_processing.c */; };
80377D681F2F66A700F89830 /* argb_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */; };
80377D691F2F66A700F89830 /* argb_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9A1F2F66A100F89830 /* argb_sse2.c */; };
80377D6A1F2F66A700F89830 /* argb.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9B1F2F66A100F89830 /* argb.c */; };
80377D6B1F2F66A700F89830 /* common_sse2.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377C9C1F2F66A100F89830 /* common_sse2.h */; };
80377D6C1F2F66A700F89830 /* cost_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */; };
80377D6D1F2F66A700F89830 /* cost_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9E1F2F66A100F89830 /* cost_mips32.c */; };
80377D6E1F2F66A700F89830 /* cost_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9F1F2F66A100F89830 /* cost_sse2.c */; };
80377D6F1F2F66A700F89830 /* cost.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA01F2F66A100F89830 /* cost.c */; };
80377D701F2F66A700F89830 /* cpu.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA11F2F66A100F89830 /* cpu.c */; };
80377D711F2F66A700F89830 /* dec_clip_tables.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA21F2F66A100F89830 /* dec_clip_tables.c */; };
80377D721F2F66A700F89830 /* dec_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */; };
80377D731F2F66A700F89830 /* dec_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA41F2F66A100F89830 /* dec_mips32.c */; };
80377D741F2F66A700F89830 /* dec_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA51F2F66A100F89830 /* dec_msa.c */; };
80377D751F2F66A700F89830 /* dec_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA61F2F66A100F89830 /* dec_neon.c */; };
80377D761F2F66A700F89830 /* dec_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA71F2F66A100F89830 /* dec_sse2.c */; };
80377D771F2F66A700F89830 /* dec_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA81F2F66A100F89830 /* dec_sse41.c */; };
80377D781F2F66A700F89830 /* dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA91F2F66A100F89830 /* dec.c */; };
80377D791F2F66A700F89830 /* dsp.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CAA1F2F66A100F89830 /* dsp.h */; };
80377D7A1F2F66A700F89830 /* enc_avx2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAB1F2F66A100F89830 /* enc_avx2.c */; };
80377D7B1F2F66A700F89830 /* enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */; };
80377D7C1F2F66A700F89830 /* enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAD1F2F66A100F89830 /* enc_mips32.c */; };
80377D7D1F2F66A700F89830 /* enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAE1F2F66A100F89830 /* enc_msa.c */; };
80377D7E1F2F66A700F89830 /* enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAF1F2F66A100F89830 /* enc_neon.c */; };
80377D7F1F2F66A700F89830 /* enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB01F2F66A100F89830 /* enc_sse2.c */; };
80377D801F2F66A700F89830 /* enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB11F2F66A100F89830 /* enc_sse41.c */; };
80377D811F2F66A700F89830 /* enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB21F2F66A100F89830 /* enc.c */; };
80377D821F2F66A700F89830 /* filters_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */; };
80377D831F2F66A700F89830 /* filters_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB41F2F66A100F89830 /* filters_msa.c */; };
80377D841F2F66A700F89830 /* filters_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB51F2F66A100F89830 /* filters_neon.c */; };
80377D851F2F66A700F89830 /* filters_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB61F2F66A100F89830 /* filters_sse2.c */; };
80377D861F2F66A700F89830 /* filters.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB71F2F66A100F89830 /* filters.c */; };
80377D871F2F66A700F89830 /* lossless_common.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CB81F2F66A100F89830 /* lossless_common.h */; };
80377D881F2F66A700F89830 /* lossless_enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */; };
80377D891F2F66A700F89830 /* lossless_enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */; };
80377D8A1F2F66A700F89830 /* lossless_enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */; };
80377D8B1F2F66A700F89830 /* lossless_enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */; };
80377D8C1F2F66A700F89830 /* lossless_enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */; };
80377D8D1F2F66A700F89830 /* lossless_enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */; };
80377D8E1F2F66A700F89830 /* lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBF1F2F66A100F89830 /* lossless_enc.c */; };
80377D8F1F2F66A700F89830 /* lossless_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */; };
80377D901F2F66A700F89830 /* lossless_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC11F2F66A100F89830 /* lossless_msa.c */; };
80377D911F2F66A700F89830 /* lossless_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC21F2F66A100F89830 /* lossless_neon.c */; };
80377D921F2F66A700F89830 /* lossless_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC31F2F66A100F89830 /* lossless_sse2.c */; };
80377D931F2F66A700F89830 /* lossless.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC41F2F66A100F89830 /* lossless.c */; };
80377D941F2F66A700F89830 /* lossless.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC51F2F66A100F89830 /* lossless.h */; };
80377D951F2F66A700F89830 /* mips_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC61F2F66A100F89830 /* mips_macro.h */; };
80377D961F2F66A700F89830 /* msa_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC71F2F66A100F89830 /* msa_macro.h */; };
80377D971F2F66A700F89830 /* neon.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC81F2F66A100F89830 /* neon.h */; };
80377D981F2F66A700F89830 /* rescaler_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */; };
80377D991F2F66A700F89830 /* rescaler_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCA1F2F66A100F89830 /* rescaler_mips32.c */; };
80377D9A1F2F66A700F89830 /* rescaler_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCB1F2F66A100F89830 /* rescaler_msa.c */; };
80377D9B1F2F66A700F89830 /* rescaler_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCC1F2F66A100F89830 /* rescaler_neon.c */; };
80377D9C1F2F66A700F89830 /* rescaler_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCD1F2F66A100F89830 /* rescaler_sse2.c */; };
80377D9D1F2F66A700F89830 /* rescaler.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCE1F2F66A100F89830 /* rescaler.c */; };
80377D9E1F2F66A700F89830 /* upsampling_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */; };
80377D9F1F2F66A700F89830 /* upsampling_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD01F2F66A100F89830 /* upsampling_msa.c */; };
80377DA01F2F66A700F89830 /* upsampling_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD11F2F66A100F89830 /* upsampling_neon.c */; };
80377DA11F2F66A700F89830 /* upsampling_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD21F2F66A100F89830 /* upsampling_sse2.c */; };
80377DA21F2F66A700F89830 /* upsampling.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD31F2F66A100F89830 /* upsampling.c */; };
80377DA31F2F66A700F89830 /* yuv_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */; };
80377DA41F2F66A700F89830 /* yuv_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD51F2F66A100F89830 /* yuv_mips32.c */; };
80377DA51F2F66A700F89830 /* yuv_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD61F2F66A100F89830 /* yuv_sse2.c */; };
80377DA61F2F66A700F89830 /* yuv.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD71F2F66A100F89830 /* yuv.c */; };
80377DA71F2F66A700F89830 /* yuv.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CD81F2F66A100F89830 /* yuv.h */; };
80377DA81F2F66A700F89830 /* alpha_processing_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */; };
80377DA91F2F66A700F89830 /* alpha_processing_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C951F2F66A100F89830 /* alpha_processing_neon.c */; };
80377DAA1F2F66A700F89830 /* alpha_processing_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C961F2F66A100F89830 /* alpha_processing_sse2.c */; };
80377DAB1F2F66A700F89830 /* alpha_processing_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C971F2F66A100F89830 /* alpha_processing_sse41.c */; };
80377DAC1F2F66A700F89830 /* alpha_processing.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C981F2F66A100F89830 /* alpha_processing.c */; };
80377DAD1F2F66A700F89830 /* argb_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */; };
80377DAE1F2F66A700F89830 /* argb_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9A1F2F66A100F89830 /* argb_sse2.c */; };
80377DAF1F2F66A700F89830 /* argb.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9B1F2F66A100F89830 /* argb.c */; };
80377DB01F2F66A700F89830 /* common_sse2.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377C9C1F2F66A100F89830 /* common_sse2.h */; };
80377DB11F2F66A700F89830 /* cost_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */; };
80377DB21F2F66A700F89830 /* cost_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9E1F2F66A100F89830 /* cost_mips32.c */; };
80377DB31F2F66A700F89830 /* cost_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9F1F2F66A100F89830 /* cost_sse2.c */; };
80377DB41F2F66A700F89830 /* cost.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA01F2F66A100F89830 /* cost.c */; };
80377DB51F2F66A700F89830 /* cpu.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA11F2F66A100F89830 /* cpu.c */; };
80377DB61F2F66A700F89830 /* dec_clip_tables.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA21F2F66A100F89830 /* dec_clip_tables.c */; };
80377DB71F2F66A700F89830 /* dec_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */; };
80377DB81F2F66A700F89830 /* dec_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA41F2F66A100F89830 /* dec_mips32.c */; };
80377DB91F2F66A700F89830 /* dec_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA51F2F66A100F89830 /* dec_msa.c */; };
80377DBA1F2F66A700F89830 /* dec_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA61F2F66A100F89830 /* dec_neon.c */; };
80377DBB1F2F66A700F89830 /* dec_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA71F2F66A100F89830 /* dec_sse2.c */; };
80377DBC1F2F66A700F89830 /* dec_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA81F2F66A100F89830 /* dec_sse41.c */; };
80377DBD1F2F66A700F89830 /* dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA91F2F66A100F89830 /* dec.c */; };
80377DBE1F2F66A700F89830 /* dsp.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CAA1F2F66A100F89830 /* dsp.h */; };
80377DBF1F2F66A700F89830 /* enc_avx2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAB1F2F66A100F89830 /* enc_avx2.c */; };
80377DC01F2F66A700F89830 /* enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */; };
80377DC11F2F66A700F89830 /* enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAD1F2F66A100F89830 /* enc_mips32.c */; };
80377DC21F2F66A700F89830 /* enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAE1F2F66A100F89830 /* enc_msa.c */; };
80377DC31F2F66A700F89830 /* enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAF1F2F66A100F89830 /* enc_neon.c */; };
80377DC41F2F66A700F89830 /* enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB01F2F66A100F89830 /* enc_sse2.c */; };
80377DC51F2F66A700F89830 /* enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB11F2F66A100F89830 /* enc_sse41.c */; };
80377DC61F2F66A700F89830 /* enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB21F2F66A100F89830 /* enc.c */; };
80377DC71F2F66A700F89830 /* filters_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */; };
80377DC81F2F66A700F89830 /* filters_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB41F2F66A100F89830 /* filters_msa.c */; };
80377DC91F2F66A700F89830 /* filters_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB51F2F66A100F89830 /* filters_neon.c */; };
80377DCA1F2F66A700F89830 /* filters_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB61F2F66A100F89830 /* filters_sse2.c */; };
80377DCB1F2F66A700F89830 /* filters.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB71F2F66A100F89830 /* filters.c */; };
80377DCC1F2F66A700F89830 /* lossless_common.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CB81F2F66A100F89830 /* lossless_common.h */; };
80377DCD1F2F66A700F89830 /* lossless_enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */; };
80377DCE1F2F66A700F89830 /* lossless_enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */; };
80377DCF1F2F66A700F89830 /* lossless_enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */; };
80377DD01F2F66A700F89830 /* lossless_enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */; };
80377DD11F2F66A700F89830 /* lossless_enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */; };
80377DD21F2F66A700F89830 /* lossless_enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */; };
80377DD31F2F66A700F89830 /* lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBF1F2F66A100F89830 /* lossless_enc.c */; };
80377DD41F2F66A700F89830 /* lossless_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */; };
80377DD51F2F66A700F89830 /* lossless_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC11F2F66A100F89830 /* lossless_msa.c */; };
80377DD61F2F66A700F89830 /* lossless_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC21F2F66A100F89830 /* lossless_neon.c */; };
80377DD71F2F66A700F89830 /* lossless_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC31F2F66A100F89830 /* lossless_sse2.c */; };
80377DD81F2F66A700F89830 /* lossless.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC41F2F66A100F89830 /* lossless.c */; };
80377DD91F2F66A700F89830 /* lossless.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC51F2F66A100F89830 /* lossless.h */; };
80377DDA1F2F66A700F89830 /* mips_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC61F2F66A100F89830 /* mips_macro.h */; };
80377DDB1F2F66A700F89830 /* msa_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC71F2F66A100F89830 /* msa_macro.h */; };
80377DDC1F2F66A700F89830 /* neon.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC81F2F66A100F89830 /* neon.h */; };
80377DDD1F2F66A700F89830 /* rescaler_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */; };
80377DDE1F2F66A700F89830 /* rescaler_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCA1F2F66A100F89830 /* rescaler_mips32.c */; };
80377DDF1F2F66A700F89830 /* rescaler_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCB1F2F66A100F89830 /* rescaler_msa.c */; };
80377DE01F2F66A700F89830 /* rescaler_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCC1F2F66A100F89830 /* rescaler_neon.c */; };
80377DE11F2F66A700F89830 /* rescaler_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCD1F2F66A100F89830 /* rescaler_sse2.c */; };
80377DE21F2F66A700F89830 /* rescaler.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCE1F2F66A100F89830 /* rescaler.c */; };
80377DE31F2F66A700F89830 /* upsampling_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */; };
80377DE41F2F66A700F89830 /* upsampling_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD01F2F66A100F89830 /* upsampling_msa.c */; };
80377DE51F2F66A700F89830 /* upsampling_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD11F2F66A100F89830 /* upsampling_neon.c */; };
80377DE61F2F66A700F89830 /* upsampling_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD21F2F66A100F89830 /* upsampling_sse2.c */; };
80377DE71F2F66A700F89830 /* upsampling.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD31F2F66A100F89830 /* upsampling.c */; };
80377DE81F2F66A700F89830 /* yuv_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */; };
80377DE91F2F66A700F89830 /* yuv_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD51F2F66A100F89830 /* yuv_mips32.c */; };
80377DEA1F2F66A700F89830 /* yuv_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD61F2F66A100F89830 /* yuv_sse2.c */; };
80377DEB1F2F66A700F89830 /* yuv.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD71F2F66A100F89830 /* yuv.c */; };
80377DEC1F2F66A700F89830 /* yuv.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CD81F2F66A100F89830 /* yuv.h */; };
80377DED1F2F66A800F89830 /* alpha_processing_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */; };
80377DEE1F2F66A800F89830 /* alpha_processing_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C951F2F66A100F89830 /* alpha_processing_neon.c */; };
80377DEF1F2F66A800F89830 /* alpha_processing_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C961F2F66A100F89830 /* alpha_processing_sse2.c */; };
80377DF01F2F66A800F89830 /* alpha_processing_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C971F2F66A100F89830 /* alpha_processing_sse41.c */; };
80377DF11F2F66A800F89830 /* alpha_processing.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C981F2F66A100F89830 /* alpha_processing.c */; };
80377DF21F2F66A800F89830 /* argb_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */; };
80377DF31F2F66A800F89830 /* argb_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9A1F2F66A100F89830 /* argb_sse2.c */; };
80377DF41F2F66A800F89830 /* argb.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9B1F2F66A100F89830 /* argb.c */; };
80377DF51F2F66A800F89830 /* common_sse2.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377C9C1F2F66A100F89830 /* common_sse2.h */; };
80377DF61F2F66A800F89830 /* cost_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */; };
80377DF71F2F66A800F89830 /* cost_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9E1F2F66A100F89830 /* cost_mips32.c */; };
80377DF81F2F66A800F89830 /* cost_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9F1F2F66A100F89830 /* cost_sse2.c */; };
80377DF91F2F66A800F89830 /* cost.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA01F2F66A100F89830 /* cost.c */; };
80377DFA1F2F66A800F89830 /* cpu.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA11F2F66A100F89830 /* cpu.c */; };
80377DFB1F2F66A800F89830 /* dec_clip_tables.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA21F2F66A100F89830 /* dec_clip_tables.c */; };
80377DFC1F2F66A800F89830 /* dec_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */; };
80377DFD1F2F66A800F89830 /* dec_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA41F2F66A100F89830 /* dec_mips32.c */; };
80377DFE1F2F66A800F89830 /* dec_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA51F2F66A100F89830 /* dec_msa.c */; };
80377DFF1F2F66A800F89830 /* dec_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA61F2F66A100F89830 /* dec_neon.c */; };
80377E001F2F66A800F89830 /* dec_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA71F2F66A100F89830 /* dec_sse2.c */; };
80377E011F2F66A800F89830 /* dec_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA81F2F66A100F89830 /* dec_sse41.c */; };
80377E021F2F66A800F89830 /* dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA91F2F66A100F89830 /* dec.c */; };
80377E031F2F66A800F89830 /* dsp.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CAA1F2F66A100F89830 /* dsp.h */; };
80377E041F2F66A800F89830 /* enc_avx2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAB1F2F66A100F89830 /* enc_avx2.c */; };
80377E051F2F66A800F89830 /* enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */; };
80377E061F2F66A800F89830 /* enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAD1F2F66A100F89830 /* enc_mips32.c */; };
80377E071F2F66A800F89830 /* enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAE1F2F66A100F89830 /* enc_msa.c */; };
80377E081F2F66A800F89830 /* enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAF1F2F66A100F89830 /* enc_neon.c */; };
80377E091F2F66A800F89830 /* enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB01F2F66A100F89830 /* enc_sse2.c */; };
80377E0A1F2F66A800F89830 /* enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB11F2F66A100F89830 /* enc_sse41.c */; };
80377E0B1F2F66A800F89830 /* enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB21F2F66A100F89830 /* enc.c */; };
80377E0C1F2F66A800F89830 /* filters_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */; };
80377E0D1F2F66A800F89830 /* filters_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB41F2F66A100F89830 /* filters_msa.c */; };
80377E0E1F2F66A800F89830 /* filters_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB51F2F66A100F89830 /* filters_neon.c */; };
80377E0F1F2F66A800F89830 /* filters_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB61F2F66A100F89830 /* filters_sse2.c */; };
80377E101F2F66A800F89830 /* filters.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB71F2F66A100F89830 /* filters.c */; };
80377E111F2F66A800F89830 /* lossless_common.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CB81F2F66A100F89830 /* lossless_common.h */; };
80377E121F2F66A800F89830 /* lossless_enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */; };
80377E131F2F66A800F89830 /* lossless_enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */; };
80377E141F2F66A800F89830 /* lossless_enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */; };
80377E151F2F66A800F89830 /* lossless_enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */; };
80377E161F2F66A800F89830 /* lossless_enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */; };
80377E171F2F66A800F89830 /* lossless_enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */; };
80377E181F2F66A800F89830 /* lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBF1F2F66A100F89830 /* lossless_enc.c */; };
80377E191F2F66A800F89830 /* lossless_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */; };
80377E1A1F2F66A800F89830 /* lossless_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC11F2F66A100F89830 /* lossless_msa.c */; };
80377E1B1F2F66A800F89830 /* lossless_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC21F2F66A100F89830 /* lossless_neon.c */; };
80377E1C1F2F66A800F89830 /* lossless_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC31F2F66A100F89830 /* lossless_sse2.c */; };
80377E1D1F2F66A800F89830 /* lossless.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC41F2F66A100F89830 /* lossless.c */; };
80377E1E1F2F66A800F89830 /* lossless.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC51F2F66A100F89830 /* lossless.h */; };
80377E1F1F2F66A800F89830 /* mips_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC61F2F66A100F89830 /* mips_macro.h */; };
80377E201F2F66A800F89830 /* msa_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC71F2F66A100F89830 /* msa_macro.h */; };
80377E211F2F66A800F89830 /* neon.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC81F2F66A100F89830 /* neon.h */; };
80377E221F2F66A800F89830 /* rescaler_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */; };
80377E231F2F66A800F89830 /* rescaler_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCA1F2F66A100F89830 /* rescaler_mips32.c */; };
80377E241F2F66A800F89830 /* rescaler_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCB1F2F66A100F89830 /* rescaler_msa.c */; };
80377E251F2F66A800F89830 /* rescaler_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCC1F2F66A100F89830 /* rescaler_neon.c */; };
80377E261F2F66A800F89830 /* rescaler_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCD1F2F66A100F89830 /* rescaler_sse2.c */; };
80377E271F2F66A800F89830 /* rescaler.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCE1F2F66A100F89830 /* rescaler.c */; };
80377E281F2F66A800F89830 /* upsampling_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */; };
80377E291F2F66A800F89830 /* upsampling_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD01F2F66A100F89830 /* upsampling_msa.c */; };
80377E2A1F2F66A800F89830 /* upsampling_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD11F2F66A100F89830 /* upsampling_neon.c */; };
80377E2B1F2F66A800F89830 /* upsampling_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD21F2F66A100F89830 /* upsampling_sse2.c */; };
80377E2C1F2F66A800F89830 /* upsampling.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD31F2F66A100F89830 /* upsampling.c */; };
80377E2D1F2F66A800F89830 /* yuv_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */; };
80377E2E1F2F66A800F89830 /* yuv_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD51F2F66A100F89830 /* yuv_mips32.c */; };
80377E2F1F2F66A800F89830 /* yuv_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD61F2F66A100F89830 /* yuv_sse2.c */; };
80377E301F2F66A800F89830 /* yuv.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD71F2F66A100F89830 /* yuv.c */; };
80377E311F2F66A800F89830 /* yuv.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CD81F2F66A100F89830 /* yuv.h */; };
80377E321F2F66A800F89830 /* alpha_processing_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */; };
80377E331F2F66A800F89830 /* alpha_processing_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C951F2F66A100F89830 /* alpha_processing_neon.c */; };
80377E341F2F66A800F89830 /* alpha_processing_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C961F2F66A100F89830 /* alpha_processing_sse2.c */; };
80377E351F2F66A800F89830 /* alpha_processing_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C971F2F66A100F89830 /* alpha_processing_sse41.c */; };
80377E361F2F66A800F89830 /* alpha_processing.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C981F2F66A100F89830 /* alpha_processing.c */; };
80377E371F2F66A800F89830 /* argb_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */; };
80377E381F2F66A800F89830 /* argb_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9A1F2F66A100F89830 /* argb_sse2.c */; };
80377E391F2F66A800F89830 /* argb.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9B1F2F66A100F89830 /* argb.c */; };
80377E3A1F2F66A800F89830 /* common_sse2.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377C9C1F2F66A100F89830 /* common_sse2.h */; };
80377E3B1F2F66A800F89830 /* cost_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */; };
80377E3C1F2F66A800F89830 /* cost_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9E1F2F66A100F89830 /* cost_mips32.c */; };
80377E3D1F2F66A800F89830 /* cost_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377C9F1F2F66A100F89830 /* cost_sse2.c */; };
80377E3E1F2F66A800F89830 /* cost.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA01F2F66A100F89830 /* cost.c */; };
80377E3F1F2F66A800F89830 /* cpu.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA11F2F66A100F89830 /* cpu.c */; };
80377E401F2F66A800F89830 /* dec_clip_tables.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA21F2F66A100F89830 /* dec_clip_tables.c */; };
80377E411F2F66A800F89830 /* dec_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */; };
80377E421F2F66A800F89830 /* dec_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA41F2F66A100F89830 /* dec_mips32.c */; };
80377E431F2F66A800F89830 /* dec_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA51F2F66A100F89830 /* dec_msa.c */; };
80377E441F2F66A800F89830 /* dec_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA61F2F66A100F89830 /* dec_neon.c */; };
80377E451F2F66A800F89830 /* dec_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA71F2F66A100F89830 /* dec_sse2.c */; };
80377E461F2F66A800F89830 /* dec_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA81F2F66A100F89830 /* dec_sse41.c */; };
80377E471F2F66A800F89830 /* dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CA91F2F66A100F89830 /* dec.c */; };
80377E481F2F66A800F89830 /* dsp.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CAA1F2F66A100F89830 /* dsp.h */; };
80377E491F2F66A800F89830 /* enc_avx2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAB1F2F66A100F89830 /* enc_avx2.c */; };
80377E4A1F2F66A800F89830 /* enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */; };
80377E4B1F2F66A800F89830 /* enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAD1F2F66A100F89830 /* enc_mips32.c */; };
80377E4C1F2F66A800F89830 /* enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAE1F2F66A100F89830 /* enc_msa.c */; };
80377E4D1F2F66A800F89830 /* enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CAF1F2F66A100F89830 /* enc_neon.c */; };
80377E4E1F2F66A800F89830 /* enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB01F2F66A100F89830 /* enc_sse2.c */; };
80377E4F1F2F66A800F89830 /* enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB11F2F66A100F89830 /* enc_sse41.c */; };
80377E501F2F66A800F89830 /* enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB21F2F66A100F89830 /* enc.c */; };
80377E511F2F66A800F89830 /* filters_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */; };
80377E521F2F66A800F89830 /* filters_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB41F2F66A100F89830 /* filters_msa.c */; };
80377E531F2F66A800F89830 /* filters_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB51F2F66A100F89830 /* filters_neon.c */; };
80377E541F2F66A800F89830 /* filters_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB61F2F66A100F89830 /* filters_sse2.c */; };
80377E551F2F66A800F89830 /* filters.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB71F2F66A100F89830 /* filters.c */; };
80377E561F2F66A800F89830 /* lossless_common.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CB81F2F66A100F89830 /* lossless_common.h */; };
80377E571F2F66A800F89830 /* lossless_enc_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */; };
80377E581F2F66A800F89830 /* lossless_enc_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */; };
80377E591F2F66A800F89830 /* lossless_enc_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */; };
80377E5A1F2F66A800F89830 /* lossless_enc_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */; };
80377E5B1F2F66A800F89830 /* lossless_enc_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */; };
80377E5C1F2F66A800F89830 /* lossless_enc_sse41.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */; };
80377E5D1F2F66A800F89830 /* lossless_enc.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CBF1F2F66A100F89830 /* lossless_enc.c */; };
80377E5E1F2F66A800F89830 /* lossless_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */; };
80377E5F1F2F66A800F89830 /* lossless_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC11F2F66A100F89830 /* lossless_msa.c */; };
80377E601F2F66A800F89830 /* lossless_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC21F2F66A100F89830 /* lossless_neon.c */; };
80377E611F2F66A800F89830 /* lossless_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC31F2F66A100F89830 /* lossless_sse2.c */; };
80377E621F2F66A800F89830 /* lossless.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC41F2F66A100F89830 /* lossless.c */; };
80377E631F2F66A800F89830 /* lossless.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC51F2F66A100F89830 /* lossless.h */; };
80377E641F2F66A800F89830 /* mips_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC61F2F66A100F89830 /* mips_macro.h */; };
80377E651F2F66A800F89830 /* msa_macro.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC71F2F66A100F89830 /* msa_macro.h */; };
80377E661F2F66A800F89830 /* neon.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CC81F2F66A100F89830 /* neon.h */; };
80377E671F2F66A800F89830 /* rescaler_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */; };
80377E681F2F66A800F89830 /* rescaler_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCA1F2F66A100F89830 /* rescaler_mips32.c */; };
80377E691F2F66A800F89830 /* rescaler_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCB1F2F66A100F89830 /* rescaler_msa.c */; };
80377E6A1F2F66A800F89830 /* rescaler_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCC1F2F66A100F89830 /* rescaler_neon.c */; };
80377E6B1F2F66A800F89830 /* rescaler_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCD1F2F66A100F89830 /* rescaler_sse2.c */; };
80377E6C1F2F66A800F89830 /* rescaler.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCE1F2F66A100F89830 /* rescaler.c */; };
80377E6D1F2F66A800F89830 /* upsampling_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */; };
80377E6E1F2F66A800F89830 /* upsampling_msa.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD01F2F66A100F89830 /* upsampling_msa.c */; };
80377E6F1F2F66A800F89830 /* upsampling_neon.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD11F2F66A100F89830 /* upsampling_neon.c */; };
80377E701F2F66A800F89830 /* upsampling_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD21F2F66A100F89830 /* upsampling_sse2.c */; };
80377E711F2F66A800F89830 /* upsampling.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD31F2F66A100F89830 /* upsampling.c */; };
80377E721F2F66A800F89830 /* yuv_mips_dsp_r2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */; };
80377E731F2F66A800F89830 /* yuv_mips32.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD51F2F66A100F89830 /* yuv_mips32.c */; };
80377E741F2F66A800F89830 /* yuv_sse2.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD61F2F66A100F89830 /* yuv_sse2.c */; };
80377E751F2F66A800F89830 /* yuv.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377CD71F2F66A100F89830 /* yuv.c */; };
80377E761F2F66A800F89830 /* yuv.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377CD81F2F66A100F89830 /* yuv.h */; };
80377E871F2F66D000F89830 /* alpha_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E771F2F66D000F89830 /* alpha_dec.c */; };
80377E881F2F66D000F89830 /* alphai_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E781F2F66D000F89830 /* alphai_dec.h */; };
80377E891F2F66D000F89830 /* buffer_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E791F2F66D000F89830 /* buffer_dec.c */; };
80377E8A1F2F66D000F89830 /* common_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E7A1F2F66D000F89830 /* common_dec.h */; };
80377E8B1F2F66D000F89830 /* frame_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7B1F2F66D000F89830 /* frame_dec.c */; };
80377E8C1F2F66D000F89830 /* idec_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7C1F2F66D000F89830 /* idec_dec.c */; };
80377E8D1F2F66D000F89830 /* io_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7D1F2F66D000F89830 /* io_dec.c */; };
80377E8E1F2F66D000F89830 /* quant_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7E1F2F66D000F89830 /* quant_dec.c */; };
80377E8F1F2F66D000F89830 /* tree_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7F1F2F66D000F89830 /* tree_dec.c */; };
80377E901F2F66D000F89830 /* vp8_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E801F2F66D000F89830 /* vp8_dec.c */; };
80377E911F2F66D000F89830 /* vp8_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E811F2F66D000F89830 /* vp8_dec.h */; };
80377E921F2F66D000F89830 /* vp8i_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E821F2F66D000F89830 /* vp8i_dec.h */; };
80377E931F2F66D000F89830 /* vp8l_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E831F2F66D000F89830 /* vp8l_dec.c */; };
80377E941F2F66D000F89830 /* vp8li_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E841F2F66D000F89830 /* vp8li_dec.h */; };
80377E951F2F66D000F89830 /* webp_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E851F2F66D000F89830 /* webp_dec.c */; };
80377E961F2F66D000F89830 /* webpi_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E861F2F66D000F89830 /* webpi_dec.h */; };
80377E971F2F66D400F89830 /* alpha_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E771F2F66D000F89830 /* alpha_dec.c */; };
80377E981F2F66D400F89830 /* alphai_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E781F2F66D000F89830 /* alphai_dec.h */; };
80377E991F2F66D400F89830 /* buffer_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E791F2F66D000F89830 /* buffer_dec.c */; };
80377E9A1F2F66D400F89830 /* common_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E7A1F2F66D000F89830 /* common_dec.h */; };
80377E9B1F2F66D400F89830 /* frame_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7B1F2F66D000F89830 /* frame_dec.c */; };
80377E9C1F2F66D400F89830 /* idec_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7C1F2F66D000F89830 /* idec_dec.c */; };
80377E9D1F2F66D400F89830 /* io_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7D1F2F66D000F89830 /* io_dec.c */; };
80377E9E1F2F66D400F89830 /* quant_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7E1F2F66D000F89830 /* quant_dec.c */; };
80377E9F1F2F66D400F89830 /* tree_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7F1F2F66D000F89830 /* tree_dec.c */; };
80377EA01F2F66D400F89830 /* vp8_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E801F2F66D000F89830 /* vp8_dec.c */; };
80377EA11F2F66D400F89830 /* vp8_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E811F2F66D000F89830 /* vp8_dec.h */; };
80377EA21F2F66D400F89830 /* vp8i_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E821F2F66D000F89830 /* vp8i_dec.h */; };
80377EA31F2F66D400F89830 /* vp8l_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E831F2F66D000F89830 /* vp8l_dec.c */; };
80377EA41F2F66D400F89830 /* vp8li_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E841F2F66D000F89830 /* vp8li_dec.h */; };
80377EA51F2F66D400F89830 /* webp_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E851F2F66D000F89830 /* webp_dec.c */; };
80377EA61F2F66D400F89830 /* webpi_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E861F2F66D000F89830 /* webpi_dec.h */; };
80377EA71F2F66D400F89830 /* alpha_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E771F2F66D000F89830 /* alpha_dec.c */; };
80377EA81F2F66D400F89830 /* alphai_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E781F2F66D000F89830 /* alphai_dec.h */; };
80377EA91F2F66D400F89830 /* buffer_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E791F2F66D000F89830 /* buffer_dec.c */; };
80377EAA1F2F66D400F89830 /* common_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E7A1F2F66D000F89830 /* common_dec.h */; };
80377EAB1F2F66D400F89830 /* frame_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7B1F2F66D000F89830 /* frame_dec.c */; };
80377EAC1F2F66D400F89830 /* idec_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7C1F2F66D000F89830 /* idec_dec.c */; };
80377EAD1F2F66D400F89830 /* io_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7D1F2F66D000F89830 /* io_dec.c */; };
80377EAE1F2F66D400F89830 /* quant_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7E1F2F66D000F89830 /* quant_dec.c */; };
80377EAF1F2F66D400F89830 /* tree_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7F1F2F66D000F89830 /* tree_dec.c */; };
80377EB01F2F66D400F89830 /* vp8_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E801F2F66D000F89830 /* vp8_dec.c */; };
80377EB11F2F66D400F89830 /* vp8_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E811F2F66D000F89830 /* vp8_dec.h */; };
80377EB21F2F66D400F89830 /* vp8i_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E821F2F66D000F89830 /* vp8i_dec.h */; };
80377EB31F2F66D400F89830 /* vp8l_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E831F2F66D000F89830 /* vp8l_dec.c */; };
80377EB41F2F66D400F89830 /* vp8li_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E841F2F66D000F89830 /* vp8li_dec.h */; };
80377EB51F2F66D400F89830 /* webp_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E851F2F66D000F89830 /* webp_dec.c */; };
80377EB61F2F66D400F89830 /* webpi_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E861F2F66D000F89830 /* webpi_dec.h */; };
80377EB71F2F66D400F89830 /* alpha_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E771F2F66D000F89830 /* alpha_dec.c */; };
80377EB81F2F66D400F89830 /* alphai_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E781F2F66D000F89830 /* alphai_dec.h */; };
80377EB91F2F66D400F89830 /* buffer_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E791F2F66D000F89830 /* buffer_dec.c */; };
80377EBA1F2F66D500F89830 /* common_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E7A1F2F66D000F89830 /* common_dec.h */; };
80377EBB1F2F66D500F89830 /* frame_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7B1F2F66D000F89830 /* frame_dec.c */; };
80377EBC1F2F66D500F89830 /* idec_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7C1F2F66D000F89830 /* idec_dec.c */; };
80377EBD1F2F66D500F89830 /* io_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7D1F2F66D000F89830 /* io_dec.c */; };
80377EBE1F2F66D500F89830 /* quant_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7E1F2F66D000F89830 /* quant_dec.c */; };
80377EBF1F2F66D500F89830 /* tree_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7F1F2F66D000F89830 /* tree_dec.c */; };
80377EC01F2F66D500F89830 /* vp8_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E801F2F66D000F89830 /* vp8_dec.c */; };
80377EC11F2F66D500F89830 /* vp8_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E811F2F66D000F89830 /* vp8_dec.h */; };
80377EC21F2F66D500F89830 /* vp8i_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E821F2F66D000F89830 /* vp8i_dec.h */; };
80377EC31F2F66D500F89830 /* vp8l_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E831F2F66D000F89830 /* vp8l_dec.c */; };
80377EC41F2F66D500F89830 /* vp8li_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E841F2F66D000F89830 /* vp8li_dec.h */; };
80377EC51F2F66D500F89830 /* webp_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E851F2F66D000F89830 /* webp_dec.c */; };
80377EC61F2F66D500F89830 /* webpi_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E861F2F66D000F89830 /* webpi_dec.h */; };
80377EC71F2F66D500F89830 /* alpha_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E771F2F66D000F89830 /* alpha_dec.c */; };
80377EC81F2F66D500F89830 /* alphai_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E781F2F66D000F89830 /* alphai_dec.h */; };
80377EC91F2F66D500F89830 /* buffer_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E791F2F66D000F89830 /* buffer_dec.c */; };
80377ECA1F2F66D500F89830 /* common_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E7A1F2F66D000F89830 /* common_dec.h */; };
80377ECB1F2F66D500F89830 /* frame_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7B1F2F66D000F89830 /* frame_dec.c */; };
80377ECC1F2F66D500F89830 /* idec_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7C1F2F66D000F89830 /* idec_dec.c */; };
80377ECD1F2F66D500F89830 /* io_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7D1F2F66D000F89830 /* io_dec.c */; };
80377ECE1F2F66D500F89830 /* quant_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7E1F2F66D000F89830 /* quant_dec.c */; };
80377ECF1F2F66D500F89830 /* tree_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7F1F2F66D000F89830 /* tree_dec.c */; };
80377ED01F2F66D500F89830 /* vp8_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E801F2F66D000F89830 /* vp8_dec.c */; };
80377ED11F2F66D500F89830 /* vp8_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E811F2F66D000F89830 /* vp8_dec.h */; };
80377ED21F2F66D500F89830 /* vp8i_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E821F2F66D000F89830 /* vp8i_dec.h */; };
80377ED31F2F66D500F89830 /* vp8l_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E831F2F66D000F89830 /* vp8l_dec.c */; };
80377ED41F2F66D500F89830 /* vp8li_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E841F2F66D000F89830 /* vp8li_dec.h */; };
80377ED51F2F66D500F89830 /* webp_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E851F2F66D000F89830 /* webp_dec.c */; };
80377ED61F2F66D500F89830 /* webpi_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E861F2F66D000F89830 /* webpi_dec.h */; };
80377ED71F2F66D500F89830 /* alpha_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E771F2F66D000F89830 /* alpha_dec.c */; };
80377ED81F2F66D500F89830 /* alphai_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E781F2F66D000F89830 /* alphai_dec.h */; };
80377ED91F2F66D500F89830 /* buffer_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E791F2F66D000F89830 /* buffer_dec.c */; };
80377EDA1F2F66D500F89830 /* common_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E7A1F2F66D000F89830 /* common_dec.h */; };
80377EDB1F2F66D500F89830 /* frame_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7B1F2F66D000F89830 /* frame_dec.c */; };
80377EDC1F2F66D500F89830 /* idec_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7C1F2F66D000F89830 /* idec_dec.c */; };
80377EDD1F2F66D500F89830 /* io_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7D1F2F66D000F89830 /* io_dec.c */; };
80377EDE1F2F66D500F89830 /* quant_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7E1F2F66D000F89830 /* quant_dec.c */; };
80377EDF1F2F66D500F89830 /* tree_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E7F1F2F66D000F89830 /* tree_dec.c */; };
80377EE01F2F66D500F89830 /* vp8_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E801F2F66D000F89830 /* vp8_dec.c */; };
80377EE11F2F66D500F89830 /* vp8_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E811F2F66D000F89830 /* vp8_dec.h */; };
80377EE21F2F66D500F89830 /* vp8i_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E821F2F66D000F89830 /* vp8i_dec.h */; };
80377EE31F2F66D500F89830 /* vp8l_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E831F2F66D000F89830 /* vp8l_dec.c */; };
80377EE41F2F66D500F89830 /* vp8li_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E841F2F66D000F89830 /* vp8li_dec.h */; };
80377EE51F2F66D500F89830 /* webp_dec.c in Sources */ = {isa = PBXBuildFile; fileRef = 80377E851F2F66D000F89830 /* webp_dec.c */; };
80377EE61F2F66D500F89830 /* webpi_dec.h in Headers */ = {isa = PBXBuildFile; fileRef = 80377E861F2F66D000F89830 /* webpi_dec.h */; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A12281F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
807A12291F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
807A122A1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
807A122B1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
807A122C1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
807A122D1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */ = {isa = PBXBuildFile; fileRef = 807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */; settings = {ATTRIBUTES = (Public, ); }; };
807A122E1F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */; };
807A122F1F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */; };
807A12301F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */; };
807A12311F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */; };
807A12321F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */; };
807A12331F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */ = {isa = PBXBuildFile; fileRef = 807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */; };
A18A6CC7172DC28500419892 /* UIImage+GIF.h in Headers */ = {isa = PBXBuildFile; fileRef = A18A6CC5172DC28500419892 /* UIImage+GIF.h */; settings = {ATTRIBUTES = (Public, ); }; };
support GIFs
2013-04-29 05:06:54 +08:00
A18A6CC9172DC28500419892 /* UIImage+GIF.m in Sources */ = {isa = PBXBuildFile; fileRef = A18A6CC6172DC28500419892 /* UIImage+GIF.m */; };
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
AB615303192DA24600A2D8E9 /* UIView+WebCacheOperation.h in Headers */ = {isa = PBXBuildFile; fileRef = AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */; settings = {ATTRIBUTES = (Public, ); }; };
Refactor the cancel logic
2014-06-19 22:46:37 +08:00
AB615306192DA24600A2D8E9 /* UIView+WebCacheOperation.m in Sources */ = {isa = PBXBuildFile; fileRef = AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */; };
add category for imageView's highlighted state
2014-03-03 12:32:27 +08:00
ABBE71A718C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h in Headers */ = {isa = PBXBuildFile; fileRef = ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */; settings = {ATTRIBUTES = (Public, ); }; };
ABBE71A818C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m in Sources */ = {isa = PBXBuildFile; fileRef = ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */; };
Add Xcode project
2011-12-05 09:48:58 +08:00
/* End PBXBuildFile section */
/* Begin PBXFileReference section */
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
00733A4C1BC487C000A5A117 /* SDWebImage.framework */ = {isa = PBXFileReference; explicitFileType = wrapper.framework; includeInIndex = 0; path = SDWebImage.framework; sourceTree = BUILT_PRODUCTS_DIR; };
Create a subclass of NSBitmapImageRep to fix the GIF frame duration issue on macOS
2018-02-18 11:34:06 +08:00
320224B9203979BA00E9F285 /* SDAnimatedImageRep.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDAnimatedImageRep.h; sourceTree = "<group>"; };
320224BA203979BA00E9F285 /* SDAnimatedImageRep.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = SDAnimatedImageRep.m; sourceTree = "<group>"; };
Add WebCache category for NSButton on macOS
2018-01-19 15:46:05 +08:00
321DB35F2011D4D60015D2CB /* NSButton+WebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = "NSButton+WebCache.h"; path = "SDWebImage/NSButton+WebCache.h"; sourceTree = "<group>"; };
321DB3602011D4D60015D2CB /* NSButton+WebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = "NSButton+WebCache.m"; path = "SDWebImage/NSButton+WebCache.m"; sourceTree = "<group>"; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60841F38E8C800405457 /* SDWebImageCoder.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = SDWebImageCoder.h; sourceTree = "<group>"; };
321E60851F38E8C800405457 /* SDWebImageCoder.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = SDWebImageCoder.m; sourceTree = "<group>"; };
321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = SDWebImageImageIOCoder.h; sourceTree = "<group>"; };
321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = SDWebImageImageIOCoder.m; sourceTree = "<group>"; };
321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = SDWebImageGIFCoder.h; sourceTree = "<group>"; };
321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = SDWebImageGIFCoder.m; sourceTree = "<group>"; };
321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = SDWebImageWebPCoder.h; sourceTree = "<group>"; };
321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = SDWebImageWebPCoder.m; sourceTree = "<group>"; };
321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "UIImage+ForceDecode.h"; sourceTree = "<group>"; };
321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "UIImage+ForceDecode.m"; sourceTree = "<group>"; };
323F8B131F38EF770092B609 /* alpha_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = alpha_enc.c; sourceTree = "<group>"; };
323F8B141F38EF770092B609 /* analysis_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = analysis_enc.c; sourceTree = "<group>"; };
323F8B151F38EF770092B609 /* backward_references_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = backward_references_enc.c; sourceTree = "<group>"; };
323F8B161F38EF770092B609 /* backward_references_enc.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = backward_references_enc.h; sourceTree = "<group>"; };
323F8B171F38EF770092B609 /* config_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = config_enc.c; sourceTree = "<group>"; };
323F8B181F38EF770092B609 /* cost_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = cost_enc.c; sourceTree = "<group>"; };
323F8B191F38EF770092B609 /* cost_enc.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = cost_enc.h; sourceTree = "<group>"; };
323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = delta_palettization_enc.c; sourceTree = "<group>"; };
323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = delta_palettization_enc.h; sourceTree = "<group>"; };
323F8B1C1F38EF770092B609 /* filter_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = filter_enc.c; sourceTree = "<group>"; };
323F8B1D1F38EF770092B609 /* frame_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = frame_enc.c; sourceTree = "<group>"; };
323F8B1E1F38EF770092B609 /* histogram_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = histogram_enc.c; sourceTree = "<group>"; };
323F8B1F1F38EF770092B609 /* histogram_enc.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = histogram_enc.h; sourceTree = "<group>"; };
323F8B201F38EF770092B609 /* iterator_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = iterator_enc.c; sourceTree = "<group>"; };
323F8B221F38EF770092B609 /* near_lossless_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = near_lossless_enc.c; sourceTree = "<group>"; };
323F8B231F38EF770092B609 /* picture_csp_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = picture_csp_enc.c; sourceTree = "<group>"; };
323F8B241F38EF770092B609 /* picture_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = picture_enc.c; sourceTree = "<group>"; };
323F8B251F38EF770092B609 /* picture_psnr_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = picture_psnr_enc.c; sourceTree = "<group>"; };
323F8B261F38EF770092B609 /* picture_rescale_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = picture_rescale_enc.c; sourceTree = "<group>"; };
323F8B271F38EF770092B609 /* picture_tools_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = picture_tools_enc.c; sourceTree = "<group>"; };
323F8B281F38EF770092B609 /* predictor_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = predictor_enc.c; sourceTree = "<group>"; };
323F8B291F38EF770092B609 /* quant_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = quant_enc.c; sourceTree = "<group>"; };
323F8B2A1F38EF770092B609 /* syntax_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = syntax_enc.c; sourceTree = "<group>"; };
323F8B2B1F38EF770092B609 /* token_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = token_enc.c; sourceTree = "<group>"; };
323F8B2C1F38EF770092B609 /* tree_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = tree_enc.c; sourceTree = "<group>"; };
323F8B2D1F38EF770092B609 /* vp8i_enc.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = vp8i_enc.h; sourceTree = "<group>"; };
323F8B2E1F38EF770092B609 /* vp8l_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = vp8l_enc.c; sourceTree = "<group>"; };
323F8B2F1F38EF770092B609 /* vp8li_enc.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = vp8li_enc.h; sourceTree = "<group>"; };
323F8B301F38EF770092B609 /* webp_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = webp_enc.c; sourceTree = "<group>"; };
323F8B321F38EF770092B609 /* anim_encode.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = anim_encode.c; sourceTree = "<group>"; };
323F8B331F38EF770092B609 /* animi.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = animi.h; sourceTree = "<group>"; };
323F8B3A1F38EF770092B609 /* muxedit.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = muxedit.c; sourceTree = "<group>"; };
323F8B3B1F38EF770092B609 /* muxi.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = muxi.h; sourceTree = "<group>"; };
323F8B3C1F38EF770092B609 /* muxinternal.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = muxinternal.c; sourceTree = "<group>"; };
323F8B3D1F38EF770092B609 /* muxread.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = muxread.c; sourceTree = "<group>"; };
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImageDefine.h; sourceTree = "<group>"; };
324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = SDWebImageDefine.m; sourceTree = "<group>"; };
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312C6200F09910046BF1E /* SDWebImageTransition.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImageTransition.h; sourceTree = "<group>"; };
325312C7200F09910046BF1E /* SDWebImageTransition.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = SDWebImageTransition.m; sourceTree = "<group>"; };
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA021FA478AF0047D20C /* SDWebImageFrame.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImageFrame.h; sourceTree = "<group>"; };
3290FA031FA478AF0047D20C /* SDWebImageFrame.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = SDWebImageFrame.m; sourceTree = "<group>"; };
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = "UIImage+WebCache.h"; path = "SDWebImage/UIImage+WebCache.h"; sourceTree = "<group>"; };
329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = "UIImage+WebCache.m"; path = "SDWebImage/UIImage+WebCache.m"; sourceTree = "<group>"; };
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImageIndicator.h; sourceTree = "<group>"; };
32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = SDWebImageIndicator.m; sourceTree = "<group>"; };
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImageCoderHelper.h; sourceTree = "<group>"; };
32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = SDWebImageCoderHelper.m; sourceTree = "<group>"; };
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1991D0E0E3B004B36C9 /* libSDWebImage watchOS static.a */ = {isa = PBXFileReference; explicitFileType = archive.ar; includeInIndex = 0; path = "libSDWebImage watchOS static.a"; sourceTree = BUILT_PRODUCTS_DIR; };
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB7031D06D2C1006A3455 /* SDWebImage.framework */ = {isa = PBXFileReference; explicitFileType = wrapper.framework; includeInIndex = 0; path = SDWebImage.framework; sourceTree = BUILT_PRODUCTS_DIR; };
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2751D9807EC007E863A /* UIView+WebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = "UIView+WebCache.h"; path = "SDWebImage/UIView+WebCache.h"; sourceTree = "<group>"; };
4369C2761D9807EC007E863A /* UIView+WebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = "UIView+WebCache.m"; path = "SDWebImage/UIView+WebCache.m"; sourceTree = "<group>"; };
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2F21D0DDD8C00BB2784 /* SDWebImage.framework */ = {isa = PBXFileReference; explicitFileType = wrapper.framework; includeInIndex = 0; path = SDWebImage.framework; sourceTree = BUILT_PRODUCTS_DIR; };
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
4397D2F41D0DE2DF00BB2784 /* NSImage+Additions.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "NSImage+Additions.h"; sourceTree = "<group>"; };
4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "NSImage+Additions.m"; sourceTree = "<group>"; };
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918621D8308FE00B3925F /* SDImageCacheConfig.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = SDImageCacheConfig.h; sourceTree = "<group>"; };
43A918631D8308FE00B3925F /* SDImageCacheConfig.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = SDImageCacheConfig.m; sourceTree = "<group>"; };
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892981D9D6DD70022038D /* anim_decode.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = anim_decode.c; sourceTree = "<group>"; };
43C892991D9D6DD70022038D /* demux.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = demux.c; sourceTree = "<group>"; };
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75491CFE9427006C64D0 /* FLAnimatedImage.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = FLAnimatedImage.h; sourceTree = "<group>"; };
43CE754A1CFE9427006C64D0 /* FLAnimatedImage.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = FLAnimatedImage.m; sourceTree = "<group>"; };
43CE754B1CFE9427006C64D0 /* FLAnimatedImageView.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = FLAnimatedImageView.h; sourceTree = "<group>"; };
43CE754C1CFE9427006C64D0 /* FLAnimatedImageView.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = FLAnimatedImageView.m; sourceTree = "<group>"; };
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75CE1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "FLAnimatedImageView+WebCache.h"; sourceTree = "<group>"; };
43CE75CF1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "FLAnimatedImageView+WebCache.m"; sourceTree = "<group>"; };
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CADFF1AB4BB5300B6BC39 /* SDWebImage.framework */ = {isa = PBXFileReference; explicitFileType = wrapper.framework; includeInIndex = 0; path = SDWebImage.framework; sourceTree = BUILT_PRODUCTS_DIR; };
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE021AB4BB5400B6BC39 /* Info.plist */ = {isa = PBXFileReference; lastKnownFileType = text.plist.xml; path = Info.plist; sourceTree = "<group>"; };
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CAE031AB4BB5400B6BC39 /* SDWebImage.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImage.h; sourceTree = "<group>"; };
First beta of SDWebImage 3.0 This version is a rewrite of the lib using iOS 5.0 as minimum target. The lib as thus been refactored to use blocks/GCD from the ground up. As a consequence, all delegate code style has been removed. The result is a lot less lines of code and more flexibility.
2012-11-04 16:50:23 +08:00
530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = SDWebImageDownloaderOperation.h; sourceTree = "<group>"; };
530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = SDWebImageDownloaderOperation.m; sourceTree = "<group>"; };
530E49E71646388E002868E7 /* SDWebImageOperation.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImageOperation.h; sourceTree = "<group>"; };
Fix ARC compilation warning breaking some non-ARC projects (fix #229)
2012-12-11 23:11:06 +08:00
5340674F167780C40042B59E /* SDWebImageCompat.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = SDWebImageCompat.m; sourceTree = "<group>"; };
Move all source to a subdirectory to comply with XCode 4 standards
2012-05-09 18:37:35 +08:00
535699B415113E7300A4C397 /* MKAnnotationView+WebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = "MKAnnotationView+WebCache.h"; path = "SDWebImage/MKAnnotationView+WebCache.h"; sourceTree = SOURCE_ROOT; };
535699B515113E7300A4C397 /* MKAnnotationView+WebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = "MKAnnotationView+WebCache.m"; path = "SDWebImage/MKAnnotationView+WebCache.m"; sourceTree = SOURCE_ROOT; };
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
53761325155AD0D5005750A4 /* libSDWebImage iOS static.a */ = {isa = PBXFileReference; explicitFileType = archive.ar; includeInIndex = 0; path = "libSDWebImage iOS static.a"; sourceTree = BUILT_PRODUCTS_DIR; };
Add Xcode project
2011-12-05 09:48:58 +08:00
53922D72148C55820056699D /* Foundation.framework */ = {isa = PBXFileReference; lastKnownFileType = wrapper.framework; name = Foundation.framework; path = System/Library/Frameworks/Foundation.framework; sourceTree = SDKROOT; };
Move all source to a subdirectory to comply with XCode 4 standards
2012-05-09 18:37:35 +08:00
53922D85148C56230056699D /* SDImageCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = SDImageCache.h; path = SDWebImage/SDImageCache.h; sourceTree = SOURCE_ROOT; };
53922D86148C56230056699D /* SDImageCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = SDImageCache.m; path = SDWebImage/SDImageCache.m; sourceTree = SOURCE_ROOT; };
53922D88148C56230056699D /* SDWebImageCompat.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = SDWebImageCompat.h; path = SDWebImage/SDWebImageCompat.h; sourceTree = SOURCE_ROOT; };
53922D8B148C56230056699D /* SDWebImageDownloader.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = SDWebImageDownloader.h; path = SDWebImage/SDWebImageDownloader.h; sourceTree = SOURCE_ROOT; };
53922D8C148C56230056699D /* SDWebImageDownloader.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = SDWebImageDownloader.m; path = SDWebImage/SDWebImageDownloader.m; sourceTree = SOURCE_ROOT; };
53922D8E148C56230056699D /* SDWebImageManager.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = SDWebImageManager.h; path = SDWebImage/SDWebImageManager.h; sourceTree = SOURCE_ROOT; };
53922D8F148C56230056699D /* SDWebImageManager.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = SDWebImageManager.m; path = SDWebImage/SDWebImageManager.m; sourceTree = SOURCE_ROOT; };
53922D91148C56230056699D /* SDWebImagePrefetcher.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = SDWebImagePrefetcher.h; path = SDWebImage/SDWebImagePrefetcher.h; sourceTree = SOURCE_ROOT; };
53922D92148C56230056699D /* SDWebImagePrefetcher.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = SDWebImagePrefetcher.m; path = SDWebImage/SDWebImagePrefetcher.m; sourceTree = SOURCE_ROOT; };
53922D93148C56230056699D /* UIButton+WebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = "UIButton+WebCache.h"; path = "SDWebImage/UIButton+WebCache.h"; sourceTree = SOURCE_ROOT; };
53922D94148C56230056699D /* UIButton+WebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = "UIButton+WebCache.m"; path = "SDWebImage/UIButton+WebCache.m"; sourceTree = SOURCE_ROOT; };
53922D95148C56230056699D /* UIImageView+WebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = "UIImageView+WebCache.h"; path = "SDWebImage/UIImageView+WebCache.h"; sourceTree = SOURCE_ROOT; };
53922D96148C56230056699D /* UIImageView+WebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = "UIImageView+WebCache.m"; path = "SDWebImage/UIImageView+WebCache.m"; sourceTree = SOURCE_ROOT; };
Refactor GIF support Remove GIF specific code from main source, isolate it in a UIImage category to ease future addition of format support
2013-06-08 01:39:07 +08:00
53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "UIImage+MultiFormat.h"; sourceTree = "<group>"; };
53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "UIImage+MultiFormat.m"; sourceTree = "<group>"; };
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
53EDFB911762547C00698166 /* UIImage+WebP.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "UIImage+WebP.h"; sourceTree = "<group>"; };
53EDFB921762547C00698166 /* UIImage+WebP.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "UIImage+WebP.m"; sourceTree = "<group>"; };
Setup xcode project to allow import in a project as a static library
2012-01-28 06:41:43 +08:00
53FB893F14D35D1A0020B787 /* CoreGraphics.framework */ = {isa = PBXFileReference; lastKnownFileType = wrapper.framework; name = CoreGraphics.framework; path = System/Library/Frameworks/CoreGraphics.framework; sourceTree = SDKROOT; };
53FB894814D35E9E0020B787 /* UIKit.framework */ = {isa = PBXFileReference; lastKnownFileType = wrapper.framework; name = UIKit.framework; path = System/Library/Frameworks/UIKit.framework; sourceTree = SDKROOT; };
refs #620 move NSData+ImageContenttype to the SDWebImage subdirectory
2014-01-22 01:57:50 +08:00
5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "NSData+ImageContentType.h"; sourceTree = "<group>"; };
5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "NSData+ImageContentType.m"; sourceTree = "<group>"; };
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = bit_reader_inl_utils.h; sourceTree = "<group>"; };
80377BDF1F2F665300F89830 /* bit_reader_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = bit_reader_utils.c; sourceTree = "<group>"; };
80377BE01F2F665300F89830 /* bit_reader_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = bit_reader_utils.h; sourceTree = "<group>"; };
80377BE11F2F665300F89830 /* bit_writer_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = bit_writer_utils.c; sourceTree = "<group>"; };
80377BE21F2F665300F89830 /* bit_writer_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = bit_writer_utils.h; sourceTree = "<group>"; };
80377BE31F2F665300F89830 /* color_cache_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = color_cache_utils.c; sourceTree = "<group>"; };
80377BE41F2F665300F89830 /* color_cache_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = color_cache_utils.h; sourceTree = "<group>"; };
80377BE51F2F665300F89830 /* endian_inl_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = endian_inl_utils.h; sourceTree = "<group>"; };
80377BE61F2F665300F89830 /* filters_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = filters_utils.c; sourceTree = "<group>"; };
80377BE71F2F665300F89830 /* filters_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = filters_utils.h; sourceTree = "<group>"; };
80377BE81F2F665300F89830 /* huffman_encode_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = huffman_encode_utils.c; sourceTree = "<group>"; };
80377BE91F2F665300F89830 /* huffman_encode_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = huffman_encode_utils.h; sourceTree = "<group>"; };
80377BEA1F2F665300F89830 /* huffman_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = huffman_utils.c; sourceTree = "<group>"; };
80377BEB1F2F665300F89830 /* huffman_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = huffman_utils.h; sourceTree = "<group>"; };
80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = quant_levels_dec_utils.c; sourceTree = "<group>"; };
80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = quant_levels_dec_utils.h; sourceTree = "<group>"; };
80377BEE1F2F665300F89830 /* quant_levels_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = quant_levels_utils.c; sourceTree = "<group>"; };
80377BEF1F2F665300F89830 /* quant_levels_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = quant_levels_utils.h; sourceTree = "<group>"; };
80377BF01F2F665300F89830 /* random_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = random_utils.c; sourceTree = "<group>"; };
80377BF11F2F665300F89830 /* random_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = random_utils.h; sourceTree = "<group>"; };
80377BF21F2F665300F89830 /* rescaler_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = rescaler_utils.c; sourceTree = "<group>"; };
80377BF31F2F665300F89830 /* rescaler_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = rescaler_utils.h; sourceTree = "<group>"; };
80377BF41F2F665300F89830 /* thread_utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = thread_utils.c; sourceTree = "<group>"; };
80377BF51F2F665300F89830 /* thread_utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = thread_utils.h; sourceTree = "<group>"; };
80377BF61F2F665300F89830 /* utils.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = utils.c; sourceTree = "<group>"; };
80377BF71F2F665300F89830 /* utils.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = utils.h; sourceTree = "<group>"; };
80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = alpha_processing_mips_dsp_r2.c; sourceTree = "<group>"; };
80377C951F2F66A100F89830 /* alpha_processing_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = alpha_processing_neon.c; sourceTree = "<group>"; };
80377C961F2F66A100F89830 /* alpha_processing_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = alpha_processing_sse2.c; sourceTree = "<group>"; };
80377C971F2F66A100F89830 /* alpha_processing_sse41.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = alpha_processing_sse41.c; sourceTree = "<group>"; };
80377C981F2F66A100F89830 /* alpha_processing.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = alpha_processing.c; sourceTree = "<group>"; };
80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = argb_mips_dsp_r2.c; sourceTree = "<group>"; };
80377C9A1F2F66A100F89830 /* argb_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = argb_sse2.c; sourceTree = "<group>"; };
80377C9B1F2F66A100F89830 /* argb.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = argb.c; sourceTree = "<group>"; };
80377C9C1F2F66A100F89830 /* common_sse2.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = common_sse2.h; sourceTree = "<group>"; };
80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = cost_mips_dsp_r2.c; sourceTree = "<group>"; };
80377C9E1F2F66A100F89830 /* cost_mips32.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = cost_mips32.c; sourceTree = "<group>"; };
80377C9F1F2F66A100F89830 /* cost_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = cost_sse2.c; sourceTree = "<group>"; };
80377CA01F2F66A100F89830 /* cost.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = cost.c; sourceTree = "<group>"; };
80377CA11F2F66A100F89830 /* cpu.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = cpu.c; sourceTree = "<group>"; };
80377CA21F2F66A100F89830 /* dec_clip_tables.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec_clip_tables.c; sourceTree = "<group>"; };
80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CA41F2F66A100F89830 /* dec_mips32.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec_mips32.c; sourceTree = "<group>"; };
80377CA51F2F66A100F89830 /* dec_msa.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec_msa.c; sourceTree = "<group>"; };
80377CA61F2F66A100F89830 /* dec_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec_neon.c; sourceTree = "<group>"; };
80377CA71F2F66A100F89830 /* dec_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec_sse2.c; sourceTree = "<group>"; };
80377CA81F2F66A100F89830 /* dec_sse41.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec_sse41.c; sourceTree = "<group>"; };
80377CA91F2F66A100F89830 /* dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = dec.c; sourceTree = "<group>"; };
80377CAA1F2F66A100F89830 /* dsp.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = dsp.h; sourceTree = "<group>"; };
80377CAB1F2F66A100F89830 /* enc_avx2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc_avx2.c; sourceTree = "<group>"; };
80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CAD1F2F66A100F89830 /* enc_mips32.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc_mips32.c; sourceTree = "<group>"; };
80377CAE1F2F66A100F89830 /* enc_msa.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc_msa.c; sourceTree = "<group>"; };
80377CAF1F2F66A100F89830 /* enc_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc_neon.c; sourceTree = "<group>"; };
80377CB01F2F66A100F89830 /* enc_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc_sse2.c; sourceTree = "<group>"; };
80377CB11F2F66A100F89830 /* enc_sse41.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc_sse41.c; sourceTree = "<group>"; };
80377CB21F2F66A100F89830 /* enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = enc.c; sourceTree = "<group>"; };
80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = filters_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CB41F2F66A100F89830 /* filters_msa.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = filters_msa.c; sourceTree = "<group>"; };
80377CB51F2F66A100F89830 /* filters_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = filters_neon.c; sourceTree = "<group>"; };
80377CB61F2F66A100F89830 /* filters_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = filters_sse2.c; sourceTree = "<group>"; };
80377CB71F2F66A100F89830 /* filters.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = filters.c; sourceTree = "<group>"; };
80377CB81F2F66A100F89830 /* lossless_common.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = lossless_common.h; sourceTree = "<group>"; };
80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_enc_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_enc_mips32.c; sourceTree = "<group>"; };
80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_enc_msa.c; sourceTree = "<group>"; };
80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_enc_neon.c; sourceTree = "<group>"; };
80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_enc_sse2.c; sourceTree = "<group>"; };
80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_enc_sse41.c; sourceTree = "<group>"; };
80377CBF1F2F66A100F89830 /* lossless_enc.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_enc.c; sourceTree = "<group>"; };
80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CC11F2F66A100F89830 /* lossless_msa.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_msa.c; sourceTree = "<group>"; };
80377CC21F2F66A100F89830 /* lossless_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_neon.c; sourceTree = "<group>"; };
80377CC31F2F66A100F89830 /* lossless_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless_sse2.c; sourceTree = "<group>"; };
80377CC41F2F66A100F89830 /* lossless.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = lossless.c; sourceTree = "<group>"; };
80377CC51F2F66A100F89830 /* lossless.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = lossless.h; sourceTree = "<group>"; };
80377CC61F2F66A100F89830 /* mips_macro.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = mips_macro.h; sourceTree = "<group>"; };
80377CC71F2F66A100F89830 /* msa_macro.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = msa_macro.h; sourceTree = "<group>"; };
80377CC81F2F66A100F89830 /* neon.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = neon.h; sourceTree = "<group>"; };
80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = rescaler_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CCA1F2F66A100F89830 /* rescaler_mips32.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = rescaler_mips32.c; sourceTree = "<group>"; };
80377CCB1F2F66A100F89830 /* rescaler_msa.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = rescaler_msa.c; sourceTree = "<group>"; };
80377CCC1F2F66A100F89830 /* rescaler_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = rescaler_neon.c; sourceTree = "<group>"; };
80377CCD1F2F66A100F89830 /* rescaler_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = rescaler_sse2.c; sourceTree = "<group>"; };
80377CCE1F2F66A100F89830 /* rescaler.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = rescaler.c; sourceTree = "<group>"; };
80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = upsampling_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CD01F2F66A100F89830 /* upsampling_msa.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = upsampling_msa.c; sourceTree = "<group>"; };
80377CD11F2F66A100F89830 /* upsampling_neon.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = upsampling_neon.c; sourceTree = "<group>"; };
80377CD21F2F66A100F89830 /* upsampling_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = upsampling_sse2.c; sourceTree = "<group>"; };
80377CD31F2F66A100F89830 /* upsampling.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = upsampling.c; sourceTree = "<group>"; };
80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = yuv_mips_dsp_r2.c; sourceTree = "<group>"; };
80377CD51F2F66A100F89830 /* yuv_mips32.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = yuv_mips32.c; sourceTree = "<group>"; };
80377CD61F2F66A100F89830 /* yuv_sse2.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = yuv_sse2.c; sourceTree = "<group>"; };
80377CD71F2F66A100F89830 /* yuv.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = yuv.c; sourceTree = "<group>"; };
80377CD81F2F66A100F89830 /* yuv.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = yuv.h; sourceTree = "<group>"; };
80377E771F2F66D000F89830 /* alpha_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = alpha_dec.c; sourceTree = "<group>"; };
80377E781F2F66D000F89830 /* alphai_dec.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = alphai_dec.h; sourceTree = "<group>"; };
80377E791F2F66D000F89830 /* buffer_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = buffer_dec.c; sourceTree = "<group>"; };
80377E7A1F2F66D000F89830 /* common_dec.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = common_dec.h; sourceTree = "<group>"; };
80377E7B1F2F66D000F89830 /* frame_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = frame_dec.c; sourceTree = "<group>"; };
80377E7C1F2F66D000F89830 /* idec_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = idec_dec.c; sourceTree = "<group>"; };
80377E7D1F2F66D000F89830 /* io_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = io_dec.c; sourceTree = "<group>"; };
80377E7E1F2F66D000F89830 /* quant_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = quant_dec.c; sourceTree = "<group>"; };
80377E7F1F2F66D000F89830 /* tree_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = tree_dec.c; sourceTree = "<group>"; };
80377E801F2F66D000F89830 /* vp8_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = vp8_dec.c; sourceTree = "<group>"; };
80377E811F2F66D000F89830 /* vp8_dec.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = vp8_dec.h; sourceTree = "<group>"; };
80377E821F2F66D000F89830 /* vp8i_dec.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = vp8i_dec.h; sourceTree = "<group>"; };
80377E831F2F66D000F89830 /* vp8l_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = vp8l_dec.c; sourceTree = "<group>"; };
80377E841F2F66D000F89830 /* vp8li_dec.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = vp8li_dec.h; sourceTree = "<group>"; };
80377E851F2F66D000F89830 /* webp_dec.c */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.c; path = webp_dec.c; sourceTree = "<group>"; };
80377E861F2F66D000F89830 /* webpi_dec.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = webpi_dec.h; sourceTree = "<group>"; };
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; path = SDWebImageCodersManager.h; sourceTree = "<group>"; };
807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = SDWebImageCodersManager.m; sourceTree = "<group>"; };
support GIFs
2013-04-29 05:06:54 +08:00
A18A6CC5172DC28500419892 /* UIImage+GIF.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "UIImage+GIF.h"; sourceTree = "<group>"; };
A18A6CC6172DC28500419892 /* UIImage+GIF.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "UIImage+GIF.m"; sourceTree = "<group>"; };
Refactor the cancel logic
2014-06-19 22:46:37 +08:00
AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = "UIView+WebCacheOperation.h"; sourceTree = "<group>"; };
AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = "UIView+WebCacheOperation.m"; sourceTree = "<group>"; };
Created a WebCache Categories Xcode group - contains all the categories that we actually expose, making it easier to work with them
2016-09-26 00:29:14 +08:00
ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; name = "UIImageView+HighlightedWebCache.h"; path = "SDWebImage/UIImageView+HighlightedWebCache.h"; sourceTree = "<group>"; };
ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; name = "UIImageView+HighlightedWebCache.m"; path = "SDWebImage/UIImageView+HighlightedWebCache.m"; sourceTree = "<group>"; };
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577CC41998E60B007367ED /* decode.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = decode.h; sourceTree = "<group>"; };
DA577CC51998E60B007367ED /* demux.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = demux.h; sourceTree = "<group>"; };
DA577CC61998E60B007367ED /* encode.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = encode.h; sourceTree = "<group>"; };
DA577CC71998E60B007367ED /* format_constants.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = format_constants.h; sourceTree = "<group>"; };
DA577CC81998E60B007367ED /* mux.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = mux.h; sourceTree = "<group>"; };
DA577CC91998E60B007367ED /* mux_types.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = mux_types.h; sourceTree = "<group>"; };
DA577CCA1998E60B007367ED /* types.h */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.h; path = types.h; sourceTree = "<group>"; };
Add Xcode project
2011-12-05 09:48:58 +08:00
/* End PBXFileReference section */
/* Begin PBXFrameworksBuildPhase section */
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A481BC487C000A5A117 /* Frameworks */ = {
isa = PBXFrameworksBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D15D1D0E0E3B004B36C9 /* Frameworks */ = {
isa = PBXFrameworksBuildPhase;
buildActionMask = 2147483647;
files = (
4314D15E1D0E0E3B004B36C9 /* UIKit.framework in Frameworks */,
4314D15F1D0E0E3B004B36C9 /* Foundation.framework in Frameworks */,
4314D1601D0E0E3B004B36C9 /* CoreGraphics.framework in Frameworks */,
);
runOnlyForDeploymentPostprocessing = 0;
};
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6CA1D06D2C1006A3455 /* Frameworks */ = {
isa = PBXFrameworksBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2B81D0DDD8C00BB2784 /* Frameworks */ = {
isa = PBXFrameworksBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CADFB1AB4BB5300B6BC39 /* Frameworks */ = {
isa = PBXFrameworksBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761311155AD0D5005750A4 /* Frameworks */ = {
isa = PBXFrameworksBuildPhase;
buildActionMask = 2147483647;
files = (
53761312155AD0D5005750A4 /* UIKit.framework in Frameworks */,
53761313155AD0D5005750A4 /* Foundation.framework in Frameworks */,
53761314155AD0D5005750A4 /* CoreGraphics.framework in Frameworks */,
);
runOnlyForDeploymentPostprocessing = 0;
};
Add Xcode project
2011-12-05 09:48:58 +08:00
/* End PBXFrameworksBuildPhase section */
/* Begin PBXGroup section */
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60831F38E88F00405457 /* Decoder */ = {
isa = PBXGroup;
children = (
807A12261F89636300EC2A9B /* SDWebImageCodersManager.h */,
807A12271F89636300EC2A9B /* SDWebImageCodersManager.m */,
321E60841F38E8C800405457 /* SDWebImageCoder.h */,
321E60851F38E8C800405457 /* SDWebImageCoder.m */,
321E60921F38E8ED00405457 /* SDWebImageImageIOCoder.h */,
321E60931F38E8ED00405457 /* SDWebImageImageIOCoder.m */,
321E60A01F38E8F600405457 /* SDWebImageGIFCoder.h */,
321E60A11F38E8F600405457 /* SDWebImageGIFCoder.m */,
321E60AE1F38E90100405457 /* SDWebImageWebPCoder.h */,
321E60AF1F38E90100405457 /* SDWebImageWebPCoder.m */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA021FA478AF0047D20C /* SDWebImageFrame.h */,
3290FA031FA478AF0047D20C /* SDWebImageFrame.m */,
32CF1C051FA496B000004BD1 /* SDWebImageCoderHelper.h */,
32CF1C061FA496B000004BD1 /* SDWebImageCoderHelper.m */,
Create a subclass of NSBitmapImageRep to fix the GIF frame duration issue on macOS
2018-02-18 11:34:06 +08:00
320224B9203979BA00E9F285 /* SDAnimatedImageRep.h */,
320224BA203979BA00E9F285 /* SDAnimatedImageRep.m */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
);
name = Decoder;
sourceTree = "<group>";
};
323F8B121F38EF770092B609 /* enc */ = {
isa = PBXGroup;
children = (
323F8B131F38EF770092B609 /* alpha_enc.c */,
323F8B141F38EF770092B609 /* analysis_enc.c */,
323F8B151F38EF770092B609 /* backward_references_enc.c */,
323F8B161F38EF770092B609 /* backward_references_enc.h */,
323F8B171F38EF770092B609 /* config_enc.c */,
323F8B181F38EF770092B609 /* cost_enc.c */,
323F8B191F38EF770092B609 /* cost_enc.h */,
323F8B1A1F38EF770092B609 /* delta_palettization_enc.c */,
323F8B1B1F38EF770092B609 /* delta_palettization_enc.h */,
323F8B1C1F38EF770092B609 /* filter_enc.c */,
323F8B1D1F38EF770092B609 /* frame_enc.c */,
323F8B1E1F38EF770092B609 /* histogram_enc.c */,
323F8B1F1F38EF770092B609 /* histogram_enc.h */,
323F8B201F38EF770092B609 /* iterator_enc.c */,
323F8B221F38EF770092B609 /* near_lossless_enc.c */,
323F8B231F38EF770092B609 /* picture_csp_enc.c */,
323F8B241F38EF770092B609 /* picture_enc.c */,
323F8B251F38EF770092B609 /* picture_psnr_enc.c */,
323F8B261F38EF770092B609 /* picture_rescale_enc.c */,
323F8B271F38EF770092B609 /* picture_tools_enc.c */,
323F8B281F38EF770092B609 /* predictor_enc.c */,
323F8B291F38EF770092B609 /* quant_enc.c */,
323F8B2A1F38EF770092B609 /* syntax_enc.c */,
323F8B2B1F38EF770092B609 /* token_enc.c */,
323F8B2C1F38EF770092B609 /* tree_enc.c */,
323F8B2D1F38EF770092B609 /* vp8i_enc.h */,
323F8B2E1F38EF770092B609 /* vp8l_enc.c */,
323F8B2F1F38EF770092B609 /* vp8li_enc.h */,
323F8B301F38EF770092B609 /* webp_enc.c */,
);
path = enc;
sourceTree = "<group>";
};
323F8B311F38EF770092B609 /* mux */ = {
isa = PBXGroup;
children = (
323F8B321F38EF770092B609 /* anim_encode.c */,
323F8B331F38EF770092B609 /* animi.h */,
323F8B3A1F38EF770092B609 /* muxedit.c */,
323F8B3B1F38EF770092B609 /* muxi.h */,
323F8B3C1F38EF770092B609 /* muxinternal.c */,
323F8B3D1F38EF770092B609 /* muxread.c */,
);
path = mux;
sourceTree = "<group>";
};
Created a WebCache Categories Xcode group - contains all the categories that we actually expose, making it easier to work with them
2016-09-26 00:29:14 +08:00
4369C2851D9811BB007E863A /* WebCache Categories */ = {
isa = PBXGroup;
children = (
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18571FFF5DFD008C9A2F /* UIImage+WebCache.h */,
329A18581FFF5DFD008C9A2F /* UIImage+WebCache.m */,
Add WebCache category for NSButton on macOS
2018-01-19 15:46:05 +08:00
321DB35F2011D4D60015D2CB /* NSButton+WebCache.h */,
321DB3602011D4D60015D2CB /* NSButton+WebCache.m */,
Created a WebCache Categories Xcode group - contains all the categories that we actually expose, making it easier to work with them
2016-09-26 00:29:14 +08:00
535699B415113E7300A4C397 /* MKAnnotationView+WebCache.h */,
535699B515113E7300A4C397 /* MKAnnotationView+WebCache.m */,
53922D93148C56230056699D /* UIButton+WebCache.h */,
53922D94148C56230056699D /* UIButton+WebCache.m */,
ABBE71A518C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h */,
ABBE71A618C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m */,
53922D95148C56230056699D /* UIImageView+WebCache.h */,
53922D96148C56230056699D /* UIImageView+WebCache.m */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2751D9807EC007E863A /* UIView+WebCache.h */,
4369C2761D9807EC007E863A /* UIView+WebCache.m */,
Created a WebCache Categories Xcode group - contains all the categories that we actually expose, making it easier to work with them
2016-09-26 00:29:14 +08:00
);
name = "WebCache Categories";
path = ..;
sourceTree = "<group>";
};
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892971D9D6DBB0022038D /* demux */ = {
isa = PBXGroup;
children = (
43C892981D9D6DD70022038D /* anim_decode.c */,
43C892991D9D6DD70022038D /* demux.c */,
);
path = demux;
sourceTree = "<group>";
};
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75451CFE9427006C64D0 /* FLAnimatedImage */ = {
isa = PBXGroup;
children = (
43CE75481CFE9427006C64D0 /* FLAnimatedImage */,
);
name = FLAnimatedImage;
path = Vendors/FLAnimatedImage;
sourceTree = "<group>";
};
43CE75481CFE9427006C64D0 /* FLAnimatedImage */ = {
isa = PBXGroup;
children = (
43CE75491CFE9427006C64D0 /* FLAnimatedImage.h */,
43CE754A1CFE9427006C64D0 /* FLAnimatedImage.m */,
43CE754B1CFE9427006C64D0 /* FLAnimatedImageView.h */,
43CE754C1CFE9427006C64D0 /* FLAnimatedImageView.m */,
);
path = FLAnimatedImage;
sourceTree = "<group>";
};
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75CD1CFE98B3006C64D0 /* FLAnimatedImage */ = {
isa = PBXGroup;
children = (
43CE75CE1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h */,
43CE75CF1CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m */,
);
path = FLAnimatedImage;
sourceTree = "<group>";
};
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE001AB4BB5300B6BC39 /* WebImage */ = {
isa = PBXGroup;
children = (
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CAE031AB4BB5400B6BC39 /* SDWebImage.h */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE011AB4BB5400B6BC39 /* Supporting Files */,
);
path = WebImage;
sourceTree = "<group>";
};
4A2CAE011AB4BB5400B6BC39 /* Supporting Files */ = {
isa = PBXGroup;
children = (
4A2CAE021AB4BB5400B6BC39 /* Info.plist */,
);
name = "Supporting Files";
sourceTree = "<group>";
};
Add Xcode project
2011-12-05 09:48:58 +08:00
53922D64148C55810056699D = {
isa = PBXGroup;
children = (
53922D74148C55820056699D /* SDWebImage */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE001AB4BB5300B6BC39 /* WebImage */,
Add Xcode project
2011-12-05 09:48:58 +08:00
53922D71148C55820056699D /* Frameworks */,
53922D70148C55820056699D /* Products */,
);
sourceTree = "<group>";
Using spaces instead of tabs for indentation. - also configured the Xcode project to use spaces instead of tabs by default
2012-12-14 06:45:10 +08:00
usesTabs = 0;
Add Xcode project
2011-12-05 09:48:58 +08:00
};
53922D70148C55820056699D /* Products */ = {
isa = PBXGroup;
children = (
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
53761325155AD0D5005750A4 /* libSDWebImage iOS static.a */,
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CADFF1AB4BB5300B6BC39 /* SDWebImage.framework */,
00733A4C1BC487C000A5A117 /* SDWebImage.framework */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB7031D06D2C1006A3455 /* SDWebImage.framework */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2F21D0DDD8C00BB2784 /* SDWebImage.framework */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1991D0E0E3B004B36C9 /* libSDWebImage watchOS static.a */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
name = Products;
sourceTree = "<group>";
};
53922D71148C55820056699D /* Frameworks */ = {
isa = PBXGroup;
children = (
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75451CFE9427006C64D0 /* FLAnimatedImage */,
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577C121998E60B007367ED /* libwebp */,
Setup xcode project to allow import in a project as a static library
2012-01-28 06:41:43 +08:00
53FB893F14D35D1A0020B787 /* CoreGraphics.framework */,
Add Xcode project
2011-12-05 09:48:58 +08:00
53922D72148C55820056699D /* Foundation.framework */,
Setup xcode project to allow import in a project as a static library
2012-01-28 06:41:43 +08:00
53FB894814D35E9E0020B787 /* UIKit.framework */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
name = Frameworks;
sourceTree = "<group>";
};
53922D74148C55820056699D /* SDWebImage */ = {
isa = PBXGroup;
children = (
53922D88148C56230056699D /* SDWebImageCompat.h */,
Fix ARC compilation warning breaking some non-ARC projects (fix #229)
2012-12-11 23:11:06 +08:00
5340674F167780C40042B59E /* SDWebImageCompat.m */,
First beta of SDWebImage 3.0 This version is a rewrite of the lib using iOS 5.0 as minimum target. The lib as thus been refactored to use blocks/GCD from the ground up. As a consequence, all delegate code style has been removed. The result is a lot less lines of code and more flexibility.
2012-11-04 16:50:23 +08:00
530E49E71646388E002868E7 /* SDWebImageOperation.h */,
Add Xcode project
2011-12-05 09:48:58 +08:00
53922DAB148C56810056699D /* Downloader */,
53922DAA148C56470056699D /* Cache */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60831F38E88F00405457 /* Decoder */,
Add Xcode project
2011-12-05 09:48:58 +08:00
53922DAC148C56DD0056699D /* Utils */,
53922DA9148C562D0056699D /* Categories */,
Created a WebCache Categories Xcode group - contains all the categories that we actually expose, making it easier to work with them
2016-09-26 00:29:14 +08:00
4369C2851D9811BB007E863A /* WebCache Categories */,
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75CD1CFE98B3006C64D0 /* FLAnimatedImage */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
path = SDWebImage;
sourceTree = "<group>";
};
53922DA9148C562D0056699D /* Categories */ = {
isa = PBXGroup;
children = (
refs #620 move NSData+ImageContenttype to the SDWebImage subdirectory
2014-01-22 01:57:50 +08:00
5D5B9140188EE8DD006D06BD /* NSData+ImageContentType.h */,
5D5B9141188EE8DD006D06BD /* NSData+ImageContentType.m */,
support GIFs
2013-04-29 05:06:54 +08:00
A18A6CC5172DC28500419892 /* UIImage+GIF.h */,
A18A6CC6172DC28500419892 /* UIImage+GIF.m */,
Reordered categories in project file
2014-06-19 15:35:55 +08:00
53EDFB8817623F7C00698166 /* UIImage+MultiFormat.h */,
53EDFB8917623F7C00698166 /* UIImage+MultiFormat.m */,
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
53EDFB911762547C00698166 /* UIImage+WebP.h */,
53EDFB921762547C00698166 /* UIImage+WebP.m */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60BC1F38E91700405457 /* UIImage+ForceDecode.h */,
321E60BD1F38E91700405457 /* UIImage+ForceDecode.m */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
4397D2F41D0DE2DF00BB2784 /* NSImage+Additions.h */,
4397D2F51D0DE2DF00BB2784 /* NSImage+Additions.m */,
Refactor the cancel logic
2014-06-19 22:46:37 +08:00
AB615301192DA24600A2D8E9 /* UIView+WebCacheOperation.h */,
AB615302192DA24600A2D8E9 /* UIView+WebCacheOperation.m */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
name = Categories;
sourceTree = "<group>";
};
53922DAA148C56470056699D /* Cache */ = {
isa = PBXGroup;
children = (
53922D85148C56230056699D /* SDImageCache.h */,
53922D86148C56230056699D /* SDImageCache.m */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918621D8308FE00B3925F /* SDImageCacheConfig.h */,
43A918631D8308FE00B3925F /* SDImageCacheConfig.m */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
name = Cache;
sourceTree = "<group>";
};
53922DAB148C56810056699D /* Downloader */ = {
isa = PBXGroup;
children = (
53922D8B148C56230056699D /* SDWebImageDownloader.h */,
53922D8C148C56230056699D /* SDWebImageDownloader.m */,
First beta of SDWebImage 3.0 This version is a rewrite of the lib using iOS 5.0 as minimum target. The lib as thus been refactored to use blocks/GCD from the ground up. As a consequence, all delegate code style has been removed. The result is a lot less lines of code and more flexibility.
2012-11-04 16:50:23 +08:00
530E49E316460AE2002868E7 /* SDWebImageDownloaderOperation.h */,
530E49E416460AE2002868E7 /* SDWebImageDownloaderOperation.m */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
name = Downloader;
sourceTree = "<group>";
};
53922DAC148C56DD0056699D /* Utils */ = {
isa = PBXGroup;
children = (
53922D8E148C56230056699D /* SDWebImageManager.h */,
53922D8F148C56230056699D /* SDWebImageManager.m */,
53922D91148C56230056699D /* SDWebImagePrefetcher.h */,
53922D92148C56230056699D /* SDWebImagePrefetcher.m */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B2200A14DC008A84CC /* SDWebImageDefine.h */,
324DF4B3200A14DC008A84CC /* SDWebImageDefine.m */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312C6200F09910046BF1E /* SDWebImageTransition.h */,
325312C7200F09910046BF1E /* SDWebImageTransition.m */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDDF2013426C001B8F2D /* SDWebImageIndicator.h */,
32C0FDE02013426C001B8F2D /* SDWebImageIndicator.m */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
name = Utils;
sourceTree = "<group>";
};
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577C121998E60B007367ED /* libwebp */ = {
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
isa = PBXGroup;
children = (
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577C4F1998E60B007367ED /* src */,
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
);
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
name = libwebp;
path = Vendors/libwebp;
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
sourceTree = "<group>";
};
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577C4F1998E60B007367ED /* src */ = {
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
isa = PBXGroup;
children = (
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577D5A1998E6B2007367ED /* dec */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892971D9D6DBB0022038D /* demux */,
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577C651998E60B007367ED /* dsp */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B121F38EF770092B609 /* enc */,
323F8B311F38EF770092B609 /* mux */,
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577CA71998E60B007367ED /* utils */,
DA577CC31998E60B007367ED /* webp */,
);
path = src;
sourceTree = "<group>";
};
DA577C651998E60B007367ED /* dsp */ = {
isa = PBXGroup;
children = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C941F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c */,
80377C951F2F66A100F89830 /* alpha_processing_neon.c */,
80377C961F2F66A100F89830 /* alpha_processing_sse2.c */,
80377C971F2F66A100F89830 /* alpha_processing_sse41.c */,
80377C981F2F66A100F89830 /* alpha_processing.c */,
80377C991F2F66A100F89830 /* argb_mips_dsp_r2.c */,
80377C9A1F2F66A100F89830 /* argb_sse2.c */,
80377C9B1F2F66A100F89830 /* argb.c */,
80377C9C1F2F66A100F89830 /* common_sse2.h */,
80377C9D1F2F66A100F89830 /* cost_mips_dsp_r2.c */,
80377C9E1F2F66A100F89830 /* cost_mips32.c */,
80377C9F1F2F66A100F89830 /* cost_sse2.c */,
80377CA01F2F66A100F89830 /* cost.c */,
80377CA11F2F66A100F89830 /* cpu.c */,
80377CA21F2F66A100F89830 /* dec_clip_tables.c */,
80377CA31F2F66A100F89830 /* dec_mips_dsp_r2.c */,
80377CA41F2F66A100F89830 /* dec_mips32.c */,
80377CA51F2F66A100F89830 /* dec_msa.c */,
80377CA61F2F66A100F89830 /* dec_neon.c */,
80377CA71F2F66A100F89830 /* dec_sse2.c */,
80377CA81F2F66A100F89830 /* dec_sse41.c */,
80377CA91F2F66A100F89830 /* dec.c */,
80377CAA1F2F66A100F89830 /* dsp.h */,
80377CAB1F2F66A100F89830 /* enc_avx2.c */,
80377CAC1F2F66A100F89830 /* enc_mips_dsp_r2.c */,
80377CAD1F2F66A100F89830 /* enc_mips32.c */,
80377CAE1F2F66A100F89830 /* enc_msa.c */,
80377CAF1F2F66A100F89830 /* enc_neon.c */,
80377CB01F2F66A100F89830 /* enc_sse2.c */,
80377CB11F2F66A100F89830 /* enc_sse41.c */,
80377CB21F2F66A100F89830 /* enc.c */,
80377CB31F2F66A100F89830 /* filters_mips_dsp_r2.c */,
80377CB41F2F66A100F89830 /* filters_msa.c */,
80377CB51F2F66A100F89830 /* filters_neon.c */,
80377CB61F2F66A100F89830 /* filters_sse2.c */,
80377CB71F2F66A100F89830 /* filters.c */,
80377CB81F2F66A100F89830 /* lossless_common.h */,
80377CB91F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c */,
80377CBA1F2F66A100F89830 /* lossless_enc_mips32.c */,
80377CBB1F2F66A100F89830 /* lossless_enc_msa.c */,
80377CBC1F2F66A100F89830 /* lossless_enc_neon.c */,
80377CBD1F2F66A100F89830 /* lossless_enc_sse2.c */,
80377CBE1F2F66A100F89830 /* lossless_enc_sse41.c */,
80377CBF1F2F66A100F89830 /* lossless_enc.c */,
80377CC01F2F66A100F89830 /* lossless_mips_dsp_r2.c */,
80377CC11F2F66A100F89830 /* lossless_msa.c */,
80377CC21F2F66A100F89830 /* lossless_neon.c */,
80377CC31F2F66A100F89830 /* lossless_sse2.c */,
80377CC41F2F66A100F89830 /* lossless.c */,
80377CC51F2F66A100F89830 /* lossless.h */,
80377CC61F2F66A100F89830 /* mips_macro.h */,
80377CC71F2F66A100F89830 /* msa_macro.h */,
80377CC81F2F66A100F89830 /* neon.h */,
80377CC91F2F66A100F89830 /* rescaler_mips_dsp_r2.c */,
80377CCA1F2F66A100F89830 /* rescaler_mips32.c */,
80377CCB1F2F66A100F89830 /* rescaler_msa.c */,
80377CCC1F2F66A100F89830 /* rescaler_neon.c */,
80377CCD1F2F66A100F89830 /* rescaler_sse2.c */,
80377CCE1F2F66A100F89830 /* rescaler.c */,
80377CCF1F2F66A100F89830 /* upsampling_mips_dsp_r2.c */,
80377CD01F2F66A100F89830 /* upsampling_msa.c */,
80377CD11F2F66A100F89830 /* upsampling_neon.c */,
80377CD21F2F66A100F89830 /* upsampling_sse2.c */,
80377CD31F2F66A100F89830 /* upsampling.c */,
80377CD41F2F66A100F89830 /* yuv_mips_dsp_r2.c */,
80377CD51F2F66A100F89830 /* yuv_mips32.c */,
80377CD61F2F66A100F89830 /* yuv_sse2.c */,
80377CD71F2F66A100F89830 /* yuv.c */,
80377CD81F2F66A100F89830 /* yuv.h */,
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
);
path = dsp;
sourceTree = "<group>";
};
DA577CA71998E60B007367ED /* utils */ = {
isa = PBXGroup;
children = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BDE1F2F665300F89830 /* bit_reader_inl_utils.h */,
80377BDF1F2F665300F89830 /* bit_reader_utils.c */,
80377BE01F2F665300F89830 /* bit_reader_utils.h */,
80377BE11F2F665300F89830 /* bit_writer_utils.c */,
80377BE21F2F665300F89830 /* bit_writer_utils.h */,
80377BE31F2F665300F89830 /* color_cache_utils.c */,
80377BE41F2F665300F89830 /* color_cache_utils.h */,
80377BE51F2F665300F89830 /* endian_inl_utils.h */,
80377BE61F2F665300F89830 /* filters_utils.c */,
80377BE71F2F665300F89830 /* filters_utils.h */,
80377BE81F2F665300F89830 /* huffman_encode_utils.c */,
80377BE91F2F665300F89830 /* huffman_encode_utils.h */,
80377BEA1F2F665300F89830 /* huffman_utils.c */,
80377BEB1F2F665300F89830 /* huffman_utils.h */,
80377BEC1F2F665300F89830 /* quant_levels_dec_utils.c */,
80377BED1F2F665300F89830 /* quant_levels_dec_utils.h */,
80377BEE1F2F665300F89830 /* quant_levels_utils.c */,
80377BEF1F2F665300F89830 /* quant_levels_utils.h */,
80377BF01F2F665300F89830 /* random_utils.c */,
80377BF11F2F665300F89830 /* random_utils.h */,
80377BF21F2F665300F89830 /* rescaler_utils.c */,
80377BF31F2F665300F89830 /* rescaler_utils.h */,
80377BF41F2F665300F89830 /* thread_utils.c */,
80377BF51F2F665300F89830 /* thread_utils.h */,
80377BF61F2F665300F89830 /* utils.c */,
80377BF71F2F665300F89830 /* utils.h */,
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
);
path = utils;
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
sourceTree = "<group>";
};
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577CC31998E60B007367ED /* webp */ = {
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
isa = PBXGroup;
children = (
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577CC41998E60B007367ED /* decode.h */,
DA577CC51998E60B007367ED /* demux.h */,
DA577CC61998E60B007367ED /* encode.h */,
DA577CC71998E60B007367ED /* format_constants.h */,
DA577CC81998E60B007367ED /* mux.h */,
DA577CC91998E60B007367ED /* mux_types.h */,
DA577CCA1998E60B007367ED /* types.h */,
);
path = webp;
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
sourceTree = "<group>";
};
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
DA577D5A1998E6B2007367ED /* dec */ = {
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
isa = PBXGroup;
children = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E771F2F66D000F89830 /* alpha_dec.c */,
80377E781F2F66D000F89830 /* alphai_dec.h */,
80377E791F2F66D000F89830 /* buffer_dec.c */,
80377E7A1F2F66D000F89830 /* common_dec.h */,
80377E7B1F2F66D000F89830 /* frame_dec.c */,
80377E7C1F2F66D000F89830 /* idec_dec.c */,
80377E7D1F2F66D000F89830 /* io_dec.c */,
80377E7E1F2F66D000F89830 /* quant_dec.c */,
80377E7F1F2F66D000F89830 /* tree_dec.c */,
80377E801F2F66D000F89830 /* vp8_dec.c */,
80377E811F2F66D000F89830 /* vp8_dec.h */,
80377E821F2F66D000F89830 /* vp8i_dec.h */,
80377E831F2F66D000F89830 /* vp8l_dec.c */,
80377E841F2F66D000F89830 /* vp8li_dec.h */,
80377E851F2F66D000F89830 /* webp_dec.c */,
80377E861F2F66D000F89830 /* webpi_dec.h */,
Updated references to libwebp files after the changes from their latest release (0.4.1)
2014-08-11 20:00:19 +08:00
);
path = dec;
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
sourceTree = "<group>";
};
Add Xcode project
2011-12-05 09:48:58 +08:00
/* End PBXGroup section */
/* Begin PBXHeadersBuildPhase section */
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A491BC487C000A5A117 /* Headers */ = {
isa = PBXHeadersBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DDC1F2F66A700F89830 /* neon.h in Headers */,
80377DEC1F2F66A700F89830 /* yuv.h in Headers */,
80377DDA1F2F66A700F89830 /* mips_macro.h in Headers */,
80377C571F2F666300F89830 /* quant_levels_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B531F38EF770092B609 /* backward_references_enc.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
4317395A1CDFC8B70008FEB9 /* mux_types.h in Headers */,
431739561CDFC8B70008FEB9 /* demux.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C4A1F2F666300F89830 /* bit_writer_utils.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2F81D0DF44200BB2784 /* MKAnnotationView+WebCache.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE71F38EF770092B609 /* vp8li_enc.h in Headers */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A185C1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C27A1D9807EC007E863A /* UIView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DCC1F2F66A700F89830 /* lossless_common.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60971F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918671D8308FE00B3925F /* SDImageCacheConfig.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739571CDFC8B70008FEB9 /* encode.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A6F1BC4880E00A5A117 /* UIImage+WebP.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B711F38EF770092B609 /* delta_palettization_enc.h in Headers */,
321E60B31F38E90100405457 /* SDWebImageWebPCoder.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA071FA478AF0047D20C /* SDWebImageFrame.h in Headers */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B7200A14DC008A84CC /* SDWebImageDefine.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A122B1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EC61F2F66D500F89830 /* webpi_dec.h in Headers */,
80377C591F2F666300F89830 /* random_utils.h in Headers */,
80377DD91F2F66A700F89830 /* lossless.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A681BC4880E00A5A117 /* SDWebImageManager.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739591CDFC8B70008FEB9 /* mux.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A6C1BC4880E00A5A117 /* UIButton+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DB01F2F66A700F89830 /* common_sse2.h in Headers */,
80377DDB1F2F66A700F89830 /* msa_macro.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
4317395B1CDFC8B70008FEB9 /* types.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C531F2F666300F89830 /* huffman_utils.h in Headers */,
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75D21CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739551CDFC8B70008FEB9 /* decode.h in Headers */,
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
00733A731BC4880E00A5A117 /* SDWebImage.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B651F38EF770092B609 /* cost_enc.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A701BC4880E00A5A117 /* UIImageView+HighlightedWebCache.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BDB1F38EF770092B609 /* vp8i_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C461F2F666300F89830 /* bit_reader_inl_utils.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A671BC4880E00A5A117 /* SDImageCache.h in Headers */,
00733A711BC4880E00A5A117 /* UIImageView+WebCache.h in Headers */,
00733A631BC4880E00A5A117 /* SDWebImageCompat.h in Headers */,
00733A661BC4880E00A5A117 /* SDWebImageDownloaderOperation.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C5D1F2F666300F89830 /* thread_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60891F38E8C800405457 /* SDWebImageCoder.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A721BC4880E00A5A117 /* UIView+WebCacheOperation.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C481F2F666300F89830 /* bit_reader_utils.h in Headers */,
80377C511F2F666300F89830 /* huffman_encode_utils.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A6B1BC4880E00A5A117 /* NSData+ImageContentType.h in Headers */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312CB200F09910046BF1E /* SDWebImageTransition.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C111F38EF770092B609 /* muxi.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EC41F2F66D500F89830 /* vp8li_dec.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A6A1BC4880E00A5A117 /* SDWebImagePrefetcher.h in Headers */,
00733A641BC4880E00A5A117 /* SDWebImageOperation.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A51F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C0A1FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C4D1F2F666300F89830 /* endian_inl_utils.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739581CDFC8B70008FEB9 /* format_constants.h in Headers */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75781CFE9427006C64D0 /* FLAnimatedImage.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A6E1BC4880E00A5A117 /* UIImage+MultiFormat.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B891F38EF770092B609 /* histogram_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EC21F2F66D500F89830 /* vp8i_dec.h in Headers */,
80377EBA1F2F66D500F89830 /* common_dec.h in Headers */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE757E1CFE9427006C64D0 /* FLAnimatedImageView.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C5F1F2F666300F89830 /* utils.h in Headers */,
80377C5B1F2F666300F89830 /* rescaler_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF91F38EF770092B609 /* animi.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C4F1F2F666300F89830 /* filters_utils.h in Headers */,
80377C4C1F2F666300F89830 /* color_cache_utils.h in Headers */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE42013426C001B8F2D /* SDWebImageIndicator.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C11F38E91700405457 /* UIImage+ForceDecode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DBE1F2F66A700F89830 /* dsp.h in Headers */,
80377EB81F2F66D400F89830 /* alphai_dec.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A6D1BC4880E00A5A117 /* UIImage+GIF.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C551F2F666300F89830 /* quant_levels_dec_utils.h in Headers */,
80377EC11F2F66D500F89830 /* vp8_dec.h in Headers */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A651BC4880E00A5A117 /* SDWebImageDownloader.h in Headers */,
);
runOnlyForDeploymentPostprocessing = 0;
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1611D0E0E3B004B36C9 /* Headers */ = {
isa = PBXHeadersBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D521F2F66A700F89830 /* neon.h in Headers */,
80377D261F2F66A700F89830 /* common_sse2.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA051FA478AF0047D20C /* SDWebImageFrame.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C1D1F2F666300F89830 /* huffman_encode_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60B11F38E90100405457 /* SDWebImageWebPCoder.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E9A1F2F66D400F89830 /* common_dec.h in Headers */,
80377C231F2F666300F89830 /* quant_levels_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60BF1F38E91700405457 /* UIImage+ForceDecode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EA61F2F66D400F89830 /* webpi_dec.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A12291F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C141F2F666300F89830 /* bit_reader_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C0F1F38EF770092B609 /* muxi.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C2B1F2F666300F89830 /* utils.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1621D0E0E3B004B36C9 /* mux_types.h in Headers */,
4314D1631D0E0E3B004B36C9 /* demux.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D421F2F66A700F89830 /* lossless_common.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C081FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D16B1D0E0E3B004B36C9 /* encode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D501F2F66A700F89830 /* mips_macro.h in Headers */,
80377C291F2F666300F89830 /* thread_utils.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D16D1D0E0E3B004B36C9 /* SDImageCache.h in Headers */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A185A1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D16F1D0E0E3B004B36C9 /* NSData+ImageContentType.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C121F2F666300F89830 /* bit_reader_inl_utils.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1701D0E0E3B004B36C9 /* mux.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60871F38E8C800405457 /* SDWebImageCoder.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EA21F2F66D400F89830 /* vp8i_dec.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60951F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C211F2F666300F89830 /* quant_levels_dec_utils.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1721D0E0E3B004B36C9 /* SDWebImageCompat.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C251F2F666300F89830 /* random_utils.h in Headers */,
80377D4F1F2F66A700F89830 /* lossless.h in Headers */,
80377D511F2F66A700F89830 /* msa_macro.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BD91F38EF770092B609 /* vp8i_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EA11F2F66D400F89830 /* vp8_dec.h in Headers */,
80377C271F2F666300F89830 /* rescaler_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B511F38EF770092B609 /* backward_references_enc.h in Headers */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312C9200F09910046BF1E /* SDWebImageTransition.h in Headers */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918651D8308FE00B3925F /* SDImageCacheConfig.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1741D0E0E3B004B36C9 /* types.h in Headers */,
4314D1761D0E0E3B004B36C9 /* decode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C1B1F2F666300F89830 /* filters_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B6F1F38EF770092B609 /* delta_palettization_enc.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1781D0E0E3B004B36C9 /* SDWebImageDownloader.h in Headers */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE22013426C001B8F2D /* SDWebImageIndicator.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E981F2F66D400F89830 /* alphai_dec.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1791D0E0E3B004B36C9 /* SDWebImageManager.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE51F38EF770092B609 /* vp8li_enc.h in Headers */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B5200A14DC008A84CC /* SDWebImageDefine.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C191F2F666300F89830 /* endian_inl_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A31F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D17C1D0E0E3B004B36C9 /* UIImage+WebP.h in Headers */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2781D9807EC007E863A /* UIView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D621F2F66A700F89830 /* yuv.h in Headers */,
80377D341F2F66A700F89830 /* dsp.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D17D1D0E0E3B004B36C9 /* SDWebImagePrefetcher.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C181F2F666300F89830 /* color_cache_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B871F38EF770092B609 /* histogram_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C1F1F2F666300F89830 /* huffman_utils.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D17F1D0E0E3B004B36C9 /* UIButton+WebCache.h in Headers */,
4314D1811D0E0E3B004B36C9 /* UIImageView+WebCache.h in Headers */,
4314D1841D0E0E3B004B36C9 /* SDWebImageOperation.h in Headers */,
4314D1851D0E0E3B004B36C9 /* SDWebImageDownloaderOperation.h in Headers */,
4314D1861D0E0E3B004B36C9 /* UIImageView+HighlightedWebCache.h in Headers */,
4314D1881D0E0E3B004B36C9 /* format_constants.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B631F38EF770092B609 /* cost_enc.h in Headers */,
323F8BF71F38EF770092B609 /* animi.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D18F1D0E0E3B004B36C9 /* UIView+WebCacheOperation.h in Headers */,
4314D1901D0E0E3B004B36C9 /* UIImage+GIF.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C161F2F666300F89830 /* bit_writer_utils.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1921D0E0E3B004B36C9 /* UIImage+MultiFormat.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EA41F2F66D400F89830 /* vp8li_dec.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6CB1D06D2C1006A3455 /* Headers */ = {
isa = PBXHeadersBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C791F2F666400F89830 /* utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B721F38EF770092B609 /* delta_palettization_enc.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C0B1FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6D71D06D2C1006A3455 /* UIImage+WebP.h in Headers */,
431BB6D91D06D2C1006A3455 /* SDWebImageManager.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C691F2F666400F89830 /* filters_utils.h in Headers */,
80377EC81F2F66D500F89830 /* alphai_dec.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
43A62A1B1D0E0A800089D7DD /* decode.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E608A1F38E8C800405457 /* SDWebImageCoder.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C601F2F666400F89830 /* bit_reader_inl_utils.h in Headers */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A185D1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6DC1D06D2C1006A3455 /* UIButton+WebCache.h in Headers */,
431BB6E11D06D2C1006A3455 /* SDWebImage.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E311F2F66A800F89830 /* yuv.h in Headers */,
80377ECA1F2F66D500F89830 /* common_dec.h in Headers */,
80377C771F2F666400F89830 /* thread_utils.h in Headers */,
80377E1F1F2F66A800F89830 /* mips_macro.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B661F38EF770092B609 /* cost_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C621F2F666400F89830 /* bit_reader_utils.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6E21D06D2C1006A3455 /* UIImageView+HighlightedWebCache.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
43A62A1C1D0E0A800089D7DD /* demux.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C21F38E91700405457 /* UIImage+ForceDecode.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6E31D06D2C1006A3455 /* SDImageCache.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
43A62A1D1D0E0A800089D7DD /* encode.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6E61D06D2C1006A3455 /* UIImageView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E201F2F66A800F89830 /* msa_macro.h in Headers */,
80377E031F2F66A800F89830 /* dsp.h in Headers */,
80377C661F2F666400F89830 /* color_cache_utils.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA081FA478AF0047D20C /* SDWebImageFrame.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A61F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6E71D06D2C1006A3455 /* SDWebImageCompat.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E211F2F66A800F89830 /* neon.h in Headers */,
80377C711F2F666400F89830 /* quant_levels_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B541F38EF770092B609 /* backward_references_enc.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
43A62A1F1D0E0A800089D7DD /* mux.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6E91D06D2C1006A3455 /* SDWebImageDownloaderOperation.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377ED41F2F66D500F89830 /* vp8li_dec.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6EB1D06D2C1006A3455 /* UIView+WebCacheOperation.h in Headers */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312CC200F09910046BF1E /* SDWebImageTransition.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C6D1F2F666400F89830 /* huffman_utils.h in Headers */,
80377C731F2F666400F89830 /* random_utils.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6EE1D06D2C1006A3455 /* NSData+ImageContentType.h in Headers */,
431BB6EF1D06D2C1006A3455 /* SDWebImagePrefetcher.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C671F2F666400F89830 /* endian_inl_utils.h in Headers */,
80377C6B1F2F666400F89830 /* huffman_encode_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C121F38EF770092B609 /* muxi.h in Headers */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE52013426C001B8F2D /* SDWebImageIndicator.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377ED61F2F66D500F89830 /* webpi_dec.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE81F38EF770092B609 /* vp8li_enc.h in Headers */,
323F8B8A1F38EF770092B609 /* histogram_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E1E1F2F66A800F89830 /* lossless.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60981F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C27B1D9807EC007E863A /* UIView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377ED11F2F66D500F89830 /* vp8_dec.h in Headers */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B8200A14DC008A84CC /* SDWebImageDefine.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C751F2F666400F89830 /* rescaler_utils.h in Headers */,
80377C6F1F2F666400F89830 /* quant_levels_dec_utils.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6F01D06D2C1006A3455 /* SDWebImageOperation.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
43A62A201D0E0A800089D7DD /* mux_types.h in Headers */,
43A62A211D0E0A800089D7DD /* types.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C641F2F666400F89830 /* bit_writer_utils.h in Headers */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
43A62A1E1D0E0A800089D7DD /* format_constants.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E111F2F66A800F89830 /* lossless_common.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6F61D06D2C1006A3455 /* UIImage+MultiFormat.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A122C1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */,
323F8BFA1F38EF770092B609 /* animi.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6F91D06D2C1006A3455 /* UIImage+GIF.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60B41F38E90100405457 /* SDWebImageWebPCoder.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6FA1D06D2C1006A3455 /* SDWebImageDownloader.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DF51F2F66A800F89830 /* common_sse2.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BDC1F38EF770092B609 /* vp8i_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377ED21F2F66D500F89830 /* vp8i_dec.h in Headers */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918681D8308FE00B3925F /* SDImageCacheConfig.h in Headers */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2B91D0DDD8C00BB2784 /* Headers */ = {
isa = PBXHeadersBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C7E1F2F666400F89830 /* bit_writer_utils.h in Headers */,
80377ED81F2F66D500F89830 /* alphai_dec.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A71F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B9200A14DC008A84CC /* SDWebImageDefine.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EDA1F2F66D500F89830 /* common_dec.h in Headers */,
80377EE61F2F66D500F89830 /* webpi_dec.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2BA1D0DDD8C00BB2784 /* demux.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C8F1F2F666400F89830 /* rescaler_utils.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2BD1D0DDD8C00BB2784 /* types.h in Headers */,
4397D2C01D0DDD8C00BB2784 /* SDWebImage.h in Headers */,
4397D2C11D0DDD8C00BB2784 /* format_constants.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C8D1F2F666400F89830 /* random_utils.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2C31D0DDD8C00BB2784 /* SDWebImageManager.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B551F38EF770092B609 /* backward_references_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C811F2F666400F89830 /* endian_inl_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60991F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */,
323F8B8B1F38EF770092B609 /* histogram_enc.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2C41D0DDD8C00BB2784 /* SDImageCache.h in Headers */,
4397D2C51D0DDD8C00BB2784 /* UIImageView+WebCache.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA091FA478AF0047D20C /* SDWebImageFrame.h in Headers */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C27C1D9807EC007E863A /* UIView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EE21F2F66D500F89830 /* vp8i_dec.h in Headers */,
80377C8B1F2F666400F89830 /* quant_levels_utils.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2C81D0DDD8C00BB2784 /* SDWebImageCompat.h in Headers */,
4397D2CB1D0DDD8C00BB2784 /* UIImageView+HighlightedWebCache.h in Headers */,
4397D2CC1D0DDD8C00BB2784 /* mux.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C911F2F666400F89830 /* thread_utils.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2D01D0DDD8C00BB2784 /* SDWebImageDownloaderOperation.h in Headers */,
4397D2D11D0DDD8C00BB2784 /* decode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E481F2F66A800F89830 /* dsp.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE91F38EF770092B609 /* vp8li_enc.h in Headers */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A185E1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */,
Create a subclass of NSBitmapImageRep to fix the GIF frame duration issue on macOS
2018-02-18 11:34:06 +08:00
320224BB203979BA00E9F285 /* SDAnimatedImageRep.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E761F2F66A800F89830 /* yuv.h in Headers */,
80377C7A1F2F666400F89830 /* bit_reader_inl_utils.h in Headers */,
80377E631F2F66A800F89830 /* lossless.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C0C1FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918691D8308FE00B3925F /* SDImageCacheConfig.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2D81D0DDD8C00BB2784 /* UIButton+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E641F2F66A800F89830 /* mips_macro.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BDD1F38EF770092B609 /* vp8i_enc.h in Headers */,
323F8B671F38EF770092B609 /* cost_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EE11F2F66D500F89830 /* vp8_dec.h in Headers */,
80377EE41F2F66D500F89830 /* vp8li_dec.h in Headers */,
80377C931F2F666400F89830 /* utils.h in Headers */,
80377C801F2F666400F89830 /* color_cache_utils.h in Headers */,
80377C891F2F666400F89830 /* quant_levels_dec_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C131F38EF770092B609 /* muxi.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E3A1F2F66A800F89830 /* common_sse2.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2D91D0DDD8C00BB2784 /* SDWebImagePrefetcher.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C871F2F666400F89830 /* huffman_utils.h in Headers */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE62013426C001B8F2D /* SDWebImageIndicator.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2DA1D0DDD8C00BB2784 /* UIView+WebCacheOperation.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E661F2F66A800F89830 /* neon.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2DB1D0DDD8C00BB2784 /* UIImage+MultiFormat.h in Headers */,
4397D2DC1D0DDD8C00BB2784 /* SDWebImageOperation.h in Headers */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
4397D2F61D0DE2DF00BB2784 /* NSImage+Additions.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2E11D0DDD8C00BB2784 /* SDWebImageDownloader.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BFB1F38EF770092B609 /* animi.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2E31D0DDD8C00BB2784 /* MKAnnotationView+WebCache.h in Headers */,
4397D2E61D0DDD8C00BB2784 /* encode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C7C1F2F666400F89830 /* bit_reader_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E608B1F38E8C800405457 /* SDWebImageCoder.h in Headers */,
323F8B731F38EF770092B609 /* delta_palettization_enc.h in Headers */,
321E60C31F38E91700405457 /* UIImage+ForceDecode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E561F2F66A800F89830 /* lossless_common.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2E91D0DDD8C00BB2784 /* UIImage+WebP.h in Headers */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312CD200F09910046BF1E /* SDWebImageTransition.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2EA1D0DDD8C00BB2784 /* UIImage+GIF.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60B51F38E90100405457 /* SDWebImageWebPCoder.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2EB1D0DDD8C00BB2784 /* NSData+ImageContentType.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C851F2F666400F89830 /* huffman_encode_utils.h in Headers */,
Add WebCache category for NSButton on macOS
2018-01-19 15:46:05 +08:00
321DB3612011D4D70015D2CB /* NSButton+WebCache.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A122D1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2ED1D0DDD8C00BB2784 /* mux_types.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C831F2F666400F89830 /* filters_utils.h in Headers */,
80377E651F2F66A800F89830 /* msa_macro.h in Headers */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CADFC1AB4BB5300B6BC39 /* Headers */ = {
isa = PBXHeadersBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D971F2F66A700F89830 /* neon.h in Headers */,
80377DA71F2F66A700F89830 /* yuv.h in Headers */,
80377D951F2F66A700F89830 /* mips_macro.h in Headers */,
80377C3D1F2F666300F89830 /* quant_levels_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B521F38EF770092B609 /* backward_references_enc.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
4317394F1CDFC8B70008FEB9 /* demux.h in Headers */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE757D1CFE9427006C64D0 /* FLAnimatedImageView.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C301F2F666300F89830 /* bit_writer_utils.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739541CDFC8B70008FEB9 /* types.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE61F38EF770092B609 /* vp8li_enc.h in Headers */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A185B1FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2791D9807EC007E863A /* UIView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D871F2F66A700F89830 /* lossless_common.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60961F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */,
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CAE041AB4BB5400B6BC39 /* SDWebImage.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739511CDFC8B70008FEB9 /* format_constants.h in Headers */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918661D8308FE00B3925F /* SDImageCacheConfig.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B701F38EF770092B609 /* delta_palettization_enc.h in Headers */,
321E60B21F38E90100405457 /* SDWebImageWebPCoder.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA061FA478AF0047D20C /* SDWebImageFrame.h in Headers */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B6200A14DC008A84CC /* SDWebImageDefine.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A122A1F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EB61F2F66D400F89830 /* webpi_dec.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE211AB4BB7000B6BC39 /* SDWebImageManager.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D941F2F66A700F89830 /* lossless.h in Headers */,
80377C3F1F2F666300F89830 /* random_utils.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE1F1AB4BB6C00B6BC39 /* SDImageCache.h in Headers */,
4A2CAE351AB4BB7500B6BC39 /* UIImageView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D6B1F2F66A700F89830 /* common_sse2.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE181AB4BB6400B6BC39 /* SDWebImageCompat.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D961F2F66A700F89830 /* msa_macro.h in Headers */,
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75D11CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C391F2F666300F89830 /* huffman_utils.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE331AB4BB7500B6BC39 /* UIImageView+HighlightedWebCache.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739521CDFC8B70008FEB9 /* mux.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B641F38EF770092B609 /* cost_enc.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE1D1AB4BB6800B6BC39 /* SDWebImageDownloaderOperation.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BDA1F38EF770092B609 /* vp8i_enc.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
4317394E1CDFC8B70008FEB9 /* decode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C2C1F2F666300F89830 /* bit_reader_inl_utils.h in Headers */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75771CFE9427006C64D0 /* FLAnimatedImage.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE2B1AB4BB7500B6BC39 /* UIButton+WebCache.h in Headers */,
4A2CAE251AB4BB7000B6BC39 /* SDWebImagePrefetcher.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C431F2F666300F89830 /* thread_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60881F38E8C800405457 /* SDWebImageCoder.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE371AB4BB7500B6BC39 /* UIView+WebCacheOperation.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C2E1F2F666300F89830 /* bit_reader_utils.h in Headers */,
80377C371F2F666300F89830 /* huffman_encode_utils.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE2F1AB4BB7500B6BC39 /* UIImage+MultiFormat.h in Headers */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312CA200F09910046BF1E /* SDWebImageTransition.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C101F38EF770092B609 /* muxi.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EB41F2F66D400F89830 /* vp8li_dec.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE1A1AB4BB6400B6BC39 /* SDWebImageOperation.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C331F2F666300F89830 /* endian_inl_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A41F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C091FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE1B1AB4BB6800B6BC39 /* SDWebImageDownloader.h in Headers */,
4A2CAE271AB4BB7500B6BC39 /* MKAnnotationView+WebCache.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739501CDFC8B70008FEB9 /* encode.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B881F38EF770092B609 /* histogram_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EB21F2F66D400F89830 /* vp8i_dec.h in Headers */,
80377EAA1F2F66D400F89830 /* common_dec.h in Headers */,
80377C451F2F666300F89830 /* utils.h in Headers */,
80377C411F2F666300F89830 /* rescaler_utils.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE311AB4BB7500B6BC39 /* UIImage+WebP.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF81F38EF770092B609 /* animi.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C351F2F666300F89830 /* filters_utils.h in Headers */,
80377C321F2F666300F89830 /* color_cache_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C01F38E91700405457 /* UIImage+ForceDecode.h in Headers */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE32013426C001B8F2D /* SDWebImageIndicator.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D791F2F66A700F89830 /* dsp.h in Headers */,
80377EA81F2F66D400F89830 /* alphai_dec.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE2D1AB4BB7500B6BC39 /* UIImage+GIF.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C3B1F2F666300F89830 /* quant_levels_dec_utils.h in Headers */,
80377EB11F2F66D400F89830 /* vp8_dec.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE291AB4BB7500B6BC39 /* NSData+ImageContentType.h in Headers */,
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
431739531CDFC8B70008FEB9 /* mux_types.h in Headers */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761315155AD0D5005750A4 /* Headers */ = {
isa = PBXHeadersBuildPhase;
buildActionMask = 2147483647;
files = (
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
431738C21CDFC2660008FEB9 /* mux_types.h in Headers */,
431738BE1CDFC2660008FEB9 /* demux.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BFC1F2F665300F89830 /* bit_writer_utils.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C071FA496B000004BD1 /* SDWebImageCoderHelper.h in Headers */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
431738BF1CDFC2660008FEB9 /* encode.h in Headers */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761316155AD0D5005750A4 /* SDImageCache.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C0E1F38EF770092B609 /* muxi.h in Headers */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312C8200F09910046BF1E /* SDWebImageTransition.h in Headers */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE12013426C001B8F2D /* SDWebImageIndicator.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A21F38E8F600405457 /* SDWebImageGIFCoder.h in Headers */,
refs #620 move NSData+ImageContenttype to the SDWebImage subdirectory
2014-01-22 01:57:50 +08:00
5D5B9142188EE8DD006D06BD /* NSData+ImageContentType.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BFE1F2F665300F89830 /* color_cache_utils.h in Headers */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
431738C11CDFC2660008FEB9 /* mux.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D0A1F2F66A100F89830 /* lossless.h in Headers */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761318155AD0D5005750A4 /* SDWebImageCompat.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D0D1F2F66A100F89830 /* neon.h in Headers */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
431738C31CDFC2660008FEB9 /* types.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D0C1F2F66A100F89830 /* msa_macro.h in Headers */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA041FA478AF0047D20C /* SDWebImageFrame.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D1D1F2F66A100F89830 /* yuv.h in Headers */,
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75D01CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
807A12281F89636300EC2A9B /* SDWebImageCodersManager.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C051F2F665300F89830 /* huffman_utils.h in Headers */,
80377E881F2F66D000F89830 /* alphai_dec.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60941F38E8ED00405457 /* SDWebImageImageIOCoder.h in Headers */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
431738BD1CDFC2660008FEB9 /* decode.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D0B1F2F66A100F89830 /* mips_macro.h in Headers */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18591FFF5DFD008C9A2F /* UIImage+WebCache.h in Headers */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376131A155AD0D5005750A4 /* SDWebImageDownloader.h in Headers */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2771D9807EC007E863A /* UIView+WebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CEF1F2F66A100F89830 /* dsp.h in Headers */,
80377C011F2F665300F89830 /* filters_utils.h in Headers */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376131C155AD0D5005750A4 /* SDWebImageManager.h in Headers */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
438096741CDFC09C00DC626B /* UIImage+WebP.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BFF1F2F665300F89830 /* endian_inl_utils.h in Headers */,
80377C0F1F2F665300F89830 /* thread_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60BE1F38E91700405457 /* UIImage+ForceDecode.h in Headers */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376131E155AD0D5005750A4 /* SDWebImagePrefetcher.h in Headers */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4B4200A14DC008A84CC /* SDWebImageDefine.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CE11F2F66A100F89830 /* common_sse2.h in Headers */,
80377C0B1F2F665300F89830 /* random_utils.h in Headers */,
80377E921F2F66D000F89830 /* vp8i_dec.h in Headers */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376131F155AD0D5005750A4 /* UIButton+WebCache.h in Headers */,
53761320155AD0D5005750A4 /* UIImageView+WebCache.h in Headers */,
First beta of SDWebImage 3.0 This version is a rewrite of the lib using iOS 5.0 as minimum target. The lib as thus been refactored to use blocks/GCD from the ground up. As a consequence, all delegate code style has been removed. The result is a lot less lines of code and more flexibility.
2012-11-04 16:50:23 +08:00
530E49E816464C25002868E7 /* SDWebImageOperation.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E961F2F66D000F89830 /* webpi_dec.h in Headers */,
80377BF81F2F665300F89830 /* bit_reader_inl_utils.h in Headers */,
First beta of SDWebImage 3.0 This version is a rewrite of the lib using iOS 5.0 as minimum target. The lib as thus been refactored to use blocks/GCD from the ground up. As a consequence, all delegate code style has been removed. The result is a lot less lines of code and more flexibility.
2012-11-04 16:50:23 +08:00
530E49EA16464C7C002868E7 /* SDWebImageDownloaderOperation.h in Headers */,
add category for imageView's highlighted state
2014-03-03 12:32:27 +08:00
ABBE71A718C43B4D00B75E91 /* UIImageView+HighlightedWebCache.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C071F2F665300F89830 /* quant_levels_dec_utils.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BD81F38EF770092B609 /* vp8i_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E941F2F66D000F89830 /* vp8li_dec.h in Headers */,
80377CFD1F2F66A100F89830 /* lossless_common.h in Headers */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
431738C01CDFC2660008FEB9 /* format_constants.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B621F38EF770092B609 /* cost_enc.h in Headers */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75761CFE9427006C64D0 /* FLAnimatedImage.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE41F38EF770092B609 /* vp8li_enc.h in Headers */,
323F8B861F38EF770092B609 /* histogram_enc.h in Headers */,
323F8BF61F38EF770092B609 /* animi.h in Headers */,
321E60861F38E8C800405457 /* SDWebImageCoder.h in Headers */,
321E60B01F38E90100405457 /* SDWebImageWebPCoder.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C0D1F2F665300F89830 /* rescaler_utils.h in Headers */,
80377E911F2F66D000F89830 /* vp8_dec.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B6E1F38EF770092B609 /* delta_palettization_enc.h in Headers */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
438096721CDFC08200DC626B /* MKAnnotationView+WebCache.h in Headers */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE757C1CFE9427006C64D0 /* FLAnimatedImageView.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E8A1F2F66D000F89830 /* common_dec.h in Headers */,
Refactor the cancel logic
2014-06-19 22:46:37 +08:00
AB615303192DA24600A2D8E9 /* UIView+WebCacheOperation.h in Headers */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B501F38EF770092B609 /* backward_references_enc.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C111F2F665300F89830 /* utils.h in Headers */,
80377BFA1F2F665300F89830 /* bit_reader_utils.h in Headers */,
80377C091F2F665300F89830 /* quant_levels_utils.h in Headers */,
support GIFs
2013-04-29 05:06:54 +08:00
A18A6CC7172DC28500419892 /* UIImage+GIF.h in Headers */,
Refactor GIF support Remove GIF specific code from main source, isolate it in a UIImage category to ease future addition of format support
2013-06-08 01:39:07 +08:00
53EDFB8A17623F7C00698166 /* UIImage+MultiFormat.h in Headers */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C031F2F665300F89830 /* huffman_encode_utils.h in Headers */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918641D8308FE00B3925F /* SDImageCacheConfig.h in Headers */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
/* End PBXHeadersBuildPhase section */
/* Begin PBXNativeTarget section */
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
00733A4B1BC487C000A5A117 /* SDWebImage tvOS */ = {
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
isa = PBXNativeTarget;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
buildConfigurationList = 00733A531BC487C100A5A117 /* Build configuration list for PBXNativeTarget "SDWebImage tvOS" */;
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
buildPhases = (
00733A471BC487C000A5A117 /* Sources */,
00733A481BC487C000A5A117 /* Frameworks */,
00733A491BC487C000A5A117 /* Headers */,
00733A4A1BC487C000A5A117 /* Resources */,
);
buildRules = (
);
dependencies = (
);
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
name = "SDWebImage tvOS";
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
productName = "WebImage tvOS";
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
productReference = 00733A4C1BC487C000A5A117 /* SDWebImage.framework */;
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
productType = "com.apple.product-type.framework";
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D11B1D0E0E3B004B36C9 /* SDWebImage watchOS static */ = {
isa = PBXNativeTarget;
buildConfigurationList = 4314D1961D0E0E3B004B36C9 /* Build configuration list for PBXNativeTarget "SDWebImage watchOS static" */;
buildPhases = (
4314D11C1D0E0E3B004B36C9 /* Sources */,
4314D15D1D0E0E3B004B36C9 /* Frameworks */,
4314D1611D0E0E3B004B36C9 /* Headers */,
4314D1951D0E0E3B004B36C9 /* Prepare Framework */,
);
buildRules = (
);
dependencies = (
);
name = "SDWebImage watchOS static";
productName = SDWebImage;
productReference = 4314D1991D0E0E3B004B36C9 /* libSDWebImage watchOS static.a */;
productType = "com.apple.product-type.library.static";
};
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6891D06D2C1006A3455 /* SDWebImage watchOS */ = {
isa = PBXNativeTarget;
buildConfigurationList = 431BB7001D06D2C1006A3455 /* Build configuration list for PBXNativeTarget "SDWebImage watchOS" */;
buildPhases = (
431BB68A1D06D2C1006A3455 /* Sources */,
431BB6CA1D06D2C1006A3455 /* Frameworks */,
431BB6CB1D06D2C1006A3455 /* Headers */,
431BB6FF1D06D2C1006A3455 /* Resources */,
);
buildRules = (
);
dependencies = (
);
name = "SDWebImage watchOS";
productName = "WebImage tvOS";
productReference = 431BB7031D06D2C1006A3455 /* SDWebImage.framework */;
productType = "com.apple.product-type.framework";
};
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2761D0DDD8C00BB2784 /* SDWebImage OSX */ = {
isa = PBXNativeTarget;
buildConfigurationList = 4397D2EF1D0DDD8C00BB2784 /* Build configuration list for PBXNativeTarget "SDWebImage OSX" */;
buildPhases = (
4397D2771D0DDD8C00BB2784 /* Sources */,
4397D2B81D0DDD8C00BB2784 /* Frameworks */,
4397D2B91D0DDD8C00BB2784 /* Headers */,
4397D2EE1D0DDD8C00BB2784 /* Resources */,
);
buildRules = (
);
dependencies = (
);
name = "SDWebImage OSX";
productName = WebImage;
productReference = 4397D2F21D0DDD8C00BB2784 /* SDWebImage.framework */;
productType = "com.apple.product-type.framework";
};
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CADFE1AB4BB5300B6BC39 /* SDWebImage iOS */ = {
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
isa = PBXNativeTarget;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
buildConfigurationList = 4A2CAE121AB4BB5400B6BC39 /* Build configuration list for PBXNativeTarget "SDWebImage iOS" */;
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
buildPhases = (
4A2CADFA1AB4BB5300B6BC39 /* Sources */,
4A2CADFB1AB4BB5300B6BC39 /* Frameworks */,
4A2CADFC1AB4BB5300B6BC39 /* Headers */,
4A2CADFD1AB4BB5300B6BC39 /* Resources */,
);
buildRules = (
);
dependencies = (
);
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
name = "SDWebImage iOS";
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
productName = WebImage;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
productReference = 4A2CADFF1AB4BB5300B6BC39 /* SDWebImage.framework */;
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
productType = "com.apple.product-type.framework";
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
53761307155AD0D5005750A4 /* SDWebImage iOS static */ = {
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
isa = PBXNativeTarget;
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
buildConfigurationList = 53761322155AD0D5005750A4 /* Build configuration list for PBXNativeTarget "SDWebImage iOS static" */;
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
buildPhases = (
53761308155AD0D5005750A4 /* Sources */,
53761311155AD0D5005750A4 /* Frameworks */,
53761315155AD0D5005750A4 /* Headers */,
Switch to framework distribution
2012-10-19 19:34:17 +08:00
539F912A16316D0500160719 /* Prepare Framework */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
);
buildRules = (
);
dependencies = (
);
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
name = "SDWebImage iOS static";
Add Xcode project
2011-12-05 09:48:58 +08:00
productName = SDWebImage;
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
productReference = 53761325155AD0D5005750A4 /* libSDWebImage iOS static.a */;
Add Xcode project
2011-12-05 09:48:58 +08:00
productType = "com.apple.product-type.library.static";
};
/* End PBXNativeTarget section */
/* Begin PBXProject section */
53922D66148C55810056699D /* Project object */ = {
isa = PBXProject;
attributes = {
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
LastUpgradeCheck = 0900;
Add Xcode project
2011-12-05 09:48:58 +08:00
ORGANIZATIONNAME = Dailymotion;
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
TargetAttributes = {
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A4B1BC487C000A5A117 = {
CreatedOnToolsVersion = 7.1;
};
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CADFE1AB4BB5300B6BC39 = {
CreatedOnToolsVersion = 6.3;
};
};
Add Xcode project
2011-12-05 09:48:58 +08:00
};
buildConfigurationList = 53922D69148C55810056699D /* Build configuration list for PBXProject "SDWebImage" */;
compatibilityVersion = "Xcode 3.2";
developmentRegion = English;
hasScannedForEncodings = 0;
knownRegions = (
en,
);
mainGroup = 53922D64148C55810056699D;
productRefGroup = 53922D70148C55820056699D /* Products */;
projectDirPath = "";
projectRoot = "";
targets = (
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
53761307155AD0D5005750A4 /* SDWebImage iOS static */,
4314D11B1D0E0E3B004B36C9 /* SDWebImage watchOS static */,
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CADFE1AB4BB5300B6BC39 /* SDWebImage iOS */,
00733A4B1BC487C000A5A117 /* SDWebImage tvOS */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6891D06D2C1006A3455 /* SDWebImage watchOS */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2761D0DDD8C00BB2784 /* SDWebImage OSX */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
};
/* End PBXProject section */
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
/* Begin PBXResourcesBuildPhase section */
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A4A1BC487C000A5A117 /* Resources */ = {
isa = PBXResourcesBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6FF1D06D2C1006A3455 /* Resources */ = {
isa = PBXResourcesBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2EE1D0DDD8C00BB2784 /* Resources */ = {
isa = PBXResourcesBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CADFD1AB4BB5300B6BC39 /* Resources */ = {
isa = PBXResourcesBuildPhase;
buildActionMask = 2147483647;
files = (
);
runOnlyForDeploymentPostprocessing = 0;
};
/* End PBXResourcesBuildPhase section */
Switch to framework distribution
2012-10-19 19:34:17 +08:00
/* Begin PBXShellScriptBuildPhase section */
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1951D0E0E3B004B36C9 /* Prepare Framework */ = {
isa = PBXShellScriptBuildPhase;
buildActionMask = 2147483647;
files = (
);
inputPaths = (
);
name = "Prepare Framework";
outputPaths = (
);
runOnlyForDeploymentPostprocessing = 0;
shellPath = /bin/sh;
shellScript = "set -e\n\nmkdir -p \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/A/Headers\"\n\n# Link the \"Current\" version to \"A\"\n/bin/ln -sfh A \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/Current\"\n/bin/ln -sfh Versions/Current/Headers \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Headers\"\n/bin/ln -sfh \"Versions/Current/${PRODUCT_NAME}\" \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/${PRODUCT_NAME}\"\n\n# The -a ensures that the headers maintain the source modification date so that we don't constantly\n# cause propagating rebuilds of files that import these headers.\n/bin/cp -a \"${TARGET_BUILD_DIR}/${PUBLIC_HEADERS_FOLDER_PATH}/\" \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/A/Headers\"\n";
};
Switch to framework distribution
2012-10-19 19:34:17 +08:00
539F912A16316D0500160719 /* Prepare Framework */ = {
isa = PBXShellScriptBuildPhase;
buildActionMask = 2147483647;
files = (
);
inputPaths = (
);
name = "Prepare Framework";
outputPaths = (
);
runOnlyForDeploymentPostprocessing = 0;
shellPath = /bin/sh;
shellScript = "set -e\n\nmkdir -p \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/A/Headers\"\n\n# Link the \"Current\" version to \"A\"\n/bin/ln -sfh A \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/Current\"\n/bin/ln -sfh Versions/Current/Headers \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Headers\"\n/bin/ln -sfh \"Versions/Current/${PRODUCT_NAME}\" \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/${PRODUCT_NAME}\"\n\n# The -a ensures that the headers maintain the source modification date so that we don't constantly\n# cause propagating rebuilds of files that import these headers.\n/bin/cp -a \"${TARGET_BUILD_DIR}/${PUBLIC_HEADERS_FOLDER_PATH}/\" \"${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/A/Headers\"\n";
};
/* End PBXShellScriptBuildPhase section */
Add Xcode project
2011-12-05 09:48:58 +08:00
/* Begin PBXSourcesBuildPhase section */
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A471BC487C000A5A117 /* Sources */ = {
isa = PBXSourcesBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DD31F2F66A700F89830 /* lossless_enc.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BBD1F38EF770092B609 /* predictor_enc.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA0D1FA478AF0047D20C /* SDWebImageFrame.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DBD1F2F66A700F89830 /* dec.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A561BC4880000A5A117 /* SDWebImageDownloaderOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DE71F2F66A700F89830 /* upsampling.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C71F38E91700405457 /* UIImage+ForceDecode.m in Sources */,
323F8BB71F38EF770092B609 /* picture_tools_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C5A1F2F666300F89830 /* rescaler_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B8F1F38EF770092B609 /* iterator_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DEA1F2F66A700F89830 /* yuv_sse2.c in Sources */,
80377DB91F2F66A700F89830 /* dec_msa.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE11F38EF770092B609 /* vp8l_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DAB1F2F66A700F89830 /* alpha_processing_sse41.c in Sources */,
80377DBA1F2F66A700F89830 /* dec_neon.c in Sources */,
80377C5C1F2F666300F89830 /* thread_utils.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A5A1BC4880000A5A117 /* SDWebImagePrefetcher.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DBF1F2F66A700F89830 /* enc_avx2.c in Sources */,
80377DC71F2F66A700F89830 /* filters_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC91F38EF770092B609 /* syntax_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DC01F2F66A700F89830 /* enc_mips_dsp_r2.c in Sources */,
80377DA91F2F66A700F89830 /* alpha_processing_neon.c in Sources */,
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75D51CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DB71F2F66A700F89830 /* dec_mips_dsp_r2.c in Sources */,
80377DC31F2F66A700F89830 /* enc_neon.c in Sources */,
80377C501F2F666300F89830 /* huffman_encode_utils.c in Sources */,
80377DE51F2F66A700F89830 /* upsampling_neon.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C101FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DAE1F2F66A700F89830 /* argb_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B7D1F38EF770092B609 /* frame_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EBB1F2F66D500F89830 /* frame_dec.c in Sources */,
80377DAF1F2F66A700F89830 /* argb.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B6B1F38EF770092B609 /* delta_palettization_enc.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A5B1BC4880000A5A117 /* NSData+ImageContentType.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B5F1F38EF770092B609 /* cost_enc.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C8929E1D9D6DDA0022038D /* anim_decode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EB91F2F66D400F89830 /* buffer_dec.c in Sources */,
80377DCF1F2F66A700F89830 /* lossless_enc_msa.c in Sources */,
80377DD51F2F66A700F89830 /* lossless_msa.c in Sources */,
80377C4E1F2F666300F89830 /* filters_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60B91F38E90100405457 /* SDWebImageWebPCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DEB1F2F66A700F89830 /* yuv.c in Sources */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
3237F9E920161AE000A88143 /* NSImage+Additions.m in Sources */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDEA2013426C001B8F2D /* SDWebImageIndicator.m in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A551BC4880000A5A117 /* SDWebImageDownloader.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EB71F2F66D400F89830 /* alpha_dec.c in Sources */,
80377DC61F2F66A700F89830 /* enc.c in Sources */,
80377DD41F2F66A700F89830 /* lossless_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B771F38EF770092B609 /* filter_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DDD1F2F66A700F89830 /* rescaler_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B4D1F38EF770092B609 /* backward_references_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DCD1F2F66A700F89830 /* lossless_enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF31F38EF770092B609 /* anim_encode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DD71F2F66A700F89830 /* lossless_sse2.c in Sources */,
80377DA81F2F66A700F89830 /* alpha_processing_mips_dsp_r2.c in Sources */,
80377DB11F2F66A700F89830 /* cost_mips_dsp_r2.c in Sources */,
80377C581F2F666300F89830 /* random_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B591F38EF770092B609 /* config_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DE91F2F66A700F89830 /* yuv_mips32.c in Sources */,
80377DB41F2F66A700F89830 /* cost.c in Sources */,
80377DE31F2F66A700F89830 /* upsampling_mips_dsp_r2.c in Sources */,
80377EBD1F2F66D500F89830 /* io_dec.c in Sources */,
80377EBC1F2F66D500F89830 /* idec_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B991F38EF770092B609 /* near_lossless_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DE81F2F66A700F89830 /* yuv_mips_dsp_r2.c in Sources */,
80377EC31F2F66D500F89830 /* vp8l_dec.c in Sources */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312D1200F09910046BF1E /* SDWebImageTransition.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E609D1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */,
323F8B9F1F38EF770092B609 /* picture_csp_enc.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892A31D9D6DDD0022038D /* demux.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A611BC4880000A5A117 /* UIImageView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EBF1F2F66D500F89830 /* tree_dec.c in Sources */,
80377DD21F2F66A700F89830 /* lossless_enc_sse41.c in Sources */,
80377DB31F2F66A700F89830 /* cost_sse2.c in Sources */,
80377DDE1F2F66A700F89830 /* rescaler_mips32.c in Sources */,
80377DCA1F2F66A700F89830 /* filters_sse2.c in Sources */,
80377EBE1F2F66D500F89830 /* quant_dec.c in Sources */,
80377DB61F2F66A700F89830 /* dec_clip_tables.c in Sources */,
80377C5E1F2F666300F89830 /* utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C0B1F38EF770092B609 /* muxedit.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DC11F2F66A700F89830 /* enc_mips32.c in Sources */,
80377DBC1F2F66A700F89830 /* dec_sse41.c in Sources */,
80377DCE1F2F66A700F89830 /* lossless_enc_mips32.c in Sources */,
80377DCB1F2F66A700F89830 /* filters.c in Sources */,
80377DAA1F2F66A700F89830 /* alpha_processing_sse2.c in Sources */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A9186E1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C471F2F666300F89830 /* bit_reader_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60AB1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */,
323F8BD51F38EF770092B609 /* tree_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DBB1F2F66A700F89830 /* dec_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B831F38EF770092B609 /* histogram_enc.c in Sources */,
321E608F1F38E8C800405457 /* SDWebImageCoder.m in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A581BC4880000A5A117 /* SDWebImageManager.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B411F38EF770092B609 /* alpha_enc.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2F91D0DF44A00BB2784 /* MKAnnotationView+WebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC31F38EF770092B609 /* quant_enc.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A541BC4880000A5A117 /* SDWebImageCompat.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DDF1F2F66A700F89830 /* rescaler_msa.c in Sources */,
80377DE41F2F66A700F89830 /* upsampling_msa.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A621BC4880000A5A117 /* UIView+WebCacheOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DC21F2F66A700F89830 /* enc_msa.c in Sources */,
80377DC91F2F66A700F89830 /* filters_neon.c in Sources */,
80377DC51F2F66A700F89830 /* enc_sse41.c in Sources */,
80377DE61F2F66A700F89830 /* upsampling_sse2.c in Sources */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75811CFE9427006C64D0 /* FLAnimatedImageView.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C561F2F666300F89830 /* quant_levels_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BCF1F38EF770092B609 /* token_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DD11F2F66A700F89830 /* lossless_enc_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C1D1F38EF770092B609 /* muxread.c in Sources */,
807A12311F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C491F2F666300F89830 /* bit_writer_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B471F38EF770092B609 /* analysis_enc.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A5F1BC4880000A5A117 /* UIImage+WebP.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DB51F2F66A700F89830 /* cpu.c in Sources */,
80377EC51F2F66D500F89830 /* webp_dec.c in Sources */,
80377DD61F2F66A700F89830 /* lossless_neon.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A5C1BC4880000A5A117 /* UIButton+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EC01F2F66D500F89830 /* vp8_dec.c in Sources */,
80377C521F2F666300F89830 /* huffman_utils.c in Sources */,
80377DD81F2F66A700F89830 /* lossless.c in Sources */,
80377DE11F2F66A700F89830 /* rescaler_sse2.c in Sources */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4BD200A14DC008A84CC /* SDWebImageDefine.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DAC1F2F66A700F89830 /* alpha_processing.c in Sources */,
80377DE01F2F66A700F89830 /* rescaler_neon.c in Sources */,
80377C541F2F666300F89830 /* quant_levels_dec_utils.c in Sources */,
80377C4B1F2F666300F89830 /* color_cache_utils.c in Sources */,
80377DB81F2F66A700F89830 /* dec_mips32.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BED1F38EF770092B609 /* webp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DC41F2F66A700F89830 /* enc_sse2.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A5D1BC4880000A5A117 /* UIImage+GIF.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C171F38EF770092B609 /* muxinternal.c in Sources */,
323F8BB11F38EF770092B609 /* picture_rescale_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DB21F2F66A700F89830 /* cost_mips32.c in Sources */,
80377DC81F2F66A700F89830 /* filters_msa.c in Sources */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE757B1CFE9427006C64D0 /* FLAnimatedImage.m in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A571BC4880000A5A117 /* SDImageCache.m in Sources */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2811D9807EC007E863A /* UIView+WebCache.m in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A5E1BC4880000A5A117 /* UIImage+MultiFormat.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DD01F2F66A700F89830 /* lossless_enc_neon.c in Sources */,
80377DE21F2F66A700F89830 /* rescaler.c in Sources */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18621FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DAD1F2F66A700F89830 /* argb_mips_dsp_r2.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A601BC4880000A5A117 /* UIImageView+HighlightedWebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BAB1F38EF770092B609 /* picture_psnr_enc.c in Sources */,
323F8BA51F38EF770092B609 /* picture_enc.c in Sources */,
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D11C1D0E0E3B004B36C9 /* Sources */ = {
isa = PBXSourcesBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E9F1F2F66D400F89830 /* tree_dec.c in Sources */,
80377D2C1F2F66A700F89830 /* dec_clip_tables.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B971F38EF770092B609 /* near_lossless_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D531F2F66A700F89830 /* rescaler_mips_dsp_r2.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C8929C1D9D6DD90022038D /* anim_decode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D311F2F66A700F89830 /* dec_sse2.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1231D0E0E3B004B36C9 /* SDImageCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C151F2F666300F89830 /* bit_writer_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BEB1F38EF770092B609 /* webp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EA01F2F66D400F89830 /* vp8_dec.c in Sources */,
80377EA31F2F66D400F89830 /* vp8l_dec.c in Sources */,
80377E9D1F2F66D400F89830 /* io_dec.c in Sources */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18601FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D541F2F66A700F89830 /* rescaler_mips32.c in Sources */,
80377D331F2F66A700F89830 /* dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BAF1F38EF770092B609 /* picture_rescale_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D3F1F2F66A700F89830 /* filters_neon.c in Sources */,
80377D3E1F2F66A700F89830 /* filters_msa.c in Sources */,
80377D241F2F66A700F89830 /* argb_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B3F1F38EF770092B609 /* alpha_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D4D1F2F66A700F89830 /* lossless_sse2.c in Sources */,
80377D271F2F66A700F89830 /* cost_mips_dsp_r2.c in Sources */,
80377D2D1F2F66A700F89830 /* dec_mips_dsp_r2.c in Sources */,
80377D301F2F66A700F89830 /* dec_neon.c in Sources */,
80377D2B1F2F66A700F89830 /* cpu.c in Sources */,
80377EA51F2F66D400F89830 /* webp_dec.c in Sources */,
80377E9E1F2F66D400F89830 /* quant_dec.c in Sources */,
80377D4B1F2F66A700F89830 /* lossless_msa.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B5D1F38EF770092B609 /* cost_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D3B1F2F66A700F89830 /* enc_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E608D1F38E8C800405457 /* SDWebImageCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D3A1F2F66A700F89830 /* enc_sse2.c in Sources */,
80377D381F2F66A700F89830 /* enc_msa.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1311D0E0E3B004B36C9 /* SDWebImageDownloader.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B811F38EF770092B609 /* histogram_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D441F2F66A700F89830 /* lossless_enc_mips32.c in Sources */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C27F1D9807EC007E863A /* UIView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D4A1F2F66A700F89830 /* lossless_mips_dsp_r2.c in Sources */,
80377D4C1F2F66A700F89830 /* lossless_neon.c in Sources */,
80377D591F2F66A700F89830 /* upsampling_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BDF1F38EF770092B609 /* vp8l_enc.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1341D0E0E3B004B36C9 /* UIImage+WebP.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D3D1F2F66A700F89830 /* filters_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B751F38EF770092B609 /* filter_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D401F2F66A700F89830 /* filters_sse2.c in Sources */,
80377D1E1F2F66A700F89830 /* alpha_processing_mips_dsp_r2.c in Sources */,
80377D291F2F66A700F89830 /* cost_sse2.c in Sources */,
80377D601F2F66A700F89830 /* yuv_sse2.c in Sources */,
80377C281F2F666300F89830 /* thread_utils.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA0B1FA478AF0047D20C /* SDWebImageFrame.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C2A1F2F666300F89830 /* utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B4B1F38EF770092B609 /* backward_references_enc.c in Sources */,
807A122F1F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1361D0E0E3B004B36C9 /* SDWebImageManager.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E609B1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D4E1F2F66A700F89830 /* lossless.c in Sources */,
80377D351F2F66A700F89830 /* enc_avx2.c in Sources */,
80377D201F2F66A700F89830 /* alpha_processing_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C1B1F38EF770092B609 /* muxread.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D581F2F66A700F89830 /* rescaler.c in Sources */,
80377D361F2F66A700F89830 /* enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BA31F38EF770092B609 /* picture_enc.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1371D0E0E3B004B36C9 /* SDWebImagePrefetcher.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C241F2F666300F89830 /* random_utils.c in Sources */,
80377D2A1F2F66A700F89830 /* cost.c in Sources */,
80377D411F2F66A700F89830 /* filters.c in Sources */,
80377D221F2F66A700F89830 /* alpha_processing.c in Sources */,
80377D391F2F66A700F89830 /* enc_neon.c in Sources */,
80377D5B1F2F66A700F89830 /* upsampling_neon.c in Sources */,
80377D5F1F2F66A700F89830 /* yuv_mips32.c in Sources */,
80377D3C1F2F66A700F89830 /* enc.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D13B1D0E0E3B004B36C9 /* UIButton+WebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C51F38E91700405457 /* UIImage+ForceDecode.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D461F2F66A700F89830 /* lossless_enc_neon.c in Sources */,
80377E9B1F2F66D400F89830 /* frame_dec.c in Sources */,
80377C1C1F2F666300F89830 /* huffman_encode_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B451F38EF770092B609 /* analysis_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C261F2F666300F89830 /* rescaler_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BBB1F38EF770092B609 /* predictor_enc.c in Sources */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312CF200F09910046BF1E /* SDWebImageTransition.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D2F1F2F66A700F89830 /* dec_msa.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C151F38EF770092B609 /* muxinternal.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D571F2F66A700F89830 /* rescaler_sse2.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892A11D9D6DDC0022038D /* demux.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C131F2F666300F89830 /* bit_reader_utils.c in Sources */,
80377E9C1F2F66D400F89830 /* idec_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B7B1F38EF770092B609 /* frame_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D211F2F66A700F89830 /* alpha_processing_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B8D1F38EF770092B609 /* iterator_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D481F2F66A700F89830 /* lossless_enc_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BA91F38EF770092B609 /* picture_psnr_enc.c in Sources */,
323F8C091F38EF770092B609 /* muxedit.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D1F1F2F66A700F89830 /* alpha_processing_neon.c in Sources */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE82013426C001B8F2D /* SDWebImageIndicator.m in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1401D0E0E3B004B36C9 /* UIImageView+WebCache.m in Sources */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A9186C1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
3237F9EC20161AE000A88143 /* NSImage+Additions.m in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1411D0E0E3B004B36C9 /* SDWebImageDownloaderOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D561F2F66A700F89830 /* rescaler_neon.c in Sources */,
80377D551F2F66A700F89830 /* rescaler_msa.c in Sources */,
80377D5E1F2F66A700F89830 /* yuv_mips_dsp_r2.c in Sources */,
80377D611F2F66A700F89830 /* yuv.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC11F38EF770092B609 /* quant_enc.c in Sources */,
323F8BB51F38EF770092B609 /* picture_tools_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C221F2F666300F89830 /* quant_levels_utils.c in Sources */,
80377D2E1F2F66A700F89830 /* dec_mips32.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BD31F38EF770092B609 /* tree_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D5C1F2F66A700F89830 /* upsampling_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC71F38EF770092B609 /* syntax_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D321F2F66A700F89830 /* dec_sse41.c in Sources */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4BB200A14DC008A84CC /* SDWebImageDefine.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D451F2F66A700F89830 /* lossless_enc_msa.c in Sources */,
80377C1A1F2F666300F89830 /* filters_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B9D1F38EF770092B609 /* picture_csp_enc.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D14B1D0E0E3B004B36C9 /* SDWebImageCompat.m in Sources */,
4314D14D1D0E0E3B004B36C9 /* UIImage+GIF.m in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C0E1FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B571F38EF770092B609 /* config_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D371F2F66A700F89830 /* enc_mips32.c in Sources */,
80377D431F2F66A700F89830 /* lossless_enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BCD1F38EF770092B609 /* token_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E971F2F66D400F89830 /* alpha_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B691F38EF770092B609 /* delta_palettization_enc.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1501D0E0E3B004B36C9 /* UIView+WebCacheOperation.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A91F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D5A1F2F66A700F89830 /* upsampling_msa.c in Sources */,
80377D491F2F66A700F89830 /* lossless_enc.c in Sources */,
80377C171F2F666300F89830 /* color_cache_utils.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1521D0E0E3B004B36C9 /* NSData+ImageContentType.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D231F2F66A700F89830 /* argb_mips_dsp_r2.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1531D0E0E3B004B36C9 /* UIImage+MultiFormat.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60B71F38E90100405457 /* SDWebImageWebPCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D5D1F2F66A700F89830 /* upsampling.c in Sources */,
80377D251F2F66A700F89830 /* argb.c in Sources */,
80377D281F2F66A700F89830 /* cost_mips32.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF11F38EF770092B609 /* anim_encode.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1551D0E0E3B004B36C9 /* UIImageView+HighlightedWebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E991F2F66D400F89830 /* buffer_dec.c in Sources */,
80377C201F2F666300F89830 /* quant_levels_dec_utils.c in Sources */,
80377D471F2F66A700F89830 /* lossless_enc_sse2.c in Sources */,
80377C1E1F2F666300F89830 /* huffman_utils.c in Sources */,
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB68A1D06D2C1006A3455 /* Sources */ = {
isa = PBXSourcesBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377ECF1F2F66D500F89830 /* tree_dec.c in Sources */,
80377DFB1F2F66A800F89830 /* dec_clip_tables.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B9A1F38EF770092B609 /* near_lossless_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E221F2F66A800F89830 /* rescaler_mips_dsp_r2.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB68C1D06D2C1006A3455 /* SDWebImageDownloaderOperation.m in Sources */,
431BB68E1D06D2C1006A3455 /* SDWebImagePrefetcher.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E001F2F66A800F89830 /* dec_sse2.c in Sources */,
80377C631F2F666400F89830 /* bit_writer_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BEE1F38EF770092B609 /* webp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377ED01F2F66D500F89830 /* vp8_dec.c in Sources */,
80377ED31F2F66D500F89830 /* vp8l_dec.c in Sources */,
80377ECD1F2F66D500F89830 /* io_dec.c in Sources */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18631FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E231F2F66A800F89830 /* rescaler_mips32.c in Sources */,
80377E021F2F66A800F89830 /* dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BB21F38EF770092B609 /* picture_rescale_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E0E1F2F66A800F89830 /* filters_neon.c in Sources */,
80377E0D1F2F66A800F89830 /* filters_msa.c in Sources */,
80377DF31F2F66A800F89830 /* argb_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B421F38EF770092B609 /* alpha_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E1C1F2F66A800F89830 /* lossless_sse2.c in Sources */,
80377DF61F2F66A800F89830 /* cost_mips_dsp_r2.c in Sources */,
80377DFC1F2F66A800F89830 /* dec_mips_dsp_r2.c in Sources */,
80377DFF1F2F66A800F89830 /* dec_neon.c in Sources */,
80377DFA1F2F66A800F89830 /* cpu.c in Sources */,
80377ED51F2F66D500F89830 /* webp_dec.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C8929F1D9D6DDA0022038D /* anim_decode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377ECE1F2F66D500F89830 /* quant_dec.c in Sources */,
80377E1A1F2F66A800F89830 /* lossless_msa.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B601F38EF770092B609 /* cost_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E0A1F2F66A800F89830 /* enc_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60901F38E8C800405457 /* SDWebImageCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E091F2F66A800F89830 /* enc_sse2.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6921D06D2C1006A3455 /* NSData+ImageContentType.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E071F2F66A800F89830 /* enc_msa.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B841F38EF770092B609 /* histogram_enc.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB69A1D06D2C1006A3455 /* SDWebImageDownloader.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E131F2F66A800F89830 /* lossless_enc_mips32.c in Sources */,
80377E191F2F66A800F89830 /* lossless_mips_dsp_r2.c in Sources */,
80377E1B1F2F66A800F89830 /* lossless_neon.c in Sources */,
80377E281F2F66A800F89830 /* upsampling_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE21F38EF770092B609 /* vp8l_enc.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6A31D06D2C1006A3455 /* UIImageView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E0C1F2F66A800F89830 /* filters_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B781F38EF770092B609 /* filter_enc.c in Sources */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2821D9807EC007E863A /* UIView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E0F1F2F66A800F89830 /* filters_sse2.c in Sources */,
80377DED1F2F66A800F89830 /* alpha_processing_mips_dsp_r2.c in Sources */,
80377DF81F2F66A800F89830 /* cost_sse2.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA0E1FA478AF0047D20C /* SDWebImageFrame.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E2F1F2F66A800F89830 /* yuv_sse2.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6AA1D06D2C1006A3455 /* SDWebImageManager.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B4E1F38EF770092B609 /* backward_references_enc.c in Sources */,
807A12321F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C761F2F666400F89830 /* thread_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E609E1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E1D1F2F66A800F89830 /* lossless.c in Sources */,
80377E041F2F66A800F89830 /* enc_avx2.c in Sources */,
80377DEF1F2F66A800F89830 /* alpha_processing_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C1E1F38EF770092B609 /* muxread.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E271F2F66A800F89830 /* rescaler.c in Sources */,
80377E051F2F66A800F89830 /* enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BA61F38EF770092B609 /* picture_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C781F2F666400F89830 /* utils.c in Sources */,
80377DF91F2F66A800F89830 /* cost.c in Sources */,
80377E101F2F66A800F89830 /* filters.c in Sources */,
80377DF11F2F66A800F89830 /* alpha_processing.c in Sources */,
80377E081F2F66A800F89830 /* enc_neon.c in Sources */,
80377E2A1F2F66A800F89830 /* upsampling_neon.c in Sources */,
80377E2E1F2F66A800F89830 /* yuv_mips32.c in Sources */,
80377E0B1F2F66A800F89830 /* enc.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6AC1D06D2C1006A3455 /* SDWebImageCompat.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E151F2F66A800F89830 /* lossless_enc_neon.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C81F38E91700405457 /* UIImage+ForceDecode.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C721F2F666400F89830 /* random_utils.c in Sources */,
80377ECB1F2F66D500F89830 /* frame_dec.c in Sources */,
80377C6A1F2F666400F89830 /* huffman_encode_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B481F38EF770092B609 /* analysis_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DFE1F2F66A800F89830 /* dec_msa.c in Sources */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312D2200F09910046BF1E /* SDWebImageTransition.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BBE1F38EF770092B609 /* predictor_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E261F2F66A800F89830 /* rescaler_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C181F38EF770092B609 /* muxinternal.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C741F2F666400F89830 /* rescaler_utils.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6B11D06D2C1006A3455 /* UIView+WebCacheOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DF01F2F66A800F89830 /* alpha_processing_sse41.c in Sources */,
80377ECC1F2F66D500F89830 /* idec_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B7E1F38EF770092B609 /* frame_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E171F2F66A800F89830 /* lossless_enc_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B901F38EF770092B609 /* iterator_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C611F2F666400F89830 /* bit_reader_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BAC1F38EF770092B609 /* picture_psnr_enc.c in Sources */,
323F8C0C1F38EF770092B609 /* muxedit.c in Sources */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDEB2013426C001B8F2D /* SDWebImageIndicator.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DEE1F2F66A800F89830 /* alpha_processing_neon.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892A41D9D6DDD0022038D /* demux.c in Sources */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
3237F9EA20161AE000A88143 /* NSImage+Additions.m in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6B61D06D2C1006A3455 /* UIImage+WebP.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E251F2F66A800F89830 /* rescaler_neon.c in Sources */,
80377E241F2F66A800F89830 /* rescaler_msa.c in Sources */,
80377E2D1F2F66A800F89830 /* yuv_mips_dsp_r2.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6B91D06D2C1006A3455 /* UIButton+WebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC41F38EF770092B609 /* quant_enc.c in Sources */,
323F8BB81F38EF770092B609 /* picture_tools_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E301F2F66A800F89830 /* yuv.c in Sources */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A9186F1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BD61F38EF770092B609 /* tree_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DFD1F2F66A800F89830 /* dec_mips32.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BCA1F38EF770092B609 /* syntax_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E2B1F2F66A800F89830 /* upsampling_sse2.c in Sources */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4BE200A14DC008A84CC /* SDWebImageDefine.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E011F2F66A800F89830 /* dec_sse41.c in Sources */,
80377E141F2F66A800F89830 /* lossless_enc_msa.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BA01F38EF770092B609 /* picture_csp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C701F2F666400F89830 /* quant_levels_utils.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6BD1D06D2C1006A3455 /* UIImage+GIF.m in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C111FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B5A1F38EF770092B609 /* config_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E061F2F66A800F89830 /* enc_mips32.c in Sources */,
80377E121F2F66A800F89830 /* lossless_enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BD01F38EF770092B609 /* token_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EC71F2F66D500F89830 /* alpha_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B6C1F38EF770092B609 /* delta_palettization_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C681F2F666400F89830 /* filters_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60AC1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E291F2F66A800F89830 /* upsampling_msa.c in Sources */,
80377E181F2F66A800F89830 /* lossless_enc.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6C01D06D2C1006A3455 /* SDImageCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C651F2F666400F89830 /* color_cache_utils.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6C41D06D2C1006A3455 /* UIImage+MultiFormat.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DF21F2F66A800F89830 /* argb_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60BA1F38E90100405457 /* SDWebImageWebPCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E2C1F2F66A800F89830 /* upsampling.c in Sources */,
80377DF41F2F66A800F89830 /* argb.c in Sources */,
80377DF71F2F66A800F89830 /* cost_mips32.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF41F38EF770092B609 /* anim_encode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C6E1F2F666400F89830 /* quant_levels_dec_utils.c in Sources */,
80377EC91F2F66D500F89830 /* buffer_dec.c in Sources */,
80377C6C1F2F666400F89830 /* huffman_utils.c in Sources */,
80377E161F2F66A800F89830 /* lossless_enc_sse2.c in Sources */,
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB6C71D06D2C1006A3455 /* UIImageView+HighlightedWebCache.m in Sources */,
);
runOnlyForDeploymentPostprocessing = 0;
};
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2771D0DDD8C00BB2784 /* Sources */ = {
isa = PBXSourcesBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E591F2F66A800F89830 /* lossless_enc_msa.c in Sources */,
80377E511F2F66A800F89830 /* filters_mips_dsp_r2.c in Sources */,
80377E371F2F66A800F89830 /* argb_mips_dsp_r2.c in Sources */,
80377E471F2F66A800F89830 /* dec.c in Sources */,
80377C921F2F666400F89830 /* utils.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D27E1D0DDD8C00BB2784 /* UIImage+GIF.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60911F38E8C800405457 /* SDWebImageCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C8A1F2F666400F89830 /* quant_levels_utils.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D27F1D0DDD8C00BB2784 /* UIImage+WebP.m in Sources */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
4397D2F71D0DE2DF00BB2784 /* NSImage+Additions.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E751F2F66A800F89830 /* yuv.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892A01D9D6DDA0022038D /* anim_decode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E4A1F2F66A800F89830 /* enc_mips_dsp_r2.c in Sources */,
80377E411F2F66A800F89830 /* dec_mips_dsp_r2.c in Sources */,
80377EDC1F2F66D500F89830 /* idec_dec.c in Sources */,
80377E501F2F66A800F89830 /* enc.c in Sources */,
80377E721F2F66A800F89830 /* yuv_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BA71F38EF770092B609 /* picture_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E601F2F66A800F89830 /* lossless_neon.c in Sources */,
80377E461F2F66A800F89830 /* dec_sse41.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892A51D9D6DDE0022038D /* demux.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E3E1F2F66A800F89830 /* cost.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BEF1F38EF770092B609 /* webp_enc.c in Sources */,
323F8BA11F38EF770092B609 /* picture_csp_enc.c in Sources */,
323F8C1F1F38EF770092B609 /* muxread.c in Sources */,
323F8C0D1F38EF770092B609 /* muxedit.c in Sources */,
323F8B491F38EF770092B609 /* analysis_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E6E1F2F66A800F89830 /* upsampling_msa.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B911F38EF770092B609 /* iterator_enc.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA0F1FA478AF0047D20C /* SDWebImageFrame.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EE01F2F66D500F89830 /* vp8_dec.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C121FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E521F2F66A800F89830 /* filters_msa.c in Sources */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18641FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C821F2F666400F89830 /* filters_utils.c in Sources */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4BF200A14DC008A84CC /* SDWebImageDefine.m in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D28C1D0DDD8C00BB2784 /* UIImageView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E581F2F66A800F89830 /* lossless_enc_mips32.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D28F1D0DDD8C00BB2784 /* SDWebImageDownloaderOperation.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BB91F38EF770092B609 /* picture_tools_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E451F2F66A800F89830 /* dec_sse2.c in Sources */,
80377E3F1F2F66A800F89830 /* cpu.c in Sources */,
80377E4C1F2F66A800F89830 /* enc_msa.c in Sources */,
80377E4E1F2F66A800F89830 /* enc_sse2.c in Sources */,
80377E6C1F2F66A800F89830 /* rescaler.c in Sources */,
80377EE31F2F66D500F89830 /* vp8l_dec.c in Sources */,
80377ED71F2F66D500F89830 /* alpha_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B7F1F38EF770092B609 /* frame_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E681F2F66A800F89830 /* rescaler_mips32.c in Sources */,
80377E621F2F66A800F89830 /* lossless.c in Sources */,
80377E5D1F2F66A800F89830 /* lossless_enc.c in Sources */,
80377EDF1F2F66D500F89830 /* tree_dec.c in Sources */,
80377C7D1F2F666400F89830 /* bit_writer_utils.c in Sources */,
80377C7B1F2F666400F89830 /* bit_reader_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B6D1F38EF770092B609 /* delta_palettization_enc.c in Sources */,
321E60C91F38E91700405457 /* UIImage+ForceDecode.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E551F2F66A800F89830 /* filters.c in Sources */,
80377E731F2F66A800F89830 /* yuv_mips32.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2911D0DDD8C00BB2784 /* MKAnnotationView+WebCache.m in Sources */,
4397D2921D0DDD8C00BB2784 /* SDWebImagePrefetcher.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BBF1F38EF770092B609 /* predictor_enc.c in Sources */,
807A12331F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */,
323F8BD11F38EF770092B609 /* token_enc.c in Sources */,
323F8B4F1F38EF770092B609 /* backward_references_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E4D1F2F66A800F89830 /* enc_neon.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2961D0DDD8C00BB2784 /* UIImage+MultiFormat.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF51F38EF770092B609 /* anim_encode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E381F2F66A800F89830 /* argb_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B9B1F38EF770092B609 /* near_lossless_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E3B1F2F66A800F89830 /* cost_mips_dsp_r2.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D29B1D0DDD8C00BB2784 /* SDWebImageDownloader.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E711F2F66A800F89830 /* upsampling.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D29C1D0DDD8C00BB2784 /* NSData+ImageContentType.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BB31F38EF770092B609 /* picture_rescale_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E6A1F2F66A800F89830 /* rescaler_neon.c in Sources */,
80377C841F2F666400F89830 /* huffman_encode_utils.c in Sources */,
80377E491F2F66A800F89830 /* enc_avx2.c in Sources */,
80377E531F2F66A800F89830 /* filters_neon.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B431F38EF770092B609 /* alpha_enc.c in Sources */,
323F8C191F38EF770092B609 /* muxinternal.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E5F1F2F66A800F89830 /* lossless_msa.c in Sources */,
80377C8C1F2F666400F89830 /* random_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BAD1F38EF770092B609 /* picture_psnr_enc.c in Sources */,
323F8BC51F38EF770092B609 /* quant_enc.c in Sources */,
Add WebCache category for NSButton on macOS
2018-01-19 15:46:05 +08:00
321DB3622011D4D70015D2CB /* NSButton+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C7F1F2F666400F89830 /* color_cache_utils.c in Sources */,
80377E331F2F66A800F89830 /* alpha_processing_neon.c in Sources */,
80377E401F2F66A800F89830 /* dec_clip_tables.c in Sources */,
80377C901F2F666400F89830 /* thread_utils.c in Sources */,
80377E441F2F66A800F89830 /* dec_neon.c in Sources */,
80377E741F2F66A800F89830 /* yuv_sse2.c in Sources */,
80377E431F2F66A800F89830 /* dec_msa.c in Sources */,
80377E6B1F2F66A800F89830 /* rescaler_sse2.c in Sources */,
80377E671F2F66A800F89830 /* rescaler_mips_dsp_r2.c in Sources */,
80377E541F2F66A800F89830 /* filters_sse2.c in Sources */,
80377EDB1F2F66D500F89830 /* frame_dec.c in Sources */,
80377C861F2F666400F89830 /* huffman_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BD71F38EF770092B609 /* tree_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E571F2F66A800F89830 /* lossless_enc_mips_dsp_r2.c in Sources */,
80377E5B1F2F66A800F89830 /* lossless_enc_sse2.c in Sources */,
80377ED91F2F66D500F89830 /* buffer_dec.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2A11D0DDD8C00BB2784 /* SDWebImageManager.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BCB1F38EF770092B609 /* syntax_enc.c in Sources */,
321E60AD1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E341F2F66A800F89830 /* alpha_processing_sse2.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2A61D0DDD8C00BB2784 /* SDWebImageCompat.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E6F1F2F66A800F89830 /* upsampling_neon.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2A81D0DDD8C00BB2784 /* UIButton+WebCache.m in Sources */,
Create a subclass of NSBitmapImageRep to fix the GIF frame duration issue on macOS
2018-02-18 11:34:06 +08:00
320224BC203979BA00E9F285 /* SDAnimatedImageRep.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C8E1F2F666400F89830 /* rescaler_utils.c in Sources */,
80377E5C1F2F66A800F89830 /* lossless_enc_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE31F38EF770092B609 /* vp8l_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C881F2F666400F89830 /* quant_levels_dec_utils.c in Sources */,
80377E5A1F2F66A800F89830 /* lossless_enc_neon.c in Sources */,
80377E6D1F2F66A800F89830 /* upsampling_mips_dsp_r2.c in Sources */,
80377E321F2F66A800F89830 /* alpha_processing_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B611F38EF770092B609 /* cost_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EDE1F2F66D500F89830 /* quant_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E609F1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */,
323F8B5B1F38EF770092B609 /* config_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E361F2F66A800F89830 /* alpha_processing.c in Sources */,
80377E351F2F66A800F89830 /* alpha_processing_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B791F38EF770092B609 /* filter_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EDD1F2F66D500F89830 /* io_dec.c in Sources */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A918701D8308FE00B3925F /* SDImageCacheConfig.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E4B1F2F66A800F89830 /* enc_mips32.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2AB1D0DDD8C00BB2784 /* UIView+WebCacheOperation.m in Sources */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312D3200F09910046BF1E /* SDWebImageTransition.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E391F2F66A800F89830 /* argb.c in Sources */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2831D9807EC007E863A /* UIView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E611F2F66A800F89830 /* lossless_sse2.c in Sources */,
80377E691F2F66A800F89830 /* rescaler_msa.c in Sources */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDEC2013426C001B8F2D /* SDWebImageIndicator.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E5E1F2F66A800F89830 /* lossless_mips_dsp_r2.c in Sources */,
80377E3D1F2F66A800F89830 /* cost_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60BB1F38E90100405457 /* SDWebImageWebPCoder.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E3C1F2F66A800F89830 /* cost_mips32.c in Sources */,
80377E421F2F66A800F89830 /* dec_mips32.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2AE1D0DDD8C00BB2784 /* UIImageView+HighlightedWebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B851F38EF770092B609 /* histogram_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EE51F2F66D500F89830 /* webp_dec.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2B01D0DDD8C00BB2784 /* SDImageCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E4F1F2F66A800F89830 /* enc_sse41.c in Sources */,
80377E701F2F66A800F89830 /* upsampling_sse2.c in Sources */,
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CADFA1AB4BB5300B6BC39 /* Sources */ = {
isa = PBXSourcesBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D8E1F2F66A700F89830 /* lossless_enc.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BBC1F38EF770092B609 /* predictor_enc.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA0C1FA478AF0047D20C /* SDWebImageFrame.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D781F2F66A700F89830 /* dec.c in Sources */,
80377DA21F2F66A700F89830 /* upsampling.c in Sources */,
80377C401F2F666300F89830 /* rescaler_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C61F38E91700405457 /* UIImage+ForceDecode.m in Sources */,
323F8BB61F38EF770092B609 /* picture_tools_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DA51F2F66A700F89830 /* yuv_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B8E1F38EF770092B609 /* iterator_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D741F2F66A700F89830 /* dec_msa.c in Sources */,
80377D661F2F66A700F89830 /* alpha_processing_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BE01F38EF770092B609 /* vp8l_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D751F2F66A700F89830 /* dec_neon.c in Sources */,
80377C421F2F666300F89830 /* thread_utils.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE2E1AB4BB7500B6BC39 /* UIImage+GIF.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D7A1F2F66A700F89830 /* enc_avx2.c in Sources */,
80377D821F2F66A700F89830 /* filters_mips_dsp_r2.c in Sources */,
80377D7B1F2F66A700F89830 /* enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC81F38EF770092B609 /* syntax_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D641F2F66A700F89830 /* alpha_processing_neon.c in Sources */,
80377C361F2F666300F89830 /* huffman_encode_utils.c in Sources */,
80377D721F2F66A700F89830 /* dec_mips_dsp_r2.c in Sources */,
80377D7E1F2F66A700F89830 /* enc_neon.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE321AB4BB7500B6BC39 /* UIImage+WebP.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DA01F2F66A700F89830 /* upsampling_neon.c in Sources */,
80377D691F2F66A700F89830 /* argb_sse2.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C0F1FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D6A1F2F66A700F89830 /* argb.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B7C1F38EF770092B609 /* frame_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EAB1F2F66D400F89830 /* frame_dec.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C8929D1D9D6DD90022038D /* anim_decode.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B6A1F38EF770092B609 /* delta_palettization_enc.c in Sources */,
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75D41CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B5E1F38EF770092B609 /* cost_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D8A1F2F66A700F89830 /* lossless_enc_msa.c in Sources */,
80377EA91F2F66D400F89830 /* buffer_dec.c in Sources */,
80377C341F2F666300F89830 /* filters_utils.c in Sources */,
80377D901F2F66A700F89830 /* lossless_msa.c in Sources */,
80377DA61F2F66A700F89830 /* yuv.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60B81F38E90100405457 /* SDWebImageWebPCoder.m in Sources */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE757A1CFE9427006C64D0 /* FLAnimatedImage.m in Sources */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
3237F9E820161AE000A88143 /* NSImage+Additions.m in Sources */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE92013426C001B8F2D /* SDWebImageIndicator.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D811F2F66A700F89830 /* enc.c in Sources */,
80377EA71F2F66D400F89830 /* alpha_dec.c in Sources */,
80377D8F1F2F66A700F89830 /* lossless_mips_dsp_r2.c in Sources */,
80377C3E1F2F666300F89830 /* random_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B761F38EF770092B609 /* filter_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D981F2F66A700F89830 /* rescaler_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B4C1F38EF770092B609 /* backward_references_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D881F2F66A700F89830 /* lossless_enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF21F38EF770092B609 /* anim_encode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D921F2F66A700F89830 /* lossless_sse2.c in Sources */,
80377D631F2F66A700F89830 /* alpha_processing_mips_dsp_r2.c in Sources */,
80377D6C1F2F66A700F89830 /* cost_mips_dsp_r2.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE361AB4BB7500B6BC39 /* UIImageView+WebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B581F38EF770092B609 /* config_enc.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C892A21D9D6DDD0022038D /* demux.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DA41F2F66A700F89830 /* yuv_mips32.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE1E1AB4BB6800B6BC39 /* SDWebImageDownloaderOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EAD1F2F66D400F89830 /* io_dec.c in Sources */,
80377EAC1F2F66D400F89830 /* idec_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B981F38EF770092B609 /* near_lossless_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D6F1F2F66A700F89830 /* cost.c in Sources */,
80377EB31F2F66D400F89830 /* vp8l_dec.c in Sources */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312D0200F09910046BF1E /* SDWebImageTransition.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E609C1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */,
323F8B9E1F38EF770092B609 /* picture_csp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D9E1F2F66A700F89830 /* upsampling_mips_dsp_r2.c in Sources */,
80377DA31F2F66A700F89830 /* yuv_mips_dsp_r2.c in Sources */,
80377EAF1F2F66D400F89830 /* tree_dec.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE281AB4BB7500B6BC39 /* MKAnnotationView+WebCache.m in Sources */,
4A2CAE261AB4BB7000B6BC39 /* SDWebImagePrefetcher.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C441F2F666300F89830 /* utils.c in Sources */,
80377D8D1F2F66A700F89830 /* lossless_enc_sse41.c in Sources */,
80377EAE1F2F66D400F89830 /* quant_dec.c in Sources */,
80377D6E1F2F66A700F89830 /* cost_sse2.c in Sources */,
80377D991F2F66A700F89830 /* rescaler_mips32.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C0A1F38EF770092B609 /* muxedit.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D851F2F66A700F89830 /* filters_sse2.c in Sources */,
80377D711F2F66A700F89830 /* dec_clip_tables.c in Sources */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A9186D1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D7C1F2F66A700F89830 /* enc_mips32.c in Sources */,
80377D771F2F66A700F89830 /* dec_sse41.c in Sources */,
80377D891F2F66A700F89830 /* lossless_enc_mips32.c in Sources */,
80377D861F2F66A700F89830 /* filters.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60AA1F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */,
323F8BD41F38EF770092B609 /* tree_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D651F2F66A700F89830 /* alpha_processing_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B821F38EF770092B609 /* histogram_enc.c in Sources */,
321E608E1F38E8C800405457 /* SDWebImageCoder.m in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE301AB4BB7500B6BC39 /* UIImage+MultiFormat.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B401F38EF770092B609 /* alpha_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C2D1F2F666300F89830 /* bit_reader_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC21F38EF770092B609 /* quant_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D761F2F66A700F89830 /* dec_sse2.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE1C1AB4BB6800B6BC39 /* SDWebImageDownloader.m in Sources */,
4A2CAE2A1AB4BB7500B6BC39 /* NSData+ImageContentType.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D9A1F2F66A700F89830 /* rescaler_msa.c in Sources */,
80377D9F1F2F66A700F89830 /* upsampling_msa.c in Sources */,
80377D7D1F2F66A700F89830 /* enc_msa.c in Sources */,
80377D841F2F66A700F89830 /* filters_neon.c in Sources */,
80377D801F2F66A700F89830 /* enc_sse41.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE221AB4BB7000B6BC39 /* SDWebImageManager.m in Sources */,
4A2CAE191AB4BB6400B6BC39 /* SDWebImageCompat.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377DA11F2F66A700F89830 /* upsampling_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BCE1F38EF770092B609 /* token_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C3C1F2F666300F89830 /* quant_levels_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C1C1F38EF770092B609 /* muxread.c in Sources */,
807A12301F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C2F1F2F666300F89830 /* bit_writer_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B461F38EF770092B609 /* analysis_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D8C1F2F66A700F89830 /* lossless_enc_sse2.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE2C1AB4BB7500B6BC39 /* UIButton+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377EB51F2F66D400F89830 /* webp_dec.c in Sources */,
80377D701F2F66A700F89830 /* cpu.c in Sources */,
80377D911F2F66A700F89830 /* lossless_neon.c in Sources */,
80377EB01F2F66D400F89830 /* vp8_dec.c in Sources */,
80377C381F2F666300F89830 /* huffman_utils.c in Sources */,
80377C3A1F2F666300F89830 /* quant_levels_dec_utils.c in Sources */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4BC200A14DC008A84CC /* SDWebImageDefine.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D931F2F66A700F89830 /* lossless.c in Sources */,
80377D9C1F2F66A700F89830 /* rescaler_sse2.c in Sources */,
80377D671F2F66A700F89830 /* alpha_processing.c in Sources */,
80377D9B1F2F66A700F89830 /* rescaler_neon.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE381AB4BB7500B6BC39 /* UIView+WebCacheOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C311F2F666300F89830 /* color_cache_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BEC1F38EF770092B609 /* webp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D731F2F66A700F89830 /* dec_mips32.c in Sources */,
80377D7F1F2F66A700F89830 /* enc_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C161F38EF770092B609 /* muxinternal.c in Sources */,
323F8BB01F38EF770092B609 /* picture_rescale_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D6D1F2F66A700F89830 /* cost_mips32.c in Sources */,
80377D831F2F66A700F89830 /* filters_msa.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE341AB4BB7500B6BC39 /* UIImageView+HighlightedWebCache.m in Sources */,
4A2CAE201AB4BB6C00B6BC39 /* SDImageCache.m in Sources */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75801CFE9427006C64D0 /* FLAnimatedImageView.m in Sources */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C2801D9807EC007E863A /* UIView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D8B1F2F66A700F89830 /* lossless_enc_neon.c in Sources */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A18611FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D9D1F2F66A700F89830 /* rescaler.c in Sources */,
80377D681F2F66A700F89830 /* argb_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BAA1F38EF770092B609 /* picture_psnr_enc.c in Sources */,
323F8BA41F38EF770092B609 /* picture_enc.c in Sources */,
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761308155AD0D5005750A4 /* Sources */ = {
isa = PBXSourcesBuildPhase;
buildActionMask = 2147483647;
files = (
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D041F2F66A100F89830 /* lossless_enc.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BBA1F38EF770092B609 /* predictor_enc.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
3290FA0A1FA478AF0047D20C /* SDWebImageFrame.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CEE1F2F66A100F89830 /* dec.c in Sources */,
80377D181F2F66A100F89830 /* upsampling.c in Sources */,
80377C0C1F2F665300F89830 /* rescaler_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60C41F38E91700405457 /* UIImage+ForceDecode.m in Sources */,
323F8BB41F38EF770092B609 /* picture_tools_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D1B1F2F66A100F89830 /* yuv_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B8C1F38EF770092B609 /* iterator_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CEA1F2F66A100F89830 /* dec_msa.c in Sources */,
80377CDC1F2F66A100F89830 /* alpha_processing_sse41.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BDE1F38EF770092B609 /* vp8l_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CEB1F2F66A100F89830 /* dec_neon.c in Sources */,
80377C0E1F2F665300F89830 /* thread_utils.c in Sources */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761309155AD0D5005750A4 /* SDImageCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CF01F2F66A100F89830 /* enc_avx2.c in Sources */,
80377CF81F2F66A100F89830 /* filters_mips_dsp_r2.c in Sources */,
80377CF11F2F66A100F89830 /* enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC61F38EF770092B609 /* syntax_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CDA1F2F66A100F89830 /* alpha_processing_neon.c in Sources */,
80377C021F2F665300F89830 /* huffman_encode_utils.c in Sources */,
80377CE81F2F66A100F89830 /* dec_mips_dsp_r2.c in Sources */,
80377CF41F2F66A100F89830 /* enc_neon.c in Sources */,
80377D161F2F66A100F89830 /* upsampling_neon.c in Sources */,
80377CDF1F2F66A100F89830 /* argb_sse2.c in Sources */,
80377CE01F2F66A100F89830 /* argb.c in Sources */,
Feature refactor built-in coders and support animated webp on macOS (#2082) * Refactor code. Move the C global function to a new SDWebImageCoderHelper class. 1. Create two method for animated image parse. Provide the way to allow animates on macOS 2. Create a new class called SDWebImageFrame to allow abstract usage for animated image 3. Fix EXIF orientation method will crash on iOS 7 because it’s a iOS 8 above API * Change sd_imageLoopCount to retrieve GIF loop count for NSImage on macOS * Adopt the refactor code, change our build-in coder with that coder helper method to reduce complexity * Update the demo project on macOS to show animated WebP
2017-11-01 02:34:06 +08:00
32CF1C0D1FA496B000004BD1 /* SDWebImageCoderHelper.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B7A1F38EF770092B609 /* frame_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E8B1F2F66D000F89830 /* frame_dec.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C8929A1D9D6DD70022038D /* anim_decode.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B681F38EF770092B609 /* delta_palettization_enc.c in Sources */,
Added the FLAnimatedImageView category to the project and made the FLAnimatedImage headers public
2016-06-01 15:06:19 +08:00
43CE75D31CFE98E0006C64D0 /* FLAnimatedImageView+WebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B5C1F38EF770092B609 /* cost_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D001F2F66A100F89830 /* lossless_enc_msa.c in Sources */,
80377E891F2F66D000F89830 /* buffer_dec.c in Sources */,
80377C001F2F665300F89830 /* filters_utils.c in Sources */,
80377D061F2F66A100F89830 /* lossless_msa.c in Sources */,
80377D1C1F2F66A100F89830 /* yuv.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60B61F38E90100405457 /* SDWebImageWebPCoder.m in Sources */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE75791CFE9427006C64D0 /* FLAnimatedImage.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CF71F2F66A100F89830 /* enc.c in Sources */,
Rename `NSImage+WebCache` to `NSImage+Addtions`. Add helper methods, use property based API, which more suitable for Swift
2018-01-13 17:27:42 +08:00
3237F9EB20161AE000A88143 /* NSImage+Additions.m in Sources */,
Refactor the image indicator usage for UIView category. Use two protocol `SDWebImageIndicator` & `SDWebImageProgressIndicator` to make this more customizable. Implement two class about activity indicator and progress indicator for both UIKit/AppKit
2018-01-20 23:40:16 +08:00
32C0FDE72013426C001B8F2D /* SDWebImageIndicator.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E871F2F66D000F89830 /* alpha_dec.c in Sources */,
80377D051F2F66A100F89830 /* lossless_mips_dsp_r2.c in Sources */,
80377C0A1F2F665300F89830 /* random_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B741F38EF770092B609 /* filter_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D0E1F2F66A100F89830 /* rescaler_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B4A1F38EF770092B609 /* backward_references_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CFE1F2F66A100F89830 /* lossless_enc_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BF01F38EF770092B609 /* anim_encode.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D081F2F66A100F89830 /* lossless_sse2.c in Sources */,
80377CD91F2F66A100F89830 /* alpha_processing_mips_dsp_r2.c in Sources */,
80377CE21F2F66A100F89830 /* cost_mips_dsp_r2.c in Sources */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376130B155AD0D5005750A4 /* SDWebImageDownloader.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B561F38EF770092B609 /* config_enc.c in Sources */,
Merge pull request #1438 from lianchengjiang/master Animated webP support
2016-09-29 23:57:05 +08:00
43C8929B1D9D6DD70022038D /* demux.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D1A1F2F66A100F89830 /* yuv_mips32.c in Sources */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
438096751CDFC0A100DC626B /* UIImage+WebP.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E8D1F2F66D000F89830 /* io_dec.c in Sources */,
80377E8C1F2F66D000F89830 /* idec_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B961F38EF770092B609 /* near_lossless_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CE51F2F66A100F89830 /* cost.c in Sources */,
80377E931F2F66D000F89830 /* vp8l_dec.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E609A1F38E8ED00405457 /* SDWebImageImageIOCoder.m in Sources */,
Add the image transition argument for all UIView+WebCache, make this easy for user to do some fade transition. It also reuse the current setImageBlock and make it easy to customize
2018-01-17 15:20:38 +08:00
325312CE200F09910046BF1E /* SDWebImageTransition.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B9C1F38EF770092B609 /* picture_csp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D141F2F66A100F89830 /* upsampling_mips_dsp_r2.c in Sources */,
80377D191F2F66A100F89830 /* yuv_mips_dsp_r2.c in Sources */,
80377E8F1F2F66D000F89830 /* tree_dec.c in Sources */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376130C155AD0D5005750A4 /* SDWebImageManager.m in Sources */,
5376130D155AD0D5005750A4 /* SDWebImagePrefetcher.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C101F2F665300F89830 /* utils.c in Sources */,
80377D031F2F66A100F89830 /* lossless_enc_sse41.c in Sources */,
80377E8E1F2F66D000F89830 /* quant_dec.c in Sources */,
80377CE41F2F66A100F89830 /* cost_sse2.c in Sources */,
80377D0F1F2F66A100F89830 /* rescaler_mips32.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C081F38EF770092B609 /* muxedit.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CFB1F2F66A100F89830 /* filters_sse2.c in Sources */,
80377CE71F2F66A100F89830 /* dec_clip_tables.c in Sources */,
Added SDImageCacheConfig to all targets, test images, code coverage setting, tests for SDImageCache, SDWebImageDownloader, SDWebImageDownloaderOperation, SDWebImageDecoder
2016-09-24 05:14:13 +08:00
43A9186B1D8308FE00B3925F /* SDImageCacheConfig.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CF21F2F66A100F89830 /* enc_mips32.c in Sources */,
80377CED1F2F66A100F89830 /* dec_sse41.c in Sources */,
80377CFF1F2F66A100F89830 /* lossless_enc_mips32.c in Sources */,
80377CFC1F2F66A100F89830 /* filters.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
321E60A81F38E8F600405457 /* SDWebImageGIFCoder.m in Sources */,
323F8BD21F38EF770092B609 /* tree_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CDB1F2F66A100F89830 /* alpha_processing_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B801F38EF770092B609 /* histogram_enc.c in Sources */,
321E608C1F38E8C800405457 /* SDWebImageCoder.m in Sources */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376130E155AD0D5005750A4 /* UIButton+WebCache.m in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B3E1F38EF770092B609 /* alpha_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BF91F2F665300F89830 /* bit_reader_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BC01F38EF770092B609 /* quant_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CEC1F2F66A100F89830 /* dec_sse2.c in Sources */,
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
5376130F155AD0D5005750A4 /* UIImageView+WebCache.m in Sources */,
First beta of SDWebImage 3.0 This version is a rewrite of the lib using iOS 5.0 as minimum target. The lib as thus been refactored to use blocks/GCD from the ground up. As a consequence, all delegate code style has been removed. The result is a lot less lines of code and more flexibility.
2012-11-04 16:50:23 +08:00
530E49EC16464C84002868E7 /* SDWebImageDownloaderOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D101F2F66A100F89830 /* rescaler_msa.c in Sources */,
80377D151F2F66A100F89830 /* upsampling_msa.c in Sources */,
80377CF31F2F66A100F89830 /* enc_msa.c in Sources */,
80377CFA1F2F66A100F89830 /* filters_neon.c in Sources */,
80377CF61F2F66A100F89830 /* enc_sse41.c in Sources */,
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
438096731CDFC08F00DC626B /* MKAnnotationView+WebCache.m in Sources */,
Fix ARC compilation warning breaking some non-ARC projects (fix #229)
2012-12-11 23:11:06 +08:00
53406750167780C40042B59E /* SDWebImageCompat.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D171F2F66A100F89830 /* upsampling_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BCC1F38EF770092B609 /* token_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377C081F2F665300F89830 /* quant_levels_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C1A1F38EF770092B609 /* muxread.c in Sources */,
807A122E1F89636300EC2A9B /* SDWebImageCodersManager.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BFB1F2F665300F89830 /* bit_writer_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8B441F38EF770092B609 /* analysis_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D021F2F66A100F89830 /* lossless_enc_sse2.c in Sources */,
support GIFs
2013-04-29 05:06:54 +08:00
A18A6CC9172DC28500419892 /* UIImage+GIF.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377E951F2F66D000F89830 /* webp_dec.c in Sources */,
80377CE61F2F66A100F89830 /* cpu.c in Sources */,
80377D071F2F66A100F89830 /* lossless_neon.c in Sources */,
80377E901F2F66D000F89830 /* vp8_dec.c in Sources */,
80377C041F2F665300F89830 /* huffman_utils.c in Sources */,
80377C061F2F665300F89830 /* quant_levels_dec_utils.c in Sources */,
80377D091F2F66A100F89830 /* lossless.c in Sources */,
Move the context option to a separate header to allow to be included without dependency, use String Enum to bridge for Swift
2018-01-13 18:42:15 +08:00
324DF4BA200A14DC008A84CC /* SDWebImageDefine.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D121F2F66A100F89830 /* rescaler_sse2.c in Sources */,
80377CDD1F2F66A100F89830 /* alpha_processing.c in Sources */,
80377D111F2F66A100F89830 /* rescaler_neon.c in Sources */,
Refactor the cancel logic
2014-06-19 22:46:37 +08:00
AB615306192DA24600A2D8E9 /* UIView+WebCacheOperation.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377BFD1F2F665300F89830 /* color_cache_utils.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BEA1F38EF770092B609 /* webp_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CE91F2F66A100F89830 /* dec_mips32.c in Sources */,
80377CF51F2F66A100F89830 /* enc_sse2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8C141F38EF770092B609 /* muxinternal.c in Sources */,
323F8BAE1F38EF770092B609 /* picture_rescale_enc.c in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377CE31F2F66A100F89830 /* cost_mips32.c in Sources */,
80377CF91F2F66A100F89830 /* filters_msa.c in Sources */,
refs #620 move NSData+ImageContenttype to the SDWebImage subdirectory
2014-01-22 01:57:50 +08:00
5D5B9145188EE8DD006D06BD /* NSData+ImageContentType.m in Sources */,
Refactor GIF support Remove GIF specific code from main source, isolate it in a UIImage category to ease future addition of format support
2013-06-08 01:39:07 +08:00
53EDFB8C17623F7C00698166 /* UIImage+MultiFormat.m in Sources */,
add category for imageView's highlighted state
2014-03-03 12:32:27 +08:00
ABBE71A818C43B4D00B75E91 /* UIImageView+HighlightedWebCache.m in Sources */,
Added FLAnimatedImage to the project. Had to bump the deployment target to 6.0 since FLAnimatedImage only supports iOS 6 and later.
2016-06-01 12:01:16 +08:00
43CE757F1CFE9427006C64D0 /* FLAnimatedImageView.m in Sources */,
Refactored all the duplicate code from our WebCache categories into a UIView+WebCache category. All the other categories will make calls to this one. Customization of setting the image is done via the setImageBlock and the operationKey
2016-09-26 00:44:52 +08:00
4369C27E1D9807EC007E863A /* UIView+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D011F2F66A100F89830 /* lossless_enc_neon.c in Sources */,
Move the imageLoopCount and isAnimated into UIImage+WebCache file, removed the outdated methods
2018-01-04 20:59:21 +08:00
329A185F1FFF5DFD008C9A2F /* UIImage+WebCache.m in Sources */,
Bumped libwebp submodule reference to version 0.6.0
2017-07-31 21:28:02 +08:00
80377D131F2F66A100F89830 /* rescaler.c in Sources */,
80377CDE1F2F66A100F89830 /* argb_mips_dsp_r2.c in Sources */,
Feature: refactor decoding code and provide decoding plugin - open the decoding/encoding procedures to the users - switch from hardcoded decoding/encoding to pluginable decoders/encoders (builtin + user created) - `SDWebImageCodersManager` is a singleton holding an array of `SDImageCoder` (protocol). Even though a singleton is not necesarily a good pattern, in this case it eliminates dealing with passing this array around - uses a priority queue behind scenes, which means the latest added coders have priority. - the priority is crucial when encoding/decoding something, we go through the list and ask each coder if they can handle the current data (see `canDecodeFromData:`, `canEncodeToFormat:`, `canIncrementallyDecodeFromData:`) - each coder must conform to this protocol `SDImageCoder` describing all the required behavior for a coder - we provide 3 built-in coders: `SDWebImageImageIOCoder` (for JPEG, PNG, TIFF), `SDWebImageGIFCoder` (for GIF), `SDWebImageWebPCoder` (for WebP and animated WebP) - the user of SDWebImage can create custom coders by conforming to `SDImageCoder` and adding the coders to `SDWebImageCodersManager`. See `addCoder:` or `removeCoder:` or `coders` getter to get the array - in order to preserve backwards compatibility, the UIImage categories were preserved, calling the new coders APIs described above
2017-10-17 00:52:18 +08:00
323F8BA81F38EF770092B609 /* picture_psnr_enc.c in Sources */,
323F8BA21F38EF770092B609 /* picture_enc.c in Sources */,
Add Xcode project
2011-12-05 09:48:58 +08:00
);
runOnlyForDeploymentPostprocessing = 0;
};
/* End PBXSourcesBuildPhase section */
/* Begin XCBuildConfiguration section */
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
00733A511BC487C100A5A117 /* Debug */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
"CODE_SIGN_IDENTITY[sdk=appletvos*]" = "";
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
CURRENT_PROJECT_VERSION = 1;
DEBUG_INFORMATION_FORMAT = dwarf;
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
Enables BITCODE for tvOS builds
2016-06-12 12:43:28 +08:00
ENABLE_BITCODE = YES;
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
ENABLE_STRICT_OBJC_MSGSEND = YES;
ENABLE_TESTABILITY = YES;
GCC_NO_COMMON_BLOCKS = YES;
INFOPLIST_FILE = WebImage/Info.plist;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
MTL_ENABLE_DEBUG_INFO = YES;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).tvos";
PRODUCT_NAME = SDWebImage;
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
SDKROOT = appletvos;
SKIP_INSTALL = YES;
SWIFT_OPTIMIZATION_LEVEL = "-Onone";
TARGETED_DEVICE_FAMILY = 3;
TVOS_DEPLOYMENT_TARGET = 9.0;
VERSIONING_SYSTEM = "apple-generic";
VERSION_INFO_PREFIX = "";
};
name = Debug;
};
00733A521BC487C100A5A117 /* Release */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
"CODE_SIGN_IDENTITY[sdk=appletvos*]" = "";
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
COPY_PHASE_STRIP = NO;
CURRENT_PROJECT_VERSION = 1;
DEBUG_INFORMATION_FORMAT = "dwarf-with-dsym";
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
Enables BITCODE for tvOS builds
2016-06-12 12:43:28 +08:00
ENABLE_BITCODE = YES;
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
ENABLE_NS_ASSERTIONS = NO;
ENABLE_STRICT_OBJC_MSGSEND = YES;
GCC_NO_COMMON_BLOCKS = YES;
INFOPLIST_FILE = WebImage/Info.plist;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
MTL_ENABLE_DEBUG_INFO = NO;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).tvos";
PRODUCT_NAME = SDWebImage;
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
SDKROOT = appletvos;
SKIP_INSTALL = YES;
TARGETED_DEVICE_FAMILY = 3;
TVOS_DEPLOYMENT_TARGET = 9.0;
VERSIONING_SYSTEM = "apple-generic";
VERSION_INFO_PREFIX = "";
};
name = Release;
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1971D0E0E3B004B36C9 /* Debug */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Started using libwep 0.5.0 (changed the submodule hash, updated the files added to our project). To fix "gnu-style inline assembly is disabled" issues, explicitly set WEBP_USE_INTRINSICS for the watchOS targets
2016-06-15 03:03:58 +08:00
GCC_PREPROCESSOR_DEFINITIONS = (
"WEBP_USE_INTRINSICS=1",
"$(inherited)",
);
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
PRODUCT_NAME = "$(TARGET_NAME)";
PUBLIC_HEADERS_FOLDER_PATH = include/SDWebImage;
SDKROOT = watchos;
TARGETED_DEVICE_FAMILY = 4;
WATCHOS_DEPLOYMENT_TARGET = 2.0;
};
name = Debug;
};
4314D1981D0E0E3B004B36C9 /* Release */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Started using libwep 0.5.0 (changed the submodule hash, updated the files added to our project). To fix "gnu-style inline assembly is disabled" issues, explicitly set WEBP_USE_INTRINSICS for the watchOS targets
2016-06-15 03:03:58 +08:00
GCC_PREPROCESSOR_DEFINITIONS = (
"WEBP_USE_INTRINSICS=1",
"$(inherited)",
);
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
PRODUCT_NAME = "$(TARGET_NAME)";
PUBLIC_HEADERS_FOLDER_PATH = include/SDWebImage;
SDKROOT = watchos;
TARGETED_DEVICE_FAMILY = 4;
WATCHOS_DEPLOYMENT_TARGET = 2.0;
};
name = Release;
};
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB7011D06D2C1006A3455 /* Debug */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
"CODE_SIGN_IDENTITY[sdk=watchos*]" = "";
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
CURRENT_PROJECT_VERSION = 1;
DEBUG_INFORMATION_FORMAT = dwarf;
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
ENABLE_STRICT_OBJC_MSGSEND = YES;
ENABLE_TESTABILITY = YES;
GCC_NO_COMMON_BLOCKS = YES;
Started using libwep 0.5.0 (changed the submodule hash, updated the files added to our project). To fix "gnu-style inline assembly is disabled" issues, explicitly set WEBP_USE_INTRINSICS for the watchOS targets
2016-06-15 03:03:58 +08:00
GCC_PREPROCESSOR_DEFINITIONS = (
"WEBP_USE_INTRINSICS=1",
"$(inherited)",
);
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
INFOPLIST_FILE = WebImage/Info.plist;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
MTL_ENABLE_DEBUG_INFO = YES;
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).watchos";
PRODUCT_NAME = SDWebImage;
SDKROOT = watchos;
SKIP_INSTALL = YES;
SWIFT_OPTIMIZATION_LEVEL = "-Onone";
Projects cleanup, properly set targeted device family, sdkroot and supported platforms. Tried not to set things on the project level that need redefinition at the target level
2016-06-13 02:10:18 +08:00
TARGETED_DEVICE_FAMILY = 4;
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
VERSIONING_SYSTEM = "apple-generic";
VERSION_INFO_PREFIX = "";
WATCHOS_DEPLOYMENT_TARGET = 2.0;
};
name = Debug;
};
431BB7021D06D2C1006A3455 /* Release */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
"CODE_SIGN_IDENTITY[sdk=watchos*]" = "";
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
COPY_PHASE_STRIP = NO;
CURRENT_PROJECT_VERSION = 1;
DEBUG_INFORMATION_FORMAT = "dwarf-with-dsym";
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
ENABLE_NS_ASSERTIONS = NO;
ENABLE_STRICT_OBJC_MSGSEND = YES;
GCC_NO_COMMON_BLOCKS = YES;
Started using libwep 0.5.0 (changed the submodule hash, updated the files added to our project). To fix "gnu-style inline assembly is disabled" issues, explicitly set WEBP_USE_INTRINSICS for the watchOS targets
2016-06-15 03:03:58 +08:00
GCC_PREPROCESSOR_DEFINITIONS = (
"WEBP_USE_INTRINSICS=1",
"$(inherited)",
);
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
INFOPLIST_FILE = WebImage/Info.plist;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
MTL_ENABLE_DEBUG_INFO = NO;
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).watchos";
PRODUCT_NAME = SDWebImage;
SDKROOT = watchos;
SKIP_INSTALL = YES;
Projects cleanup, properly set targeted device family, sdkroot and supported platforms. Tried not to set things on the project level that need redefinition at the target level
2016-06-13 02:10:18 +08:00
TARGETED_DEVICE_FAMILY = 4;
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
VERSIONING_SYSTEM = "apple-generic";
VERSION_INFO_PREFIX = "";
WATCHOS_DEPLOYMENT_TARGET = 2.0;
};
name = Release;
};
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2F01D0DDD8C00BB2784 /* Debug */ = {
isa = XCBuildConfiguration;
buildSettings = {
APPLICATION_EXTENSION_API_ONLY = YES;
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
COMBINE_HIDPI_IMAGES = YES;
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
ENABLE_STRICT_OBJC_MSGSEND = YES;
GCC_PREPROCESSOR_DEFINITIONS = "$(inherited)";
INFOPLIST_FILE = WebImage/Info.plist;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
Upgrade target deployment version to iOS 8.0 / macOS 10.10
2018-01-01 13:15:51 +08:00
MACOSX_DEPLOYMENT_TARGET = 10.10;
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
MTL_ENABLE_DEBUG_INFO = YES;
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).ios";
PRODUCT_NAME = SDWebImage;
SDKROOT = macosx;
};
name = Debug;
};
4397D2F11D0DDD8C00BB2784 /* Release */ = {
isa = XCBuildConfiguration;
buildSettings = {
APPLICATION_EXTENSION_API_ONLY = YES;
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
COMBINE_HIDPI_IMAGES = YES;
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
ENABLE_NS_ASSERTIONS = NO;
ENABLE_STRICT_OBJC_MSGSEND = YES;
INFOPLIST_FILE = WebImage/Info.plist;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
Upgrade target deployment version to iOS 8.0 / macOS 10.10
2018-01-01 13:15:51 +08:00
MACOSX_DEPLOYMENT_TARGET = 10.10;
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
MTL_ENABLE_DEBUG_INFO = NO;
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).ios";
PRODUCT_NAME = SDWebImage;
SDKROOT = macosx;
};
name = Release;
};
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
4A2CAE131AB4BB5400B6BC39 /* Debug */ = {
isa = XCBuildConfiguration;
buildSettings = {
Replaces direct calls to UIApplication by peformSelector
2015-03-21 06:37:55 +08:00
APPLICATION_EXTENSION_API_ONLY = YES;
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
"CODE_SIGN_IDENTITY[sdk=iphoneos*]" = "";
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
ENABLE_STRICT_OBJC_MSGSEND = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_PREPROCESSOR_DEFINITIONS = "$(inherited)";
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
INFOPLIST_FILE = WebImage/Info.plist;
Lowers deployment target to 8.0
2015-03-23 04:40:44 +08:00
IPHONEOS_DEPLOYMENT_TARGET = 8.0;
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
MTL_ENABLE_DEBUG_INFO = YES;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).ios";
PRODUCT_NAME = SDWebImage;
Projects cleanup, properly set targeted device family, sdkroot and supported platforms. Tried not to set things on the project level that need redefinition at the target level
2016-06-13 02:10:18 +08:00
SDKROOT = iphoneos;
TARGETED_DEVICE_FAMILY = "1,2";
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
};
name = Debug;
};
4A2CAE141AB4BB5400B6BC39 /* Release */ = {
isa = XCBuildConfiguration;
buildSettings = {
Replaces direct calls to UIApplication by peformSelector
2015-03-21 06:37:55 +08:00
APPLICATION_EXTENSION_API_ONLY = YES;
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
"CODE_SIGN_IDENTITY[sdk=iphoneos*]" = "";
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
ENABLE_NS_ASSERTIONS = NO;
ENABLE_STRICT_OBJC_MSGSEND = YES;
INFOPLIST_FILE = WebImage/Info.plist;
Lowers deployment target to 8.0
2015-03-23 04:40:44 +08:00
IPHONEOS_DEPLOYMENT_TARGET = 8.0;
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
MTL_ENABLE_DEBUG_INFO = NO;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
PRODUCT_BUNDLE_IDENTIFIER = "com.dailymotion.$(PRODUCT_NAME:rfc1034identifier).ios";
PRODUCT_NAME = SDWebImage;
Projects cleanup, properly set targeted device family, sdkroot and supported platforms. Tried not to set things on the project level that need redefinition at the target level
2016-06-13 02:10:18 +08:00
SDKROOT = iphoneos;
TARGETED_DEVICE_FAMILY = "1,2";
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
};
name = Release;
};
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
53761323155AD0D5005750A4 /* Debug */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Fix WebP target
2013-10-05 02:40:20 +08:00
GCC_PREPROCESSOR_DEFINITIONS = "$(inherited)";
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
IPHONEOS_DEPLOYMENT_TARGET = 8.0;
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
PRODUCT_NAME = "$(TARGET_NAME)";
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
PUBLIC_HEADERS_FOLDER_PATH = include/SDWebImage;
Projects cleanup, properly set targeted device family, sdkroot and supported platforms. Tried not to set things on the project level that need redefinition at the target level
2016-06-13 02:10:18 +08:00
SDKROOT = iphoneos;
TARGETED_DEVICE_FAMILY = "1,2";
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
};
name = Debug;
};
53761324155AD0D5005750A4 /* Release */ = {
isa = XCBuildConfiguration;
buildSettings = {
Fix the macOS wrong minimum deployment target version to 10.9. And also fix the warning on Xcode 9 by enable more warning options
2018-02-01 12:54:38 +08:00
CLANG_ANALYZER_NUMBER_OBJECT_CONVERSION = YES_AGGRESSIVE;
CLANG_WARN_UNGUARDED_AVAILABILITY = YES_AGGRESSIVE;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
IPHONEOS_DEPLOYMENT_TARGET = 8.0;
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
PRODUCT_NAME = "$(TARGET_NAME)";
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
PUBLIC_HEADERS_FOLDER_PATH = include/SDWebImage;
Projects cleanup, properly set targeted device family, sdkroot and supported platforms. Tried not to set things on the project level that need redefinition at the target level
2016-06-13 02:10:18 +08:00
SDKROOT = iphoneos;
TARGETED_DEVICE_FAMILY = "1,2";
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
};
name = Release;
};
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
53922D7A148C55820056699D /* Debug */ = {
Remove WebP support from default target and add a dedicated target Too many people have issue with WebP library dependancy.
2013-09-21 01:53:11 +08:00
isa = XCBuildConfiguration;
buildSettings = {
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
ALWAYS_SEARCH_USER_PATHS = NO;
Enabled CLANG_ANALYZER_NONNULL per http://indiestack.com/2016/06/nullable-edge-cases/. Small fix for a case where trying to get from a set using a nil key
2016-06-06 17:10:51 +08:00
CLANG_ANALYZER_NONNULL = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_CXX_LANGUAGE_STANDARD = "gnu++0x";
CLANG_CXX_LIBRARY = "libc++";
CLANG_ENABLE_MODULES = YES;
Remove WebP support from default target and add a dedicated target Too many people have issue with WebP library dependancy.
2013-09-21 01:53:11 +08:00
CLANG_ENABLE_OBJC_ARC = YES;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_BLOCK_CAPTURE_AUTORELEASING = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_BOOL_CONVERSION = YES;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_COMMA = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_CONSTANT_CONVERSION = YES;
CLANG_WARN_DIRECT_OBJC_ISA_USAGE = YES_ERROR;
CLANG_WARN_EMPTY_BODY = YES;
CLANG_WARN_ENUM_CONVERSION = YES;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
CLANG_WARN_INFINITE_RECURSION = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_INT_CONVERSION = YES;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_NON_LITERAL_NULL_CONVERSION = YES;
CLANG_WARN_OBJC_LITERAL_CONVERSION = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_OBJC_ROOT_CLASS = YES_ERROR;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_RANGE_LOOP_ANALYSIS = YES;
CLANG_WARN_STRICT_PROTOTYPES: Yes please!
2017-08-14 21:05:46 +08:00
CLANG_WARN_STRICT_PROTOTYPES = YES;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
CLANG_WARN_SUSPICIOUS_MOVE = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_UNREACHABLE_CODE = NO;
CLANG_WARN__DUPLICATE_METHOD_MATCH = YES;
"CODE_SIGN_IDENTITY[sdk=iphoneos*]" = "iPhone Developer";
Remove WebP support from default target and add a dedicated target Too many people have issue with WebP library dependancy.
2013-09-21 01:53:11 +08:00
COPY_PHASE_STRIP = NO;
Current Project Version set to 1 in order to have a default value for CFBundleVersion if set as in Info.plist files. In WebImage/Info.plist is set explicitly to 400.
2017-02-06 15:17:12 +08:00
CURRENT_PROJECT_VERSION = 1;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
ENABLE_STRICT_OBJC_MSGSEND = YES;
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
ENABLE_TESTABILITY = YES;
Remove WebP support from default target and add a dedicated target Too many people have issue with WebP library dependancy.
2013-09-21 01:53:11 +08:00
FRAMEWORK_SEARCH_PATHS = (
"$(inherited)",
"\"$(SRCROOT)\"",
);
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_C_LANGUAGE_STANDARD = gnu99;
Add Xcode project
2011-12-05 09:48:58 +08:00
GCC_DYNAMIC_NO_PIC = NO;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_NO_COMMON_BLOCKS = YES;
Add Xcode project
2011-12-05 09:48:58 +08:00
GCC_OPTIMIZATION_LEVEL = 0;
GCC_PREPROCESSOR_DEFINITIONS = (
"DEBUG=1",
Really enabled WebP for all the targets
2016-09-29 23:32:02 +08:00
"SD_WEBP=1",
Add Xcode project
2011-12-05 09:48:58 +08:00
"$(inherited)",
);
GCC_SYMBOLS_PRIVATE_EXTERN = NO;
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
GCC_TREAT_WARNINGS_AS_ERRORS = NO;
Enable more useful warnings
2012-05-12 06:37:37 +08:00
GCC_WARN_64_TO_32_BIT_CONVERSION = YES;
GCC_WARN_ABOUT_MISSING_FIELD_INITIALIZERS = YES;
GCC_WARN_ABOUT_MISSING_NEWLINE = YES;
Add Xcode project
2011-12-05 09:48:58 +08:00
GCC_WARN_ABOUT_MISSING_PROTOTYPES = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_WARN_ABOUT_RETURN_TYPE = YES_ERROR;
Enable more useful warnings
2012-05-12 06:37:37 +08:00
GCC_WARN_INITIALIZER_NOT_FULLY_BRACKETED = YES;
GCC_WARN_SHADOW = YES;
GCC_WARN_SIGN_COMPARE = YES;
GCC_WARN_UNDECLARED_SELECTOR = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_WARN_UNINITIALIZED_AUTOS = YES_AGGRESSIVE;
Enable more useful warnings
2012-05-12 06:37:37 +08:00
GCC_WARN_UNUSED_FUNCTION = YES;
GCC_WARN_UNUSED_LABEL = YES;
GCC_WARN_UNUSED_PARAMETER = NO;
Add Xcode project
2011-12-05 09:48:58 +08:00
GCC_WARN_UNUSED_VARIABLE = YES;
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
HEADER_SEARCH_PATHS = Vendors/libwebp/src;
Update projects to recommended settings
2014-05-21 16:10:25 +08:00
ONLY_ACTIVE_ARCH = YES;
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
OTHER_LDFLAGS = "-ObjC";
Enable more useful warnings
2012-05-12 06:37:37 +08:00
RUN_CLANG_STATIC_ANALYZER = YES;
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
SKIP_INSTALL = YES;
Add Xcode project
2011-12-05 09:48:58 +08:00
};
name = Debug;
};
53922D7B148C55820056699D /* Release */ = {
isa = XCBuildConfiguration;
buildSettings = {
ALWAYS_SEARCH_USER_PATHS = NO;
Enabled CLANG_ANALYZER_NONNULL per http://indiestack.com/2016/06/nullable-edge-cases/. Small fix for a case where trying to get from a set using a nil key
2016-06-06 17:10:51 +08:00
CLANG_ANALYZER_NONNULL = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_CXX_LANGUAGE_STANDARD = "gnu++0x";
CLANG_CXX_LIBRARY = "libc++";
CLANG_ENABLE_MODULES = YES;
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
CLANG_ENABLE_OBJC_ARC = YES;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_BLOCK_CAPTURE_AUTORELEASING = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_BOOL_CONVERSION = YES;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_COMMA = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_CONSTANT_CONVERSION = YES;
CLANG_WARN_DIRECT_OBJC_ISA_USAGE = YES_ERROR;
CLANG_WARN_EMPTY_BODY = YES;
CLANG_WARN_ENUM_CONVERSION = YES;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
CLANG_WARN_INFINITE_RECURSION = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_INT_CONVERSION = YES;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_NON_LITERAL_NULL_CONVERSION = YES;
CLANG_WARN_OBJC_LITERAL_CONVERSION = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_OBJC_ROOT_CLASS = YES_ERROR;
Xcode 9 recommended settings applied
2017-10-07 01:58:44 +08:00
CLANG_WARN_RANGE_LOOP_ANALYSIS = YES;
CLANG_WARN_STRICT_PROTOTYPES: Yes please!
2017-08-14 21:05:46 +08:00
CLANG_WARN_STRICT_PROTOTYPES = YES;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
CLANG_WARN_SUSPICIOUS_MOVE = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
CLANG_WARN_UNREACHABLE_CODE = NO;
CLANG_WARN__DUPLICATE_METHOD_MATCH = YES;
"CODE_SIGN_IDENTITY[sdk=iphoneos*]" = "iPhone Developer";
Add Xcode project
2011-12-05 09:48:58 +08:00
COPY_PHASE_STRIP = YES;
Current Project Version set to 1 in order to have a default value for CFBundleVersion if set as in Info.plist files. In WebImage/Info.plist is set explicitly to 400.
2017-02-06 15:17:12 +08:00
CURRENT_PROJECT_VERSION = 1;
Update according to Xcode 8 recommended settings. Set the deployment target to iOS 8.0. No code signing. Enabled some warnings
2016-10-01 02:06:05 +08:00
ENABLE_STRICT_OBJC_MSGSEND = YES;
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
FRAMEWORK_SEARCH_PATHS = (
"$(inherited)",
"\"$(SRCROOT)\"",
);
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_C_LANGUAGE_STANDARD = gnu99;
GCC_NO_COMMON_BLOCKS = YES;
Really enabled WebP for all the targets
2016-09-29 23:32:02 +08:00
GCC_PREPROCESSOR_DEFINITIONS = (
"SD_WEBP=1",
"$(inherited)",
);
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
GCC_TREAT_WARNINGS_AS_ERRORS = NO;
Enable more useful warnings
2012-05-12 06:37:37 +08:00
GCC_WARN_64_TO_32_BIT_CONVERSION = YES;
GCC_WARN_ABOUT_MISSING_FIELD_INITIALIZERS = YES;
GCC_WARN_ABOUT_MISSING_NEWLINE = YES;
Add Xcode project
2011-12-05 09:48:58 +08:00
GCC_WARN_ABOUT_MISSING_PROTOTYPES = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_WARN_ABOUT_RETURN_TYPE = YES_ERROR;
Enable more useful warnings
2012-05-12 06:37:37 +08:00
GCC_WARN_INITIALIZER_NOT_FULLY_BRACKETED = YES;
GCC_WARN_SHADOW = YES;
GCC_WARN_SIGN_COMPARE = YES;
GCC_WARN_UNDECLARED_SELECTOR = YES;
Added the WebP files to the WebImage.framework target. Removed some old hack to define empty WebP methods (see #416), will re-add it if needed, right now it prevents the dynamic framework to build. Sample app links the libSDWebImage.a
2016-05-09 03:41:33 +08:00
GCC_WARN_UNINITIALIZED_AUTOS = YES_AGGRESSIVE;
Enable more useful warnings
2012-05-12 06:37:37 +08:00
GCC_WARN_UNUSED_FUNCTION = YES;
GCC_WARN_UNUSED_LABEL = YES;
GCC_WARN_UNUSED_PARAMETER = NO;
Add Xcode project
2011-12-05 09:48:58 +08:00
GCC_WARN_UNUSED_VARIABLE = YES;
Add WebP format support (fix #410) How awesome is that?! =)
2013-06-08 02:38:16 +08:00
HEADER_SEARCH_PATHS = Vendors/libwebp/src;
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
OTHER_LDFLAGS = "-ObjC";
Enable more useful warnings
2012-05-12 06:37:37 +08:00
RUN_CLANG_STATIC_ANALYZER = YES;
Cleaning up the targets so they are easier to maintain. Right now the plan is to have: - SDWebImage target that build as a static library (all subspecs included) -> libSDWebImage.a - in the next step I will create "SDWebImageiOS" and "SDWebImagetvOS" targets that build as dynamic frameworks -> SDWebImageiOS.framework and SDWebImagetvOS.framework
2016-05-09 02:59:15 +08:00
SKIP_INSTALL = YES;
Add Xcode project
2011-12-05 09:48:58 +08:00
VALIDATE_PRODUCT = YES;
};
name = Release;
};
/* End XCBuildConfiguration section */
/* Begin XCConfigurationList section */
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
00733A531BC487C100A5A117 /* Build configuration list for PBXNativeTarget "SDWebImage tvOS" */ = {
Add tvOS Framework target
2015-10-07 06:58:23 +08:00
isa = XCConfigurationList;
buildConfigurations = (
00733A511BC487C100A5A117 /* Debug */,
00733A521BC487C100A5A117 /* Release */,
);
defaultConfigurationIsVisible = 0;
defaultConfigurationName = Release;
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
4314D1961D0E0E3B004B36C9 /* Build configuration list for PBXNativeTarget "SDWebImage watchOS static" */ = {
isa = XCConfigurationList;
buildConfigurations = (
4314D1971D0E0E3B004B36C9 /* Debug */,
4314D1981D0E0E3B004B36C9 /* Release */,
);
defaultConfigurationIsVisible = 0;
defaultConfigurationName = Release;
};
WatchOS support - just added a target and the conditional compiling - seems to work (pod lib lint works). There is an issue, the SDWebImage watchOS target doesn't show the simulator, only Generic Device. Also need to add some demo and test code.
2016-06-10 12:28:09 +08:00
431BB7001D06D2C1006A3455 /* Build configuration list for PBXNativeTarget "SDWebImage watchOS" */ = {
isa = XCConfigurationList;
buildConfigurations = (
431BB7011D06D2C1006A3455 /* Debug */,
431BB7021D06D2C1006A3455 /* Release */,
);
defaultConfigurationIsVisible = 0;
defaultConfigurationName = Release;
};
OSX compatibility and target. (NSImage+WebCache) for UIImage compatibility Clarified and simplified the usage of TARGET_OS_* macros. Added SD_MAC, SD_UIKIT, SD_IOS, SD_TV, SD_WATCH. Updated Travis CI
2016-06-13 04:23:53 +08:00
4397D2EF1D0DDD8C00BB2784 /* Build configuration list for PBXNativeTarget "SDWebImage OSX" */ = {
isa = XCConfigurationList;
buildConfigurations = (
4397D2F01D0DDD8C00BB2784 /* Debug */,
4397D2F11D0DDD8C00BB2784 /* Release */,
);
defaultConfigurationIsVisible = 0;
defaultConfigurationName = Release;
};
Renamed the schemes for consistency, dynamic frameworks are named SDWebImage instead of WebImage. Updated the Tests Podfile + project. Renamed the WebImage.h to SDWebImage.h to match the framework naming
2016-05-09 03:59:32 +08:00
4A2CAE121AB4BB5400B6BC39 /* Build configuration list for PBXNativeTarget "SDWebImage iOS" */ = {
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
isa = XCConfigurationList;
buildConfigurations = (
4A2CAE131AB4BB5400B6BC39 /* Debug */,
4A2CAE141AB4BB5400B6BC39 /* Release */,
);
defaultConfigurationIsVisible = 0;
Replaces direct calls to UIApplication by peformSelector
2015-03-21 06:37:55 +08:00
defaultConfigurationName = Release;
Adds support for iOS 8+ Framework and Carthage Adds Instructions for Carthage installation
2015-03-15 03:06:39 +08:00
};
watchOS Demo, created a static watchos lib target, renamed static SDWebImage to "SDWebImage iOS static", added the webp files to all targets (as libwebp is compatible with all 4 platforms). Updated Travis CI
2016-06-13 05:53:08 +08:00
53761322155AD0D5005750A4 /* Build configuration list for PBXNativeTarget "SDWebImage iOS static" */ = {
Rework static library settings and documentation and add an example project Inspired by http://www.blog.montgomerie.net/easy-xcode-static-library-subprojects-and-submodules
2012-05-10 06:30:48 +08:00
isa = XCConfigurationList;
buildConfigurations = (
53761323155AD0D5005750A4 /* Debug */,
53761324155AD0D5005750A4 /* Release */,
);
defaultConfigurationIsVisible = 0;
defaultConfigurationName = Release;
};
Add Xcode project
2011-12-05 09:48:58 +08:00
53922D69148C55810056699D /* Build configuration list for PBXProject "SDWebImage" */ = {
isa = XCConfigurationList;
buildConfigurations = (
53922D7A148C55820056699D /* Debug */,
53922D7B148C55820056699D /* Release */,
);
defaultConfigurationIsVisible = 0;
defaultConfigurationName = Release;
};
/* End XCConfigurationList section */
};
rootObject = 53922D66148C55810056699D /* Project object */;
}