Pygame在屏幕上移动线时会撕裂屏幕

Question

我试图移动这个图像：

在我的PyGame屏幕上，从右到左再向后，但是随着图像的移动，每隔一秒左右我就会有一点屏幕撕裂，就像这样：

我使用的代码是类似于此的循环：

screen.blit(img, (x,y))
pygame.update((x,y),(w,h))
pygame.draw.rect(screen,(0,0,0),((x,y),(w,h)))

到目前为止，我已经尝试了以下方法来解决这个问题：

在创建屏幕时使用HWSURFACE，全屏，DOUBLEBUF标志，这没有效果，我也调整了。将（rect）更新为。flip（）（因为使用DOUBLEBUF？）时建议使用此选项）

在GPU和CPU之间拆分内存（我在raspberry pi 2上运行此功能）我尝试过为这两个处理器提供更多内存，没有任何更改。

设置时钟。勾选以将更新速度限制在60 FPS（也可以高于或低于60 FPS），这确实平滑了一些撕裂，但不是全部撕裂

向左或向右调整每个增量的大小，使增量越小，撕裂越少，但速度也越慢。（不能开得太慢）

我在某处读到，HWSURFACE比drawing更好地支持blit，而不是在之前的位置上绘制一个黑色矩形（移动图像以确保图像后面没有痕迹），尽管我无法确认这一点这没有效果

如果有人有任何其他可能改善这种情况的解决方案，我将不胜感激。

我宁愿不改变从PyGame到其他任何东西（如pyglet），因为我已经做了相当多的实现到目前为止使用PyGame，但我是开放的建议。

干杯

编辑

要求的相关代码：

if scanner == True:
    clocker.tick(clockspeed)
    if x < 11:
        slower = 3
        if firstTime == True:
            img.set_alpha(int(x * 25))
            newSurf.set_alpha(int(x * 25))
            screen.blit(newSurf,(xText,35))
            pygame.display.update((xText,35),((xText + newSurf.get_width()),(50 + newSurf.get_height())))
            img.set_alpha(255)

    elif x > (divider - 15):
        slower = 3
    else:
        slower = 0
        firstTime = False

    screen.blit(img, ((xStart - (x * increment) + slower),100))
    pygame.display.update(((xStart - (x * increment) + slower),100),(95,450))
    pygame.draw.rect(screen, (0,0,0), (((xStart - (x * increment) + slower),100),(95,450)))

sleer变量是为了在杆到达其横扫的最左侧和最右侧时提供惯性感觉，它将稍微降低速度。

firstTime变量用于第一次出现时在条形图中淡出。

下面还有一个非常类似的循环，但会以另一种方式将图像扫回。

Answer 1

设置

vsync = true

pygame.display.set_mode

Answer 2

这种撕裂只是屏幕渲染方式的产物。线的下一个位置正在渲染，而上一个位置正在绘制。如果屏幕的刷新率和更新率是同步的，则此问题消失。但由于这几乎不可能做到准确，我建议让您的程序采用PICO-8在管理这一点时所采用的方法，在更改屏幕缓冲区以防止撕裂之前，等待屏幕刷新完成。我不确定是否有等待屏幕刷新完成的方法，但如果有，那么序列应该是：updatebackbuffer-

刷新是指屏幕从左到右、从上到下、逐像素绘制。这是因为与屏幕的三重总线连接每次只允许一个像素的亮度来自屏幕存储器，因此每个像素都是按顺序绘制的。撕裂来自内存在刷新中途发生变化，因此线条在屏幕中途移动位置。