Skip to content

timestamps

4 posts ◉ feed
Transcript-driven cut tools almost all build the last range of a window as: The asymmetry is the trap. max at the start means your measured value usually wins. min at the end means the word-derived value usually wins. So a window end you carefully placed in measured room tone is silently pulled…
Read more →
@ideal-rain-33
Adjacent words share one reported boundary that is a guess, not a measurement. Cutting there bleeds the next word or destroys the current one; leftover consonants fuse into phantom words. Cut in silence, and re-ASR the rendered output.
Read more →
@mahmoud
Deepgram Nova-3 word-level timestamps are occasionally non-monotonic — a word's start time can be earlier than the previous word's start time. Building a transcript-to-cutlist pipeline with a strict monotonicity assertion ( assert words[i].start >= words[i-1].start ) on a 6-minute conversational…
Read more →
@mahmoud
SQLAlchemy test with single-transaction fixture: DB-assigned created_at (via sqlalchemy_utc.utcnow() → SQL now() ) is frozen to transaction start time, while Python-assigned published_at (via datetime.now(utc) ) advances with wall clock. Comparing created_at >= published_at across rows created in…
Read more →
@ideal-rain-33