- 02 May, 2022 34 commits
-
-
Eric Pouech authored
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Connor McAdams authored
Signed-off-by:
Connor McAdams <cmcadams@codeweavers.com> Signed-off-by:
-
Connor McAdams authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
Drew Ronneberg <drew_ronneberg@yahoo.com> Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Drew Ronneberg authored
Signed-off-by:
-
Nikolay Sivov authored
This is handled later using attachment chains, after all positional features are applied. Signed-off-by:
Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by:
-
Nikolay Sivov authored
Signed-off-by:
-
Nikolay Sivov authored
Higher 16 bits are used for mark filtering set index. Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
-
Rémi Bernon authored
The h264data.bin source has been re-generated with a static pattern to avoid differences between the nv12 and i420 frames. The output format changes apparently drops some decoded frames in a way that's not really relevant and may make the GStreamer implementation harder: gst-launch-1.0 videotestsrc num-buffers=60 pattern=smpte100 ! \ video/x-raw,format=I420,width=82,height=84,framerate=30000/1001 ! \ videoconvert ! x264enc ! filesink location=dlls/mf/tests/h264data.bin Signed-off-by: -
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Instead of silent data. This shows some difference in the FFmpeg decoded data, with the data delayed by half a buffer, explaining the additional data we decode. The audiodata.bin resource has been generated with: gst-launch-1.0 audiomixer name=mix ! \ audio/x-raw,format=F32LE,rate=22050,channels=2 ! \ filesink location=dlls/winegstreamer/tests/audiodata.bin \ audiotestsrc freq=400 volume=0.2 num-buffers=1 \ samplesperbuffer=22050 ! mix. \ audiotestsrc freq=600 volume=0.2 num-buffers=1 \ samplesperbuffer=22050 timestamp-offset=20000000 ! mix. Signed-off-by: -
Rémi Bernon authored
Signed-off-by:
-
Huw Davies authored
Signed-off-by:
Huw Davies <huw@codeweavers.com> Signed-off-by:
Andrew Eikum <aeikum@codeweavers.com> Signed-off-by:
-
Huw Davies authored
Signed-off-by:
-
Huw Davies authored
Signed-off-by:
-
Huw Davies authored
The motivation is that this will need to be called from a non-Win32 thread and so shouldn't use the Win32 API. An added benefit is that it will eliminate the 16ms jitter associated with GetTickCount(). Signed-off-by:
-
Huw Davies authored
The syscall itself is temporary. Signed-off-by:
-
Huw Davies authored
Currently the thread just blocks until told to quit by midi_release. Eventually this thread will dispatch the MIM_DATA and MIM_LONGDATA notifications. Signed-off-by:
-
- 28 Apr, 2022 6 commits
-
-
Anton Baskanov authored
Signed-off-by:
Anton Baskanov <baskanov@gmail.com> Signed-off-by:
Zebediah Figura <zfigura@codeweavers.com> Signed-off-by:
-
Anton Baskanov authored
Signed-off-by:
-
Anton Baskanov authored
Signed-off-by:
-
Rémi Bernon authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52908 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52914Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
