从ASSERT之多---看MTK的代码是否垃圾

wzl1188

看看，学习[em10][em10]

takumi

说MTK NC的其实才是NC。
FM的代码的编译量很小。而且认证的也就这么点。
camera是直接在makefile内指定了路径的。只会编译你选择的。
这么大一个系统，架构已经做得不错了。
看看展讯的，你会觉得无语。
连tool都不会做。

ericmhb2010

可以去掉了   这个用不了多久的

kideagle

以下是引用hztianxie在2010-7-19 16:08:20的发言：
fm_drv\MT6189A1_drv.c
fm_drv\MT6188A1_drv.c
fm_drv\AR1000_drv.c
fm_drv\MT6616_drv.c
fm_drv\MT6616_rds.c


MTK的编译真是NC，比如编译FM，我们只用其中一个，但是MTK把不用的都编译了，时间能不长吗!

类似的，还有CAMERA等等。

倒是没注意过。把你不想要的文件从Make文件夹下相应的.LIS文件里边删掉可以么？ 有人试过么？

hztianxie

以下是引用crystal68在2010-8-14 13:33:10的发言：
感觉楼主应该以前是搞单片机的，接触的代码量应该不大。所以一开始接触这么多以前没有见过的代码，有点不适应。其实，mtk,linux,windows还有mac平台，其编程风格都是不一样的。静下心来，慢慢来，别这么浮躁。

是搞以51为内核的嵌入式单芯片解决方案的。

现在的MTK只不过内核改成ARM，加了操作系统而已

之前代码量，相对于MTK，确实不算大。我不否认MTK的地位，但是我觉得MTK的代码确实有不好的地方。很多时候，优点也是缺点

MTK的开关做的太多了，是方便了小厂，但是对于大厂的工程师而言，确实是少学了很多东西。

还有所有的芯片方案都集中在一个代码里面，导致过时很多年的6205  6218等程序代码都在里面，对于一个新手而言，确实不太容易读懂，我很多时候，不知道到底是哪段代码有效

比如MT6205定义了某个宏，但是这个宏在6223里是不定义的

我还要追根溯源去找，真的很不方便。我想很多时候，对于做了好几年的老手，都不容易读懂吧

我确实有点浮躁，这位兄台说的没错，因为我之前都是一个人负责全部软件工作的

但是MTK的工作方式，分驱动和MMI，我老想着一个人解决全部软件，如果MTK的软件确实很庞大。而且，我喜欢喜欢刨根究底的人，我要知道它这么做，还要知道它为什么这么做，还有没有更好的办法做这个功能，等等，所以我是属于不会混日子的人。

不过谢谢52RD上的各位，混这个论坛半年多，学到了很多东西，谢谢大家了。

hztianxie

以下是引用crystal68在2010-8-14 13:22:10的发言：
。

C51做高清视频，音频？不可能吧。我记得它内部没有集成什么图像处理和音频处理的模块啊。

DSP模块啊

MTK的芯片也有DSP模块啊

图像解码 音频解码都需要DSP啊

zhuang0393

顶上去！！！！

crystal68

感觉楼主应该以前是搞单片机的，接触的代码量应该不大。所以一开始接触这么多以前没有见过的代码，有点不适应。其实，mtk,linux,windows还有mac平台，其编程风格都是不一样的。静下心来，慢慢来，别这么浮躁。

crystal68

以下是引用hztianxie在2010-7-21 14:05:47的发言：
我其实有点完美主义，我不能容忍自己手下出垃圾代码，所以每次做项目，我都要多多少少改动其风格的。只不过之前只是C51的（大家也不要小看51,51做的事情可多了，高清视频，音频，文本都可以做，可以播放H264格式的高清电影），不涉及什么MAKE的                BOOTLOAD什么的，所以对MTK，一直不敢大幅度的修改，只是局部优化。

我向来认为，你改动一个程序的风格成功了，按照你的意思改成功了，才叫理解了这个系统。

C51做高清视频，音频？不可能吧。我记得它内部没有集成什么图像处理和音频处理的模块啊。

[此贴子已经被作者于2010-8-15 15:31:06编辑过]

13428785344

楼主如此勤快的发类似MTK代码如此垃圾的帖子，想说明什么呢？


个人认为你就是在批评那些你口中所谓做MTK的"小学生"，或许你也是个大学生，但是这个行业中和你一样的大学生多了去了。低调些[em07]

hztianxie

论坛上有些人质疑我是MTK的对手公司的，其实不是，我是一家做MTK方案的DH的人。因为爱之深， 责之切。

我觉得MTK的代码如果重新规划下结构，应该更好。

比如MTK集成了全部的BB芯片方案，导致很多淘汰的芯片代码也放在里面，第一造成程序庞大，第二，导致宏过多，不容易阅读

当然，我是站在二次开发的研究者的立场来讲的。

我个人建议，一个平台，一套代码，比如MTK6225,根据MTK的进度和完善程度，或者功能增减，可以分为A  B  C  D几个版本

绝对不掺其他芯片的代码，比如6205等等不知道淘汰多少年的芯片代码。

绝对可以瘦身很多。

因为这种套路，随着时间的推移，代码量会越来越庞大，你每开发一种芯片，就要多很多代码。

hztianxie

关于标题，我起手后来想起改掉的，但是已经超过编辑时间了，无法修改。

大家都是在学习和挫折中成长的，我也是，我不想计较成长路上的“长不大的行为”，但是我只希望我在不断进步。

我一直信奉一句话：男人，要在30岁以前，把该犯的错误都犯掉，因为等于过了30岁，你再犯这些30岁以前才有资格犯的错误，就会受到人们的职责了。

年轻不怕失败。

hztianxie

以下是引用crystal68在2010-8-18 18:15:49的发言：
。

哦哦，其实每种风格的代码都有优缺点，只是写代码人的习惯而已。
我们可以承认某种风格代码的优点，也可以指出这种风格代码的缺点。
但是，因为这种代码有缺点就批评其“垃圾”，至少对MTK的先辈不够尊重。

另，从你的回复中看出应该看过林锐的某本代码方面的书，并深信不疑。若果真如此，劝你要对这本书有所取舍，不要一味深信，他的有些观念太绝对，不要以此为教条来批评你的前辈。若非，算我多言了，见谅。

林锐的书，我只看了个开头，顶多十几页。我是以我自己的C语言编程风格来说的，我是陷入自己的风格而已。因为就我目前所接触到的人员来讲，除了我入门师傅，编程风格比我好的真的没见过，但是代码优化比我好的，确实见过几个。这也是我今后的奋斗目标，我觉得一个人只有广泛吸取大家的经验，不断补足，才能成为一个高手，而不是不容忍别人的质疑。

我主观上没有不尊重MTK的前辈。不过，说“垃圾”，我自己也承认过激了点，再说，如果真的是前辈，觉得可以容忍小辈提出质疑的，这才是大家的风范，如果跟小辈锱铢必较，那也枉称“大家”了

crystal68

以下是引用hztianxie在2010-8-16 10:32:33的发言：
。
是搞以51为内核的嵌入式单芯片解决方案的。

现在的MTK只不过内核改成ARM，加了操作系统而已

之前代码量，相对于MTK，确实不算大。我不否认MTK的地位，但是我觉得MTK的代码确实有不好的地方。很多时候，优点也是缺点

MTK的开关做的太多了，是方便了小厂，但是对于大厂的工程师而言，确实是少学了很多东西。

还有所有的芯片方案都集中在一个代码里面，导致过时很多年的6205                6218等程序代码都在里面，对于一个新手而言，确实不太容易读懂，我很多时候，不知道到底是哪段代码有效

比如MT6205定义了某个宏，但是这个宏在6223里是不定义的

我还要追根溯源去找，真的很不方便。我想很多时候，对于做了好几年的老手，都不容易读懂吧

我确实有点浮躁，这位兄台说的没错，因为我之前都是一个人负责全部软件工作的

但是MTK的工作方式，分驱动和MMI，我老想着一个人解决全部软件，如果MTK的软件确实很庞大。而且，我喜欢喜欢刨根究底的人，我要知道它这么做，还要知道它为什么这么做，还有没有更好的办法做这个功能，等等，所以我是属于不会混日子的人。

不过谢谢52RD上的各位，混这个论坛半年多，学到了很多东西，谢谢大家了。

哦哦，其实每种风格的代码都有优缺点，只是写代码人的习惯而已。
我们可以承认某种风格代码的优点，也可以指出这种风格代码的缺点。
但是，因为这种代码有缺点就批评其“垃圾”，至少对MTK的先辈不够尊重。

另，从你的回复中看出应该看过林锐的某本代码方面的书，并深信不疑。若果真如此，劝你要对这本书有所取舍，不要一味深信，他的有些观念太绝对，不要以此为教条来批评你的前辈。若非，算我多言了，见谅。

dickzzzzz

开眼界了，继续关注！

yzq0078

看了大家的这么多评论，每个人的思维方式不一样，看来还是要自己好好的去体会了才知道。

bingdian304

[em14]路过，边看边学！

hxx221

以下是引用hztianxie在2010-8-19 8:40:49的发言：
论坛上有些人质疑我是MTK的对手公司的，其实不是，我是一家做MTK方案的DH的人。因为爱之深， 责之切。

我觉得MTK的代码如果重新规划下结构，应该更好。

比如MTK集成了全部的BB芯片方案，导致很多淘汰的芯片代码也放在里面，第一造成程序庞大，第二，导致宏过多，不容易阅读

当然，我是站在二次开发的研究者的立场来讲的。

我个人建议，一个平台，一套代码，比如MTK6225,根据MTK的进度和完善程度，或者功能增减，可以分为A                B                C                D几个版本

绝对不掺其他芯片的代码，比如6205等等不知道淘汰多少年的芯片代码。

绝对可以瘦身很多。

因为这种套路，随着时间的推移，代码量会越来越庞大，你每开发一种芯片，就要多很多代码。

你应该发邮件或打电话给MTK的人，在这里讨论是没用的，我们都决定不了MTK的代码不垃圾，只要MTK自己决定，所以你得联系MTK，让他们把代码做的不要那么垃圾。还有关于你说的宏定义问题，我开始也和你一样的想法，看的多了，后来想想如果把所有宏都定义为0或1，你觉得这样好吗？

qiujb0336

mtk代碼那么庞大，能做到这样已经很不错了，目前市面上还有哪个平台比他做的更好么？代码的优化部分就看每个人自己的能力了，想linux不也是一样，看不懂？要说，最正规的算是windows了，文档和代码都齐全。再说MTK的MMI部分本来就是外包给印度的。

yelijun

以下是引用hztianxie在2010-7-19 11:05:32的发言：
MTK之所以用了这么多的ASSERT，归根结底就是错误的选择了用
#define                MICRO
而不是用
#define MICRO                 XXXX