Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gst-plugins-base gst-plugins-base
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 645
    • Issues 645
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 88
    • Merge requests 88
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GStreamer
  • gst-plugins-basegst-plugins-base
  • Issues
  • #334

Closed
Open
Created Feb 04, 2017 by Bugzilla Migration User@bugzilla-migration

parsebin: Don't expose endpad if corresponding decoder is not supported

Submitted by HoonHee Lee

Link to original bug (#778163)

Description

Created attachment 344907
Dot graph for playbin2 with missing audio decoder

Hello All.
In Playbin3, negotiation failure is observed if we can not find available audio decoder.
Actually, ACCEPT CAPS query returns 'not accepted' in gstdecodebin3-parse.c
However, In Playbin2, endpad of a chain is not exposed from decodebin when corresponding decoder is missing(e.g. unknown type).
And then, playback works well without unknown audio type.

So, I think it is more better and good to play likes playbin2.

Thanks.

Attachment 344907, "Dot graph for playbin2 with missing audio decoder":
playbin2_missing_audio_decoder.dot

Version: 1.11.1

Assignee
Assign to
Time tracking