[Bug 739196] video/x-xvid changed to video/mpeg,mpegversion=4

[GStreamer (bugzilla.gnome.org)]

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

bugzilla.gnome.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bugzilla.gnome.org at urbanec.
                   |                            |net

--- Comment #10 from bugzilla.gnome.org at urbanec.net 2014-11-03 11:59:42 UTC ---
The drivers on enigma2 boxes rely on SDK features provided to manufacturers by
the chipset vendor. The SDK has it's requirements and because most of the work
is done by custom hardware accessed via binary blob APIs, there's not much
scope to change these requirements by the hardware manufacturers. The hardware
manufacturer prefers to supply and support their own alternative solutions to
gstreamer, so the SDK features are not strongly driven by gstreamer
compatibility goals. However, let's not concentrate on the politics and let's
find a technical solution...

When it comes to parsing the incoming bitstream, the drivers on enigma2 boxes
need to know (or correctly guess) the original container type to deal with
things like frame reordering, packed bitstreams and PTS vs DTS buffer
timestamps. Some of the things that a software decoder can do without too much
trouble (like propagate information up) are hard to do with the hardware based
information where the information flows only in one direction and is handled by
hardware pipelines that are configured once and then left to their own devices.

Ideally, dvbmediasink would have access to as much metadata about the stream as
possible. This would include things such as container format and information
stored there, for example, SAR and PAR. Even though some of that information
may be present in the bitstream, it is simpler to set up the decode pipeline if
you have the information upfront.

The specific case of real MPEG-4 Part 2 vs XVID comes down to issues with
"packed" format - where the frames are re-ordered and also the use of DTS
instead of PTS when the data comes from the AVI container. In 0.10, the
required information could be deduced based on the difference between
video/mpeg mpegversion=4, video/x-xvid, video/x-divx and video/x-msmpeg. If 1.x
makes everything look like video/mpeg mpegversion=4, then there's not much that
dvbmediasink can do.

-- 
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.