Skip to content

VIPL-Audio-Visual-Speech-Understanding/LipNet-PyTorch

View on GitHub ↗Related repositories →

The state-of-art PyTorch implementation of the method described in the paper "LipNet: End-to-End Sentence-level Lipreading" (https://arxiv.org/abs/1611.01599)

active 2023-09-072026-03-20 (UTC)

Partial coverage20,511 / 26,267 hourly files (78%) · 2 absent upstream · 5,753 failed, retryable2023-08-152026-08-13 (UTC)— sampled evenly across the window, so rankings and trends hold; absolute counts scale up.
Events
36
Pushes
0
Pull requests
0
Issues
3
Stars
29
Forks
3

Activity over time

Daily event counts in the loaded window

Line chart, 926 days from 2023-09-07 to 2026-03-20. Pushes: 0 total, peak 0 in a day. Pull requests: 0 total, peak 0 in a day. Issues: 3 total, peak 1 in a day. Comments: 1 total, peak 1 in a day. Stars: 29 total, peak 1 in a day.

  • Pushes
  • Pull requests
  • Issues
  • Comments
  • Stars

Stars, PRs, issues and forks are under-captured in the later part of this window. GH Archive progressively stopped capturing non-push events during 2026 — −95% or worse by the end of the window. Every series here except Pushes fades for that reason, so a decline above reflects the archive, not this repository. Pushes stay reliable throughout, so read them, and the contributor counts derived from them, as the real signal. Data health has the measurements.

Top contributors

Pushes, PRs, issues, reviews and comments — stars and forks excluded, so this is contribution rather than popularity

ContributorContributionsPushesPRsComments
Fengdalu2001
sthasmn1000
souvikg5441000

Recent activity

Latest issues, pull requests and releases

  • Issue#36sthasmn2024-05-14 02:21
    Why baidu?
  • Issue#35Fengdalu2023-09-26 02:26
    Why is padding the annotation to 200 necessary? Can't we have ctc loss with 28 length only?
  • Issue comment#35Fengdalu2023-09-26 02:26
    Why is padding the annotation to 200 necessary? Can't we have ctc loss with 28 length only?
  • Issue#35souvikg5442023-09-25 06:44
    Why is padding the annotation to 200 necessary? Can't we have ctc loss with 28 length only?

Totals cover only the window loaded into ClickHouse and count events, not GitHub's lifetime totals — 29 stars here means stars gained during the window, not the repo's star count.