Bug 51094 - d3dvideosink: spawns new windows, while it should not
Summary: d3dvideosink: spawns new windows, while it should not
Status: RESOLVED FIXED
Alias: None
Product: GStreamer SDK
Classification: Unclassified
Component: General (show other bugs)
Version: 2012.5
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-14 13:09 UTC by Sergei
Modified: 2012-06-15 05:15 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
quick and dirty program altering the filesrc location (6.84 KB, text/plain)
2012-06-14 13:09 UTC, Sergei
Details
libgstd3dvideosink for x86_64 (352.05 KB, application/x-msdownload)
2012-06-14 16:18 UTC, Andoni Morales Alastruey
Details
libgstd3dvideosink for x86 (299.70 KB, application/x-msdownload)
2012-06-14 16:19 UTC, Andoni Morales Alastruey
Details

Description Sergei 2012-06-14 13:09:13 UTC
Created attachment 63046 [details]
quick and dirty program altering the filesrc location

I am playing a few media files (.mp4 and .avi) sequentially, in a loop, by changing the "location" attribute of the "filesrc" element when the EOS signal for the preceding file is caught (in a watch added to the pipeline's bus) as usual: 

  if (msg_type & GST_MESSAGE_EOS) {
      g_print ("EOS message caught\n");   
      gst_element_set_state (pipeline, GST_STATE_PAUSED);
      gst_element_set_state (pipeline, GST_STATE_READY);
		
      k = (k+1) % N; // it goes in a loop

      g_object_set (filesrc, "location", mfile[k], NULL);
      gst_element_set_state (pipeline, GST_STATE_PLAYING);
  }

The pipeline is straightforward:

filesrc -> decodebin2 -> ffmpegcolorspace -> autovideosink

While in the 64-bit Ubuntu 12.04 (with the same gstreamer version) *ALL* media files are played *IN THE SAME* window, in the 64-bit Windows 7 and 64-bit SDK the same program spawns many (unlimitedly many) new windows, even without erasing the old windows, which clutter the desktop.

I believe this is an erratic behavior, while the Linux behavior (all media files are shown in the same window) is correct.

[I am attaching the program. It compiles both in Windows and Linux, but works differently.]

Maybe some parameter can be tuned, or another kind of video sink can be used instead?
Comment 1 Andoni Morales Alastruey 2012-06-14 16:17:30 UTC
Indeed there is a bug in the sink. I have filled a bug upstream with a patch to fix it https://bugzilla.gnome.org/show_bug.cgi?id=678131.

Attached is new version of the plugin with this issue fixed for x86 and x86_64.
Comment 2 Andoni Morales Alastruey 2012-06-14 16:18:51 UTC
Created attachment 63051 [details]
libgstd3dvideosink for x86_64
Comment 3 Andoni Morales Alastruey 2012-06-14 16:19:26 UTC
Created attachment 63052 [details]
libgstd3dvideosink for x86
Comment 4 Sergei 2012-06-15 01:48:30 UTC
How do you plan to distribute fixes and updates to the SDK?

Although I replaced the 2 dlls you fixed following 2 bugs I reported, I may be missing those fixes which were done on others' requests
Comment 5 Sebastian Dröge (slomo) 2012-06-15 02:57:54 UTC
There will be new releases that incorporate these fixes at some point


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.