[gstreamer-bugs] [Bug 626501] New: Caps property of gnlfilesource works incorrectly

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=626501
  GStreamer | gnonlin | 0.10.30

           Summary: Caps property of gnlfilesource works incorrectly
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.30
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gnonlin
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: wl2776 at gmail.com
         QAContact: bilboed at gmail.com
      GNOME target: ---
     GNOME version: ---


Suppose, I'd like to cut a fragment from a video clip and save it to a new file
of the same format, and make it as quick as possible. 
Or, suppose I have another task - cut several pieces of one file and merge them
to a file of the same format (to cut out commercials from a saved TV show). 

That said, I don't want to recode the file.

I create a pipeline, a gnlcomposition object, and two fakesinks and put them to
the pipeline. I plan to replace fakesinks with the muxer and filesink. 
I've also set a pad-added handler.
Then I've create several gnlfilesources, set their properties and put them to
the gnlcomposition.
Among others, I also set the caps properties of the gnlfilesources to
"video/mpeg,parsed=true,systemstream=false;audio/mpeg,parsed=true"

Then I've put the pipeline to playing.

My pad-added handler is never got called. However, it's called when I don't set
caps on gnlfilesources.

Studying sources of the GNonLin shows that it uses uridecodebin.
Studying the output of "gst-inspect uridecodebin" shows that is has "caps"
property, which tells it when to stop decoding.
Probably, this feature is going to be used in gnlfilesource.
However, there is no code in GNonlin sources, setting this property for
internal uridecodebin.

Dumping the pipeline to the dot file also shows that internal uridecodebin has
"video/raw-blah-blah-blah;audio/raw-blah-blah-blah" caps.

Adding a small function, setting caps in the internal uridecodebin, at least,
partially addresses this bug.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.