IDIDSentinel
Menu
Research24 HoursExperimentsArchitectureMethodologyFailuresDemoAbout
GitHub ↗

24-hour research sprint

From a paper to an auditable system in one day.

I implemented IDSentinel in 24 hours as an independent, paper-inspired research reproduction—working from feasibility and provenance through controlled experiments, failure analysis, and public documentation.

Why I built it

Identity-document systems often focus on recognition, while presentation attacks can preserve readable content and alter the physical path between document and camera. I wanted to test whether explicit texture and edge representations add useful evidence beyond a strong semantic vision backbone.

What “paper-inspired” means

I do not claim authorship of the original architecture or equivalence to the paper's full experiment. Repository documentation separates paper-described components, my implementation choices, and the results observed on Protocol A-Reduced.

The structured approach I followed

01

Read before reproducing

I first converted the source paper into an auditable specification: what the paper states, what it leaves underspecified, and what would require an explicit implementation assumption.

02

Make data validity a stop gate

Before training, I audited dataset licenses, provenance, class/source relationships, document lineage, duplicates, and split leakage. The mixed-source composite proposal was rejected rather than hidden as a limitation.

03

Design for constrained hardware

On an 8 GB laptop, acquisition streamed selected frames, decoding stayed serial, preprocessing used CPU batch 1 and zero workers where needed, and the full dataset was never cached in RAM.

04

Freeze the experimental protocol

Protocol A-Reduced fixed 300 balanced samples, group-aware splits, portrait crops, normalization, seed, no-augmentation policy, and validation/test discipline before architecture comparisons.

05

Add one idea at a time

M3 established semantics. M4 isolated texture without edge. M5 isolated fixed-Sobel edge evidence without texture. The untested three-branch model was deliberately not reported.

06

Analyze failures, not only scores

I compared confusion matrices, class F1, correction overlap, new failures, padding behavior, learned fusion weights, and persistent errors—while avoiding causal claims the data cannot support.

What made the 24 hours possible

Scope discipline

Each milestone had explicit outputs and a stop gate. No API, frontend, or later model work entered an earlier research milestone.

Compute discipline

Local CPU smoke tests validated shapes, gradients, optimizers, and checkpoints. Real training used a temporary free Tesla T4 with mixed precision.

Evidence discipline

Validation selected checkpoints. Test was evaluated once. Negative results and shortcut risks remained in the final story.

Observed engineering envelope

~573 MiBportrait-extraction peak RAM
~0.303 smedian CPU preprocessing / image
~0.398 sp95 CPU preprocessing / image
8 × 4GPU batch × gradient accumulation

Limitations

01

300-sample reduced protocol

02

Only 44 test samples

03

One primary random seed

04

Full DLC corpus not evaluated

05

Unequal base-document coverage

06

Possible padding-related shortcut

07

No stochastic augmentation

08

M3 vs M4/M5 is not head-matched

09

No statistical significance claim

10

No production deployment evaluation

11

No liveness guarantee or security certification

12

No state-of-the-art claim

Open research, without exposing private data

Safe source code, aggregate metrics, reproducibility metadata, confusion matrices, training curves, and methodology are public. Raw dataset media, prediction-level identity-document crops, private bundles, and large checkpoints remain excluded.

View the implementation on GitHub ↗
NN

Implemented, tested, and documented by

Ninad Nagaraj Naik

Deep-learning and computer-vision researcher focused on building evidence-driven systems under real engineering constraints.