GNOME Bugzilla – Bug 139749
[gstplay] libgstplay is *WAY* too slow
Last modified: 2005-01-05 14:57:18 UTC
examples/gstplay/player file.avi Take, e.g., a half-PAL [384x288@25fps] DivX 5 movie with mp3 audio and watch CPU usage during playback in player. This takes >100% and playback stutters. On gst-launch (gst-launch filesrc location=file.avi ! avidemux name=d .video_00 ! { queue ! ffdec_mpeg4 ! ffcolorspace ! ximagesink } d.audio_00 ! { queue ! mad ! osssink }), it takes +/- 50%. I don't know or care what takes more than half of my CPU during this file playback, but this is really far too much. Summary: someone needs to heavily optimize and simplify libgstplay.
still an issue ? (as application devs should use playbin/decodebin instead)
Created attachment 35119 [details] [review] update for libgstplay The attached patch deprecates _set_data_src() and makes libgstplay use playbin. It takes 100% CPU for some weird reason, need to fix that.
Oh, right, clients iterate it. We probably want to spoof an iterate function that sleeps for a while.
Actually, I take that back, that brings up a total mess, if I usleep in iterate virtfuncs/callbacks, it hangs.
Created attachment 35128 [details] [review] update Don't iterate (example).
Applied.