-
请问 我用2812采集时为什么数据差异那么大啊 我的输入源是稳定的
-
版主解释非常形象，在此拍马一下
-
香水版主真有耐心。换转在俺的地盘，至少要楼主改成如下标题才搭理他。否则当作倒乱份子看待。 但是俺信奉人人平等的原则。
每当我犯了错误，我知道那不是我故意所为，而是认知上的某种缺失；本着人人平等的原则，我知道别人犯错误的时候，也并非他故意所为，也是因为认知的缺失，弥补了这个缺失，以后他也就不会再犯同样的错误了；既然人人平等，大家都有义务来帮助他，而不是嘲笑他。
-
CC中的I0和I1。
-
还有个问题想请教下大家，我在研究一段波形，如果以第一脚为时钟信号的话，我采样第二线和第三线的时候是在上升沿采样还是下降沿采样啊
-
先顶一下
-
变白说明初始化不对。
如果初始化正常，那么都会有条纹出现的，修改纠正就可以出现图像的。
楼主把这款LCD手册发上来，要看具体的。
-
引用 4 楼 luixing67 的回复:
刚才看了一下，92000000应该是Bank0的虚拟地址，对应的应该是Flash控制器
我查了2440的datasheet，flash控制器的基地址是0x4E000000
-
这么复杂
-
谢谢楼主分享！！
好贴，MARK,收藏。
-
哈哈，明白了，谢谢大家！！！
-
Timer本身是不精确的，可以使用,GetTickCount或者一个查询高精度的的函数，误差很少。
-
STM32F10x 容量>=256kB，引脚>=100脚的，支持FSMC。
-
115
-
应该叫版主……直呼其名太不尊重了
-
问题一：MOV一般不影响CPSR, 除非执行类似MOV pc, lr，效果上等同于BX lr
MOVS总是会影响CPSR, 包括N,Z,C标志位
执行MOV pc, lr，可能会影响到T标志位，执行MOVS pc, lr时，CPSR会被SPSR覆盖(内核态）
问题二：在Thumb代码里不能使用B跳转到ARM代码，因为T标志不会切换，即使跳到ARM代码，
也会按照Thumb方式来执行，BX是跳特殊指令，会根据目标寄存器地址来切换T标志。
本人是ARM板级仿真开发者，对于ARM/Thumb指令集运行原理比较了解，请多关注国产软件仿真的发展：
http://blog.eeworld.net/lxzhg/archive/2010/01/06/5142441.aspx
-
你确定是FAT分区吗？为什么用的都是BINFS?应该是这样才对
[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\FlashDisk2]
"DefaultFileSystem"="FATFS"
"PartitionDriver"="mspart.dll"
"Name"="PocketMory MLC Disk2"
"Folder"="nand"
"AutoMount"=dword:1
"AutoPart"=dword:1
"AutoFormat"=dword:1
"MountFlags"=dword:0
-
6楼的链接不错，楼主可以试试
-
DIR文件没错，SOURCE文件如下：
!if "$(BSP_NOSPI)" == "1"
SKIPBUILD=1
!endif
RELEASETYPE=PLATFORM
PREPROCESSDEFFILE=1
TARGETNAME=s3c6410_spi
TARGETTYPE=DYNLINK
DEFFILE=s3c6410_spi.def
DLLENTRY=DllEntry
INCLUDES= \
$(INCLUDES);$(_TARGETPLATROOT)\src\drivers\DMA\s3c6410_dma_lib;. \
TARGETLIBS=\
$(_COMMONSDKROOT)\lib\$(_CPUINDPATH)\coredll.lib \
$(_COMMONOAKROOT)\lib\$(_CPUINDPATH)\ceddk.lib \
$(_TARGETPLATROOT)\lib\$(_CPUINDPATH)\DriverLib.lib
SOURCELIBS=\
$(_TARGETPLATROOT)\lib\$(_CPUINDPATH)\s3c6410_dma_lib.lib \
SOURCES=\
spi.c
s3c6410_spi.def内容：
LIBRARY spi
EXPORTS
SPI_Init
SPI_Deinit
SPI_Open
SPI_Close
SPI_Read
SPI_Write
SPI_Seek
SPI_IOControl
SPI_PowerDown
SPI_PowerUp
platform.reg里：
IF BSP_NOSPI !
[HKEY_LOCAL_MACHINE\Drivers\BuiltIn\spi]
"Prefix"="SPI"
"Dll"="s3c6410_spi.dll"
"Index"=dword:1
"Order"=dword:30
ENDIF BSP_NOSPI !
platform.bib里：
IF BSP_NOSPI !
s3c6410_spi.dll $(_FLATRELEASEDIR)\s3c6410_spi.dll NK SHK
ENDIF BSP_NOSPI !
请教为什么得不到DLL文件，好像他就没编译源文件，直接找的.obj文件，但不存在。
-
如果是硬解码的话,瓶颈基本上都是在显示那一块.
实际上微软的video render可能会基于你的硬件设置采用不同的办法显示。
最快的办法通常是overlay的flip,这需要你的设备支持ddraw,overlay,colorkey以及flip，并且支持YUV的格式。flip不支持的话会用overlay的blt,效果也还可以
再慢一点就是用RGB surface的flip/blt,这时候你的设备要支持ddraw的flip或blt.
如果ddraw不支持的话，那就只能用gdi了，gdi的性能很差的。
video render有一些注册表设置也会影响结果：
HKEY_LOCAL_MACHINE\Software\Microsoft\DirectX\DirectShow\Video Renderer
微控制器 MCU