[gstreamer-bugs] [Bug 613003] [flvmux] EOS after supposedly reaching FLV timestamp limit, but real limit is lower
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Tue Mar 16 07:32:25 PDT 2010
https://bugzilla.gnome.org/show_bug.cgi?id=613003
GStreamer | gst-plugins-good | git
--- Comment #2 from Jan Urbański <wulczer at wulczer.org> 2010-03-16 14:32:19 UTC ---
Yeah, I'm planning to work on this. Maybe it should only happen for is-live,
rolling over timestamps is really a hack to allow the muxer to do streaming, a
file that lasts that long can arguably be considered not suitable for FLV and
that's it.
OTOH the times in the index are in doubles, so you could fit values > MAXUINT32
there, and the same goes for duration, so you could put correct data there. I
guess just doing timestamp &= 0x7fffffff before writing it to the FLV tag would
be the best solution.
--
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