spice部分问题

在https://spice-space.org/的官方资料中，提到SPICE会自动识别终端的处理能力，对于有能力的终端，会传输QXL命令而不是渲染好的图形，但根据demo的效果和源码的阅读，似乎并没有发现这个能力，请问可能是哪里的配置不对吗？这个功能具体对应spice server的那部分呢？
>>>现在的代码是会有服务端根据终端的能力来做一些提前做一些动作，但是qxl指令流的应该是没有的；
===就是说Server端直接向Client的绘图命令传递看来是不存在的对吗？即使是系统窗口之类的，也是渲染出来后以图像形式传递的？
>>>目前的代码是这样的

还有就是Display Channel的问题，同样是官方资料说spice会自动识别视频流，并进行MJPEG压缩传输，这倒是又在代码中看到部分相关的实现，但是在实际的视频播放常见却从来没有生效，还是在以图形的QUIC、LZ等压缩方式进行传输，这可能是哪里存在问题呢？
>>>需要虚拟机配置
===虚拟机的配置指的是spice-streaming-agent的配置吗？最初看官网资料，以为是视频和图像压缩都在Display Channel完成，而且是会自动识别变化较快的区域进行视频流编码，这种理解是错误的吗？实际上单独安装spice服务端与客户端代码，是只能进行图像压缩传输的？        
>>>虚拟机的配置，spice会自动识别变化较快的区域进行视频流编码；spice-streaming-agent这是对于linux虚拟机的一种实现方式

最后是关于调试中的日志记录，想通过这种方式来观察具体的连接处理流程：spice gtk的客户端中可以直接输出到控制台，但spice server是以so库的方式被QEMU调用的，直接添加的打印信息不知道输出到了哪里。请问您是否遇到过这种问题，有什么解决方法吗？
>>>它代码不是有日志输出接口吗spice_debug，这都是代码里面有的
===是的，spice_debug和g_message之类的记录都有看到，但是它们是默认打印到控制台的吗？在client端直接启动spicy，可以看到添加的输出；而server是通过virt-manager（virsh）的方式启动的，启动QEMU进程直接后台运行控制台不阻塞在这里，因此可能这些打印被重定向了？以fprintf的方式也看不到打印信息。是还有别的启动方式，可以从控制台得到日志输出吗？