@youxiaochen 是哦，很簡(jiǎn)單，直接height變成負(fù)數(shù)再NV12Copy就行了
android Camera(二): NV21高效處理與libyuv使用繼上篇Camera數(shù)據(jù)采集適配時(shí)會(huì)涉及到的YUV數(shù)據(jù)的剪切與方向感應(yīng)時(shí)的旋轉(zhuǎn)處理(對(duì)YUV數(shù)據(jù)不懂的可以網(wǎng)上搜索相關(guān)的文章),后面還有MediaCodec硬編碼時(shí),不同的手機(jī)...
有個(gè)問(wèn)題，你這個(gè)好像只有旋轉(zhuǎn)沒(méi)有鏡像，libyuv就有個(gè)NV12Mirror，但想一次性旋轉(zhuǎn)加鏡像，如果旋轉(zhuǎn)90度或270，參考lbyuv的源碼可以把height變成負(fù)數(shù)就可以實(shí)現(xiàn)水平鏡像，如果旋轉(zhuǎn)180度就不知怎么處理了??
android Camera(二): NV21高效處理與libyuv使用繼上篇Camera數(shù)據(jù)采集適配時(shí)會(huì)涉及到的YUV數(shù)據(jù)的剪切與方向感應(yīng)時(shí)的旋轉(zhuǎn)處理(對(duì)YUV數(shù)據(jù)不懂的可以網(wǎng)上搜索相關(guān)的文章),后面還有MediaCodec硬編碼時(shí),不同的手機(jī)...
@youxiaochen YUV_420_888 不一定是I420，可能是多種格式，Y都一樣，主要是UV部分要兼容各種情況。
我研究了一下， YUV_420_888 大部分情況應(yīng)該都是UV交錯(cuò)的，把Image的三個(gè)plane的DirectBufferAddress打印出來(lái)可以看出三個(gè)plane的內(nèi)存是連續(xù)的，比如：
src_y: 544739467264; src_u: 544739774464; src_v: 544739774465
這樣就好辦了，直接當(dāng)作NV12來(lái)處理
android Camera(二): NV21高效處理與libyuv使用繼上篇Camera數(shù)據(jù)采集適配時(shí)會(huì)涉及到的YUV數(shù)據(jù)的剪切與方向感應(yīng)時(shí)的旋轉(zhuǎn)處理(對(duì)YUV數(shù)據(jù)不懂的可以網(wǎng)上搜索相關(guān)的文章),后面還有MediaCodec硬編碼時(shí),不同的手機(jī)...
Camera2如何高效處理？
libyuv有個(gè)Android420ToI420可以將 YUV_420_888 轉(zhuǎn)成 I420的，但沒(méi)有 Android420ToNV21
求個(gè)將 YUV_420_888 直接轉(zhuǎn)成 NV21 加旋轉(zhuǎn)的??
android Camera(二): NV21高效處理與libyuv使用繼上篇Camera數(shù)據(jù)采集適配時(shí)會(huì)涉及到的YUV數(shù)據(jù)的剪切與方向感應(yīng)時(shí)的旋轉(zhuǎn)處理(對(duì)YUV數(shù)據(jù)不懂的可以網(wǎng)上搜索相關(guān)的文章),后面還有MediaCodec硬編碼時(shí),不同的手機(jī)...
微信現(xiàn)在還是用PushKit嗎？現(xiàn)在iOS13用PushKit就必須用CallKit了
剖析iOS微信的音視頻聊天最近做了一個(gè)項(xiàng)目，要求有音視頻聊天功能，應(yīng)產(chǎn)品的要求需要在一些細(xì)節(jié)上需要和微信一樣（當(dāng)然我做的與微信的還是有這巨大的懸殊的），所以特此研究了一下微信，在此列出技術(shù)點(diǎn)，以做筆錄...
微信現(xiàn)在還是用PushKit嗎？現(xiàn)在iOS13用PushKit就必須用CallKit了，而大陸不可能用CallKit
剖析iOS微信的音視頻聊天最近做了一個(gè)項(xiàng)目，要求有音視頻聊天功能，應(yīng)產(chǎn)品的要求需要在一些細(xì)節(jié)上需要和微信一樣（當(dāng)然我做的與微信的還是有這巨大的懸殊的），所以特此研究了一下微信，在此列出技術(shù)點(diǎn)，以做筆錄...
就想問(wèn)你 asynctask rxjava 協(xié)程你都說(shuō)不好， 那你覺(jué)得什么好？ 有破壞沒(méi)建設(shè)
現(xiàn)在確實(shí)不是做安卓的好時(shí)機(jī)，且不談未來(lái)究竟是kotlin還是JAVA（我現(xiàn)在依然在使用JAVA開(kāi)發(fā)項(xiàng)目），在目前的開(kāi)發(fā)中，我已經(jīng)遇到過(guò)不下十次AS提示升級(jí)buildTool版本-》升級(jí)完成，編譯失敗-》為新的buildTool重構(gòu)代碼了??
光拿最近的例子說(shuō)，創(chuàng)建快捷方式、文件讀寫(xiě)方式、通知推送這三個(gè)API，已經(jīng)被改的面目全非，在推行RxJava的那段時(shí)間，甚至連Runnable都短暫的被貼上過(guò)@Deprecated標(biāo)簽。。。
這些改動(dòng)無(wú)一不是毀滅性的，特別是在你正著手于一個(gè)新需求的緊急開(kāi)發(fā)，突然碰上API修改的時(shí)候。
也許谷歌是打算趕走原生開(kāi)發(fā)者，來(lái)為Flutter做墊腳石唄？
當(dāng)你好不容易學(xué)會(huì)了某個(gè)框架或者工具，覺(jué)得它很好用的時(shí)候，它或許就要過(guò)時(shí)了
解壓密碼是啥？獲取解壓密碼的鏈接打不開(kāi)
live555移植到hi3516做rtsp服務(wù)器一、概述 live555庫(kù)本身實(shí)現(xiàn)了做rtsp服務(wù)器，客戶(hù)端可以通過(guò)rtsp客戶(hù)端訪問(wèn)服務(wù)器上的文件并播放，支持的文件格式如下: 本次任務(wù)實(shí)現(xiàn)了把live555移植到嵌入式海...
bugly 如何在不root得情況下 監(jiān)聽(tīng)/data/anr？
03b655eda1e4 評(píng)論自FileObserver捕獲ANR異常
Android 異常上報(bào) SDK 更新日志
3.0.02019-04-23
下載此版本
修改安卓5.0版本后無(wú)法捕獲ANR的問(wèn)題
Bugly 已經(jīng)解決安卓5.0版本后無(wú)法捕獲ANR的問(wèn)題了，不知怎么解決的
FileObserver捕獲ANR異常Android中捕獲運(yùn)行時(shí)異常，可以通過(guò)繼承UncaughtExceptionHandler來(lái)重寫(xiě)uncaughtException方法。可以捕獲ANR異常的開(kāi)源庫(kù)目前比較好...
如果T是[]數(shù)組 ，能用那個(gè)fromJsonObject嗎？ 我試了好像不行，能用[]數(shù)組我就不想用List了，例如，Result<List<User>> 我想改成Result<User[]>，就應(yīng)該用fromJsonObject吧
搞定Gson泛型封裝作者： @怪盜kidou 如需轉(zhuǎn)載需在明顯位置保留作者信息及原文鏈接如果博客中有不恰當(dāng)之處歡迎留言交流http://www.itdecent.cn/p/d62c2be60...
