[Bug 711094] videodecoder: improve max-error handling

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=711094
  GStreamer | gst-plugins-base | unspecified

Lyon <lyon.wang> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lyon.wang at freescale.com

--- Comment #10 from Lyon <lyon.wang at freescale.com> 2014-12-15 03:04:33 UTC ---
I have one question:
Could it just send an error print to indicate the corrupt track status instead
of sending the ELEMENT_ERROR ?
like  GST_ERROR_OBJECT (dec, "No valid frames decoded before end of stream"); 

Since we found some clips will quit playing in GST1.4 but can continue playing
other tracks without corrupt data in GST1.2.

I wonder why should all track stop when there is only one track is corrupt.
Since the EOS is send, the corrupt track will stop, but others can continue
playing.

And also the same issue in audio track in gstaudiodecoder.c
if just the audio track is broken, the video track can continue playing
,without quit.

Any comment on it ?

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