全志A10 android平台CVBS效果调试

简介: 全志平台CVBS效果调试         最近在调试一款面向中低端市场车载后座娱乐产品,在输出方面只有CVBS输出。在车载方面,CVBS输入输出使用得还是非常频繁的,目前还是用得比较多的,特别是在中低端市场。

全志平台CVBS效果调试

 

      最近在调试一款面向中低端市场车载后座娱乐产品,在输出方面只有CVBS输出。在车载方面,CVBS输入输出使用得还是非常频繁的,目前还是用得比较多的,特别是在中低端市场。

笔者使用的是全志A10平台,做过A10的同志们都知道A10CVBS效果输出是比较差的,相比mstar的芯片那不是差一点半点,当然A10也还是有很多优点的,不多说了,那怎么在这个芯片的基础上相对的把效果调试好一些呢?

     首先还是从A10datasheet着手,看了一下手册,只有一个TV Encoder的描述,上面只写了一个TV Encoder。笔者把TV Encoder的全部寄存器大概看了一遍,大概有十个寄存器跟效果比较相关,具体是TVE_00C\ TVE_00C TVE_020\ TVE_00C TVE_024\ TVE_10C TVE_118\ TVE_11C\ TVE_120\ TVE_128等。都是一下调黑白电平levelCB\CR gain,色饱和度的gain,还是就是Y/Cdelay

开始调,直接修改寄存器值。还是使用sunxi-reg.ko这个ko,加载后就可以操作任何寄存器,这个非常不错。调了上面这些可以的寄存器,真的很郁闷,按照手册上的地址、说明敲进去没有什么效果,这个真郁闷。手册上明明这么写得,怎么没起作用呢?

      笔者暂时放下手册,潜心研究一下DE-TVE的代码,从代码上看有两个TVE存在。但是在全志释放出来的datasheet上描述只有一个。真的很抓狂,全志你想干嘛吗?你做得很好了,不释放出来就不释放出来,又没做好,效果那么差,还要对我们留一手,真的要批判一下。

       言归正传,另外一个TVEbase地址是1c1b000。笔者CVBS使用的标准NTSC输出,按照这个基址修改00C128两个寄存器就能达到更好一点的效果。当然,这个硬件要配套的改一下小电路,也就是外围电路的一些电阻电容。知道了这一点后,整个效果调试还是比较快的。事实证明啊,全志平台要提高得东西还有不少,给客户的手册详细点吧!不然做你们平台真的很累,还会误导人!

截一点调试后的代码共享一下:

	case DISP_TV_MOD_NTSC:
	case DISP_TV_MOD_NTSC_SVIDEO:
		TVE_WUINT32(sel,TVE_004, 0x07030000);
		TVE_WUINT32(sel,TVE_014, 0x00760020);
		TVE_WUINT32(sel,TVE_01C, 0x0016020d);
		TVE_WUINT32(sel,TVE_114, 0x0016447e);
		TVE_WUINT32(sel,TVE_124, 0x000005a0);
		TVE_WUINT32(sel,TVE_130, 0x000e000c);
		TVE_WUINT32(sel,TVE_13C, 0x00000000);
		TVE_WUINT32(sel,TVE_00C, 0x00000122);//0x120-->0x122
		TVE_WUINT32(sel,TVE_020, 0x00f0011a);
		TVE_WUINT32(sel,TVE_10C, 0x0000004f);
		TVE_WUINT32(sel,TVE_110, 0x00000000);
		TVE_WUINT32(sel,TVE_118, 0x0000a0a0);
		TVE_WUINT32(sel,TVE_11C, 0x001000f0);
		TVE_WUINT32(sel,TVE_128, 0x00000000);//0x2-->0x0
		TVE_WUINT32(sel,TVE_12C, 0x00000101);//
		break;


 

 

目录
相关文章
|
2月前
|
Java Android开发 Swift
安卓与iOS开发对比:平台选择对项目成功的影响
【10月更文挑战第4天】在移动应用开发的世界中,选择合适的平台是至关重要的。本文将深入探讨安卓和iOS两大主流平台的开发环境、用户基础、市场份额和开发成本等方面的差异,并分析这些差异如何影响项目的最终成果。通过比较这两个平台的优势与挑战,开发者可以更好地决定哪个平台更适合他们的项目需求。
122 1
|
3月前
|
IDE Android开发 iOS开发
探索Android与iOS开发的差异:平台选择对项目成功的影响
【9月更文挑战第27天】在移动应用开发的世界中,Android和iOS是两个主要的操作系统平台。每个系统都有其独特的开发环境、工具和用户群体。本文将深入探讨这两个平台的关键差异点,并分析这些差异如何影响应用的性能、用户体验和最终的市场表现。通过对比分析,我们将揭示选择正确的开发平台对于确保项目成功的重要作用。
|
21天前
|
IDE 开发工具 Android开发
移动应用开发之旅:探索Android和iOS平台
在这篇文章中,我们将深入探讨移动应用开发的两个主要平台——Android和iOS。我们将了解它们的操作系统、开发环境和工具,并通过代码示例展示如何在这两个平台上创建一个简单的“Hello World”应用。无论你是初学者还是有经验的开发者,这篇文章都将为你提供有价值的信息和技巧,帮助你更好地理解和掌握移动应用开发。
48 17
|
1月前
|
前端开发 数据处理 Android开发
Flutter前端开发中的调试技巧与工具使用方法,涵盖调试的重要性、基本技巧如打印日志与断点调试、常用调试工具如Android Studio/VS Code调试器和Flutter Inspector的介绍
本文深入探讨了Flutter前端开发中的调试技巧与工具使用方法,涵盖调试的重要性、基本技巧如打印日志与断点调试、常用调试工具如Android Studio/VS Code调试器和Flutter Inspector的介绍,以及具体操作步骤、常见问题解决、高级调试技巧、团队协作中的调试应用和未来发展趋势,旨在帮助开发者提高调试效率,提升应用质量。
51 8
|
2月前
|
Linux API 开发工具
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
ijkplayer是由B站研发的移动端播放器,基于FFmpeg 3.4,支持Android和iOS。其源码托管于GitHub,截至2024年9月15日,获得了3.24万星标和0.81万分支,尽管已停止更新6年。本文档介绍了如何在Linux环境下编译ijkplayer的so库,以便在较新的开发环境中使用。首先需安装编译工具并调整/tmp分区大小,接着下载并安装Android SDK和NDK,最后下载ijkplayer源码并编译。详细步骤包括环境准备、工具安装及库编译等。更多FFmpeg开发知识可参考相关书籍。
116 0
FFmpeg开发笔记(五十九)Linux编译ijkplayer的Android平台so库
|
3月前
|
监控 Android开发 iOS开发
深入探索安卓与iOS的系统架构差异:理解两大移动平台的技术根基在移动技术日新月异的今天,安卓和iOS作为市场上最为流行的两个操作系统,各自拥有独特的技术特性和庞大的用户基础。本文将深入探讨这两个平台的系统架构差异,揭示它们如何支撑起各自的生态系统,并影响着全球数亿用户的使用体验。
本文通过对比分析安卓和iOS的系统架构,揭示了这两个平台在设计理念、安全性、用户体验和技术生态上的根本区别。不同于常规的技术综述,本文以深入浅出的方式,带领读者理解这些差异是如何影响应用开发、用户选择和市场趋势的。通过梳理历史脉络和未来展望,本文旨在为开发者、用户以及行业分析师提供有价值的见解,帮助大家更好地把握移动技术发展的脉络。
120 6
|
3月前
|
开发工具 Android开发 iOS开发
安卓与iOS开发环境对比:选择适合你的平台
【9月更文挑战第26天】在移动应用开发的广阔天地中,安卓和iOS是两大巨头。它们各自拥有独特的优势和挑战,影响着开发者的选择和决策。本文将深入探讨这两个平台的开发环境,帮助你理解它们的核心差异,并指导你根据个人或项目需求做出明智的选择。无论你是初学者还是资深开发者,了解这些平台的异同都至关重要。让我们一起探索,找到最适合你的那片开发天地。
|
3月前
|
Android开发 开发者
Android平台无纸化同屏如何实现实时录像功能
Android平台无纸化同屏,如果需要本地录像的话,实现难度不大,只要复用之前开发的录像模块的就可以,对我们来说,同屏采集这块,只是数据源不同而已,如果是自采集的其他数据,我们一样可以编码录像。
|
3月前
|
安全 API 开发工具
Android平台RTMP推送|轻量级RTSP服务如何实现麦克风|扬声器声音采集切换
Android平台扬声器播放声音的采集,在无纸化同屏等场景下,意义很大,早期低版本的Android设备,是没法直接采集扬声器audio的(从Android 10开始支持),所以,如果需要采集扬声器audio,需要先做系统版本判断,添加相应的权限。
|
3月前
|
编解码 开发工具 Android开发
Android平台实现屏幕录制(屏幕投影)|音频播放采集|麦克风采集并推送RTMP或轻量级RTSP服务
Android平台屏幕采集、音频播放声音采集、麦克风采集编码打包推送到RTMP和轻量级RTSP服务的相关技术实现,做成高稳定低延迟的同屏系统,还需要有配套好的RTMP、RTSP直播播放器