切换马甲
上一页
下一页
分类专栏
-
104篇
默认分类
文章数:104
文章总阅读量:33.8w
文章总收藏量:38
文章总点赞量:52
按发布时间
按阅读量
按点赞量
-
最近因项目需要买了两块JZ4750 apus开发板来试用。因为也是第一次接触,中间遇到了不少问题,最终花了不少时间才搞好,在这里把全部过程记录总结一下(暂时没法传图,回头有机会的话补上)。 本日记大概分为以下几点: 硬件连通 Linux环境搭建与内核编译 根文件系统、启动文件与helloworld QT Embedded、Tslib、QT for VS2008的配置与编译 硬件连通 拿到开发板2020-08-11 10:41:170 0 2335
-
本文介绍一个最简单的基于FFMPEG的音频编码器。该编码器实现了PCM音频采样数据编码为AAC的压缩编码数据。编码器代码十分简单,但是每一行代码都很重要。通过看本编码器的源代码,可以了解FFMPEG音频编码的流程。 本程序使用最新版的类库(编译时间为2014.5.6),开发平台为VC2010。所有的配置都已经做好,只需要运行就可以了。 流程(2014.9.29更新) 下面附一张使用FFmpeg编码2020-08-12 09:23:230 0 1507
-
一、音频格式总览 说到语音技术就不得不说起音频数据,从硬件设备采集语音信号,语音信号的处理,到语音信号A/D转换得到原始数据(raw data),再到对原始数据进行编码得到音频文件,对音频文件解码进行播放。那么为什么会出现如此多的音频格式?使用最多的几种音频格式有MP3、WMA、WAV、AAC、FLAC、APE、WV、ASF、VQF、MID、OGG、M4A、eAAC+。目前只用到了其中三种,故详细2020-08-12 09:32:320 0 2138
-
内容简介:文章介绍了PCM编码、WMA编码、ADPCM编码、LPC编码、MP3编码、AAC编码、CELP编码等,包括优缺点对比和主要应用领域。 PCM编码(原始数字音频信号流) 类型:Audio 制定者:ITU-T 所需频宽:1411.2 Kbps 特性:音源信息完整,但冗余度过大 优点:音源信息保存完整,音质好 缺点:信息量大,体积大,冗余度过大 应用领域:voip 版税方式:Free 备注2020-08-12 09:33:360 0 2134
-
1) 音频信号的冗余信息 数字音频信号如果不加压缩地直接进行传送,将会占用极大的带宽。例如,一套双声道数字音频若取样频率为44.1KHz,每样值按16bit量化,则其码率为:244.1kHz16bit=1.411Mbit/s 如此大的带宽将给信号的传输和处理都带来许多困难,因此必须采取音频压缩技术对音频数据进行处理,才能有效地传输音频数据。 数字音频压缩编码在保证信号在听觉方面不产生失真的前提下2020-08-12 09:36:090 0 1637
-
PCM整理 简介 PCM:又称脉冲编码调制。人耳听到的是模拟信号,PCM是把声音从模拟信号转化为数字信号的技术。原理是用一个固定的频率对模拟信号进行采样,采样后的信号在波形上看就像一串连续的幅值不一的脉冲(脉搏短暂起伏的电冲击),把这些脉冲的幅值按一定的精度进行量化,这些量化后的数值被连续的输出、传输、处理或记录到存储介质中,所有这些组成了数字音频的产生过程(抽样、量化、编码三个过程)。2020-08-12 09:42:100 1 8915
-
如果大家用的新唐的板子的话,而又要用485通讯功能,一定会去参考自带的UART_DEMO示例程序。新唐的实例程序分为两种类型,一种就是寄存器版本的,一种叫做API版本的。如果用API写程序的同仁们,一定会非常欣慰,因为这个示例程序就是485的,只要改改就行了,而用寄存器版本写程序的一定非常苦恼(笔者就是一直用寄存器版本的写程序),因为它就是一个普通的UART通讯功能,很多人会想着看看API的版本的2020-08-13 11:41:540 0 3934
-
今天做的是读写Flash,因为最后从红外接收学习到的编码需要存入Flash中,所以读写Flash是一个很重要的模块! 然而新唐的例程中没有对数据Flash的读写,只有对LDROM 和 APROM的读写,其实差不了太多,为了不给以后的同仁多走弯路,这里特地写下笔者的经验,供大家参考! 这个板子的数据Flash大小是4KB,地址从0x0001f000 到 0x0001ffff。而笔者一开始是这样写的:2020-08-13 11:43:300 0 3021
-
之前的一篇博文也是关于N76E003的ADC的多通道采集,但是该版本还是存在一些问题,后面也没有想起来去改它,所以,这里重新对这些处理的方法做一些完善。 首先是配置方面,配置是非常简单的,在初始化的时候先将一个通道初始化好,然后定义使用一个全局变量gAdcChannel用来作为轮流的标志位,该MCU的ADC的速度还是比较不错的,大概3-4us就能完成一次ADC的采样,但是建议不要使用新唐自己提供的2020-08-13 11:45:150 0 3811
-
移植的wifi模块为360 wifi2,主控芯片是MT7601。由于之前已经在其他板子上移植过了,因此一开始很顺利。 1.下载官方驱动包并解压 2.修改common/rtusb_dev_id.c,增加一行(下图红色) #ifdef MT7601U {USB_DEVICE(0x148f,0x6370)}, /* Ralink 6370 */ {USB_DEVICE(0x148f,0x7601)},2020-08-13 11:47:441 1 2311
-
不得不说N76E003的功能在8051内核单片机中功能已经是非常强大了,并且官方开提供了BSP 开发库,这些都是可以直接在官网中直接找到的。对于N76E003的ADC,因为作者没有用过很早之前的版本,作者使用的时候官方已经提供了VBG反推VDD的例程,但是这种做法还是有一些缺陷,因为内部的乘除法运算对于一个8位的单片机来说还是有一定的困难的。但是在实际项目中应该都是需要使用到多个通道轮流采集的情况2020-08-13 11:48:371 1 3143
-
第一部分 概述 硬件部分:调试所用的开发板是从外面买的海思3516A的成品。卖家提供的开发板是在海思提供的DEMO板的基础上改的,据说是改动了网卡phy芯片、DDR和flash,使用的是16MMX25L128XX spi flash,DDR据说是一片512M的,phy应该是100M芯片,型号暂时未知。 SDK部分:卖家首次提供的是Hi3516AV100R001C01SPC020版本的SDK,与我司2020-08-14 11:25:290 0 3607
-
最近使用HI3519V101+OV4689做双路图像拼接,现记录一下调试过程。双路图像使用MIPI接口,在硬件上工程师将海思MIPI1-3都引出用做调试。 调试中发现,当采用双路sensor同时输入时,LINK0和LINK1接第一路sensor,LINK2接第二路sensor。所以第一路sensor最大支持2Link/8LaneMIPI 输入或 2Link/8Lane LVDS/ sub-LVDS2020-08-14 11:27:380 0 2270
-
驱动修改, 基于imx291的驱动(imx291_sensor_ctl.c )进行修改, 遵循imx307数据手册修改寄存器即可。(因为imx307与imx291型号差距不大,初始化序列可以参考imx291) const unsigned short IMX291_SETTING_SHORT[]= { //Tag standby 0x0200,0x1, 0x0204,0x10,2020-08-14 11:29:530 0 4183
-
1 海思sensor驱动 什么是sensor :光电转换+AD+ISP+并口/MIPI/LVDS sensor是一个很多功能的集合,sensor可以实现光电转换,将光信号转化成模拟量的电信号,然后经过AD模块,将模拟量的电信号转化成数字量的电信号,一般来说sensor内部还有一个isp单元,它将刚转出来的数字信号做一些简单的处理,将处理过后的信息通过sensor的接口(有三种接口分别是并口/MIP2020-08-14 11:34:190 1 6311
-
海思的sensor驱动大部分工作在应用层,即应用层驱动(非ko形式存在),这样一来在对sensor改动时,就不需要重新编译内核了。 缺点是,不稳定,效率会比较低。纯应用层驱动是没办法操作硬件的,所以需要调用底层i2c驱动。 1、驱动源码路径 Hi3518E_SDK_V1.0.3.0\package\mpp\mpp\component\isp\sensor目录下。 2、sensor驱动调用 sens2020-08-14 11:35:530 0 2978
-
把uboot调试完成,内核、文件系统烧写好之后,控制端口打印了如下信息: 应该是找不到启动kernel的地址。然后翻看海思的文档说明,发现少了一个步骤: 设置启动参数(注意linux-3.18.y kernel默认文件系统只读,需要在bootargs中加入rw选项,文件系统才可读写) setenv bootargs 'mem=64M console=ttyAMA0,115200 root=/de2020-08-17 19:39:330 0 2013
-
一、Linux下网口绑定的设置方法 1、在/etc/sysconfig/network-scripts/目录下创建一个设备名为"bond0"的接口配置文件,配置IP地址等信息 # vim /etc/sysconfig/network-scripts/ifcfg-bond0 DEVICE=bond0 IPADDR=192.168.241.57 NETMASK=255.255.252020-08-17 19:42:530 1 2668
-
来源:http://blog.csdn.net/edw200/article/details/52251385?readlog 方案需求: 3518c串口1(uart1)有三个管脚,tx、rx和rtsn收发控制端口。在使用普通的串口时,rtsn管脚是没有用的的,但是485需要用到,这里因暂时不知道海思底层是否有自动设置rtsn管脚功能,所以这里先将该管脚设置为普通gpio管脚用来手动控制高低电平,2020-08-17 19:49:280 0 1796
-
说明 这里的需求是要往生成的录像文件中添加显示时间,实际上也就是海思的VENC与OSD的绑定。 在上一篇博客海思平台freetype、SDL、SDL_TTL的编译编译出三个库之后,又提供了例程生成一个bmp图片,但是实际上我们每次往海思通道贴图,不可能说都像例程一样保存成bmp图片再贴图,这样会造成资源的浪费。 所以这里进行了进一步的修改,让我们能够直接拿到bmp图片的位图数据,而不需要生成bmp2020-08-17 19:55:500 0 2669