SPICE 视频重定向的传输路径选择

这是本文档旧的修订版！

数据传输通过 StreamDev，StreamDev 是 char_device 的一种，虚拟化上是 virtio spiceport类型设备;
guest 与 server 之间的协议(stream-device.h)是额外自定添加的；不影响 server 与 client 之间的协议

在 server 与 client 之间没有增加新类型通道，stream-channel 实现的通道类型是 DisplayChannel

StreamChannel*
stream_channel_new(RedsState *server, uint32_t id)
{
    return g_object_new(TYPE_STREAM_CHANNEL,
                        "spice-server", server,
                        "core-interface", reds_get_core_interface(server),
                        "channel-type", SPICE_CHANNEL_DISPLAY,
                        // TODO this id should be after all qxl devices
                        "id", id,
                        "migration-flags", 0,
                        "handle-acks", TRUE, // TODO sure ??
                        NULL);
}

在 client 端，收到通道列表时就会额外创建一个屏幕来对应这个 DisplayChannel, 表现为有两个屏幕显示

发送创建 SPICE_MSG_DISPLAY_SURFACE_CREATE 消息时，标识 SPICE_SURFACE_FLAGS_STREAMING_MODE 来表示全屏流显示

// give an hint to client that we are sending just streaming
// see spice.proto for capability check here
if (red_channel_client_test_remote_cap(rcc, SPICE_DISPLAY_CAP_MULTI_CODEC)) {
surface_create.flags |= SPICE_SURFACE_FLAGS_STREAMING_MODE;
}

server 与 client 之间传输视频流, SPICE_MSG_DISPLAY_STREAM_DATA
视频重定向如果直接借用这种方式来传输流，需要修改客户端对新增 DisplayChannel 的操作，魔改协议，得不偿失
问题：是否可以直接把数据插入到主 DisplayChannel 的视频流里？有点复杂

SPICE 视频重定向的传输路径选择

1 借鉴

1.1 spice-stream-agent

Oakfire Wiki