是否可以使用 canvas 播放视频,但通过动画像素?
Is it possible to use canvas to play a video,but through animating the pixels?
所以问题是,我想在不允许我播放任何视频或显示任何照片的网站上播放视频。
因此我想到了一个想法,允许客户端脚本从服务器下载一张图片,这样我们就可以避免污染 canvas。
之后,服务器会从视频的第一帧中提取像素数据,然后将该数据发送给客户端脚本进行处理,并替换[=24=上已有的默认像素数据] 与已收到的那个。
然后为了效率,服务器将比较第一帧和第二帧,然后如果例如第一帧包含与第二帧颜色和位置相同的像素,则服务器将只发送像素需要更改,所以这意味着服务器将只发送需要的像素数据。
此过程将自动进行,直到视频结束。
所以我的完整问题是,这是否可能,如果 'yes',请告诉我这是否会降低用户设备的速度,如果会,是否有提高效率的方法?
这确实是可能的,并且是一个关于视频帧操作的有趣理论课题。
但在实践中,却有一种重新发明轮子的味道。以下行为是许多视频压缩格式的基础:
the server [or the file format] will only send the pixels that need to be changed
为了提高效率,可以在 Predicted frame.
中结合显示恒定部分如何从前一帧移动的运动矢量
是的,它很可能会降低用户界面的速度,因为它永远无法达到专门为此目的设计的真实视频流的效率。
所以问题是,我想在不允许我播放任何视频或显示任何照片的网站上播放视频。
因此我想到了一个想法,允许客户端脚本从服务器下载一张图片,这样我们就可以避免污染 canvas。
之后,服务器会从视频的第一帧中提取像素数据,然后将该数据发送给客户端脚本进行处理,并替换[=24=上已有的默认像素数据] 与已收到的那个。
然后为了效率,服务器将比较第一帧和第二帧,然后如果例如第一帧包含与第二帧颜色和位置相同的像素,则服务器将只发送像素需要更改,所以这意味着服务器将只发送需要的像素数据。
此过程将自动进行,直到视频结束。
所以我的完整问题是,这是否可能,如果 'yes',请告诉我这是否会降低用户设备的速度,如果会,是否有提高效率的方法?
这确实是可能的,并且是一个关于视频帧操作的有趣理论课题。
但在实践中,却有一种重新发明轮子的味道。以下行为是许多视频压缩格式的基础:
the server [or the file format] will only send the pixels that need to be changed
为了提高效率,可以在 Predicted frame.
中结合显示恒定部分如何从前一帧移动的运动矢量是的,它很可能会降低用户界面的速度,因为它永远无法达到专门为此目的设计的真实视频流的效率。