Any abrubt change in the visual field can have the same effect. It's well known in video compression that you can compress frames after a cut more heavily because people don't attend to them so well - they're not tuned in.
What's even more interesting is that you can also compress frames more heavily *before* the cut, because the brain makes sense of what happens at one time by what happens after, as well as before.
Flashing up shocking images can have an effect, just because they're flashed up, and not just because of their content.
If you're downloading the software to check it out: we're hoping to get Version 0.4.3 out in the next couple of days. This has much better constant quality encoding, and I think the performance is beginning to approach what we hoped for from the tools. Ultimately there's no reason why we can't do as well (or better, at high resolution at least ) as H264/AVC. But I would say that...
We're in the process of defining the bitstream syntax too, and we'll have a doc out in a few weeks. This will just be syntax, not decoder semantics, but it will cover additional tools that we want to put in the codec.
Thomas Davies
Slashdot Mirror
Any abrubt change in the visual field can have the same effect. It's well known in video compression that you can compress frames after a cut more heavily because people don't attend to them so well - they're not tuned in. What's even more interesting is that you can also compress frames more heavily *before* the cut, because the brain makes sense of what happens at one time by what happens after, as well as before. Flashing up shocking images can have an effect, just because they're flashed up, and not just because of their content.
If you're downloading the software to check it out: we're hoping to get Version 0.4.3 out in the next couple of days. This has much better constant quality encoding, and I think the performance is beginning to approach what we hoped for from the tools. Ultimately there's no reason why we can't do as well (or better, at high resolution at least ) as H264/AVC. But I would say that ...
We're in the process of defining the bitstream syntax too, and we'll have a doc out in a few weeks. This will just be syntax, not decoder semantics, but it will cover additional tools that we want to put in the codec.
Thomas Davies