[Bug 652946] New: [asdfemux] support MS-WMSP (application/x-mms-framed)
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Jun 19 07:50:25 PDT 2011
https://bugzilla.gnome.org/show_bug.cgi?id=652946
GStreamer | gst-plugins-ugly | unspecified
Summary: [asdfemux] support MS-WMSP (application/x-mms-framed)
Classification: Platform
Product: GStreamer
Version: unspecified
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: Normal
Component: gst-plugins-ugly
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: awyoung at hispeed.ch
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created an attachment (id=190207)
--> (https://bugzilla.gnome.org/attachment.cgi?id=190207)
Core patch
Add support for MS-WMSP (Windows Media HTTP Streaming Protocol:
http://msdn.microsoft.com/en-us/library/cc251059%28v=PROT.10%29.aspx) framed
ASF. This protocol wraps the ASF packets in an additional framing protocol
(application/x-mms-framed). In addition to removing this wrapping, the ASF
demuxer needs to be aware of the frame boundaries provided by this protocol, so
it seems appropriate to enhance the existing asfdemux plugin rather than supply
a new one.
The attached patch includes the core of the technical changes and hardcodes the
use of application/x-mms-framed instead of video/x-ms-asf, so clearly it is not
yet complete. I guess what is needed is a declaration of the additional
application/x-mms-framed capability for the sink pad and code to detect if the
incoming data stream is in fact application/x-mms-framed and set the (new)
framed flag in the demux structure when that is the case. I am unsure how to do
that.
The patch only does anything useful with type H (header) type D (data) packet
types (see
http://msdn.microsoft.com/en-us/library/cc251224%28v=PROT.10%29.aspx). It might
make make sense to detect two consecutive E (end-of-stream) packets as these
are sometimes used to signal end of stream without disconnecting the input
stream. Otherwise, the existing logic deals sufficiently with consecutive
streams, without explicit handling of the E, C and M packets.
--
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.
More information about the gstreamer-bugs
mailing list