veyepar: GPU Accelerated JPEG Rendering

Author(s):	Nathan Egge
Location	Tasman Hall B/C
Date	jan Wed 18	Days Raw Files
Start	22:40	First Raw Start	22:28
Duration	0:45:0	Offset	0:11:21
End	23:25	Last Raw End	23:28
Chapters	00:00 0:18:32
Total cuts_time	44 min.

http://linux.conf.au/schedule/presentation/38/
raw-playlist raw-mp4-playlist encoded-files-playlist host archive tweet mp4 svg png

assets release.pdf GPU_Accelerated_JPEG_Rendering.json
logs
Admin: episode episode list cut list raw files day marks day marks day image_files

State:

Locked:

clear this to unlock

Locked by:

user/process that locked.

Start:

initially scheduled time from master, adjusted to match reality

Duration:

length in hh:mm:ss

Name:

Video Title (shows in video search results)

Emails:

email(s) of the presenter(s)

Released:

has someone authorised pubication

Normalise:

Channelcopy:

m=mono, 01=copy left to right, 10=right to left, 00=ignore.

Thumbnail:

filename.png

Description:

markdown

GPU Accelerated JPEG Rendering

JPEG is the de facto standard for natural image compression on the web.  Most
web browsers use the open source libjpeg-turbo for decoding JPEG files because
a) it is libre software and b) there has been significant investment in SIMD
optimization.  However, in applications where the resulting image is immediately
uploaded to the GPU for compositing (like in modern web browsers) this approach
has two drawbacks:

1. The full uncompressed image must be uploaded to the GPU
  2. Time spent decoding on the CPU robs computation from other tasks

These issues are exacerbated as more content is provided in high definition.

The jpeg_gpu project aims to solve both these problems by shifting the decode
computation as early as possible to the GPU.  Partially decoded JPEG data is
uploaded as soon as the entropy coded symbols are read, and a set of pre-defined
shaders complete the rest of the decode into a GPU texture.  Depending on the
resolution of the image and how much it is compressed, the speed-up can be
significant.

This talk will cover how the jpeg_gpu library is designed to take maximum
advantage of GPU parallelism.  I will include a brief discussion of some
trade-offs made when designing the shader routines based on experimentation.
The real world performance of this approach will be discussed based on the
integration of jpeg_gpu into the WebRenderer compositing engine in Servo.

Comment:

production notes