Changing audio track on webOS is freezing the stream

[marc.schenk]

Hi there

I’m having a problem on webOS where the stream freezes whenever I switch to an audio track with a different codec.

Given are the three audio tracks below

• Switching from trackA to trackB → works fine
• Changing from trackB to trackA → works fine
• Change from trackA to trackC → Stream freezes
• Moving from trackC to trackA → Stream freezes

Setting the audio track is done with the setAudio() method. webOS module is added to the player. The same implementation works fine on Tizen.

Has anyone experienced the same behaviour and has a solution for me?

Best,
Marc

---

const trackA = {
  id: "audio/mp4-1",
  label: "de",
  lang: "de"
  role: undefined
  getQualities: () => [{
    bitrate: 12800,
    codec: "mp4a.40.2",
    id: "2",
    label: "128kbps"
  }]
}

const trackB = {
  id: "audio/mp4-2",
  label: "en",
  lang: "en"
  role: undefined
  getQualities: () => [{
    bitrate: 12800,
    codec: "mp4a.40.2",
    id: "4",
    label: "128kbps"
  }]
}

const trackC = {
  id: "audio/mp4-3",
  label: "de",
  lang: "de"
  role: undefined
  getQualities: () => [{
    bitrate: 256000,
    codec: "ec-3",
    id: "3",
    label: "256kbps"
  }]
}

[ludovic.michaud (Ludo)]

Hi,
Thanks for reaching out to us.
Switching codecs from AAC to E-AC3 or the other way around is generally not recommended : it forces the device to purge the decoder buffer and reinstantiate a new decoder, which might be problematic, especially on low performance devices such as low end smart TVs. It is generally recommended to avoid such switches, included on higher end devices.

This is not a player issue, most likely, but rather a device limitation.