- 28 Sep, 2021 28 commits
-
-
Nikolay Sivov authored
Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Nikolay Sivov authored
Signed-off-by:
-
Nikolay Sivov authored
Signed-off-by:
-
Nikolay Sivov authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
It happens to be generated for some inline functions, that we badly support yet. Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Connor McAdams authored
Signed-off-by:
Connor McAdams <cmcadams@codeweavers.com> Signed-off-by:
Piotr Caban <piotr@codeweavers.com> Signed-off-by:
-
Jan Sikorski authored
Signed-off-by:
Jan Sikorski <jsikorski@codeweavers.com> Signed-off-by:
Henri Verbeet <hverbeet@codeweavers.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Rémi Bernon authored
Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
-
Chip Davis authored
This function was introduced in 10.5, and we now require 10.8. We can safely assume it is present. Signed-off-by:
Chip Davis <cdavis@codeweavers.com> Signed-off-by:
-
Chip Davis authored
Signed-off-by:
-
Charles Davis authored
Signed-off-by:
-
- 27 Sep, 2021 12 commits
-
-
Alistair Leslie-Hughes authored
Signed-off-by:
Alistair Leslie-Hughes <leslie_alistair@hotmail.com> Signed-off-by:
-
Julian Rüger authored
Signed-off-by:
Julian Rüger <jr98@gmx.net> Signed-off-by:
-
Alex Henrie authored
The checks were ugly and unnecessary. Furthermore, these functions are used for both IPv4 and IPv6 options, and it's conceivable that a system could be stripped down to only provide IPv6 support and not IPv4 support. Signed-off-by:
Alex Henrie <alexhenrie24@gmail.com> Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Zebediah Figura authored
Signed-off-by:
-
Giovanni Mascellani authored
For asynchronous elements like a media source the paused state is rather similar to the playing state. The most revelant difference is that RequestSample commands are not immediately executed, but are scheduled in an internal queue. As soon as playback is restarted, all pending operations are submitted again (or they are discarded if playback is stopped). This patch implements such a queue, together with proper event emitting when the media source is paused. Also, the characteristic MFMEDIASOURCE_CAN_PAUSE is announced. This patch is required for correct playback of some videos in Deep Rock Galactic. Signed-off-by:
Giovanni Mascellani <gmascellani@codeweavers.com> Signed-off-by:
Huw Davies <huw@codeweavers.com> Signed-off-by:
-
Giovanni Mascellani authored
When starting a media source, the caller can specify a timestamp to seek to by mean of a PROPVARIANT argument. If the PROPVARIANT is empty, then no seek operation has to take place: playback has to either restart from the beginning (if the media source was previously in stopped state) or from where it was left (if the media source was in paused state). Also, when a PROPVARIANT is empty it is a bug to use its content, because there is no guarantee that it is initialized to a sensible value. This patch fixes both bugs by gating the seek operation with the check that the PROPVARIANT has the right type. Signed-off-by:
-
Giovanni Mascellani authored
Currently the media source emit a presentation timestamp relative to when the playback was last restarted. I.e., the frame that sits two seconds inside a media file will get timestamp 2 if playback was started at the beginning of the file, but will get timestamp 1 if playback was last restarted at second 1. This does not match Windows behavior, where each frame always gets the same timestamp independently from where playback was started. Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
-
