As smartphones become people’s primary computers and their primary cameras, there is growing demand for mobile versions of image-processing applications. Image processing, however, can be computationally intensive and could quickly drain a cellphone’s battery. Some mobile applications try to solve this problem by sending image files to a central server, which processes the images and sends them back. But with large images, this introduces significant delays and could incur costs for increased data usage.
Researchers from MIT, Stanford University, and Adobe Systems recently presented a system that, in experiments, reduced the bandwidth consumed by server-based image processing by as much as 98.5 percent, and the power consumption by as much as 85 percent. The system sends the server a highly compressed version of an image, and the server sends back an even smaller file, which contains simple instructions for modifying the original image.
Michaël Gharbi, a graduate student in electrical engineering and computer science at MIT, says that the technique could become more useful as image- processing algorithms become more sophisticated.
“We see more and more new algorithms that leverage large databases to take a decision on the pixel,” Gharbi says. “These kinds of algorithm don’t do a very complex transform if you go to a local scale on the image, but they still require a lot of computation and access to the data. So that’s the kind of operation you would need to do on the cloud.”
The researchers’ system works with any alteration to the style of an image, like the types of “filters” popular on Instagram. It’s less effective with edits that change the image content — deleting a figure and then filling in the background, for instance. To save bandwidth while uploading a file, the researchers’ system simply sends it as a very low-quality JPEG, the most common file format for digital images. All the cleverness is in the way the server processes the image.
The transmitted JPEG has a much lower resolution than the source image, which could lead to problems. A single reddish pixel in the JPEG, for instance, could stand in for a patch of pixels that in fact depict a subtle texture of red and purple bands. So the first thing the system does is introduce some high-frequency noise into the image, which effectively increases its resolution. That extra resolution is basically meaningless — just some small, random, local variation of the pixel color in the compressed file. But it prevents the system from relying too heavily on color consistency in particular regions of the image when determining how to characterize its image transformations.
Next, the system performs the desired manipulation of the image — heightening contrast, shifting the color spectrum, sharpening edges, or the like. Then the system breaks the image into chunks of, say, 64 by 64 pixels. For each chunk, it uses a machine-learning algorithm to characterize the effects of the manipulation according to a few basic parameters, most of which concern variations in the luminance, or brightness, of the pixels in the patch. The researchers’ best results came when they used about 25 parameters. So for each 64-by-64 pixel patch of the uploaded image, each pixel of which could have one of three values, the server sends back just 25 numbers.
The phone then performs the modifications described by those 25 numbers on its local, high-resolution copy of the image. To the naked eye, the results are virtually indistinguishable from direct manipulation of the high- resolution image. The bandwidth consumption, however, is only 1 to 2 percent of what it would have been.
Applying the modifications to the original image does require some extra computation on the phone, but that consumes neither as much time nor as much energy as uploading and downloading high-resolution files would. In the researchers’ experiments, the energy savings were generally between 50 and 85 percent, and the time savings between 50 and 70 percent.