4.2 File Structures, Conversion & Export Formats

4.2 File Structures, Conversion & Export Formats

Where this fits in the RPR job analysis:

• Domain: Technology and Innovation (43% of total WKT weight)
• Study focus: Evaluate transcript and stenographic file formats, analyze the architectural differences between proprietary CAT databases and universal exchange formats, understand RTF/CRE control tags, configure page-image ASCII transcripts, ensure ISO 19005 (PDF/A) archival compliance, and maintain metadata synchronization across litigation bundles.

---

1. The Litigation File Ecosystem: Data Lifecycle & Structure

During legal proceedings, stenographic data undergoes a continuous transformation from raw physical keystrokes into heavily indexed, cryptographically sealed archival documents. A court reporter must navigate multiple distinct file representations throughout this lifecycle:

[RAW STENO STROKE DATA]     --> Strokes saved by the writer and the CAT program
           │
           ▼
[PROPRIETARY CAT FILE]      --> Vendor job files (e.g., CATalyst .sgngl text, .sgstn notes)
           │                     (Integrated AudioSync, edit tracking, macros)
           ▼
[UNIVERSAL INTERCHANGE]     --> RTF/CRE standard (.rtf)
           │                     (Cross-CAT scoping, proofreading interchange)
           ▼
[LITIGATION DELIVERABLES]   --> Page-Image ASCII (.txt), PDF/A (.pdf), Min-U-Script,
                                 Hyperlinked Exhibits, Video Sync Files

---

2. Proprietary CAT Architectures vs. Universal Exchange Standards

Every major CAT software developer maintains a proprietary, closed file format optimized for its specific feature set:

• Stenograph Case CATalyst: Stenograph's documentation lists text files (.sgngl), notes files (.sgstn), and dictionaries (.sgdct), all of which can be exported to RTF/CRE.
• Advantage Software Eclipse and ProCAT Winner also use their own native job and dictionary formats.

The Problem of Vendor Lock-In

Proprietary formats encapsulate complex styling features: custom paragraph margins, speaker tokens, automated exhibit indexing macros, font color coding for unverified entries, and direct binary pointers to multi-channel AudioSync audio files. However, a native file from one CAT program generally cannot be opened directly by another.

In modern litigation, court reporters frequently collaborate with independent scopists, proofreaders, and secondary reporters who utilize different CAT platforms. Furthermore, federal and state appellate court clerks cannot accept proprietary vendor files for public dockets. This operational reality necessitates standardized, vendor-neutral file conversion formats.

---

3. RTF/CRE (Rich Text Format with Court Reporting Extensions)

RTF/CRE is the interchange format that lets different CAT systems exchange transcripts, notes, and dictionaries. It builds on Microsoft's Rich Text Format by adding court-reporting control words, all beginning with \cx. ProCAT describes RTF/CRE as an extension that CAT vendors designed collectively after ProCAT pushed to adopt RTF as the standard transcript exchange language, and Stenograph's CATalyst export tool writes text, notes, and dictionary files to RTF/CRE.

{\rtf1\ansi{\*\cxrev100}\cxdict{\*\cxsystem Case CATalyst}
{\*\cxs KAT}cat\par
{\*\cxs TKOG}dog\par
}

Control Words to Recognize

The {\*\ ... } wrapper is ordinary RTF syntax for an "ignorable destination": a program that does not recognize a control word can skip it, which is how RTF/CRE files stay readable across systems.

Practical Limitations of RTF/CRE

1. Layout drift: CAT programs measure fonts, tabs, and margins differently, so an imported transcript can wrap lines or shift tab stops. Check page and line layout after every import.
2. Lost native features: Vendor-specific macros, conflict rules, and some formatting may be dropped or converted to plain text.
3. Vendor extensions: One program may write extra control words that another ignores, so review an imported dictionary before relying on it in realtime.

---

4. ASCII Transcript Formats: The Foundation of Litigation Support

The American Standard Code for Information Interchange (ASCII) is a universal 7-bit character encoding standard containing 128 characters (codes 0 to 127), encompassing English alphanumeric letters, punctuation, and essential control codes. In legal technology, ASCII represents the universal common denominator for litigation support databases, trial presentation software, and attorney review platforms.

+-------------------------------------------------------------------------+
|                    PAGE-IMAGE ASCII LAYOUT STANDARD                     |
+-------------------------------------------------------------------------+
| Col 1-5  Col 10                                                Col 70   |
|   |         |                                                     |     |
|   1                 IN THE DISTRICT COURT OF THE FIRST DISTRICT          |
|   2                                                                     |
|   3        Q.    State your full name for the record, please.           |
|   4        A.    Dr. Elizabeth Vance.                                   |
|  ...                                                                    |
|  25                                                                     |
| [FORM FEED CHARACTER: 0x0C (^L) ENFORCES HARD PAGE BREAK HERE]           |
+-------------------------------------------------------------------------+

The Three Types of ASCII Transcripts

1. Unformatted ASCII (.txt): Contains raw text with flowing lines and carriage returns only at paragraph boundaries. Because it lacks fixed line numbers, uniform margins, and 25-line page geometry, unformatted ASCII cannot be cited in legal pleadings and is unsuitable for litigation support indexing.
2. Page-Image ASCII (page and line preserved):
   • Page geometry: Keeps the printed page layout (typically 25 numbered lines per page), so a citation to page 42, line 10 means the same thing in the file as on paper.
   • Monospaced display: Plain text has no font of its own; litigation-support programs display it in a monospaced font so Q and A tabs, colloquy indents, and line numbers line up.
   • Line numbers and page breaks: Line numbers appear at the start of each line, and a form-feed character (ASCII code 12, hex 0C) commonly marks each page break.
3. Other delivery formats: Review platforms may also accept vendor-specific transcript formats (for example, RealLegal's E-Transcript .ptx), so confirm the format each client's software expects.

---

5. PDF and PDF/A Standards: Archival Integrity & Electronic Filing

PDF is the standard delivery format for transcripts, and the federal judiciary's CM/ECF system accepts filings as PDF documents. Some courts recommend or require PDF/A (ISO 19005) for long-term preservation, so check each court's electronic filing rules.

The Purpose of the PDF/A Standard

Standard commercial PDF files often rely on external system resources: they can reference fonts installed on the creator's computer, link to external websites, execute embedded JavaScript macros, or incorporate non-standard compression algorithms. If an attorney attempts to open a 15-year-old deposition PDF on a future operating system that lacks those legacy fonts, the system substitutes alternate fonts, altering page breaks, shifting line numbers, and destroying citation accuracy.

PDF/A is an ISO-standardized subset of PDF engineered specifically for long-term electronic document preservation (the "A" stands for Archival). It is designed so a document renders the same way years from now, independent of the software that created it.

+-------------------------------------------------------------------------+
|               MANDATORY ARCHIVAL REQUIREMENTS OF ISO 19005 (PDF/A)       |
+-------------------------------------------------------------------------+
|  1. 100% FONT EMBEDDING   --> All glyphs and font programs must be      |
|                               embedded; no dynamic OS font substitution.|
+-------------------------------------------------------------------------+
|  2. NO DYNAMIC SCRIPTS    --> JavaScript, interactive form scripts, and  |
|                               executable code are strictly prohibited.  |
+-------------------------------------------------------------------------+
|  3. NO EXTERNAL CONTENT   --> Pages cannot depend on external files or      |
|                               resources (plain hyperlinks allowed).        |
+-------------------------------------------------------------------------+
|  4. CALIBRATED COLOR      --> Color definitions must be device-         |
|                               independent (calibrated sRGB/ICC profiles)|
+-------------------------------------------------------------------------+
|  5. STRUCTURED METADATA   --> Standardized XMP metadata must document   |
|                               document properties in standard form.    |
+-------------------------------------------------------------------------+

Key PDF/A Revisions for Court Reporting

• PDF/A-1b (ISO 19005-1:2005, Basic Compliance): Focuses strictly on visual fidelity. Guarantees that the visual rendering of text, line numbers, margins, and watermarks will remain completely identical over time.
• PDF/A-2b (ISO 19005-2:2011): Built on PDF 1.7. Adds support for transparency (useful for stamps and seals), JPEG 2000 compression for exhibit scans, and the embedding of external PDF/A attachments (such as marked electronic exhibits).

Digital Signatures & Cryptographic Security (PKI)

Many reporters sign PDF transcripts with Public Key Infrastructure (PKI) digital signatures so later changes are detectable:

1. The signing software generates a mathematical hash digest (e.g., SHA-256) representing every byte of the transcript file.
2. The reporter's private cryptographic key (secured on a hardware token or password-protected certificate) encrypts this hash digest, binding the reporter's professional identity to the document.
3. When court clerks or litigators open the file in Adobe Acrobat, the software calculates a new hash and compares it to the decrypted signature. If a single character, comma, or line number has been altered post-certification, the cryptographic signature breaks, displaying a prominent red warning banner: "Document has been altered since signature was applied."

---

6. Electronic Exhibits, Bundling & Synchronization Preservation

In contemporary civil litigation, paper deliveries have been almost entirely replaced by integrated litigation support bundles:

Components of a Comprehensive Transcript Bundle

• Full-Size Certified Transcript: Complete 25-line-per-page PDF (often PDF/A) document containing the Title Page, Appearances, verbatim text, Certificate of Shorthand Reporter, and signed digital seal.
• Condensed Transcript (Min-U-Script / 4-Up): A specialized printing layout that reduces four full transcript pages onto a single standard 8.5 x 11-inch page. Widely favored by attorneys for quick courtroom reference and trial binders.
• Master Word Concordance Index: An exhaustive alphabetical index generated by the CAT software, listing every spoken word in the proceeding alongside exact page:line coordinates (e.g., negligence [14] 45:12, 48:3, 52:19, 102:4).
• Hyperlinked Exhibit Bundles: Marked exhibits (scanned or native digital PDFs) are merged into the deliverable package. The CAT export engine parses the transcript text and automatically creates clickable hyperlinks at every formal exhibit reference (e.g., clicking [Plaintiff's Exhibit 4 marked] immediately launches the corresponding PDF exhibit).

Preserving AudioSync and Video Deposition Timecodes

When proceedings are recorded with synchronized digital audio or legal videography, maintaining timecode metadata during export is paramount:

• Timecode Formats: Video synchronization relies on Society of Motion Picture and Television Engineers (SMPTE) timecode (hh:mm:ss:ff—hours, minutes, seconds, frames) or absolute millisecond offsets from the opening gavel.
• Synchronization Files: Legal videographers and synchronization tools produce files in the format the attorney's trial-presentation software requires, cross-referencing each transcript line to its video and audio timecode.
• Litigation Utility: Litigators load these synchronized bundles into trial presentation software (such as TrialDirector, Sanction, or OnCue). During trial, counsel can highlight three lines of transcript text on a laptop, and the software instantly plays the synchronized video and audio clip of the deponent speaking those exact words to the jury.