免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: zouzheng

音视频驱动的问题 [复制链接]

论坛徽章:
0
发表于 2008-11-13 00:32 |显示全部楼层

回复 #7 dreamice 的帖子

我这里就是以应用为主导,为使应用操作更方便,我反正是很晕的,一直还没有接受这种想法的

论坛徽章:
36
IT运维版块每日发帖之星
日期:2016-04-10 06:20:00IT运维版块每日发帖之星
日期:2016-04-16 06:20:0015-16赛季CBA联赛之广东
日期:2016-04-16 19:59:32IT运维版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-19 06:20:00每日论坛发贴之星
日期:2016-04-19 06:20:00IT运维版块每日发帖之星
日期:2016-04-25 06:20:00IT运维版块每日发帖之星
日期:2016-05-06 06:20:00IT运维版块每日发帖之星
日期:2016-05-08 06:20:00IT运维版块每日发帖之星
日期:2016-05-13 06:20:00IT运维版块每日发帖之星
日期:2016-05-28 06:20:00每日论坛发贴之星
日期:2016-05-28 06:20:00
发表于 2008-11-13 09:26 |显示全部楼层
原帖由 zouzheng 于 2008-11-13 00:32 发表
我这里就是以应用为主导,为使应用操作更方便,我反正是很晕的,一直还没有接受这种想法的


8楼和10楼说的也很有道理。驱动是驱动,应用是应用。各有各的层次和逻辑。还是不要给他们掺和在一起。

论坛徽章:
3
金牛座
日期:2014-06-14 22:04:062015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:49:45
发表于 2008-11-13 09:33 |显示全部楼层
原帖由 zouzheng 于 2008-11-13 00:32 发表
我这里就是以应用为主导,为使应用操作更方便,我反正是很晕的,一直还没有接受这种想法的


你如果从应用的角度去考虑驱动程序设计的策略性,这是一个不好的思路。
驱动是实现机制的问题,具体的策略应由应用来实现。

论坛徽章:
30
摩羯座
日期:2013-12-23 17:28:38牛市纪念徽章
日期:2015-07-13 11:35:582022北京冬奥会纪念版徽章
日期:2015-08-07 17:10:57青铜圣斗士
日期:2015-11-27 17:45:3815-16赛季CBA联赛之天津
日期:2016-02-15 13:44:3615-16赛季CBA联赛之江苏
日期:2018-05-02 16:56:2715-16赛季CBA联赛之辽宁
日期:2018-08-08 13:41:1015-16赛季CBA联赛之深圳
日期:2018-10-02 18:05:0315-16赛季CBA联赛之天津
日期:2019-05-31 15:05:0615-16赛季CBA联赛之北京
日期:2022-06-30 13:34:1115-16赛季CBA联赛之同曦
日期:2022-07-06 19:33:5415-16赛季CBA联赛之吉林
日期:2022-12-28 14:16:22
发表于 2008-11-13 09:38 |显示全部楼层
这个也行

论坛徽章:
0
发表于 2008-11-13 11:02 |显示全部楼层
路过,来学习一下,

论坛徽章:
0
发表于 2008-11-13 19:02 |显示全部楼层

回复 #10 zouzheng 的帖子

你的这种情况我以前没做过,我只是做过网卡的,也只能提个大概思路来供参考了,可能也不对。
1、关于通用性,我理解是视频设备有很多种,音频设备也有很多种的,会存在若干组合来搭配使用的情况,你全做到一起,又能做出来几种搭配呢?所以我认为减少了通用性。
2、关于实现的思路:系统对一个设备的驱动(通常情况),先是认出该设备是pci设备,进而再认出该设备是音频、视频或者网络类设备的,也就是说你的音频视频设备在pci这一层来看是和以前一样的,让系统认出是pci设备,到了具体的音频视频驱动中会有注册设备的地方,测试对应设备的操作函数也已经会安排到位的,你只需要不让他注册成具体的音频视频设备,而且启用你的虚拟驱动模块来接管你的对应的音频视频设备就OK了。

论坛徽章:
0
发表于 2008-11-13 19:05 |显示全部楼层

回复 #16 samon_fu 的帖子

对于你的ioremap放哪里合适,我直觉可能就在其各自初始化的时候初始化就应该可以了吧,或者放在你的虚拟驱动里去调应该也可以,这个具体怎么玩的转你还是实现的时候试一下才知道呢。

论坛徽章:
0
发表于 2008-11-18 12:54 |显示全部楼层
应该是建立一个音频的设备文件,应用层将数据传递到内核态,对于硬件的控制还是在内核态做好了。

论坛徽章:
0
发表于 2010-08-15 18:11 |显示全部楼层
嵌入式linux人才招聘 10-15K 工作地点:上海市

工作内容:基于嵌入式linux驱动与系统程序开发。
招聘人数:20名。

消费电子产品嵌入式团队 嵌入式人才招聘需求,具体要求如下

1. 计算机、电子、通信、自动化等相关专业,本科及以上学历。

2. 3年以上linux操作系统下的设备驱动和应用程序开发经验,熟悉嵌入式Linux下的开发;

3. 熟悉常用音视频编解码格式,有音视频驱动开发经验者优先;

4. 熟悉音视频压缩标准,如MPEG2, MP3, AAC, SMPTE

5. 良好的团队协作精神和工作态度,具有独立分析问题和解决问题的能力,工作认真、踏实,责任心强。

对该职位感兴趣的朋友可以把简历发到jiangzhenhuade@163.com

msn:jiangzhenhuade@hotmail.com

论坛徽章:
0
发表于 2010-08-18 13:30 |显示全部楼层
从应用的角度来说比较好,因为只有一个设备文件,通过IOCTL来操作。
从驱动的角度不好,这么多物理设备在同一个驱动中,容易出问题,设备之间会互相影响。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP