[Bug 726656] New: Video decoder could (should ?) return EOS when it has pushed buffers past the limits of the segment.
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Tue Mar 18 09:59:48 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=726656
GStreamer | gst-plugins-base | git
Summary: Video decoder could (should ?) return EOS when it has
pushed buffers past the limits of the segment.
Classification: Platform
Product: GStreamer
Version: git
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: mathieu.duponchelle at epitech.eu
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Easy way to reproduce the unwanted behaviour:
GST_DEBUG=*libav*:5 gst-launch-1.0 gnlurisource uri=file:///anything/with/h264
inpoint=0 duration=5000000000 caps=video/x-raw ! xvimagesink qos=false 2>&1 |
grep "Received new data of size"
I've got a simplistic patch which I'll attach after, which doesn't take the
rate into account, but shows what I would like to see happen (past 5 seconds,
the decoder returns EOS which ends up stopping the pipeline way sooner, in my
case with HD samples, decoding speed is roughly equal to playback speed, and I
end up waiting way too much time for my liking :)
I suppose there might be a very good reason for my patch not to be correct
(apart from the rate considerations), but I have a hard time figuring it out.
--
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