Camera - Stills and Video

For whatever reason, the Nexus line has never been synonymous with good camera quality. The Nexus One, Nexus S, and now Galaxy Nexus have shipped with 5 MP rear facing cameras, and though quality has increased with each generation, optical quality has never really been cutting edge. The Galaxy Nexus again sports a 1.3 MP front facing camera and 5 MP rear facing camera with an LED flash.

When I learned that TI had been selected as the silicon partner for Android 4.x, one of the first things that struck me was that it was highly likely they’d turn around the stigma that Nexus doesn’t care about camera quality. TI has traditionally had great ISP in their SoCs, and we’ve seen good things out of OMAP4 in the past. The fruits of that collaboration manifest themselves in a few places on the Galaxy Nexus, but the most obvious is the device’s instantaneous capture functionality.

The feature is simple - tap the camera button and you capture a full size 5 MP image of the 960x720 preview frame being displayed. No doubt, ISP is simply capturing a buffer of images constantly, and when you tap on the capture button you grab the current one. It works extremely well in practice, you can mash the button pretty fast. I recorded and measured a capture speed of ~2.7 FPS, which is pretty darn impressive for a smartphone.

Galaxy Nexus / Android 4.0.2 - Camera Capture Speed by AnandTech

There’s no preview after capture, though you can now tap the small thumbnail and get a full screen preview of the last captured image without leaving the camera app.

There are also options to quickly send the image off to some social services based on their own intents.

It’s worth talking about the sweeping positive changes that have been made to the entire Android camera UI as well. If you played the audio sample above, you’ll notice that the guillotine-sounding capture sound from Android 2.x has now been replaced with a much better tone. The rest of the UI now looks and feels accordingly less hokey. Iconography rotates immediately based on orientation, and all the menus feel fluid.

Under settings for still capture are options for flash mode, white balance, manual exposure, some shooting modes, and inside the expanded menu picture size (5MP, 3MP, 2MP, 1.3MP, VGA, QVGA) and an option for whether or not to store geolocation information. On the front facing camera you get auto white balance, exposure, scenes, and shooting sizes of 1.3 MP, VGA, and QVGA.

The capture preview also fully implements tap to focus and expose, and tracks faces around if in the scene. I noted a small change between 4.0.1 (no doubt the result of what was noted in some other reviews) - pressing and holding the capture button no longer toggles an AF/AE run, instead still image capture runs continuous auto focus just like video. To actually verify focus, your only option is tapping to focus. I feel like this does make some sense if you interpret instant capture liberally - obviously you still need to focus - but it does break the capture button paradigm that’s been established for a super long time. Just make sure you’re focused before tapping the capture button.

The other cool new feature is a panorama mode, which is now directly incorporated into the Android camera UI. Switch into this mode, and the preview window becomes smaller, but now enables you to shoot panoramas. Hit capture, and you can pan to create an image up to 3936 pixels wide by about 700 pixels tall. I created two and tossed them in our miscellaneous gallery. In this shooting mode there aren’t any options at all, but the functionality produces some pretty impressive looking results.


OMAP4's two ARM Cortex M3s

I mentioned that TI clearly worked with Google on developing both the instant capture and other ISP related features, and after a bit of poking figured out how. We’ve talked about OMAP4 before, and its dual Cortex-M3 subsystem. In OMAP4, these Cortex M3s are used for ISP related functionality (TI calls this its Imaging SubSystem - ISS), and by default both run a realtime operating system of their own that works together for still image compensation, ISP, and display subsystem control. Inside /system/vendor/firmware is a 4.5 MB file named “ducati-m3.bin” which contains many camera related references, including the names and types of what I believe are the two Samsung CMOS sensors used in the Galaxy Nexus. Regardless, this file no doubt contains the realtime OS which runs on both Cortex M3s.

core0: 1.00.09.44
     xdctools_3_22_01_21
     ipc_1_23_01_26
     bios_6_32_01_38
     TI_CGT_TMS470_4.9.0
core1: TI-MM-DUCATI_RLS.02.00.00.00-818-ga636360
     xdctools_3_22_01_21
     codec_engine_3_21_00_13_eng
     ipc_1_23_01_26
     osal_1_21_00_05_eng
     bios_6_32_01_38
     TI_CGT_TMS470_4.9.0
     xdais_7_21_00_01_eng
     framework_components_3_21_00_17_eng

And much later on, we have endless references to what can only be the two CMOS sensors used in the Galaxy Nexus - the rear facing 5 MP Samsung S5K4E1G and front facing 1.3 MP S5K6A1G. The rear facing S5K4E1G is a 1/4” front side illuminated sensor with 1.4µm pixels and a capture size of 2608 x 1960, and the front facing S5K6A1G is a 1/6” front side illuminated sensor with 1.75µm pixels and a capture size of 1280x1024. I’m pretty certain that the rear camera also is a 4P (4 plastic elements) system with a focal length of 3.37 mm, F/# of 2.8, and a diagonal field of view of 68 degrees.

Update: ChipWorks has put the Galaxy Nexus CMOS under their x-ray machine and seen S5K4E5 markings, which is the equivalent (same specs) backside-illuminated counterpart to the S5K4E1 I outlined above. Our findings were from decompiling 'ducati-m3.bin' which contains references to S5K4E1 and no references to S5K4E5, however. Given the similarities it's possible the two share the same driver platform, and hence we see this behavior inside the ISS code.

Unfortunately with specs like those it’s very apparent that having a high-end sensor and optical system wasn’t the highest of priorities. That said, the Galaxy Nexus does have some great ISP and camera features, it’s just curious that there isn’t a better 8 MP module or at least a BSI 5 MP module in the current one’s place.

So what does still image quality end up looking like? To evaluate the Galaxy Nexus’ camera, we turned to our lightbox tests with the lights on and off, outdoor testing at our test locations, and the new semi-revamped camera tests with the ISO12233, distortion, and color checker charts.

In the lightbox tests with the lights on the Galaxy Nexus honestly surprised me with very sharp high frequency features, good dynamic range, and decent white balance/saturation. There’s some sensor noise even in this well lit scene, but nothing too crazy. Though the 5 MP sensor is FSI, it does include all the CMOS features (like correlated double sampling) that are a huge part of reducing noise. For a 5 MP shooter the Galaxy Neuxs looks shockingly good in our lightbox test with the lights on.

With the lights off the Galaxy Nexus (and Android 4.0’s camera application) correctly preflash and illuminate the scene for autofocus. We get a nicely focused and exposed image in the complete dark here, though noise reduction is clearly turned all the way up and there’s some obvious blurring from noise-mitigation, but overall again not bad at all. I’m also impressed with how even the illumination is - Samsung put a nice diffuser/fresnel lens on their single LED flash.

In the more controlled testing, I think we get a sense for how good the ISP is. The GMB color checker card looks pretty decent, and in the distortion plot we see minimal distortion (though that’s really nothing special for an F/2.8 system). In the ISO 12233 chart I can see up to the 13 line in the tangential and saggital direction, and find that thankfully Google/TI didn’t subject themselves to the sharpening kernel that Samsung usually implements. On 8 MP shooters, we can obviously recover more spatial frequencies (up to the 17 line) but the Galaxy Nexus doesn’t do all that bad here.

Next up are our outdoor smartphone camera test locations, of which 3-7 remain available and refreshed each time we get a new device. Note that although I spend a lot of time trying to make sure lighting is roughly the same, seasons do change and there’s going to be some variance in here purely due to it being outside.

Performance in locations 3, 6, and 7 looks very good. In 4 and 5 I can’t shake the feeling that the Galaxy Nexus produced very undersaturated and lifeless looking images, however. There aren’t any problems with sharpness at all in any of the images, though we’re talking about a shooting environment with ample daylight lighting the scene.

I also took many miscellaneous photos with the Galaxy Nexus (both variants) and tossed them into a gallery below. In real world shooting I encountered many more poorly lit indoor environments where you can really see the noise (and noise mitigation features) kick into overdrive. The burger photo with and without flash is particularly telling, as I took this in the same position with flash on and off.

The Galaxy Nexus’ camera is definitely not the best around, but if you do a lot of outdoor shooting in good lighting environments, the Galaxy Nexus is competent enough to get the job done. It’s really only in low light scenarios indoors or at night where its CMOS sensor really shows its age and can struggle, especially if you shoot without flash. It is very confusing why the Galaxy Nexus includes such a lower-end CMOS sensor considering the device's positioning as a super high end smartphone.

That said, what is awesome are the improvements that Google has made to the AOSP camera application, which show a phenomenal amount of polish and careful thought. The new UI is a huge jump forward from the camera application in 2.x, which never felt quite right. New features like instant capture and a much better organized UI really help the shooting experience feel awesome on the Galaxy Nexus, even if it isn’t driven by the most expensive sensor in the world.

Video

How the Galaxy Nexus captures video is the next important thing, and there are a few more awesome features here that are part of ICS.

First off, the Galaxy Nexus captures H.264 video in 1080p24 at 9.6 Mbps baseline with 1 reference frame. 720p video is captured at 30 FPS H.264 at 8 Mbps baseline. Audio is single channel AAC at 96 kbps and 48 kHz. It’s a bit odd and disappointing to see video being captured at just 24 FPS, baseline, and such a comparatively low bitrate to boot (other devices are shipping with 15-18 Mbps High Profile or 24 Mbps baseline). To date I haven’t seen any smartphone cameras capture at anything but 30 FPS, as well.

 
MediaInfo 1080p24 (Left), 720p30 (Right)

What’s puzzling is that OMAP4460’s encoder is capable of much more than these settings. I feel like yet again we have a Nexus that isn’t quite at parity with the video encoder quality of other devices, though this time around the device does shoot 1080p at the very least.

To gauge quality we took videos at our smartphone bench video location and shot some videos. I originally shot all my bench videos on the GSM/UMTS Galaxy Nexus running 4.0.1, and noticed some interesting behavior in the resulting video. Those are all still live, though I shot another video to highlight exactly what this behavior is and have seen some other end users note it and question what’s going on. It appears to be some overly aggressive electronic image stabilization or perhaps a rolling shutter correction firmware bug, but either way this behavior has been fixed in Android 4.0.2 and above. The videos below have been re-shot running Android 4.0.2 accordingly.

1080p24 Video Sample

720p30 Video Sample

720p30 Front Facing Video Sample

In addition, the videos have been uploaded in their original form in a big zip (136 MB) if you want to watch without YouTube’s transcode.

The 1080p video quality is decent, though you can see some encode artifacts from the lower bitrate, and honestly 24 FPS looks pretty jittery. Sharpness is decent, but the 720p sample at 30 FPS just looks better to me, and is probably the preset I’d use with the Galaxy Nexus most often as a result.

The other neat feature in video mode is of course the ability to shoot time lapse videos right in the camera UI. This is under video, not stills because the photos get merged together into a video. You can specify intervals of anywhere between 1 and 10 seconds in a few steps. In conjunction with a mount of some kind and a scene with some temporal variance, the results are actually pretty awesome.

I set up the Galaxy Nexus in a smartphone tripod mount and shot two time lapse videos - one on 10 second interval (for a sunset) and another on 1.5 second interval.

 

The rest of the video shooting UI is pretty similar to the one for still photography - flash settings, auto white balance, some shooting effects, video quality, and the location geotagging toggle.

I'm glad that Google fixed the annoying rolling shutter / image stabilization settings for video captured on the rear camera with 4.0.2 and above. That said, the Galaxy Nexus is still not quite up to the level of other devices with the video it's shooting on the rear side. OMAP4460 can encode 1080p video with much better efficiency and higher profile H.264 features than what it's set for right now, and I'm very puzzled why Google hasn't enabled these encode parameters which would help bump up quality. 

The SoC - TI's OMAP 4460 Display - 720p Super AMOLED HD
POST A COMMENT

185 Comments

View All Comments

  • JohnJackson - Wednesday, February 08, 2012 - link

    You mean the one where the devices were running the benchmarks at the respective device's NATIVE resolution? 960x640 has 60% more pixels than 800x480...

    http://www.anandtech.com/show/4064/glbenchmark-20-...
    Reply
  • Subzero0000 - Thursday, January 19, 2012 - link

    Where do you get "lag" in iPad 2?

    I use it everyday and the only lag I found is when I slide to the spotlight screen, or browsing webpage (while rendering).
    Reply
  • sonelone - Thursday, January 19, 2012 - link

    Seriously, where do you get lag on the iPad or iPhone? With the SGX543MP2 rendering nothing but a grid of icons, getting lag would be ridiculous. Reply
  • augustofretes - Thursday, January 19, 2012 - link

    Pseudo power users, judging mobile operating systems based on their home screens since 2007. Reply
  • audioman83 - Thursday, January 19, 2012 - link

    LOL agreed. So sad. Reply
  • Owls - Thursday, January 19, 2012 - link

    blah blah blah I don't like my iphone/ipad being compared so let me make fun of that person for being objective.

    I know the gnex is not perfect but guess what, neither is your apple product. We all live with compromises and this is no different. However, I refused to be ripped off by apple AND be forced to use itunes.

    sorry mr apple user.
    Reply
  • Subzero0000 - Friday, January 20, 2012 - link

    Firstly, I think you are over-reacting (so did augustofretes).

    See, I wouldn't complain if someone finds a few lag on Android, because I appreciate the fact that Android is running true-multitasking, with all the widgets and background tasks give us the flexibility that iOS can never dream of.

    But then, you cloud your judgment with hatred...

    For example, I use Windows 7 at home, Android for phone, iPad for everything else (reading, browsing, gaming, etc...).

    I use Google account to sync calendar+contact between Android and iPad.
    I buy books in Amazon, and read them through Kindle app on iPad.
    I upload my own mp3 to iPad through iTunes, no problem.
    Mobile games are better quality on iOS (the truth), so I am happy to buy in AppStore.

    There is nothing forcing you to use iTunes.

    and "ripped off"? I actually think iPad is cheap, as a outstanding CONSUMER product.

    So, calm down, it's just a product. And have a nice day :)
    Reply
  • medi01 - Friday, January 20, 2012 - link

    Yeah, nothing is "forcing" you to use iTunes apart from the fact that many Apple's products won't even switch on for the first time without itunes. Reply
  • Subzero0000 - Friday, January 20, 2012 - link

    Well, what is the matter with one-time activate with iTune?
    If you find that annoying, then how about the procedure to root/flash your Android, or jb your iOS.

    How on earth would a tech-savvy find it annoying/difficult for such a easy task (iTune) ???
    I am really confused.
    Do you ever forget about the brand-hate and not being stubborn for a second?

    btw, I remember I got my iPad activated at the store, their staff open the box and do it for me anyway. I could have done it by myself, but hey, it's "customer service".

    oh, and if you think iTune is crap, wait till you try Samsung's "equivalent" (KIES)...
    Reply
  • medi01 - Saturday, January 21, 2012 - link

    Oh, now easily you've switched from "nobody is forcing you" to "what's the deal".

    It's not one time activate with most devices it's "one time activate and this PC is your only way to put stuff on your device, unless you are using yet to be closed internet way of doing it".

    @@@If you find that annoying, then how about the procedure to root/flash your Android, or jb your iOS.@@@

    Could you get a clue, before whining about stuff about which you have very little idea? The only reason I had to root android device, was bacause it was rather old OS with fonts that didn't contain glyphs I needed.

    And one thing you're completely missing, dear "I'm not an apple fanboi", YOU DON'T HAVE TO ROOT YOUR ANDROID DEVICE TO GET ACCESS TO IT. You don't have to root it to access it as a hard drive. Neither do you have to root it to install whatever you want on it.

    @@@oh, and if you think iTune is crap, wait till you try Samsung's "equivalent" (KIES).@@@
    I've never used KIES (even though I have a phone and a tablet by Samsung), so it's hard to compare them. But unlike apple "customers", android users have absolutely no need in using KIES.
    Reply

Log in

Don't have an account? Sign up now