一.tvout_app的移植
为了测试S3C6410的电视输出,我拿了官方的tvout_app中的测试,这个做的相当初糙,好象是很老的版本,在更改了Makefile后编译,最后发现有函数未定义
/home/huisen/project/tvout/tvout_app/tv_test.c:450: undefined reference to `s3c_get_media_memory'
查看源码是这个原因造成的
ctrl.value = POST_BUFF_BASE_ADDR;
而这个宏是如下定义
#define POST_BUFF_BASE_ADDR (UINT32)s3c_get_media_memory(S3C_MDEV_TV)
这个应用程序直接调用驱动里的函数,这在LINUX是不可以的。我估计三星也没把这TVOUT当回事,直接就发布了,编译通不过也不管。虽然在培训上s3c6410用的很多,但是很多细节上来看,在花了很长时间做s3c2440后,三星匆忙推出s3c6410,然后大队人马就去搞s5p系列了。留一下一堆问题。
一种最简单方法是扩展s3c-tvenc的驱动,增加一个VIDIOC_G_CTRL的ioctl指令,让其在驱动中调用s3c_get_media_memory.
在s3c-tvenc.c 增加如下代码:
新增函数: s3c_tvenc_get_v4l2_control()
在s3c_tvenc_do_ioctl()增加命令支持
static int s3c_tvenc_get_v4l2_control(struct v4l2_control *ctrl)
{
switch(ctrl->id) {
case V4L2_CID_MPEG_STREAM_PID_VIDEO:
ctrl->value = tv_param.sp.SrcFrmSt;
return 0;
default:
return -EINVAL;
}
return 0;
}
static int s3c_tvenc_do_ioctl(struct inode *inode,struct file *filp,unsigned int cmd,void *arg)
{
// ...
/* add by Andrew Huang */
case VIDIOC_G_CTRL:
{
struct v4l2_control *ctrl = arg;
//printk('P: VIDIOC_S_CTRL n');
ret = s3c_tvenc_get_v4l2_control(ctrl);
return ret;
}
// ...
}
修改tv_test.c 代码,增加对上述ioctl命令的调用
修改 450行,增加如下代码
//add by Andrew Huang
#if 1
ret = ioctl(tvout_fp, VIDIOC_G_CTRL, &ctrl);
if(ret < 0) {
printf('V4L2 APPL : ioctl(VIDIOC_G_CTRL) failedn');
goto err;
}
#else
//ctrl.value = POST_BUFF_BASE_ADDR; // 编译通不过
#endif
去掉一些编译警告后,可以测试了。
[root@huisen tvout_app]# make clean
rm -f tv_test ./tv_test.o ./FrameExtractor.o ./SsbSipH264Decode.o ./H264Frames.o ./SsbSipMfcDecode.o ./SsbSipLogMsg.o
[root@huisen tvout_app]# make
arm-linux-gcc -Wall -O0 -lpthread -I/home/huisen/rom/mini6410/linux-2.6.28.6/include -I. -g -c -o tv_test.o tv_test.c
arm-linux-gcc -Wall -O0 -lpthread -I/home/huisen/rom/mini6410/linux-2.6.28.6/include -I. -g -c -o FrameExtractor.o FrameExtractor.c
arm-linux-gcc -Wall -O0 -lpthread -I/home/huisen/rom/mini6410/linux-2.6.28.6/include -I. -g -c -o SsbSipH264Decode.o SsbSipH264Decode.c
arm-linux-gcc -Wall -O0 -lpthread -I/home/huisen/rom/mini6410/linux-2.6.28.6/include -I. -g -c -o H264Frames.o H264Frames.c
arm-linux-gcc -Wall -O0 -lpthread -I/home/huisen/rom/mini6410/linux-2.6.28.6/include -I. -g -c -o SsbSipMfcDecode.o SsbSipMfcDecode.c
arm-linux-gcc -Wall -O0 -lpthread -I/home/huisen/rom/mini6410/linux-2.6.28.6/include -I. -g -c -o SsbSipLogMsg.o SsbSipLogMsg.c
arm-linux-gcc -Wall -O0 -lpthread -I/home/huisen/rom/mini6410/linux-2.6.28.6/include -I. -g -o tv_test ./tv_test.o ./FrameExtractor.o ./SsbSipH264Decode.o ./H264Frames.o ./SsbSipMfcDecode.o ./SsbSipLogMsg.o -lpthread
二.测试电视电视输出
你可以直接使用一个电视机,当然有时比较麻烦,有时不好找,或者用电视机盒转到VGA的显示器上.
我使用专业一点的AV/TV 8'的监视器,这是我用用来做高清摄像头,DVR开发的,这时可以用来测试一下S3C6410的TV输出,将其输入信号变成AV信号
测试1:将LCD的显示结果发送到TV上
./tv_test 0
运行时能看电视屏幕显示LCD的效果,操作LCD,TV同步更新.注意这里设备结点是(/dev/video14)
三.测试H.264输出
第一次测试,H.264失败
[root@hxy tvout_app]# ./tv_test 1 slamtv60.264
This mode works with MFC decoder
SsbSipH264DecodeExe:1
H.264 Decoder Configuration Failed.
首先在Linux 2.6.28.6中有两个MFC驱动,查看.config使用的是 CONFIG_VIDEO_MFC10,即MFC 1.0的驱动
后试着换了一下三星自带两个测试视频.可以正常的电视上播放
[root@FriendlyARM tvout_app]# ./tv_test 1 wanted.264
This mode works with MFC decoder
width=640 height=480.
Device file open
V4L2 APPL : Name of the interface is S3C TV-OUT driveTVENCODER
V4L2 APPL : [1]: IN channel name Memory input (MSDMA)
V4L2 APPL : DMA INPUT
V4L2 APPL : [0]: OUT channel name TV-OUT
V4L2 APPL : TV OUT
动画能正常播放,但是电影有点小卡.
上一篇:Linux 下使用s3c6410的post处理器的进行硬件缩放
下一篇:Linux 驱动分析--s3c6410 的SDIO驱动分析
推荐阅读最新更新时间:2026-03-02 08:49
- 使用 ADuC706x 微控制器的 RTD 接口和线性化
- 使用 Infineon Technologies AG 的 OMR9604SC 的参考设计
- AM3G-0515SH30Z 15V 3瓦直流转直流转换器的典型应用
- LT1767EMS8E 演示板、1.25MHz 宽输入范围降压 DC/DC 转换器、3V 至 25V 输入、5V/3/3Vout @ 1A
- LT1171CT、2.5A 高效恒流充电器的典型应用
- LT1372HVIS8 2 锂离子电池至 5V SEPIC 转换器的典型应用
- 使用 Analog Devices 的 LT3091IT7 的参考设计
- EVAL-AD7714-5EBZ,使用 AD7714 的评估板,24 位信号调理模数转换器
- 具有外部偏置或同步功能的 CS51414 1.5 A、260 kHz 和 520 kHz 低压降压稳压器的典型应用电路
- LT3970IMS-5 2.5V 降压转换器的典型应用

TYPE C3.0测试标准
stm32驱动屏IC rm68042
EMC 基准说明:辐射发射的预一致性测试,第 1 部分 - 设备需求
基于STM32G031的测试测量训练平台完成虚拟仪器实现
现代雷达系统的信号设计
BFR340T






京公网安备 11010802033920号