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?
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.
Created attachment 63051 [details] libgstd3dvideosink for x86_64
Created attachment 63052 [details] libgstd3dvideosink for x86
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
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.