[gstreamer-bugs] [Bug 343519] [rmdemux] Stripped valuable data for decoding?

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=343519

  GStreamer | gst-plugins-ugly | Ver: 0.10.3


Bug flys changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED




------- Comment #4 from Bug flys  2006-10-07 01:09 UTC -------
It's more of a question than a pointers. I tried to wrote a pitdll like plugin
for realvideo. And then when I tried to feed the buffer to the realvideo's
decoder (dload from .so), I got a coredump. And I stopped digging deeper by
then.

The data buffer was coming from the rmdemux at:

http://cvsweb.freedesktop.org/gstreamer/gst-plugins-ugly/gst/realmedia/rmdemux.c?revision=1.76&view=markup&sortby=rev

I saw in function gst_rmdemux_parse_packet() some comment on "/* skip other
stuff */", and that's why I asked. Because both mplayer and libxine did some
preliminary process on the data header before passing rest of the data to the
decoder.

To really solve the problem, we need to compare the data buffer passed out from
both libxine and gst rmdemux. See if there are some different. I saw someone
else is currently working on a realvideo decoder in another gst bug report.
Hopefully, he's effort will success. 


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email