DMO playback crashes on 3.0.0

Playing this file and forcing DMO crashes. http://streams.videolan.org/misc/test-files-ccc/%5bCCCP%5d_Mega_Weird_Audio_Test.mkv

Using --audio-track-id 23 --codec dmo

It works in VLC 2.2.0

added Component::Decoders Platform::Windows desktop Severity::normal Type::bug Version::master git labels

changed milestone to %Bugs paradize

It also crashes on 2.2.0 when using --aout wasapi. The DMO and aout both call CoInitializeEx() and it seems mutually exclusive to a Thread.

On 3.0.0 the default renderer uses mmdevice which does the CoInitializeEx() call, even when directsound is used/forced. That's why it always crashes.

assigned to @jbk and unassigned @MigrationBot

added Component::Audio: Windows plugins label and removed Component::Decoders label

The DMO and mmdevice/wasapi modules both call CoInitializeEx with incompatible threading modes, in the same thread. So it returns RPC_E_CHANGED_MODE, 0x80010106 "Cannot change thread mode after it is set".

commit 6e8d1764 Author: Steve Lhomme robUx4@videolabs.io Date: Wed Mar 18 09:57:55 2015 +0000

DMO: use COINIT_MULTITHREADED instead of COINIT_APARTMENTTHREADED

Fixes [#14202](https://code.videolan.org/videolan/vlc/-/issues/14202)

All the other CoInitializeEx() calls and now using multithreading, except for
this code which is called in UpdateRects()
See modules/video_output/msw/common.c l286

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Original author: robUx4@videolabs.io

added Status::fixed label

closed

changed milestone to %3.0.0

Milestone renamed

changed milestone to %3.0 FF

added Component::Decoders label and removed Component::Audio: Windows plugins label

Milestone renamed