How Accurate Is AI Photo Food Logging? New NIH Data
- 8 Minute Read
NIH researchers ran 102 precisely weighed meals through the photo logging of four popular food tracking apps. The apps missed by 250 to 345 calories each, on average. Here is what that gap says about AI photo food logging accuracy, and the design choices that close it.
AI can tell what is on your plate. How much is on it is a different problem, and new NIH research just measured the gap: four popular food tracking apps underestimated photo-logged meals by 250 to 345 calories on average. Fat carried most of the miss.
So how accurate is AI photo food logging right now? Consistently low when unadjusted. Photo estimates tend to undercount calories, fat above all, and the size of the error depends less on the AI model than on whether you confirm the portion and what database sits underneath. I have spent two decades building MyNetDiary's verified data and the past few years engineering Meal Scan around exactly this problem, so the new numbers did not surprise me. They confirmed the design brief.
AI photo food logging works in two layers. An image model identifies the foods on your plate and estimates portion sizes, then a nutrition database supplies the calories and nutrients for each identified item. A research-grade food database can make that second layer reliable, but the first layer, especially portion size, remains an estimate.
The split explains where errors come from. Identification is what modern AI does best. Distinct items, a chicken breast next to rice and broccoli, come back right most of the time. Quantity is much harder, because one flat image gives few reliable cues about scale, depth, or density. And the final numbers come not from the AI but from whichever database entry the app matches to each food. Two apps can run identical recognition models and log different calories for the same photo because different data sits underneath.
That is why our insider's guide to diet tracker apps pushes past the model to the question reviewers rarely ask: what happens after the AI names the food?
In research presented at NUTRITION 2026, NIH scientists ran standardized photos of 102 metabolic-kitchen meals through the photo logging features of four food tracking apps. On average, the apps underestimated calories by about 250 to 345 per meal, roughly a third, and fat by about 30 grams. The results come from a conference abstract and are preliminary.
The setup is what makes the study worth attention. The meals came from a larger NIH Clinical Center trial comparing ketogenic and standard diets, prepared in a metabolic kitchen where ingredients are weighed to the nearest 0.1 gram. That gave the researchers something photo-logging tests have mostly lacked, a precise and independent reference for what was on the plate. The NIDDK team, led by postdoctoral fellow Aaron Hengist with findings presented by postbaccalaureate fellow Olivia Charles, photographed the meals under standardized conditions and ran them through MyFitnessPal, Lose It!, Cal AI, and Appediet.
The details are as instructive as the headline. All four apps estimated carbohydrates more consistently than other macronutrients. MyFitnessPal and Lose It! estimated higher-calorie meals more accurately than lower-calorie ones. And in an early follow-up of more than 200 additional meals, the largest gaps appeared in high-fat ketogenic meals, likely because the extra fat is consistently missed. Hengist's advice for anyone logging photos without adjusting portions:
"Take the results with a grain of salt."
What you actually ate, in other words, is probably more than the app shows, especially the fat.
Two cautions before anyone over-reads this. Conference abstracts are selected by expert committees but not journal peer reviewed, so treat these numbers as preliminary until a full publication appears. And the study covered four specific apps; everything else on the market, ours included, remains untested. The full press release is available through the NUTRITION 2026 newsroom on EurekAlert.
Because the two things a single photo cannot reliably show are quantity and fat. Scale is ambiguous without a reference object, so portion sizes get guessed. Fat is frequently invisible: oil absorbed during cooking, dressings, butter, and marbling. Carbohydrates tend to come in more standardized, visible portions, which is likely why all four apps estimated them more consistently.
Consider what a camera actually sees. A salad photographed before and after two tablespoons of olive oil looks identical, yet the difference is over 200 calories.
The oil never shows up. Neither does the butter in the pan, the dressing folded into a slaw, or the difference between Greek and regular yogurt. Even for foods the AI names perfectly, the preparation details that carry the calories are not in the image. The keto finding fits this pattern. The more fat in the meal, the more there is for a photo to miss.
Portion error compounds the problem. Is that a 9-inch plate or an 11-inch? Is the rice mounded or level? Dietitians struggle to judge portions from photos; an algorithm working from one image inherits the same physics.
The core issue is not the AI. It is estimation without verification.
Once the AI names a food, everything you log comes from the database entry behind it. If that entry is wrong, incomplete, or one of a dozen conflicting duplicates, perfect recognition still produces a bad log. The database layer is where verified nutritional data separates apps that look identical in a demo.
This is the part of photo logging that accuracy marketing rarely mentions. Recognition capability has become something almost any app can license; verified data has to be built entry by entry, and that takes decades. MyNetDiary's database holds 2M+ foods, staff-verified, built on USDA FoodData Central and the University of Minnesota NCC Food and Nutrient Database, the same USDA and NCC research-grade sources used in clinical nutrition studies, with entries reviewed and updated daily. Each entry is checked for nutrient completeness, meaning the number of nutrient fields actually populated, which is how the app reports up to 108 nutrients per food when a label stops at a dozen. That data foundation, more than any camera model, is what makes highly accurate nutrition tracking possible in MyNetDiary.
The practical consequence is concrete. When a photo feature grounded in a verified database recognizes "plain Greek yogurt," the numbers attached are dependable, and the open question narrows to portion and preparation, which a good verification workflow lets you confirm. With a crowdsourced database underneath, both layers are uncertain at once. For the full argument, see why food database quality matters more than size and how our verified food database is built.
Ask five questions: what reference standard the test used, who ran it, what meals were tested, whether portions were adjusted or defaults accepted, and whether the result has been peer reviewed. A precise-sounding error percentage that answers none of them is a marketing number, not a measurement. Call it the five-question accuracy test.
| Question to ask | Why it matters |
|---|---|
| What was the reference standard? | Weighed meals from a metabolic kitchen are a real benchmark; comparisons against another app or self-reported logs are not. |
| Who ran the test? | Independent researchers have no stake in the result. Vendor-run tests can be honest, but only if the method is published. |
| What meals were tested? | Simple, distinct items flatter every model. Mixed dishes, sauces, and high-fat meals are where estimates break down. |
| Were portions adjusted? | Accepting default portions tests the app as most people use it; hand-tuning each entry tests something else. |
| Which direction is the error? | A consistent underestimate, as NIH found, quietly erodes a calorie deficit day after day. |
| Is it peer reviewed? | Abstracts and marketing pages are preliminary by definition. A journal publication is the bar. |
Judged by the five-question accuracy test, the NIH study is unusually strong. An independent team measured against weighed food across a realistic mix of diets, keto included, and disclosed the preliminary status plainly. Some app marketing, by contrast, advertises tight error margins with no published method. Until the questions above have answers, the honest reading of any such figure is unverified. That skepticism pays off beyond accuracy claims; our 5-minute method for vetting any calorie tracker applies it to star ratings.
Meal Scan treats the photo as a starting point, not a verdict. Recognition is paired with a verification layer, the set of steps that turn an AI estimate into a confirmed entry: a physical size reference, a portion slider you confirm, and a Hints field for what a photo cannot show, all on top of a staff-verified database of 2M+ foods. MyNetDiary's Meal Scan was not among the apps in the NIH study, and we do not publish an accuracy percentage for it.
Meal Scan is MyNetDiary's photo food logging feature, and it is grounded in the app's staff-verified database. What the Meal Scan verification workflow looks like in practice:
Meal Scan ships in MyNetDiary Premium; Premium Plus adds AI Restaurant Menu Scan, which reads a menu and recommends dishes against your remaining calories and macros, no photo required.
The NIH team's suggested direction, combining photo features with more traditional entry methods, is precisely the design principle here. Our own testing keeps landing where the study did. The same physics limits photo logging in every app, including ours. That is also why we treat logging speed and photo convenience as parts of the same job. The fastest log you can trust is a confirmed one.
Photo logging still struggles with mixed dishes, hidden fats, and scale. The fix is a habit. Confirm the portion, add the fat, and reach for the barcode scanner when the food is packaged.
Casseroles, curries, and stews remain hard for every model because the ingredients are visually merged. Anything cooked in or dressed with fat will read lean, and unadjusted portions drift toward the model's average assumption rather than your plate. The NIH numbers add a fourth habit: treat an unadjusted photo estimate as a floor, because what you actually ate is likely more, with fat making up most of the difference.
Used this way, photo logging is a genuine speed tool layered on free, ad-free tracking rather than a source of quiet error.
Not as accurate as they feel. In the most rigorous test to date, NIH research presented at NUTRITION 2026, the photo logging in four popular food tracking apps underestimated meals by about 250 to 345 calories on average, roughly a third, with fat undercounted by about 30 grams. The findings are preliminary, from a conference abstract, and accuracy varied by meal type, with carbohydrates estimated most consistently and high-fat meals worst.
NIDDK researchers tested MyFitnessPal, Lose It!, Cal AI, and Appediet against 102 metabolic-kitchen meals weighed to 0.1 gram. All four underestimated calories on average; MyFitnessPal and Lose It! were more accurate on higher-calorie meals than on lower-calorie ones. MyNetDiary's Meal Scan was not among the tested apps, and the findings are preliminary until a peer-reviewed publication appears.
Because much of the fat in a meal is invisible to a camera. It hides in absorbed cooking oil, dressings, butter, and marbling. A photo of a salad looks the same with or without two tablespoons of oil on it. Carbohydrates tend to appear in standardized, visible portions, which is why photo estimates handle them more consistently.
Two layers. The recognition layer identifies foods and estimates portions, and the database layer supplies the calories and nutrients for each match. Recognition errors surface as wrong foods or amounts; database errors persist even when recognition is perfect. An app built on a research-grade database with reviewed, complete entries removes one entire layer of uncertainty, leaving portion confirmation as the main variable.
Run it through the five-question accuracy test. Ask what reference standard was used, who ran the test, which meals were tested, whether portions were adjusted or defaults accepted, and whether the result is peer reviewed. A claim that publishes its method, as the NIH study does, can be evaluated. A tight error percentage with no published method cannot, and should be treated as unverified.
MyNetDiary's Meal Scan was not among the apps tested in the NIH study, and we do not publish an accuracy percentage for it, because we have not run an audit that would meet the standards described in this article. What we can say factually: Meal Scan pairs recognition with a verification layer, a physical size reference, a half-to-double portion slider, and a Hints field for details the photo cannot show, and its results draw on MyNetDiary's staff-verified database, up to 108 nutrients per entry, rather than crowdsourced entries.
Use extra caution. In the NIH team's early follow-up analysis of more than 200 additional meals, the tested apps' photo estimates struggled most with ketogenic meals, likely because their higher fat content is consistently underestimated. If you eat high-fat, confirm portions on every scan and log oils, butter, and dressings as separate entries.