1024*768 的DVD video **

只看该作者 · 2010-1-9 10:11

支持一个

3万 · 2010-1-13 17:01

基本功能调试好了。 1024*768*800/(10**9.0)=0.6s
这是清屏时间，不到1s,数据量是1024*768*2

只看该作者 · 2010-1-18 11:33

有意思，记号先

3万 · 2010-1-21 15:26

换成了320*240的LCD,
这种LCD可直接换成640*480的，我手头没有，应该直接能替换。
同时，也可直接接显示器。分辨率640*480

只看该作者 · 2010-1-21 16:19

:victory:留个脚印在说慢慢看

3万 · 2010-1-21 16:54

现在完全正常了，这是图形生成代码。

for(i=0;i<HIGH;i++)
for (j=0;j<WIDTH;j++)
   if ((i==j)||((i+j)==(WIDTH-1))||(i==(HIGH/2-1))
      ||(i==0)||(j==0) ||(j==(WIDTH/2-1))||(j==(WIDTH-1))||(i==(HIGH-1)))
   {pSpi -> SPI_TDR = 0x1f; DelayUs(k);} //red
   else if (i==(HIGH/2-1-1))//倒数第二行
   {pSpi -> SPI_TDR = 0xffff; DelayUs(k);}  //white
   else if ((i%k==0)||(j%k==0))
   {pSpi -> SPI_TDR = 0x3f<<5; DelayUs(k);} //green
   else
   {pSpi -> SPI_TDR =0; DelayUs(k);}

3万 · 2010-1-21 16:57

照片
该显示的都显示了，没有多余的点，也没有少的点。

3万 · 2010-1-28 15:37

又做了一些改进，这个照片看不出来。都是内功。

经过差不多一周的努力，改进到了125M
基本调试正常了，有几个参数，得多次编译，测试一下。
sdram麻烦，fifo更麻烦，这两个加一起，超级麻烦。

sdram工作在25M还是有点小问题的，
就是CAS参数，调到最低的1好像有一列都不太正常，
这个没再自己研究，直接把sdram调到125M(25M的5倍）。
刷新就非常正常了。
整个代码，也改了非常多。这样，数据写入速度，就能达到
125M×20% world了。大约50M byte,我想，这个速度，播放视频都没问题了。问题是我的arm7才能达到55M bit, 也就是7M byte。

没办法测试那么高等速度。
我后续将增加硬件块写功能，这时候就用得上了。
还得吧ucgui移植过来，唉，一个人，啥都包圆了，没办法。
软件/硬件全包了，俺一个人干一个团队的事情。