几乎跟同事吵了一架，为了这个录音的问题，请各位帮忙分析．

SteveHall

re:fla888

你录制TV-IN的时候音频取自MIC输出了，所以当不装MIC时候产生的MP4无声，装了MIC录制文件带有环境声音。

如果不是硬件接错的话，软件切ANALOG SW的程序有问题的可能性最大

huster

<DIV class=quote><B>以下是引用<I>SteveHall</I>在2007-8-12 15:25:23的发言：</B>
re:fla888

你录制TV-IN的时候音频取自MIC输出了，所以当不装MIC时候产生的MP4无声，装了MIC录制文件带有环境声音。

如果不是硬件接错的话，软件切ANALOG SW的程序有问题的可能性最大</DIV>


顶,这个是最大可能性了

FirstFirst

楼主, 建议你采用一个简单的方法来测试到底是不是从mic端输入！上面讨论了那么多，感觉都没到点上。
1、你可以在正常录制TV-IN得时候把喇叭断开，这是你听不到电视的声音，但是录制过程完全正常，软件和硬件都正常工作。
2、之后你回放这段录制的TV, 如果回放无声音，说明确实是通过喇叭-->MIC通路录音的； 如果回放有声音，说明不是通过喇叭-->MIC录音的。

希望搂主马上搞明白到底咋会事！哈哈
[br]<p align=right><font color=red>+3 RD币</font></p>

weiqingxiang

呵,可以试试楼上的提议.期待最后的解答..

fla888

录制的时候断开喇叭比我试的去掉mic似乎更合适,更加不会因为硬件的改动而影响到软件的处理流程,事实的情况是两种硬件改动都不会对软件处理造成影响的.

mtk的回复是,他们没有在codebase上开发tv-in的功能,当然也没有提供相关的tv-in音频内录机制,目前这个情况确实是通过mic录入的引起的,跟我当初的判断相同,如果要更加完善音频部分的处理,可以参考fm radio的实现,因为fm是内录的.

fla888

录制的时候断开喇叭比我试的去掉mic似乎更合适,更加不会因为硬件的改动而影响到软件的处理流程,事实的情况是两种硬件改动都不会对软件处理造成影响的.

mtk的回复是,他们没有在codebase上开发tv-in的功能,当然也没有提供相关的tv-in音频内录机制,目前这个情况确实是通过mic录入的引起的,跟我当初的判断相同,如果要更加完善音频部分的处理,可以参考fm radio的实现,因为fm是内录的.

ly07192

新手，看不懂。。

arnoldlu

MTK居然这样做啊，也太... ...

jamesbond

<DIV class=quote><B>以下是引用<I>arnoldlu</I>在2007-9-6 16:58:04的发言：</B>
MTK居然这样做啊，也太... ...</DIV>



MTK的应用参考设计，最先是在TOP做的，这个3rd Party IDH,帮了MTK很大的忙
当然，MTK本身的设计实力么，。。#%……￥%—

whaslee120

[em09]

liangq

呵呵，MTK么~~~~
不说什么了~

youngsf

我日。。。。结局太出乎意料了，高估了MTK。

yufuren

增加见识了，AK8856的AIN1和AIN2是使用1路还是使用2路？谢谢！

Everyman

哈哈，长见识.

nsilver

视频信号走的是　ＡＫ８８５６，音频是通过　ＦＭ　接口输入的．你的现象是由于在录制的时候软件的音频通道配置错误造成的．[em01]

SteveHall

tv-in这个功能做需要额外的Audio codec, TV decoder IC, Multimedia Processor(或者强劲的BB)完成实时编码.

比较鸡肋的功能,实现的成本与卖出价格不平衡,市场可能不接受.