[Bug 702724] first-class miniobjects/API for mpeg-ts related SI (Service Information)
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Jun 23 05:53:38 PDT 2013
https://bugzilla.gnome.org/show_bug.cgi?id=702724
GStreamer | gst-plugins-bad | git
--- Comment #11 from Edward Hervey <bilboed at gmail.com> 2013-06-23 12:53:32 UTC ---
Silly me, I forgot to report the speedups :)
valgrind --tool=callgrind --trace-children=yes gst-launch-1.0
pushfile:///data/tf1-rip.ts ! <element> ! fakesink
With tsparse:
* Overall (including registry loading) : 60% faster
* PSI handling (Called 755 times): 9.5 times faster
With tsdemux:
* Overall (including registry loading) : almost the same
* PSI handling *Called 4 times): 60% faster
The numbers are therefore coherent with the expected speedup.
Notes:
* tsdemux only detects and parses the PAT/PMT/TOT tables. That is expected
(and therefore gets very low gain from all of this).
* the PSI handling was still parsing/converting all the same chains (via
g_convert_with_iconv) as before. It represents 13% of the overall PSI handling.
So it could be worth moving those to later ... but not that massive.
* The SI pre-parsing/-detection code (mpegts_packetizer_push_section) costs as
much as the new optimized PSI handling. At a glance it could be made almost 2
times faster (by avoiding usage of lists for example).
* The "PSI handling" code includes creation of the GstMessage (and
GstStructure to contain the GstMpegTSSection) so is comparing the same final
behaviour and codepath.
--
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