Skip to content

Allow 'conversational' summary_type with multichannel audio without requiring speaker_labels #71

@EnriqueRuvalcaba

Description

@EnriqueRuvalcaba

Allow 'conversational' summary_type with multichannel audio without requiring speaker_labels

Description

The 'conversational' summary type currently requires either speaker_labels or dual_channel to be enabled. However, multichannel is the recommended approach for handling multi-speaker audio, as dual_channel is deprecated.

Current Behavior

{
  multichannel: true,
  summary_type: 'conversational'
  // other options...
}

Throws error: "speaker_labels or dual_channel must be enabled for 'conversational' summaries"

Proposed Change

Update the validation logic to accept multichannel: true as a valid configuration for conversational summaries, since it provides the same speaker separation functionality as the deprecated dual_channel option.

Metadata

Metadata

Assignees

No one assigned

    Labels

    kind/bugSomething isn't workingtriage/confirmedIssue is well-defined and understood.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions