在HTML画布中呈现的图像的最大可实现更新率？

我有一个服务器，可以生成base64编码的图像，并以每秒30左右的速度将其流式传输到web应用程序。我猜这些图像可以被认为是视频中的帧（它们实际上是显示实时数据更新的图形）

我想以尽可能高的速率向web应用程序的用户显示这些图像。我的第一个想法是将它们嵌入HTML画布中，但我担心的是，当图像在屏幕上重新绘制时，用户将体验到大量的“闪烁”。这是一个好方法吗？如果是的话，我希望达到的最高图像更新率是多少？（假设web应用程序可以通过web套接字以任意高的速率从服务器接收图像。）如果这不是一个好方法，那么显示图像的更好方法是什么

---

服务器可以生成正确分辨率的图像以显示在屏幕上。我可能希望在1920x1080屏幕上同时显示四个640x480px的图像（所有图像都以每秒约30次的速度更新）。

Base64是发送大容量数据的最糟糕方式，因为它大部分只是填充。此外，从base64到编码图像再到可显示图像的转换比仅解码和显示图像要慢得多。您应该将数据作为图像（JPEG、WebP或PNG（PNG，如果没有太多的噪声））发送或考虑作为视频流的编码。显示图像非常快，每秒30次显示4个图像很容易，其带宽和编码是瓶颈。谢谢！我将切换到使用png。我最关心的是在渲染新图像时屏幕上可能出现的任何“闪烁”——在使用HTML画布渲染图像时，这可能是一个问题吗？基于@Blindman67的说法：图像是发送图形数据更新的最糟糕方式，只需发送数据即可（这将是带宽和服务器计算时间成本的一小部分）然后让应用程序画出它认为适合显示的画布是双缓冲的，除非禁用了VSync（设备硬件设置），否则不会闪烁或剪切