Discofork
Repository brief

lutzroeder/netron

Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.

Cached analysis
cached 2026-03-30T16:08:13.949Z
1mo ago

lutzroeder/netron

Netron is a mature, actively maintained visualizer for neural network, deep learning, and machine learning model files. It has very high adoption metrics (32,673 stars, 3,100 forks) and recent commits on 2026-03-29/30, including MLIR support and version 8.9.9 updates. Forks are likely interesting if you care about model-format visualization, format support work, or packaging/distribution changes.

GitHub
Loading tags...
Stars32,673
Forks3,100
Default branchmain
Last pushed2026-03-30T02:40:14Z
Recommended shortcuts

Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.

Forks

Choose a fork to inspect

10 of 10 fork briefs
Selected

Prefer upstream unless you specifically need this fork’s older, heavily modified format-support code. This fork looks suitable for format-tooling experiments, but it is stale and likely misses two years of upstream fixes and support work.

Prefer this fork only if you specifically need its legacy/custom parser behavior. For most users, upstream Netron is the better choice because it is actively maintained and much more current.

Prefer upstream unless you specifically need this fork’s older snapshot as a controlled base for customization. For normal Netron usage, the fork offers no added capability and is behind on recent support work.

Prefer upstream unless you specifically need the fork's custom backend/schema behavior or legacy format adjustments. For most adopters, this fork looks too stale and too divergent to be a safer default than current Netron.

Prefer this fork only if RKNN-oriented or otherwise customized Netron behavior matters more than staying current. If you want the newest model-format support, active maintenance, and lowest integration risk, upstream is the safer choice.

Prefer upstream unless you specifically need this older snapshot for legacy behavior or private modifications. For most adopters, the fork is too stale and too divergent to be a better default than current Netron.

Choose this fork only if you want an old, custom Netron baseline. For most adopters, upstream is the better choice because it is active and much more capable.

Prefer this fork only if you need its specific downstream parser/tooling changes. If you want the best-supported Netron for general use, upstream is the safer choice.

Prefer upstream unless you specifically need the fork’s older TorchScript/MXNet-era changes. This fork looks too stale and too far from current Netron to be a good default adoption target.

Prefer this fork only if its MLIR-centric and metadata-level changes match a specific need you own. For most adopters, upstream is the safer choice because this fork is stale, heavily diverged, and likely missing years of fixes and format support.