jpegandroid
Ⅰ 安卓手機支持什麼格式的圖片
vivo手機支持BMP、GIF、JPEG、PNG等格式的圖片。
Ⅱ android如何獲取相機解析度
安卓系統在獲取相機解析度時，可以參考SDK中的API，獲取相機的參數：
Camera.Parameters parameters = camera.getParameters();
獲取預覽的各種解析度：
List<Size> supportedPreviewSizes = parameters.getSupportedPreviewSizes();
獲取攝像頭支持的各種解析度：
List<Size> supportedPictureSizes = parameters.getSupportedPictureSizes();
例如：獲取照相機顫彎參數，設置需要的參數，其餘預設
Camera camera = Camera.open();
Camera.Parameters parameters = camera.getParameters();
設置照片格式：
parameters.setPictureFormat(PixelFormat.JPEG);
設置預瀏尺嫌洞含寸，注意要在攝像頭芹笑支持的范圍內選擇：
parameters.setPreviewSize(WIDTH, HEIGHT);
設置照片解析度，注意要在攝像頭支持的范圍內選擇
parameters.setPictureSize(WIDTH, HEIGHT);
設置照相機參數：
camera.setParameters(parameters);
開始拍照：
camera.startPreview();
以上就是獲取相機解析度的步驟。
Ⅲ 為Android應用添加背景應該使用什麼樣的圖片格式，每個格式的的優勢在哪
原創回答：《轉載前請註明 from 網路知道-smile烏龜的回答》
先說結論；
1. 大的ViewGroup（Rl，FL ,LL，Cl等）布局背景應該設PNG
2. 小的view（Button，Recyclerview子item）的背景應該用WebP格式
3. 類似16*16的表情圖 也應該用WebP，也可考慮PNG
在研究圖片之前，首先搞明白三個問題：
像素點：計算機學科中，圖片由一個一個像素點組成，像素點有兩種ARGB和RGB，A，讀作「alpha」，中文「透明度」的含義。
圖片格式：JPEG 有損壓縮
優點 :壓縮過程中損失像素少（為什麼要壓縮？後文會說）
缺點:有損耗壓縮會使原始圖片數據質量下降(像素點變少了)
PNG無損壓縮
優點：更優化的網路傳輸顯示
（PNG圖像在瀏覽器上採用流式瀏覽，即使經過交錯處理的圖像會在完全下載之前提供瀏覽者一個基本的圖像內容，然後再逐漸清晰起來。它允許連續讀出和寫入圖像數據，這個特性很適合於在通信過程中顯示和生成圖像）
支持透明效果
體積小適合網路傳輸，請求服務端的圖片，節省流量
WebP 谷歌（google）開發的一種旨在加快圖片載入速度的圖片格式
優點:「在質量相同的情況下，WebP格式圖像的體積要比JPEG格式圖像小40%」
「WebP
的優勢體現在它具有更優的圖像數據壓縮演算法，能帶來更小的圖片體積，而且擁有肉眼識別無差異的圖像質量；同時具備了無損和有損的壓縮模式、Alpha
透明以及動畫的特性，在向JPEG 和 PNG 上的轉化效果都非常優秀、穩定和統一」
WebP應用比較優秀的：騰訊旗下 QQ空間客戶端，QQ客戶端，微信客戶端等
WebP圖片常用轉換工具：智圖，iSparta等
圖片壓縮：
以Android 為例，任何展示圖片的View控制項，載入圖片的時候，都需要為圖片申請內存，通常圖片越大，申請的內存越大，Android系統限制了每個App的運行內存，一般為32MB-200M左右，為了優化App性能，必須對圖片進行壓縮：壓縮圖片尺寸
通過壓縮圖片尺寸，解決App運行時申請過多內存，被系統殺死的情況。
總結： JPEG是有損壓縮，PNG是無損壓縮，
當UI切了一張匹配實際手機屏幕大小的圖片時 可以使用JPEG（不需要壓縮圖片）
當UI給的圖片過大，需要程序員手動壓縮時，考慮PNG
當UI給的圖片過於離譜，不可理喻，導致APK包過大，用戶反映耗費流量過多時，考慮使用WebP，而且WebP同PNG，JPEG是可以互轉的
（PS：請求自服務端的圖片資源，其實也是UI給的）
參考和補充：
圖片格式，JPEG PNG WebP from網路
http://isux.tencent.com/introction-of-webp.html
http://www.cnblogs.com/xiangism/p/5311314.html
WebP圖片常用轉換工具：智圖，iSparta 等
官方WebP解析庫https://github.com/alexey-pelykh/webp-android-backport
Ⅳ android 圖片質量壓縮和尺寸壓縮有什麼區別
這個方法用來將特定格式的壓縮圖片寫入輸出流（OutputStream）中，當然例如輸出流與文件聯系在一起，壓縮後的圖片也就是一個文件。如果壓縮成功則返回true，其中有三個參數：
format是壓縮後的圖片的格式，可取值：Bitmap.CompressFormat .JPEG、~.PNG、~.WEBP。
quality的取值范圍為[0,100]，值越小，經過壓縮後圖片失真越嚴重，當然圖片文件也會越小。（PNG格式的圖片會忽略這個值的設定）
stream指定壓縮的圖片輸出的地方，比如某文件。
上述方法還有一個值得注意的地方是：當用BitmapFactory decode文件時可能返回一個跟原圖片不同位深的圖片，或者丟失了每個像素的透明值（alpha），比如說，JPEG格式的圖片僅僅支持不透明的像素。文章android圖片壓縮在文末提到的下面這點可能就是這個原因：
當調用bitmap.compress(CompressFormat.JPEG, 100, fos);保存為圖片時發現圖片背景為黑色，如下圖：
下面是質量壓縮的代碼：
(Bitmapbmp,Filefile){
ByteArrayOutputStreambaos=newByteArrayOutputStream();
intoptions=80;//個人喜歡從80開始,
bmp.compress(Bitmap.CompressFormat.JPEG,options,baos);
while(baos.toByteArray().length/1024>100){
baos.reset();
options-=10;
bmp.compress(Bitmap.CompressFormat.JPEG,options,baos);
}
try{
FileOutputStreamfos=newFileOutputStream(file);
fos.write(baos.toByteArray());
fos.flush();
fos.close();
}catch(Exceptione){
e.printStackTrace();
}
}
這段代碼來自Android圖片壓縮總結，我根據自己的需求改了改，但是大同小異，所以就直接貼了。
隨著代碼中的option逐漸變小，我們可以在logcat中列印baos的大小來查看圖片的大小。我們也可以去掉while的循環條件，一直壓縮下去看效果，最終一張照片可能就由原來的3、4M變成了幾百K甚至幾百B了。我在試的過程中將option設置成100，壓縮後偶爾會出現一張3、4M的圖片經過壓縮後竟變成了6、7M，這里還是有點困惑，不知道為什麼。
隨後，我想把這個壓縮後的圖片（1、200KB）填充到ImageView中時卻失敗了，logcat中提示圖片過大！這就是文章開頭提到的問題，雖然我們通過質量壓縮使File形式的圖片文件縮小了，但是並沒有改變圖片的寬高，原先是1080*1920解析度的圖片經壓縮後還是1080*1920，而File格式轉換成Bitmap格式進入到內存中時，內存是根據圖片的像素數量來給圖片分配內存大小的，還是有好幾M，因此填充ImageView失敗。
順便提一下，可以用bitmap.getByteCount()獲取存儲bitmap像素的內存大小，但是KITKAT（Android 4.4版本）以後用getAllocateByteCount()獲取。一般情況下，後者返回值比前者大，比如，當bitmap被重用去decode另外更小的bitmaps時，或者被人為地配置一下屬性值，比如setWidth()、setHeight()、reconfigure()時，如果bitmap不做以上操作，二者的返回值應該是一樣的。（譯文，不太懂）
二、尺寸壓縮
特點: 通過設置采樣率, 減少圖片的像素, 達到對內存中的Bitmap進行壓縮
我們主要通過BitmapFactory中的decodeFile方法對圖片進行尺寸壓縮：
publicstaticBitmapdecodeFile(StringpathName,BitmapFactory.Optionsopts)
public static Bitmap decodeFile (String pathName, BitmapFactory.Options opts)
其中有兩個參數：
pathName是圖片文件的路徑。
opts 就是所謂的采樣率，它里邊有很多屬性可以設置，我們通過設置屬性來達到根據自己的需要，壓縮出指定的圖片。其中比較常用的屬性有：
booleaninJustDecodeBounds—— 如果設置為true，則只讀取bitmap的寬高，而忽略內容。
intinSampleSize—— 如果>1，調用decodeFile方法後，就會得到一個更小的bitmap對象（已壓縮）。比如設置為2，那麼新Bitmap的寬高都會是原Bitmap寬高的1/2,總體大小自然就是原來的1/4了，以此類推。
booleaninPurgeable—— 如果設置為true，壓縮後的圖片像素占的內存將會在系統清理內存的時候被回收掉，當像素的信息再次被用到時將會自動重新decode該像素（比如getPixels()時）。（慎用！重復decode可以會造成UI的卡頓，API level 21 已棄用）
booleaninInputShareable—— 與inPurgeable配合使用，如果inPurgeable設置成false，自動忽略此值，如果inPurgeable為true，此值決定是否該bitmap能分享引用給輸入數據（inputstream，array等），或者必須進行深拷貝。API level 21 已棄用。（這是譯文，不太理解！！！）
下面是一段實現的代碼
privateBitmapsizeCompres(Stringpath,intrqsW,intrqsH){
//用option設置返回的bitmap對象的一些屬性參數
finalBitmapFactory.Optionsoptions=newBitmapFactory.Options();
options.inJustDecodeBounds=true;//設置僅讀取Bitmap的寬高而不讀取內容
BitmapFactory.decodeFile(path,options);//獲取到圖片的寬高，放在option里邊
finalintheight=options.outHeight;//圖片的高度放在option里的outHeight屬性中
finalintwidth=options.outWidth;
intinSampleSize=1;
if(rqsW==0||rqsH==0){
options.inSampleSize=1;
}elseif(height>rqsH||width>rqsW){
finalintheightRatio=Math.round((float)height/(float)rqsH);
finalintwidthRatio=Math.round((float)width/(float)rqsW);
inSampleSize=heightRatio<widthRatio?heightRatio:widthRatio;
options.inSampleSize=inSampleSize;
}
returnBitmapFactory.decodeFile(path,options);//主要通過option里的inSampleSize對原圖片進行按比例壓縮
}
private Bitmap sizeCompres(String path, int rqsW, int rqsH) {
// 用option設置返回的bitmap對象的一些屬性參數
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;// 設置僅讀取Bitmap的寬高而不讀取內容
BitmapFactory.decodeFile(path, options);// 獲取到圖片的寬高，放在option里邊
final int height = options.outHeight;//圖片的高度放在option里的outHeight屬性中
final int width = options.outWidth;
int inSampleSize = 1;
if (rqsW == 0 || rqsH == 0) {
options.inSampleSize = 1;
} else if (height > rqsH || width > rqsW) {
final int heightRatio = Math.round((float) height / (float) rqsH);
final int widthRatio = Math.round((float) width / (float) rqsW);
inSampleSize = heightRatio < widthRatio ? heightRatio : widthRatio;
options.inSampleSize = inSampleSize;
}
return BitmapFactory.decodeFile(path, options);// 主要通過option里的inSampleSize對原圖片進行按比例壓縮
}
上面就是簡單的質量壓縮與尺寸壓縮。