lp:firefoxjpeg2000

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

376. By Ben Karel on 2009-07-05

Minor expansion of HVJ::Util unit tests

375. By Ben Karel on 2009-07-04

Add Google Test based unit test infrastructure

374. By Ben Karel on 2009-07-04

Make create_cfbundle script start by removing any existing bundle.

373. By Ben Karel on 2009-07-04

Adding packed gtest sources for easy cross-platform unit tests.

372. By Ben Karel on 2009-07-04

Add CMake build scripts and tools for building CFBundle plugins on Mac OS X

371. By Ben Karel on 2009-05-27

Fixes stutter when panning (non-animating) images.

Suppose the user is panning a very large image. Instead of rendering the
entire image to a huge buffer, smaller, more manageable buffer sizes are used.
In order to balance memory usage versus processing time, the buffers are sized
larger than the viewport. This allows us to pan around a limited amount without
needing to re-render the entire buffer for every pixel movement, which is much
too computationally expensive to be feasible.

When the user pans close to the "edge" of one of these pre-rendered buffers,
the buffer must be re-rendered. Before this patch, re-rendering was done
synchronously on the UI thread in response to triggering mouse movements.
The problem is that doing so creates a regular and noticeable stutter during
continuous panning. When panning over a movie, the problem becomes much worse.

A simple asynchronous update of the buffer contents was not quite right either.
Prior to this patch, there was no distinction between "the position of the
texture being drawn on the screen" and "the position of the texture currently
being processed." This makes sense only with synchronous updating of texture
contents. We would first update the position of the currently used texture,
then freeze the processing thread, call updateBuffer(), and resume processing.
Unfortunately, the next mouse movement was likely to come in before the
new texture is done rendering. When it did, the old texture would be drawn
at the new coordinates (for a frame or two), resulting in an ugly flash.

Thus, this patch adds HVJ_Image::processing_texture_dims to complement
HVJ_Image::SegmentedTexture::dims and allow seamless asynchronous image updates.

370. By Ben Karel on 2009-05-25

Fixing unit tests

369. By Ben Karel on 2009-04-29

Update Mac specific code to reflect changes to HVJ_View function names

368. By Ben Karel on 2009-04-29

More changes as fallout from view_dims change, this time fixing double-click-to-zoom

367. By Ben Karel on 2009-04-28

Fix bug in coordinate space handling, rename dim-related functions in HVJ_View to be more explicit about what space they deal with.