游戏开发论坛

 找回密码
 立即注册
搜索
查看: 1854|回复: 2

请源代码之光或是Sea_bug兄进来一下

[复制链接]

30

主题

298

帖子

299

积分

中级会员

Rank: 3Rank: 3

积分
299
QQ
发表于 2004-2-22 21:58:00 | 显示全部楼层 |阅读模式
      前两天和你们讨论的垂直同步的问题,我通过跟踪扫描线进行同步并把数据更新与刷新代码分离解决了图像撕裂和帧数依赖屏幕刷新率的问题。

    由于这样,所以运动赝像的原因暴露了出来,是由于帧数与刷新率不同步造成的图像的运动赝像。解决的办法是通过插帧来补足不足的帧数。但由此又引出了一个问题:
   
    由于在程序中,数据更新是由使用者独立实现的,我无法直接获得二个完整的样本或是通过运动预测法来生成一个样本进行插帧。因此,想请问一下,在这样的情况下,还有什么方法,可以获得一个相对精确的样本来进行插帧呢?

90

主题

797

帖子

833

积分

高级会员

论坛版主

Rank: 4

积分
833
QQ
发表于 2004-2-22 23:26:00 | 显示全部楼层

Re:请源代码之光或是Sea_bug兄进来一下

你的问题确实很奇怪,理论上讲,使用双缓冲技术,是不可能出现同步问题的。
我觉得你应该分析一下你出这种问题的原理。
我认为,在把所有东西都画到back后,在blt到front,不会出现问题,但如果你是直接画到front上,问题就出现了。你有没有这样类似的操作呢?

30

主题

298

帖子

299

积分

中级会员

Rank: 3Rank: 3

积分
299
QQ
 楼主| 发表于 2004-2-22 23:54:00 | 显示全部楼层

Re:请源代码之光或是Sea_bug兄进来一下

确实是个奇怪的问题。因为我以前写同样功能的代码用的同样的方法都没有遇到这样的问题。在我用了上述的“跟踪扫描线进行同步并把数据更新与刷新代码分离”的方法之后,只要帧数设定与屏幕的刷新率一致的话,就完全没有任何的问题了。但是,还是一句话,在窗口模式下,屏幕的刷新率不是可控制因素,所以。。。。。。。。大郁闷啊。。。。。。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

作品发布|文章投稿|广告合作|关于本站|游戏开发论坛 ( 闽ICP备17032699号-3 )

GMT+8, 2025-4-27 16:49

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表