[Bug 707523] d3dvideosink memleak
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Wed Jul 16 02:56:03 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=707523
GStreamer | gst-plugins-bad | 1.x
--- Comment #34 from Steven <jsteve3000 at gmail.com> 2014-07-16 09:55:59 UTC ---
(In reply to comment #33)
> maybe, for test purpose you could try to modify your parse_launch line to use
> only one d3dvideosink,
>
> if you see no leak with a single d3dvideosink element is the same problem
> initially reported
I have tested my app using your suggested approach. My original and test
pipelines are given below. The memory leak is exactly the same in both cases.
Original Pipeline:
uridecodebin name=vehiclebin uri=rtsp://127.0.0.1:8554/vehicle.sdp !
tee name=tp
tp. ! queue ! videocrop top=0 left=10 right=376 bottom=290 ! autovideosink
name=rear
tp. ! queue ! videocrop top=0 left=400 right=0 bottom=290 ! autovideosink
name=forward
tp. ! queue ! videocrop top=290 left=10 right=376 bottom=6 ! autovideosink
name=left
tp. ! queue ! videocrop top=290 left=398 right=0 bottom=6 ! autovideosink
name=right
Test Pipeline:
uridecodebin name=vehiclebin uri=rtsp://127.0.0.1:8554/vehicle.sdp !
autovideosink name=forward
---
On a side note d3dvideosink is no longer stretching the video to fill the
window / control. The scaling method now maintains aspect ratio. Can I change
this back myself with an option or is it in the code?
--
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