[Bug 712134] New: Text stream generated by appsrc into kateenc loses subtitle encoding

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=712134
  GStreamer | gst-plugins-bad | 1.x

           Summary: Text stream generated by appsrc into kateenc loses
                    subtitle encoding
    Classification: Platform
           Product: GStreamer
           Version: 1.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: dylan at blackmoth.com.au
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=259634)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=259634)
Pygi script to generate bad subtitle mimetype using appsrc for text input
stream

Feeding a filesrc ! subparse ! kateenc ! matroskamux works, subtitles are
encoded in subtitle/x-kate and is able to be replayed in vlc. If these are
generated on the fly via appsrc the mime type for the subtitle stream appears
to end up as application/x-subtitle-unknown. Using this pipeline :

matroskamux name=mux ! filesink location=test.mkv name=sink videotestsrc !
queue name=videoqueue ! avenc_mpeg4 ! mux. appsrc name=appsrc
caps=text/x-raw,format=utf8 stream-type=0 format=3 is-live=true ! queue
name=appqueue ! kateenc category=subtitles name=kateenc ! mux.

Playing this back in VLC, or looking at mkvinfo shows the subtitle stream to be
undef. I have attached a same python script to generate the problem (as it uses
appsrc)

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