[gstreamer-bugs] [Bug 315383] New: gst-launch shouldn't run broken pipelines

[<bug...@bu...>]

Please DO NOT reply to this by email. All additional comments should be m=
ade in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=3D315383
 GStreamer | don't know | Ver: HEAD CVS

           Summary: gst-launch shouldn't run broken pipelines
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: High
         Component: don't know
        AssignedTo: gst...@li...
        ReportedBy: ch...@gn...
         QAContact: gst...@li...
                CC: all...@bu...


gst-launch tries to run pipelines with missing elements. I think this mig=
ht be
diserable in some cases, but in most of the cases it isn't. For instance,=
 if you
invoke gst-launch-ext or build a pipeline to convert audio files, you usu=
ally
can't achieve what you want if you lack a pipeline element. With the curr=
ent
behavior, gst-launch won't be used for Nautilus audio file preview (bug 1=
11511),
since some distros don't ship MP3 decoder elements and just giving crippl=
ed
output with no feedback is no good.
I think, gst-launch should just fail and return an error message if parts=
 of the
pipeline are not existant or can't be setup. We can still provide a "--fo=
rce"
parameter to revert to the former behavior.

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.