作者HRock (夜猫子R)
看板TVCard
标题Re: [分享] E900F目前不推荐购买(问题汇整)
时间Fri Jun 27 00:39:00 2008
※ 引述《fumin (小民)》之铭言:
: ※ 引述《HRock (夜猫子R)》之铭言:
: : 叙述成I/O问题的确是我的错
: : 我遇过转台转不过去的情况
: : 只有在以滑鼠滚轮转台时才会出现
: : 使用摇控器与键盘输入时并未发生过
: : 正常使用有段式滚轮时,一段段拨动可以正常转台
: : 快速拨动时则会造成转台失败的情况
: : 而无段落滚轮则会依滚动程度一次跳好几台,快速拨动仍会造成转台失败
: : 所以为程式无法即时反应高速输入所致
: 很明显的,你发现的是另一个问题。
: 我所描述的,是软体已经显示转台成功,但画面却还是停留在原本那台,这样的症状,
: 我给予五颗星的严重性评价。
: 你所描述的,是滑鼠滚轮转太快,导致软体没有正确接收倒转台命令,这样的问题,
: 我反而会怀疑滑鼠的机构设计、滑鼠的驱动程式、和系统的I/O缓冲区等,而不会质疑
: 康博的软体设计,你描述的这个症状,我勉强会给半颗星,甚至根本就不是
: 康博的问题。
所以关於此点问题
只能请原本提出的苦主描述一下发生的经过
才能了解问题产生的原因
我没办法单从一行推文就了解问题原因在那
就我自己的情况也只有滑鼠才会造成此问题
PS:我测试过的滑鼠有:
罗技MX518、罗技Optical dual、
微软 Comfort Optical Mouse 3000、微软 Basic Optical Mouse
HP随NB附赠的滑鼠(罗技代工)、ACER不知名滑鼠、Benq不知名键鼠组滑鼠
: : 依存取效率来判断为频宽不足是我错了
: : 感谢指教
: : 不过一般主机板上应该是PCI 2.x或PCI 3.0 (32bits)
: : 而非PCI-X (64bits)
: : PCI理论锋值为553MB/s
: 是的,我贪快引用了错误的PCI-X数据
: : 而E900F使用的是PCI-E 1x介面
: : http://zh.wikipedia.org/wiki/PCI_Express
: : 理论锋值为250MB/s
: 以下以250MB/s来做讨论
: : 都足以负担PCI音讯的流量
: : 另外我发现上方wiki连结在交换层的部分有提到
: : "长时间连续的单向数据传输(如高速存储设备)会造成>95%的PCIe通道数据占用率。
: : 这样的传输受益於增加的传输通道,但大多数应用程序如USB或乙太网络控制器会把传
: : 输内容拆成小的数据包,同时还会强制加上确认信号。这类数据传输由於增加了数据
: : 包的解析和强制中断,降低了传输通道的效率。这种效率的降低并非只出现在PCIe上"
: 上述的问题,其实所有的通讯协定设计都一样,在资料传递的过程中,
: 线路必须耗费一定比例的频宽在处理协定的沟通上,以有线网路为例,
: 理论值若为100Mbits/s,实务上,大概只能发挥7~8成的频宽在资料传递上,
: 也就是速度顶多是70~80bits/s, 其他的2~3成频宽,都浪费在通讯协定的
: 沟通上了。
: PCI-E bus也是如此,但即便我们假设有一半的频宽都浪费在IRQ上(这当然不可能,
: 但我们以最遭的情况假设之)
: 那麽,PCI-E的实际可传输频宽将只剩下125MB/s, 很明显的,音讯所需的176.4KB/s,
: 只占可传输频宽的1%不到
: : 所以此问题应是出在PCI音讯的IRQ中断上
: 显然不是,对吗?
: 声音会顿,是软体的问题,bus频宽显然足够。
我个人以为上述的问题应该是在於
IRQ请求造成长时间连续传输被其他封包中断而效率降低,非频宽限制
可是你上面还是在提传输频宽的部份
不太了解你所叙述的与上面引述的部分有何关联
能再详细解释吗?
: : 由於这问题描述不是很详细
: : 所以只能从相似处去判断而已
: 已经很详细了,软压不会造成问题,代表系统资源根本没有跟E900F相冲突,
: 而硬压与否是E900F板子上的事情,和外部系统也没有关系,开启硬压,只会让
: 从E900F流出的资料量降低,让系统负担更低。
: 在这样的情况下,却会造成系统死当,当然是E900F的问题,若是我猜测的
: 驱动程式出问题,那还有改善的空间,但如果是硬体出问题呢?
: 五颗星的严重性,一样是合理的评价
苦主已表示换过第二张卡,所以非硬体问题
或许可以请苦主先找其他不同配备的硬体测试看看是否为E900F损坏
: : 既然是归类於杂项问题
: : 我对於你的给星标准与叙述方式感到有些疑惑
: 你会有疑惑,是因为你不了解问题的严重性,经过上述的解释,你还有疑义吗?
我是对於你的给星标准有疑惑
问题的严重性我相信你应该不会比我清楚
因为我现在正在使用这张卡....
: : 而且花了钱的东西不能用
: : 应该是先找方法解决,而不是光哀声叹气等人救吧
: 你扯到哪里去了?我以使用者设身处地的心情,来定义严重性,并不是我在
: 唉声叹气,OK?
: 况且,这些四颗星以上的严重问题,哪里是使用者可以解决的?即便像我一样
: 资讯相关科系毕业,也顶多只能从逻辑推理来试图厘清问题的症结点,消费者
: 除了唉声叹气等厂商修正外,要不就是一开始不要买,要不就是卖掉,不是吗?
可是我只看到你把问题全优先推给该公司
并没有真的从逻辑点去厘清问题阿
差点忘了我也是资讯相关科系的.....只是不专业而已
但我觉得分析问题应该更仔细一些,连环境因素一并考虑进去
而不是从片面的字句就自行想像问题的起因
: : 与FM的声音会停顿是同样原因的意思
: : Overlay与VMR品质仍会受显示卡硬体与驱动程式影响
: OK,你说的我了解,但是我想问:
: 原本观看电视时,难道软体就没有采用Overlay or VMR吗?为什麽录影前影音
: 可以同步,录完影影音就不同步了?
: 原本看电视同步时,显示卡硬体与驱动程式并没有对电是的观看造成影响,
: 为何录完影後就出问题了?若你不能解释我的发问,你的假设,就不成立。
: 我还是认为,这是康博软体的问题。
苦主并未描述录影时是否影音同步吧
况且ComproDTV在录影时,一向都是直接播放录制的画面
所以看到的与录出来的内容是相同的
你真的有用过此软体吗?
: : 看来是对名词的定义上不同了
: : 对我来说不稳应该是持续性的情况(画面连续闪烁)
: : 而非一次性的状况(换一次台变动一次)
: 我无意在名词上和你做争论,这个问题确实存在,只是你没遇到,
: 5674篇中,遇到的大有人在
: : 实际上,我目前并未发生这种状况
: : 只有在M800早期的驱动与软体上发生过而已
: 这是你没有发生,不代表没有这个问题,至少,那个divx999有遇到,
: 只是他意图把问题美化成不存在的AVC技术罢了
我看的出来你对divx999的怨意很深
但这与我提出的解释并无关联
软体初期未对硬体最佳化这不是常态吗?
很少看到有初期就能到达最佳效能的软体不是?
你既然是资讯科系的人,写过程式应该很清楚吧
所以我认为只是程式的反应速度慢
并未表示这不是问题
只是没你描述的那麽严重而已
: : 若给星没有标准的话
: : 那不就缺乏参考性了吗?
: 我想,是你对问题的严重性不了解所致,给星的定义,虽然是我的主观,但还算明确
: : 至於分类也只需要把同性质的问题排在相邻的顺序即可
: : 仅只是随性列出不见得有利於读者阅读
: 你可以试着整理一次这种文章看看,我光看板上的问题,就看到眼花撩乱,要不是
: 我之前有答应过要写一篇整理文,我才懒得花时间做这种事情。
: 你和我争论排版问题,不觉得有点无趣吗?
我实际使用了这张卡
并且整理了我的使用心得与问题,也有提出了我的解决方法
有错误的部分也逐步进行修正
可是你仅是拿别人的资料在整理而已
我只看到你花在加油添醋的文字比较用心
这比大学生课堂上要交的报告还简单
你有像我一样实际去实验吗?
: : 底下补充一下感想
: : 我一开始来看这个板是为了注意此卡的发售情报
: : 卡入手之後
: : 继续看此板是为了想就问题方面互相交流一下意见,从中学习
: : 刚开始还蛮热烈的
: : 後来却只看到不同家的支持者在互相挑衅
: ^^^^^^^^^^^^^^^^^^^^^^^^
: 若你这里有将我含括在内,我想请你明示我所支持的厂商或板卡,
: 不然,我想你对你发言的失礼,欠我一个道歉
该回你的部分我在上面都打完了
补充部分仅只是对於近期版上风气的感想而已
如果你希望或渴望我能给你道歉
"对不起"
这其实没什麽难的
我只求不被人误解就足够了
: : 其实蛮失望的
: : 我比较希望能看到大家合力找出问题
: : 自己也尽量就手上的资源找出暂时的解决方法
: : 提出bug回报给官方,请他们尽快解决
: : 也算是利人也利己的一种作法
: : 而不是光抓着问题躲在电脑萤幕前面指责
: 笑话!!不然你以为,我能帮你解决问题吗?
: 不要把使用上遇到问题的闷气,发泄在我身上...
因为我还稍微了解一些电视卡的原理,所以我来到这里,是抱着想帮
助初学者的心态来的,往往在推文中简单回覆後,便收到发问者的来信,
我也很详尽的就我所知,帮助对方厘清问题。
上面这段话是你在此串第一篇所打的
我以为你真的是抱着帮助初学者的心态在讨论
可是我只看到前面你一昧的攻击该公司的产品品质
还有扩大解释该卡的问题
也没有真的针对使用者的问题提出你的见解与解决方案
而且我并没有使用上的问题与闷气
我也不认识你
何来的发泄在你身上?
前面丽台与康博卡的比较
我不也是提出了对於测试环境差异造成比较不公正的理由
就事论事而已
针对人发言对我并没好处也没坏处
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 59.104.197.53
1F:推 m933:推~这种文章多点,少点骂来骂去的推文才是板友之福 06/27 00:42
2F:推 geniuskyle12:推! 06/27 00:44
3F:→ HRock:补充:"12.硬压没有去交错"其实是预设值问题,并非bug 06/27 00:50
4F:→ HRock:勾选"Interlace video"就会做去交错的动作了 06/27 00:51
5F:推 nori:去交错那个是mpeg4没反应吧,除非HW受限,那应该算是bug之一 06/27 00:51
6F:→ HRock:mpeg4硬压也会做去交错,只是效果比较差而已 06/27 00:52
7F:→ nori:话说回来,有些bug提出者都没有说明系统环境.. 06/27 00:53
8F:推 m933:其实我觉得很多没讲的很清楚,很难判断到底是不是卡片本身的 06/27 00:55
9F:→ m933:还是使用者系统的问题,因技术论坛那边就看到是使用者系统导致 06/27 00:55
10F:推 nori:mpeg4是tdnj讲的吧,还是有更新说明? 06/27 00:58
11F:→ HRock:可是我比对自己录的影片,勾选後横纹有比较不明显 06/27 00:59
12F:→ HRock:不然我再研究看看好了.... 06/27 01:00
13F:推 nori:横纹动态比较明显,影像内容会影响判断,有人是用档案大小判断 06/27 01:01
14F:→ nori:不过我不太清楚这招对不对,也没试过 06/27 01:01
15F:→ HRock:我是从下排的跑马灯去判断的,由两段影片去看,有去交错的档案 06/27 01:10
16F:→ HRock:字体较为完整;没去交错的档案,字体横纹很明显 06/27 01:11
17F:→ nori:是喔...那搞不好真的有作用,good,如果bit rate可上调就更ok了 06/27 01:14
18F:→ HRock:我觉得画质问题不是出在bitrate上..... 06/27 01:15
19F:推 penny31029:有影片有真相 这段是录影後1个多小时发生的事 06/27 07:47
21F:→ penny31029:这段则是录了两小时57分後 06/27 07:48
23F:推 mesmerising:楼上有没有试着测量看当录影时NXP晶片的温度? 06/27 10:23
24F:推 m933:晶片有可能会过热吗?我机壳本来就里有装两颗小风扇,是还好 06/27 12:46
25F:→ m933:不过实际摸晶片本身,录影时的确是有比较烫一些,不过应该在运 06/27 12:46
26F:→ m933:做温度内,因为我也摸我的主机板北桥,温度也蛮高的= =" 原本主 06/27 12:47
27F:→ m933:板买的时候就没加散热片,所以我也就没额外加,不过没问题就好 06/27 12:48
28F:推 fumin:楼上你是在录制出问题时摸的吗? 06/27 13:09
29F:推 m933:我没出问题,我大部分录制时间都是1~1.5小时之间,我可以回去 06/27 13:22
30F:→ m933:录久一点来试试看,可惜没thermal couple可以量测温度变化 06/27 13:23
31F:推 penny31029:我机壳有一个前12後12 还一个鼓风扇抽出 应该不会过热 06/27 15:57
32F:→ HRock:目前录了3个小时又10分,无影音不同步,无画面破碎 06/28 00:22
33F:→ HRock:暂存档大小7.87G 这是录到2:51时储存的结果 06/28 00:23
35F:→ HRock:录了4小时....完全没问题,结束後影音无不同步 06/28 01:13
36F:→ fumin:也许lag和最後的影片烂掉是同一个问题,先是影音不同步,然 06/28 01:35
37F:→ fumin:後资料错漏太多造成encoder异常,但整个资料流都在板卡上 06/28 01:36
38F:→ fumin:这样的问题我会猜测也许是板卡硬体的问题?要求原厂换张 06/28 01:36
39F:→ fumin:卡看看? 06/28 01:36