Re: Intra-frame compress for spice video channel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I've tried MJPEG2000 algorithm and it did reduce the data transferred. I capture the raw bitmap data and compress it using MPJEG2000.

If you transfer the quic_data to x264, it will cost much CPU utilization. As far as I know, someone has made it to use x264 to process videos, but the performance improves little.



 
From: Qiang
Date: 2014-05-27 15:24
To: spice-devel
Subject:  Intra-frame compress for spice video channel
Hi, Dear all

I want to improve Spice bandwidth utilization, with a reasonable cost of more CPU utilization.
Under my test the audio(with opus) work fine under low bandwidth.
As I know the spice didn't use the intra-frame to compress the video data.
Under my test all the display frame be compressed as quic_data. But even use the
quic compress, it take huge bandwidth to play my 480P movie.
So I wanted to implement the intra-frame to compress(
As an compress option.) based x264.

There are seem two ways.
1) drawable_data -> stream -> use the x264 instead the M-JPEG compressed.
I am struggling why this data didn't pass through the video stream. But as a quic_data.
2) quic_data -> transfer the quic_data to a rgb data -> use the x264 to compress it.
But I am not sure how transfer the quic_data to x264 input_data? there is so limited doc about this.

Any idea about the intra-frame or the video compression please let me know.

PS: Anyone know the new contact way of
Yonit Halperin

Thanks very much.
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]