The "Killa video sample". Why is it so famous?

[Stears555]

Hello Guys!

I've read about this test video in many many websites about digital video technologies.
Why is it so famous in video specialist forums? Perhaps the video content is a great challenge for video codecs.

[jagabo]

Incoherent motion over the entire frame makes motion compensation techniques useless.

[Stears555]

Incoherent motion over the entire frame makes motion compensation techniques useless.

But the x264 codec was set to its maximum.

[deadrats]

thanks for the test sample, i decided to do two test encodes, one with x264 + placebo and one with divx's hevc. i did not resize and i wanted to drop the bit rate to 8mb/s unfortunately the divx hevc encoder seems to have problems with the rate control as both the gui and cli version tend to undershoot the target bit rate by quite a bit.

as a result we have the x264 encode at 8mb/s and the divx encode at just over 5mb/s; the x264 encoder was done with handbrake and the hevc encode was done with hybrid.

[jagabo]

Incoherent motion over the entire frame makes motion compensation techniques useless.

But the x264 codec was set to its maximum.

If there are few motion vectors to find it doesn't matter how far and wide you look.

[deadrats]

If there are few motion vectors to find it doesn't matter how far and wide you look.

i would think that with this test sample there would be a nearly indeterminate number of motion vectors, it seems to me that this would be a great test of a codecs motion compensation algorithms, if anything one would expect x264's much vaunted mb-tree and sub-me algorithms would offer it a distinct advantage, especially with there's respective settings cranked up to the max.

[Stears555]

thanks for the test sample, i decided to do two test encodes, one with x264 + placebo and one with divx's hevc. i did not resize and i wanted to drop the bit rate to 8mb/s unfortunately the divx hevc encoder seems to have problems with the rate control as both the gui and cli version tend to undershoot the target bit rate by quite a bit.

as a result we have the x264 encode at 8mb/s and the divx encode at just over 5mb/s; the x264 encoder was done with handbrake and the hevc encode was done with hybrid.

Divx hevc is a laughable codec. Don't use it!

[Stears555]

thanks for the test sample, i decided to do two test encodes, one with x264 + placebo and one with divx's hevc. i did not resize and i wanted to drop the bit rate to 8mb/s unfortunately the divx hevc encoder seems to have problems with the rate control as both the gui and cli version tend to undershoot the target bit rate by quite a bit.

as a result we have the x264 encode at 8mb/s and the divx encode at just over 5mb/s; the x264 encoder was done with handbrake and the hevc encode was done with hybrid.

Divx hevc is a laughable bad quality codec. Don't use it!

[deadrats]

Divx hevc is a laughable bad quality codec. Don't use it!

not even close to being true, it beats x264 most of the time and in the few tests i did where it doesn't beat it, the divx hevc ties it.

it just needs to be better optimized and its rate control method needs to be fixed but other than that it's a nice first hevc codec.

[jagabo]

For anyone that doesn't know, that sample comes from the Planet Earth series:

http://www.imdb.com/title/tt0795176/

Presumably from a Blu-ray rip, re-encoded with a higher bitrate.