96SEO 2026-02-20 00:06 0
这个中间层进行端口定义设置#xff0c;以及端口Buffer分配的。

OMXNodeInstance、OMX组件之间的联系。
接下来我们将一起了解
mOMXNode-setPortMode(portIndex,
%d,mComponentName.c_str(),portIndex
output,asString(mode),err);return
组件进行配置我们这里暂时只研究解码的情况一般解码流程可能会涉及到如下几种
non-securekPortModePresetByteBuffer上层可以直接读写buffersecurekPortModePresetSecureBuffer上层需要用特殊的方式读写buffer
modekPortModeDynamicANWBuffer使用动态的native
kPortModePresetByteBuffer上层可以直接读写buffersecureerror不允许这种情况。
是预设的意思表示这块buffer是预先分配好的之后使用过程中就不会发生变化了ByteBuffer
指的是普通的buffer我们通过指针就可以读写buffer中的内容。
OMXNodeInstance::setPortMode(OMX_U32
IOMX::kPortModePresetByteBuffer:{//
metadata.(void)enableNativeBuffers_l(portIndex,
OMX_FALSE);(void)enableNativeBuffers_l(portIndex,
OMX_FALSE);(void)storeMetaDataInBuffers_l(portIndex,
就要把另外两个配置关闭这里可以通过enableNativeBuffers_l方法来完成之所以通过一个方法(并且方法名为
buffer的设置放到一起了所以enableNativeBuffers_l容易把人看晕把他拆成两部分
buffer的配置部分除了调用OMX_SetParameter对组件进行设定外还将
buffer如果使用了就置为true没有使用就置为false。
OMX.google.android.index.enableAndroidNativeBuffersEnableAndroidNativeBuffersParams
params;InitOMXParams(params);params.nPortIndex
params);CLOG_IF_ERROR(setParameter,
{mGraphicBufferEnabled[portIndex]
{mGraphicBufferEnabled[portIndex]
handle这是因为native层分配的buffer会以handle的形式回传上层从而保护buffer。
OMX.google.android.index.allocateNativeHandleEnableAndroidNativeBuffersParams
params;InitOMXParams(params);params.nPortIndex
params);CLOG_IF_ERROR(setParameter,
kSecureBufferTypeNativeHandle否则置为
metaData运行过程中OMX组件就会根据类型来解析metaData了
OMXNodeInstance::storeMetaDataInBuffers_l(OMX_U32
const_castOMX_STRING(OMX.google.android.index.storeMetaDataInBuffers);OMX_STRING
const_castOMX_STRING(OMX.google.android.index.storeANWBufferInMetadata);MetadataBufferType
如果参数type不指定具体类型那么默认使用kMetadataBufferTypeANWBufferMetadataBufferType
kMetadataBufferTypeANWBuffer;StoreMetaDataInBuffersParams
params;InitOMXParams(params);params.nPortIndex
portIndex;params.bStoreMetaData
type如果设置不成功就设置另外一种OMX_ERRORTYPE
OMX_ErrorUnsupportedIndex;OMX_ERRORTYPE
kMetadataBufferTypeGrallocSource
kMetadataBufferTypeInvalid;}mMetadataType[portIndex]
kMetadataBufferTypeANWBuffer另一种是kMetadataBufferTypeGrallocSource
默认情况下storeMetaDataInBuffers_l的第三个参数不填类型默认使用
kMetadataBufferTypeANWBuffer也就是于
有了上面内容的学习设定端口为DynamicANWBuffer就很简单了
IOMX::kPortModeDynamicANWBuffer:{if
StatusFromOMXError(OMX_ErrorUnsupportedIndex);break;}err
enableNativeBuffers_l(portIndex,
{break;}}(void)enableNativeBuffers_l(portIndex,
storeMetaDataInBuffers_l(portIndex,
datakMetadataBufferTypeANWBuffer
1.3、kPortModePresetSecureBuffer
IOMX::kPortModePresetSecureBuffer:{//
output.(void)storeMetaDataInBuffers_l(portIndex,
NULL);(void)enableNativeBuffers_l(portIndex,
enableNativeBuffers_l(portIndex,
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback