Skip to content
Open to SWE and ML engineering roles

Pranay Obla Anandbabu

M.S. Computer Science @ USC

I build machine learning systems that have to survive the real world: real-time vision on constrained hardware, LLM reliability across models, and the research that separates a real result from a lucky seed.

Los Angeles, CA
Roles
4
Projects
9
Publications
4
Citations
7
Selected work

Things I've built

Each one links to a short case study: the problem, the decisions, and what the numbers looked like afterward.

Experience

Where I've worked

Four roles, mostly computer vision under real-world constraints. What I built, what it measured, and the calls I had to defend.

Visu.ai

Software Engineering Intern

Jan 2025 to Jun 2025

Bengaluru, India · Remote

Owned the detection side of a retail loss-prevention product: shoplifting and age detection across stores that looked nothing like each other.

Architectures evaluated
4
Duration
6 months
What I did4
  • Evaluated YOLO, DETR, YOLOS, and R-CNN architectures for shoplifting and age detection across diverse retail environments.
  • Designed a hybrid detection-pose framework that reads body keypoint dynamics alongside bounding boxes, improving precision on product-concealment incidents.
  • Built YOLO-LSTM and RCNN-LSTM pipelines to model suspicious behavior as a temporal sequence rather than a per-frame event.
  • Containerized inference services with Docker for repeatable production deployment.
Decisions I made2
  • Add pose estimation on top of object detection over tune the detector harder

    Concealment is defined by what the body does, not by what's in the frame. A bounding box around a person and a product can't distinguish picking an item up from hiding it. Keypoint dynamics can.

    Trade-offA second model in the pipeline, which costs inference time on every frame that contains a person.

  • Sequence models (YOLO-LSTM, RCNN-LSTM) over per-frame classification

    Shoplifting is an action, and an action only exists across frames. Per-frame scoring fires on any single ambiguous posture, which is exactly where the false positives were coming from.

    Trade-offNeeds temporally labelled data and a buffer of frames before it can decide, so alerts arrive later.

PythonPyTorchTensorFlowUltralytics (YOLO)DETROpenCVLSTMDockerGit

National University of Singapore

Academic Intern

Dec 2023 to Jan 2024

Singapore · On-site

Led six people building a lane violation detector that had to run on live traffic footage, end to end, in two months.

Throughput
40 ms/frame
Accuracy
83%
Architectures benchmarked
5
Team size
6
What I did5
  • Benchmarked R-CNN, YOLOv7, YOLO-NAS, SSD, and DETR on the same task and data. YOLO-NAS won on the accuracy-versus-latency curve and became the deployed model.
  • Built the training set from scratch, scraping traffic footage from YouTube and running it through a Roboflow annotation pipeline.
  • Shipped the whole system: inference API on the backend, Streamlit frontend on Vercel for live monitoring.
  • Hit 40 ms/frame and 83% accuracy on unseen real-world footage.
  • Completed the programme's Big Data Analytics using Deep Learning coursework (GAIP 2023W).
Decisions I made3
  • Build a custom dataset from public traffic footage over an off-the-shelf traffic dataset

    Lane violations are defined by local road markings and driving conventions. A model trained on someone else's roads learns the wrong geometry.

    Trade-offWeeks of scraping and annotation before a single model could be trained.

  • Benchmark five architectures before committing over start with the obvious YOLOv7 baseline

    Real-time was a hard requirement, so the choice had to be made on the accuracy-versus-latency curve for this data, not on published numbers from a different benchmark. YOLO-NAS won and shipped.

    Trade-offSpent early project time on evaluation instead of building.

  • Streamlit and Vercel for the frontend over a custom web application

    The deliverable was a working demonstration on a two-month clock. The interface needed to exist and be shareable, not to be bespoke.

    Trade-offNot the deployment you'd choose for real production traffic.

PythonYOLO-NASYOLOv7DETRSSDOpenCVRoboflowFlaskStreamlitAWS

MerchantRMS Inc.

Data Science Intern

Aug 2023 to Oct 2023

Bengaluru, India · Remote

Built cashier theft detection into a live CCTV pipeline, and worked out what it would cost to run the models at the edge.

Inference target
Edge hardware
Duration
3 months
What I did4
  • Developed an AI-driven cashier theft detection system using YOLOv7 and YOLO-NAS in a real-time CCTV monitoring pipeline.
  • Designed detection logic to flag suspicious point-of-sale behavior with tight temporal precision.
  • Researched post-training quantization to compress models for edge inference.
  • Documented the accuracy-retention versus latency-reduction trade-off for deployment on resource-constrained hardware.
Decisions I made2
  • Post-training quantization over quantization-aware training

    QAT means retraining, and the detection models had already been trained on millions of labelled images. Redoing all of that to recover a few points of post-quantization accuracy was not a trade worth making.

    Trade-offPTQ gives up more accuracy than QAT, so the retention-versus-latency curve had to be measured and documented rather than assumed.

  • Port YOLO-NAS's quantization block into YOLOv7 over migrate production to YOLO-NAS

    YOLO-NAS ships a quantization-friendly block that YOLOv7 doesn't have, but production was already running on v7. Transplanting the block keeps the existing weights and pipeline intact; switching architectures would have meant retraining and revalidating the whole detection stack.

    Trade-offImplementing a block on an architecture it wasn't designed for means more integration work, with no guarantee the quantization gains carry over.

PythonPyTorchYOLOv7YOLO-NASOpenCVQuantization (PTQ)
Research

Publications

Peer-reviewed work in time-series forecasting, materials property prediction, and applied IoT.

Publications
4
Citations
7
h-index
2
  1. Regional ground-based IoT solar irradiance monitoring: a multi-site study across mountain, rural, and urban environments

    D. Vujičić, D. Marković, P. Obla Anandbabu, S. R. Kulkarni, Z. Stamenković, S. Ranđić

    Sensors · 26(18), 5781 · 2026

    The satellite assigns one irradiance value to all three sites because they share a NASA POWER grid cell; the ground measures 267.7, 351.5 and 19.6 W/m². The mountain slope carries a persistent shading bias (MBE −138.9 W/m²) and the urban site is attenuated roughly twelvefold by buildings and vegetation. Of 25 regression models trained on the cell 25-year monthly record, XGBoost reached R² 0.998. Two were compiled for ESP32 hardware and measured on it, at 46.3 µs in 11.1 kB of flash for the gradient-boosted corrector, while the graph hybrid could not be converted at all: an edge-cloud split where local inference does bias correction and the cloud keeps the heavy models.

  2. Enhanced miss forest and multivariate time series prediction of wind speed using deep learning

    T. Sidhaarth, P. A. Obla, N. N. Patil, Z. Stamenković, S. P. Raja

    Journal of Circuits, Systems and Computers · 34(12), 2530006 · 2025

    Offshore wind resists grid integration because it is unpredictable, and the measurement record has gaps. A modified Miss Forest algorithm imputes those gaps, beating the alternatives on NRMSE across all three datasets tested. Five deep architectures were then compared on real offshore data from Gujarat, and a Friedman test returned p = 0.721: no statistically significant difference between them. DLSTM wins on error metrics alone, which makes CNN the better practical choice once compute is counted.

    4 citations
  3. Machine learning approach for the prediction of tensile strength of carbon nanotubes reinforced AA2024 by friction stir welding and friction stir processing

    T. Sidhaarth, P. A. Obla, L. Ramasamy, S. K. Selvaraj

    Journal of Mechanical Science and Technology · 40(2), 997–1006 · 2026

    Combining friction stir welding with friction stir processing raised the ultimate tensile strength of CNT-reinforced AA2024 from 476 to 780 MPa, with Taguchi used to find the optimal tool rotation speed, feed rate, groove depth and tilt angle. Linear regression could not capture the nonlinear relationship between those four parameters and the resulting strength; random forest, gradient boosting, TPOT and neural networks could.

    3 citations
  4. Data driven IoT module for pisciculture

    P. A. Obla, A. Kaushik, M. Santosh, N. R. D'Souza, A. Suresh

    Artificial Intelligence: Theory and Applications, Proceedings of AITA 2025 · pp. 281 · 2026

    A low-cost IoT rig monitors turbidity and water temperature, streams to ThingSpeak, and a stacking classifier recommends which fish species suits the measured conditions, at 94.89% accuracy. It reaches that using one sensor variable fewer than comparable approaches, which is what makes it affordable for the small aquaculture operations it targets.

Full profile on Google Scholar
Toolkit

What I work with

Grouped by what it's for rather than by how well I know it. The experience and project sections show where each one was actually used.

Languages10

PythonSQLC / C++JavaJavaScriptTypeScript

Machine learning19

Computer visionLLMsVision-language modelsMultimodal learningGenerative models (GANs)Multi-agent orchestration

Frameworks & libraries19

PyTorchTensorFlowscikit-learnLangGraphLangChainXGBoost

Backend & web9

FastAPIFlaskDjangoStreamlitNode.jsReact

Data & databases6

MySQLPostgreSQLMongoDBDatabase designQuery optimizationETL pipelines

Tools & platforms16

GitDockerAWS (EC2, S3, IAM, SageMaker, Athena)GCPVercelFirebase

Research5

Optimization theoryGeneralizationNeuroimaging (3D T1 MRI)Multi-site harmonizationApplied NLP
About

A bit more context

I'm a computer science master's student at USC and a researcher at the Mark & Mary Stevens Neuroimaging and Informatics Institute. My work runs from real-time computer vision in production to LLM reliability to optimizer theory. It sounds scattered until you notice it is all one question: does this result hold up outside the conditions that produced it?

Chasing that question is most of what I actually do. At NUS I benchmarked five architectures before committing to one, because published numbers came from someone else's roads. On the Muon work I found the reference implementation was feeding 5D convolution weights into Newton–Schulz without matricizing them first, so every benchmark built on top of that was measuring a bug rather than an optimizer. I fixed it, pre-registered the decision rules, ran a 60-run ablation, and reported that the generalization effect I went looking for wasn't there.

Production taught me the same lesson from the other side. A detector that looks excellent on a clean test set and falls apart on a store's CCTV feed isn't a good model, it's an unfinished one, and the fix is usually in how the problem was framed rather than in the architecture. That's the work I want more of: machine learning with someone on the other end of it, built carefully enough that I can explain why it works.

Pranay Obla Anandbabu in Santa Monica, California

Education

  • University of Southern California

    M.S. Computer Science

    Aug 2025 to May 20273.40 / 4.00

    Focus: deep learning, NLP, and agentic AI

    6 courses
  • Vellore Institute of Technology

    B.Tech Computer Science and Engineering

    Minor in Business Systems

    Sep 2021 to May 20259.12 / 10.00

    41 courses
Contact

Let's build something worth shipping

I read every message. If you're hiring, collaborating, or just want to argue about database internals, my inbox is open.

oblaanan@usc.edu