DisplayPort Audio Mute During Mode Transitions

When changing display resolution or refresh rate, a DisplayPort source must dynamically alter its pixel clock and main link transmission parameters, momentarily interrupting the shared transport stream. To prevent audible pops, clicks, or harsh noise caused by buffer underflows and clock shifts, the DisplayPort source executes an integrated audio mute procedure. This article details the sequence DisplayPort transmitters use to signal mute states, retrain the link, re-establish audio-video synchronization, and cleanly restore audio output.

The Interleaved Transport Challenge

DisplayPort does not transmit audio over dedicated physical pins. Instead, digital audio data is packetized and embedded into the Main Link as Secondary Data Packets (SDPs) during the horizontal and vertical blanking intervals of the video stream. Audio synchronization depends heavily on the relationship between the stream clock, the link symbol clock, and audio fractional dividers (\(M_{aud}\) and \(N_{aud}\)).

When a resolution or refresh rate switch occurs, the video timing parameters and pixel clock shift. Because the blanking intervals carrying the audio packets change size or cease temporarily, the source cannot maintain a continuous audio stream without intervention.

Pre-Transition Mute Signalling

Before altering active video parameters or triggering a link retraining event, the DisplayPort source asserts a mute condition to protect the sink's audio digital-to-analog converter (DAC). The source accomplishes this via:

  1. Audio Stream Packet Flags: The source updates the header of outgoing Audio Stream Packets, setting the mute bit. This explicitly instructs the sink's audio engine to ramp down or hard-mute its output stages.
  2. Audio InfoFrame Updates: The source can send an updated Secondary-Data Audio InfoFrame signaling an inactive or muted state.
  3. VB-ID Modulation: In transitions where the link is dropped entirely, the source sets the stream-mute or audio-inactive flags within the Framing / VB-ID (Vertical Blanking ID) field, alerting the sink to an imminent data discontinuity.

Setting these flags allows sink devices (monitors, AV receivers) to apply a rapid zero-crossing mute or a soft fade-out, eliminating transient pops caused by abrupt sample termination.

Resolution and refresh rate changes frequently require adjusting lane counts or link rates (e.g., switching from HBR2 to HBR3). This triggers a formal link retraining sequence:

  • Tear-Down: The source ceases secondary data transmission and updates the DisplayPort Configuration Data (DPCD) registers on the sink via the AUX channel.
  • Link Retraining: The source and sink re-execute clock recovery and channel equalization over the Main Link. During this phase, all secondary data transport—including audio—is completely halted.
  • Stream Reconfiguration: If the bandwidth allows the same link rate and lane count (a seamless mode set), full retraining may be bypassed, but the video stream parameters must still be rewritten in the Main Stream Attribute (MSA) packets. The audio stream remains muted while the sink locks onto the new pixel timing.

Audio Clock Regeneration and Restoration

Once the new video mode stabilizes, the source restores the audio stream:

  1. Locking Clock Parameters: The source calculates new clock regeneration values (\(M_{aud}\) and \(N_{aud}\)) corresponding to the target pixel clock and audio sample rate, transmitting them via Audio Time Stamp (ATS) packets.
  2. Buffer Pre-filling: The source starts sending active Audio Stream Packets while keeping the mute flag asserted temporarily. This allows the sink’s audio FIFO buffers to fill to their nominal thresholds without underrunning.
  3. Un-mute Execution: Once symbol lock, stream attributes, and audio buffers are verified as stable, the source clears the mute bit in the Audio Stream Packet headers. The sink device detects the cleared state and ramps up analog volume to standard operating levels.