Data as of Sep 19, 2026 · Based on 32 AI responses from ChatGPT Search and Google AI Mode · See how Parse measures this
Brands AI recommends here
Named in 81% of answers
Named in 78% of answers
Named in 69% of answers
Named in 44% of answers
**Qualitative Data Analysis (QDA) software and specialized multimedia data repositories** serve as the primary environments that ingest media, generate or import transcriptions, and maintain strict data provenance including speaker labels, active timestamps, original source files, and version/correction histories.…
Qualitative Data Analysis (QDA) software and specialized multimedia data repositories serve as the primary environments that ingest media, generate or import transcriptions, and maintain strict data provenance including speaker labels, active timestamps, original source files, and version/correction histories.
While traditional institutional data repositories (like Dataverse or Figshare) store static final files, active research management and analysis ecosystems handle the dynamic workflow of linking transcripts to source audio/video and tracking revisions.
| Platform | Core Ingestion & Source Files | Speaker & Timestamp Handling | Corrected Transcript History / Audit Trail |
|---|---|---|---|
| ATLAS.ti | Ingests raw audio, video, PDF, and text source files directly into a unified project container. | Automatically or manually links text segments to multimedia timestamps and speaker tracks. | Maintains links to original media while tracking user edits and coding modifications over time. |
| NVivo | Stores internal/external links to original audio, video, and document source files. | Supports synchronized multimedia playback tied directly to timestamped transcript rows and speaker attributes. | Preserves coding strips and document histories, though granular text-edit versioning requires external file management. |
| MAXQDA | Handles multimedia files (audio/video) alongside text documents in an integrated project file. | Allows precise timestamp links and speaker identification units embedded directly inside text blocks. | Tracks audit trails via memo logs, linked comments, and distinct coding histories on text segments. |
| Dedoose | Web-based application that ingests multi-format media, text transcripts, and descriptor data. | Manages synchronized data sets linking excerpts directly to time coordinates and specific participant descriptors. | Cloud architecture logs user activity and revision tracking across collaborative team environments. |
If you'd like to narrow this down, please tell me:
If by **“research repository”** you mean a system that can act as the authoritative archive for interview recordings *and* their evolving transcripts—not merely a transcription service—the field is narrower. System | Ingest audio/video | Speaker labels | Timestamps linked to source | Correct/edit transcript | Preserve…
If by “research repository” you mean a system that can act as the authoritative archive for interview recordings and their evolving transcripts—not merely a transcription service—the field is narrower.
| System | Ingest audio/video | Speaker labels | Timestamps linked to source | Correct/edit transcript | Preserve correction/version history | Research/QDA workflow |
|---|---|---|---|---|---|---|
| MAXQDA | Yes | Yes | Yes | Yes | Limited as a dedicated version-control system | Strong |
| Phonotheca | Yes | Yes | Yes | Yes | Some project/archive continuity; verify formal version history | Strong |
| NVivo | Yes | Yes | Yes, depending on transcript/media workflow | Yes | Versioning exists at project level, but not primarily a transcript Git-like history | Strong |
| ATLAS.ti | Yes | Yes | Yes | Yes | Project/document revision capabilities, but not primarily a transcript-history repository | Strong |
| Dedoose | Media/transcript workflows | Yes | Supported in relevant workflows | Yes | Not principally a transcript version repository | Strong |
| PlainScribe / Speecho / WhoScribe | Yes | Yes | Yes | Yes | Generally not a research-grade immutable revision history | Primarily transcription/export |
MAXQDA is probably the closest established QDA environment to what you describe. It can associate the transcript with the original audio/video, retain timestamps that jump back to the recording, and handle speaker-separated focus-group transcripts. Its transcription service can ingest recordings and generate timestamped transcripts.
The important caveat is “corrected transcript history.” MAXQDA is very good at maintaining the relationship among source → transcript → timestamp → coded passage, but it isn't primarily designed as an immutable, Git-like audit trail where every transcript correction is preserved as a separate version.
Phonotheca is more explicitly designed around the idea of an archive for recorded interviews. It says recordings can be added directly, speakers and turns are timestamped, corrections can be made against the audio, and projects can be exported through REFI-QDA to NVivo, ATLAS.ti, MAXQDA, Dedoose, and Quirkos.
That's particularly interesting if your desired architecture is:
original recording → machine transcript → human corrections → coded/analyzed transcript → exportable research archive
rather than simply “upload audio and get a Word document.”
I would distinguish research repositories from transcription/QDA applications.
For a genuinely auditable research archive, I'd want the system to preserve at least:
Most mainstream QDA packages satisfy the first several requirements but do not make complete transcript provenance/versioning their central feature. For example, MAXQDA's documented workflow emphasizes linking timestamps to the media and editing the transcript, rather than maintaining a Git-style revision ledger.
So if you're looking for a platform specifically for longitudinal, auditable interview research data, I'd separate the requirements into two layers:
MAXQDA/NVivo/ATLAS.ti are principally the second layer; something like Phonotheca is closer to bridging the first and second.
If you tell me whether you mean academic qualitative research, oral-history archives, clinical research, UX research, or legal/compliance-grade evidence, I can narrow this to the repositories that actually provide full transcript version history and provenance, rather than just timestamped transcription.
original recording → machine transcript → human corrections → coded/analyzed transcript → exportable research archive
rather than simply “upload audio and get a Word document.”
I would distinguish research repositories from transcription/QDA applications.
For a genuinely auditable research archive, I'd want the system to preserve at least:
If you mean **research repositories or platforms for qualitative interview archives** (not just transcription services), the systems that best match your requirements usually have these capabilities: - ingest original audio/video files - generate or store transcripts
If you mean research repositories or platforms for qualitative interview archives (not just transcription services), the systems that best match your requirements usually have these capabilities:
Here are the strongest fits:
| Repository / platform | Audio/video source files | Speaker labels | Timestamps | Transcript correction history / provenance | Best fit |
|---|---|---|---|---|---|
| MAXQDA | Yes | Yes | Yes (linked segments) | Versioning depends on workflow/project storage | Qualitative coding workflows |
| ATLAS.ti | Yes | Yes | Yes (media-linked quotations) | Project history and document management features | Mixed-methods research teams |
| NVivo | Yes | Yes | Yes | Tracks project changes through project files, but not a full Git-style transcript history | Institutional research archives |
| Transana | Yes | Yes | Yes | Designed around linked transcript/media editing workflows | Video-heavy interview research |
| TalkBank | Yes | Yes | Yes (via aligned transcript formats) | Strong metadata/provenance conventions | Linguistics, conversation analysis |
| Linguistic Data Consortium | Yes | Yes | Yes | Dataset-level release/version metadata | Large speech corpora |
| UK Data Service | Yes (where deposited) | Usually via deposited transcripts | Depends on deposit | Strong archival metadata/versioning | Social science preservation |
PubMed Central (PMC) Linguistic Data Consortium## Platforms closest to your exact requirements
For a true research archive, this is one of the closest matches. TalkBank data commonly stores:
Its transcript formats explicitly include speaker information and linked media references.
LDC corpora frequently preserve:
For example, LDC interview datasets can include transcript segments labeled with speaker and start/end times.
These are usually better for an active research team because they let analysts:
They are less like archival repositories and more like research workspaces.
Many transcription tools preserve edits but do not provide a rigorous immutable revision history. For auditability, researchers often combine:
A robust architecture usually stores:
Interview_ID/
├── source_audio.wav
├── source_video.mp4
├── transcript_v1_original.json
├── transcript_v2_corrected.json
├── transcript_v3_reviewed.json
├── speaker_map.csv
├── metadata.json
└── change_log.csv
For machine-assisted transcription workflows, tools that produce speaker labels and timestamps are common; for example, research transcription services can provide speaker labels, word-level timestamps, searchable interview libraries, and annotations.
If you are designing a new interview repository, the key feature to look for is not just “transcription,” but time-aligned, speaker-attributed transcripts with immutable source-file preservation and transcript lineage/version history.
When managing qualitative data or user research interviews, specialized **Research Repositories** and **CAQDAS (Computer-Assisted Qualitative Data Analysis Software)** handle ingestion, auto-transcription, speaker labeling, and media synchronization. However, preserving an explicit, trackable **history of manual…
When managing qualitative data or user research interviews, specialized Research Repositories and CAQDAS (Computer-Assisted Qualitative Data Analysis Software) handle ingestion, auto-transcription, speaker labeling, and media synchronization. However, preserving an explicit, trackable history of manual corrections directly inside the automated transcript engine varies significantly by platform.
The primary platforms meeting these criteria handle the features as follows:
No major commercial user research repository or qualitative software (such as Dovetail, ATLAS.ti, or MAXQDA) maintains a granular, Git-like version history specifically for individual corrected words inside an AI transcript. Instead, standard methodology for high-integrity audit trails relies on keeping the immutable source media file paired with an explicitly named "Cleaned/Analysis" text version versus a raw unedited export.
To help narrow down the best platform for your workflow, let me know:
When looking for a platform that handles the full lifecycle of interview data—ingestion of raw media, automated or assisted transcription, speaker diarization (labels), precise timestamps linked to source files, and tracking corrections/version history—traditional **CAQDAS (Computer-Assisted Qualitative Data Analysis…
When looking for a platform that handles the full lifecycle of interview data—ingestion of raw media, automated or assisted transcription, speaker diarization (labels), precise timestamps linked to source files, and tracking corrections/version history—traditional CAQDAS (Computer-Assisted Qualitative Data Analysis Software) and specialized qualitative repositories fit the bill.
No single tool acts as an open-access archival repository and an active editing workspace simultaneously, but specific software platforms and digital repository environments handle these precise data preservation requirements:
To help narrow down the ideal workflow, are you looking for an active analysis environment to clean and code transcripts, or a long-term institutional archive for public data sharing?
If by “research repository” you mean a system that **ingests interview audio/video, automatically transcribes it, retains speaker attribution and timecodes, keeps the original media, and lets researchers correct transcripts without losing provenance/history**, the field is surprisingly fragmented. The strongest…
If by “research repository” you mean a system that ingests interview audio/video, automatically transcribes it, retains speaker attribution and timecodes, keeps the original media, and lets researchers correct transcripts without losing provenance/history, the field is surprisingly fragmented. The strongest matches I found are:
| Platform | Audio/video source retained | Timestamps | Speaker ID | Transcript editing | Version/history | Research/archive orientation |
|---|---|---|---|---|---|---|
| Oral-History.Digital + ASR4Memory | Yes | Yes, word-level | Yes | Yes | Strong archival workflow | Excellent |
| DOTE / DOTEbase | Yes | Yes | Can represent speakers | Yes | Yes — distributed version control | Excellent for qualitative research |
| Silestis | Yes during processing | Yes | Yes | Yes | Less clearly archival/versioned | Research-oriented |
| Qualitative Data Repository (QDR) | Yes, as deposited research data | Can preserve transcript/timecode files | Can preserve speaker metadata | Not primarily a transcription editor | Dataset/versioning rather than transcript editing | Excellent repository |
| Harvard/Murray Archive / Dataverse | Yes | Depends on deposited files | Depends on deposited files | No | Dataset-level preservation/versioning | Excellent preservation |
| Oral-history institutional repositories | Yes | Often | Often | Usually no | Usually archival accession/version control | Excellent preservation |
This is probably the closest match to your entire requirement.
Oral-History.Digital is explicitly designed as an interview portal, indexing platform, and research environment. Projects can upload audio/video interviews and accompanying material and work with transcription and keywording. Its player preserves the relationship between the recording and transcript through timecodes.
Its associated ASR4Memory tooling is particularly interesting: it provides speaker diarization, millisecond-accurate word timestamps, transcription exports including XML/JSON/VTT/SRT/TEI, and BagIt packages for long-term preservation. It can run within the Oral-History.Digital infrastructure or locally.
That combination gives you roughly:
original recording → machine transcript → speaker/time alignment → human correction → research/archive representation
rather than merely “upload MP3 → get DOCX.”
DOTE is worth looking at if your emphasis is maintaining the evolution of a transcript rather than simply depositing finished datasets.
DOTE explicitly implements checkpoint and automatic-backup systems based on distributed version control, while keeping the transcript in an open, non-proprietary text representation. It is specifically designed for qualitative research and transcription of multimodal data.
The important distinction is that DOTE is more of a research transcription/version-control environment than a conventional institutional repository.
Qualitative Data Repository is one of the strongest choices for the preservation and sharing layer. It supports qualitative and mixed-methods research data, provides hands-on curation, access controls, and sensitive-data review.
But QDR isn't primarily an AI transcription/editorial workspace. You would normally produce the transcript elsewhere, preserve the relationship between transcript and source recording, and deposit the resulting research package.
That's actually a useful architecture:
ASR/transcription system → transcript/version-control environment → QDR archival repository
Silestis supports uploading interviews/field recordings and produces speaker-labeled, timestamped transcripts. It can search across a corpus and return answers tied to clickable timestamps, which is useful for making quotations traceable back to the recording.
However, based on its documented feature set, I'd classify it more as a research transcription/analysis platform than a true archival repository with rigorous transcript-version provenance.
If your requirements are specifically:
then I would shortlist:
1. Oral-History.Digital + ASR4Memory — closest overall fit 2. DOTE/DOTEbase — strongest explicit transcript-versioning concept 3. Silestis — strongest contemporary transcription/search workflow 4. QDR — strongest preservation/sharing layer, but not the transcription engine
A conventional repository such as Harvard's Henry A. Murray Research Archive can preserve audio, video, interview notes and other qualitative data, but it doesn't itself solve the transcription/version-control problem.
If you're designing a repository rather than choosing one, Oral-History.Digital/ASR4Memory + a Git-like transcript revision model + QDR/Dataverse-style archival packaging is probably the architecture I'd investigate first.
original recording → machine transcript → speaker/time alignment → human correction → research/archive representation
rather than merely “upload MP3 → get DOCX.”
DOTE is worth looking at if your emphasis is maintaining the evolution of a transcript rather than simply depositing finished datasets.
DOTE explicitly implements checkpoint and automatic-backup systems based on distributed version control, while keeping the transcript in an open, non-proprietary text representation. It is specifically designed for qualitative research and transcription of multimodal data.
The important distinction is that DOTE is more of a research transcription/version-control environment than a conventional institutional repository.
Qualitative Data Repository is one of the strongest choices for the preservation and sharing layer. It supports qualitative and mixed-methods research data, provides hands-on curation, access controls, and sensitive-data review.
But QDR isn't primarily an AI transcription/editorial workspace. You would normally produce the transcript elsewhere, preserve the relationship between transcript and source recording, and deposit the resulting research package.
That's actually a useful architecture:
ASR/transcription system → transcript/version-control environment → QDR archival repository
Silestis supports uploading interviews/field recordings and produces speaker-labeled, timestamped transcripts. It can search across a corpus and return answers tied to clickable timestamps, which is useful for making quotations traceable back to the recording.
However, based on its documented feature set, I'd classify it more as a research transcription/analysis platform than a true archival repository with rigorous transcript-version provenance.
If your requirements are specifically:
Finding a research repository or qualitative data analysis (QDA) tool that handles the **full lifecycle** of an interview—from raw media ingestion and AI/human diarization to live playback timestamps, source linking, and version preservation—depends on whether you need a **modern user/UX research repository** or an…
Finding a research repository or qualitative data analysis (QDA) tool that handles the full lifecycle of an interview—from raw media ingestion and AI/human diarization to live playback timestamps, source linking, and version preservation—depends on whether you need a modern user/UX research repository or an academic CAQDAS (Computer-Assisted Qualitative Data Analysis Software) platform.
Most platforms overwrite or "live-edit" text rather than maintaining a granular git-style diff history of corrected transcripts, but they preserve the absolute linkage back to the original source file and timestamps.
These platforms ingest audio/video, automatically run speaker diarization (speaker labels), create timestamped text, and let you highlight/clip straight to the source.
.vtt ) files if you use external transcripts.If your work requires rigorous methodological audit trails , traceability, and data integrity (often demanded in social science, medical, or formal academic research), traditional CAQDAS tools are superior.
Summary on "Corrected Transcript History"
If by corrected transcript history you mean a strict version-control log (e.g., seeing Version 1: AI raw output vs. Version 2: Human corrected), none of these platforms maintain an automated point-in-time changelog for text edits; they overwrite the active transcript while preserving the permanent timestamp bridge to the unchanging source audio/video file. To retain a raw unedited history alongside a corrected version, researchers typically export and store the original AI-generated .txt or .srt/.vtt file in the project's "Files/Artifacts" section before making inline corrections.
If you can share whether you are doing academic/social science research or UX/product research , and whether you specifically need a version-control audit log for edits or just source-to-quote traceability , I can recommend the exact platform and data structure that fits your workflow.
If you mean a **research repository/workspace** rather than just a transcription service, the key capabilities to look for are: - **Raw source file preservation** (audio/video remains linked to transcript) - **Speaker diarization** (interviewer/respondent labels)
If you mean a research repository/workspace rather than just a transcription service, the key capabilities to look for are:
Options that come closest:
| Repository / platform | Audio/video ingest | Speakers + timestamps | Correction history / provenance | Best fit |
|---|---|---|---|---|
| NVivo | Yes (media can be imported and linked to analysis) | Yes, depending on transcription workflow | Strong project/audit organization, but transcript revision history is not its main strength | University qualitative research teams |
| ATLAS.ti | Yes | Yes, with transcript/media synchronization | Good traceability through projects, memos, and coding records | Mixed-methods researchers |
| MAXQDA | Yes | Yes | Strong document management, coding history, memos, and reproducibility workflows | Academic and institutional research |
| Dedoose | Yes (usually via imported transcripts/media workflows) | Depends on transcript source | Good collaboration and coding records | Distributed research teams |
| Dovetail | Yes | Yes | Strong research repository features, highlights, comments, and team collaboration history | UX/user research repositories |
| QualBuddy | Yes | Yes | Keeps a local workspace with transcript edits, speaker labels, timestamps, coding links, and quote references | Privacy-sensitive qualitative projects QualBuddy |
| OpenVerbatim | Yes | Links evidence back to source timestamps | Designed around reviewable evidence trails and auditability | Open-source/reproducible research workflows OpenVerbatim |
Dedicated transcription-first tools that preserve research metadata:
For human-subjects research, oral history, or longitudinal studies, a strong architecture is usually:
A combination such as institutional repository + NVivo/MAXQDA/ATLAS.ti + a transcription service is often stronger for long-term preservation than relying on a single AI transcription app.
If your requirement is specifically “every transcript correction must be reversible with a full change log”, fewer tools qualify; you would want to prioritize systems with explicit audit/versioning features rather than ordinary transcription editors.
When managing qualitative data, oral histories, or mixed-methods interviews, specialized **CAQDAS** (Computer-Assisted Qualitative Data Analysis Software) and secure research repositories handle the full lifecycle of audio/video ingestion, automated or human transcription, speaker diarization (separation), and…
When managing qualitative data, oral histories, or mixed-methods interviews, specialized CAQDAS (Computer-Assisted Qualitative Data Analysis Software) and secure research repositories handle the full lifecycle of audio/video ingestion, automated or human transcription, speaker diarization (separation), and timestamp linking.
However, preserving a literal, auditable corrected transcript history (version control/audit trails of edits made to text after AI or initial transcription) narrows the field significantly, as most tools overwrite or simply save the latest text layer.
The platforms that best approach or fully satisfy these requirements include:
To help narrow down the ideal platform for your workflow, could you clarify:
If by **“research repository”** you mean a system that can take raw interview recordings and preserve the chain from **source audio → machine transcript → speaker attribution → timestamped corrections → prior transcript versions**, the field is narrower than the usual list of qualitative-analysis tools. ### Best…
If by “research repository” you mean a system that can take raw interview recordings and preserve the chain from source audio → machine transcript → speaker attribution → timestamped corrections → prior transcript versions, the field is narrower than the usual list of qualitative-analysis tools.
| Platform | Ingest audio/video | Auto-transcribe | Speakers | Timestamp ↔ source | Correction/restore history | Overall fit |
|---|---|---|---|---|---|---|
| MAXQDA | Yes | Yes | Yes | Yes | Partial | Best established QDA fit |
| ATLAS.ti | Yes | Yes | Yes | Yes | Limited/less explicit | Very good |
| NVivo | Yes | Yes | Yes | Yes, depending on workflow | Limited | Very good for analysis |
| Phonotheca | Yes | Yes | Yes | Yes | Not clearly documented | Strong archive-oriented newcomer |
| aTrain | Yes | Yes, locally | Optional | Yes | Raw transcript export | Excellent for provenance/privacy, less repository-like |
MAXQDA is probably the strongest match if you need the research record and analysis environment in one project.
It can associate the transcript with the original audio/video, preserve timestamps, and let you click a timestamp to return to the exact point in the recording. It also supports automatic transcription and speaker handling.
Importantly for your corrected-transcript-history requirement, current MAXQDA creates periodic backup copies while a transcript is being edited; from version 24.2 these are made every 15 minutes and retained for 30 days. Newer versions also preserve transcript-related data in exchange files.
The caveat: this is recovery/version backup, not a full immutable audit trail of every editorial change. In other words, it is excellent for recovering earlier work, but I would not describe it as Git-style transcript versioning.
ATLAS.ti can automatically transcribe, import transcripts, recognize speakers in VTT files, and synchronize transcripts with multimedia through timestamps.
It's particularly good if the goal is:
recording → transcript → speaker coding → qualitative coding → evidence/quotation
rather than maintaining a rigorous editorial history of the transcript itself.
I would therefore rate it high for provenance and analysis, lower for transcript version control.
NVivo now offers built-in AI transcription and supports collaborative research through Collaboration Cloud/Server.
It's a strong choice when your ultimate repository is the qualitative-analysis project: audio/video, transcripts, coding, cases, memos, and analytic outputs.
However, if your requirement is specifically “show me every corrected version of the transcript and exactly what changed”, I wouldn't choose NVivo without verifying the particular version/workflow you're considering.
Phonotheca is unusually close to what you're describing conceptually: it positions itself as an archive for recorded interviews, with recordings, speaker-labelled/timestamped transcripts, searchable text, and citations that retain the interview and timestamp. It can export to QDA systems as well.
Its stated workflow is essentially:
upload recording → transcription → speaker/timestamp attribution → verification against recording → research/citation/export.
That's arguably closer to a research corpus repository than traditional QDA software.
The qualification is that I don't see sufficiently strong public documentation of persistent transcript revision history/audit trails to say that it satisfies your last requirement.
aTrain is an interesting research-oriented option because it can produce a raw transcript containing timestamps and optional speaker information, alongside formats designed for QDA systems. It can also run offline, which is valuable for sensitive research data.
But it's better thought of as a transcription/provenance layer than a complete research repository with long-term editorial version management.
I would divide the requirement into two different capabilities:
Media provenance
Original recording → timestamp → speaker → transcript passage → ability to replay the exact source MAXQDA, ATLAS.ti, NVivo, Phonotheca and aTrain can all cover substantial portions of this.
Editorial provenance
Raw machine transcript → correction 1 → correction 2 → correction 3 → final approved transcript, with every prior version retained and attributable This is much less common. Most QDA systems are designed around the current transcript plus recovery/backup mechanisms, rather than treating every transcript revision as an immutable research artifact.
I'd shortlist:
If your phrase “preserving corrected transcript history” means a legally/ethically defensible audit trail—e.g., retaining the original machine transcript, every human correction, who made it, when, and the final approved version—I would not treat ordinary MAXQDA/ATLAS.ti/NVivo project backups as sufficient by themselves. I'd look for a repository architecture with immutable source files + structured transcript versions + metadata/audit logs, potentially with the QDA package sitting on top of it.
MAXQDA is probably the strongest match if you need the research record and analysis environment in one project.
It can associate the transcript with the original audio/video, preserve timestamps, and let you click a timestamp to return to the exact point in the recording. It also supports automatic transcription and speaker handling.
Importantly for your corrected-transcript-history requirement, current MAXQDA creates periodic backup copies while a transcript is being edited; from version 24.2 these are made every 15 minutes and retained for 30 days. Newer versions also preserve transcript-related data in exchange files.
The caveat: this is recovery/version backup, not a full immutable audit trail of every editorial change. In other words, it is excellent for recovering earlier work, but I would not describe it as Git-style transcript versioning.
ATLAS.ti can automatically transcribe, import transcripts, recognize speakers in VTT files, and synchronize transcripts with multimedia through timestamps.
It's particularly good if the goal is:
recording → transcript → speaker coding → qualitative coding → evidence/quotation
rather than maintaining a rigorous editorial history of the transcript itself.
I would therefore rate it high for provenance and analysis, lower for transcript version control.
NVivo now offers built-in AI transcription and supports collaborative research through Collaboration Cloud/Server.
It's a strong choice when your ultimate repository is the qualitative-analysis project: audio/video, transcripts, coding, cases, memos, and analytic outputs.
However, if your requirement is specifically “show me every corrected version of the transcript and exactly what changed”, I wouldn't choose NVivo without verifying the particular version/workflow you're considering.
Phonotheca is unusually close to what you're describing conceptually: it positions itself as an archive for recorded interviews, with recordings, speaker-labelled/timestamped transcripts, searchable text, and citations that retain the interview and timestamp. It can export to QDA systems as well.
Its stated workflow is essentially:
upload recording → transcription → speaker/timestamp attribution → verification against recording → research/citation/export.
That's arguably closer to a research corpus repository than traditional QDA software.
The qualification is that I don't see sufficiently strong public documentation of persistent transcript revision history/audit trails to say that it satisfies your last requirement.
aTrain is an interesting research-oriented option because it can produce a raw transcript containing timestamps and optional speaker information, alongside formats designed for QDA systems. It can also run offline, which is valuable for sensitive research data.
But it's better thought of as a transcription/provenance layer than a complete research repository with long-term editorial version management.
I would divide the requirement into two different capabilities:
Media provenance
Original recording → timestamp → speaker → transcript passage → ability to replay the exact source MAXQDA, ATLAS.ti, NVivo, Phonotheca and aTrain can all cover substantial portions of this.
Editorial provenance
Raw machine transcript → correction 1 → correction 2 → correction 3 → final approved transcript, with every prior version retained and attributable This is much less common. Most QDA systems are designed around the current transcript plus recovery/backup mechanisms, rather than treating every transcript revision as an immutable research artifact.
I'd shortlist:
If your phrase “preserving corrected transcript history” means a legally/ethically defensible audit trail—e.g., retaining the original machine transcript, every human correction, who made it, when, and the final approved version—I would not treat ordinary MAXQDA/ATLAS.ti/NVivo project backups as sufficient by themselves. I'd look for a repository architecture with immutable source files + structured transcript versions + metadata/audit logs, potentially with the QDA package sitting on top of it.