http://bugs.winehq.org/show_bug.cgi?id=25147
Summary: Regression: GOM Player shows no visual output when playing a stream. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs@winehq.org ReportedBy: florian@fkoeberle.de
Since the commit below the GOM Player does no longer draws the image of the video but the sound still plays fine. At least if it doesn't get stuck like described in bug 25146.
Sometimes when the stream isn't showing popular content and in very rare cases I got an image after pausing instantly after start. So the bug propably only occurs at streams which can't deliver fast enough.
The commit which introduces this bug is:
120dd66ed2ba4374d93013e125d2682c003969f1 is the first bad commit commit 120dd66ed2ba4374d93013e125d2682c003969f1 Author: Maarten Lankhorst m.b.lankhorst@gmail.com Date: Fri Nov 5 23:19:09 2010 +0100
quartz: Actually use the start time in SendRun.
:040000 040000 14c927fc3163ea4ced44721879e66eec42af4739 117c1099a88d784ceb27b4ae79a574042d8b1238 M dlls
http://bugs.winehq.org/show_bug.cgi?id=25147
Florian florian@fkoeberle.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |m.b.lankhorst@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25147
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Regression: GOM Player |GOM Player shows no visual |shows no visual output when |output when playing a |playing a stream. |stream.
http://bugs.winehq.org/show_bug.cgi?id=25147
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.3.7
http://bugs.winehq.org/show_bug.cgi?id=25147
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |ASSIGNED AssignedTo|wine-bugs@winehq.org |m.b.lankhorst@gmail.com Ever Confirmed|0 |1
--- Comment #1 from Maarten Lankhorst m.b.lankhorst@gmail.com 2010-11-27 05:26:08 CST --- Created an attachment (id=32164) --> (http://bugs.winehq.org/attachment.cgi?id=32164) fix to strmbase, do a make clean in dlls/quartz and dlls/strmbase for it to work
It seems that buffers without timestamps might not be handled properly for video renderer too, does this patch help?
http://bugs.winehq.org/show_bug.cgi?id=25147
--- Comment #2 from Florian florian@fkoeberle.de 2010-11-27 14:19:39 CST --- Created an attachment (id=32180) --> (http://bugs.winehq.org/attachment.cgi?id=32180) Log made with wine 1.3.7 + sound patch (attachment 32163)
I applied the sound patch and ran "make clean" in quartz and strmbase before running "make" at root level.
The sound plays for about a half second before it becomes silent. That's the exact same behavior like without the patch.
http://bugs.winehq.org/show_bug.cgi?id=25147
--- Comment #3 from Maarten Lankhorst m.b.lankhorst@gmail.com 2010-11-27 14:22:55 CST --- Did you apply attachment 32164 and 32163? They are separate fixes
http://bugs.winehq.org/show_bug.cgi?id=25147
--- Comment #4 from Florian florian@fkoeberle.de 2010-11-27 14:33:07 CST --- Created an attachment (id=32182) --> (http://bugs.winehq.org/attachment.cgi?id=32182) Log made with wine 1.3.7 + sound patch (attachment 32163) + video patch (attachment 32164)
I accidental attached the last attachment to the wrong bug.
Applying both patches does not help either however. I did an additional make clean in winegstreamer as well since the patch modified it too.
http://bugs.winehq.org/show_bug.cgi?id=25147
--- Comment #5 from Florian florian@fkoeberle.de 2010-11-27 14:42:15 CST --- Created an attachment (id=32183) --> (http://bugs.winehq.org/attachment.cgi?id=32183) Log made with wine 1.3.7 + video patch (attachment 32164)
Log when only the video patch is applied.
http://bugs.winehq.org/show_bug.cgi?id=25147
--- Comment #6 from Florian florian@fkoeberle.de 2010-11-27 14:45:06 CST --- Just noticed in attachment 32183 the following line:
err:ntdll:RtlpWaitForCriticalSection section 0x159a78 "videorenderer.c: VideoRendererImpl.csFilter" wait timed out in thread 0009, blocked by 0025, retrying (60 sec)
I wonder if that has anything to say or is just a rare case.
http://bugs.winehq.org/show_bug.cgi?id=25147
--- Comment #7 from Florian florian@fkoeberle.de 2010-11-27 14:54:08 CST --- Created an attachment (id=32184) --> (http://bugs.winehq.org/attachment.cgi?id=32184) Log 2 made with wine 1.3.7 + video patch (attachment 32164)
I did another test with wine 1.3.7 + video patch and this time there was no waiting for critical section error and no crash when terminating it with [control] + c. The bug however was still there like it was in the other cases.
http://bugs.winehq.org/show_bug.cgi?id=25147
--- Comment #8 from Florian florian@fkoeberle.de 2010-11-27 15:48:45 CST --- Created an attachment (id=32191) --> (http://bugs.winehq.org/attachment.cgi?id=32191) trace (+tid,+gstreamer,+quartz,+strmbase,+strmbase_qc) with wine 1.3.8 + video patch, + audio patch +hack
trace with made with a patched wine 1.3.7 version with the following line removed: dlls/quartz/filtergraph.c hr = IMediaFilter_SetSyncSource((IMediaFilter*)&(This->IMediaFilter_vtbl), pClock);
http://bugs.winehq.org/show_bug.cgi?id=25147
Maarten Lankhorst m.b.lankhorst@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |DUPLICATE
--- Comment #9 from Maarten Lankhorst m.b.lankhorst@gmail.com 2010-11-28 08:58:10 CST --- Considering the cause of the error is exactly the same as for the reason there is no sound, I am marking this a dup of 25148.
*** This bug has been marked as a duplicate of bug 25148 ***
http://bugs.winehq.org/show_bug.cgi?id=25147
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-29 01:45:58 CST --- Closing duplicate.