[Bug 47642] New: Risk II freezes when going into a battle

https://bugs.winehq.org/show_bug.cgi?id=47642

Bug ID: 47642
           Summary: Risk II freezes when going into a battle
           Product: Wine
           Version: 4.10
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

When the player goes into a battle or when an computer player goes to battle
with an human player the game will not load the battle screen of the soldiers
fighting on the land and instead the game will freeze.

[Bug 47642] Risk II freezes when going into a battle

https://bugs.winehq.org/show_bug.cgi?id=47642

Fabian Maurer  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|major                       |normal
                 CC|                            |[e-mail]

--- Comment #1 from Fabian Maurer  ---
Not a major issue.
Can you please attach a (full) log when the freeze occurs?

[Bug 47642] Risk II freezes when going into a battle

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #2 from [e-mail] ---
https://ufile.io/v2d4943o

Here is the link to the PlayOnLinux log file.

[Bug 47642] Risk II freezes when going into a battle

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #3 from Fabian Maurer  ---
PlayOnLinux is not supported here. Can you please try with vanilla wine?

Also, you're missing some dependencies:
> 0037:err:gstreamer:unknown_type Could not find a filter for caps: "audio/x-wav"
> 0009:err:gstreamer:GST_Connect GStreamer failed to play stream
> 0036:err:gstreamer:watch_bus decodebin0: Your GStreamer installation is missing a plug-in.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #4 from [e-mail] ---
Sorry for taking awhile. I tried reinstalling Risk II on a new wine prefix and
I changed it to Windows XP. It crashes but since I set it to be in a virtual
desktop I was able to get the crash report.

https://privatebin.net/?650cd82879c9ee2a#2jYEY1WqEpjRpqzh5VpWEf8fZF5desne7Bd...

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #5 from [e-mail] ---
Another one. This time when I installed risk II I also installed DirectX7.

https://privatebin.net/?e246f3c046f83e28#9MKLDTFZaKvWBE6GJFXdVz3xcCweFUfiGN6...

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

joaopa  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #6 from joaopa  ---
Does the cras occur with the demo http://www.tucows.com/preview/506779/Risk-II

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #7 from [e-mail] ---
Actually there is no crash or any issues with the demo. I tested it on wine
4.15 and no issues. I wonder why the retail version crashes in battles?

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #8 from joaopa  ---
you should attach a full console output with the latest vanilla wine.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #9 from [e-mail] ---
https://ufile.io/9shw8gsq

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #10 from joaopa  ---
You could try to install a native version of amstream.dll (don't forget to
register it). And attach the console here not in a other site. If the file is
too bi, compress it. Text file compress very well generally.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #11 from [e-mail] ---
Created attachment 65287
  --> https://bugs.winehq.org/attachment.cgi?id=65287
logs

I did two logs. One was when I added the amstream library in the Wine
Configuration menu using "Native then Builtin" and then the other log is
"native (Windows)"

The native (Windows) test crashed when the game stated up, the Native then
Builtin crashed when entering battle but it was an improvement since I heard
the narrator ingame which I did not hear before.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

Zebediah Figura  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #12 from Zebediah Figura  ---
You need to actually provide the native DLL. Try `winetricks -q amstream`.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #13 from joaopa  ---
And it would be a good idea to fix your setup
> libmpg123.so.0: cannot open shared object file: No such file or directory

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #14 from [e-mail] ---
Created attachment 65292
  --> https://bugs.winehq.org/attachment.cgi?id=65292
log

I installed amstream using winetricks but not the game freezes on the startup
loading screen.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #14 from [e-mail] ---
Created attachment 65292
  --> https://bugs.winehq.org/attachment.cgi?id=65292
log

I installed amstream using winetricks but not the game freezes on the startup
loading screen.

--- Comment #15 from [e-mail] ---
Created attachment 65293
  --> https://bugs.winehq.org/attachment.cgi?id=65293
log

I installed amstream using winetricks but not the game freezes on the startup
loading screen.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #16 from joaopa  ---
Once again, you need to fix your setup
> libmpg123.so.0: cannot open shared object file: No such file or directory

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #17 from Zebediah Figura  ---
(In reply to joaopa from comment #16)
> Once again, you need to fix your setup
> > libmpg123.so.0: cannot open shared object file: No such file or directory

Well, ideally yes, but probably it's harmless in this case.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #18 from joaopa  ---
I tried the game myself. It hangs with the following error message (native
amstream installed)

WINEDLLOVERRIDES="amstream=n" wine RISKII.EXE 
wine: cannot find L"C:\windows\system32\winemenubuilder.exe"
000b:err:wineboot:process_run_key Error running cmd
L"C:\windows\system32\winemenubuilder.exe -a -r" (2).
0009:fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from
32 to 16
0009:fixme:quartz:FilterGraphNoThread_create CLSID_FilterGraphNoThread
partially implemented - Forwarding to CLSID_FilterGraph
0009:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
0033:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
0034:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
0034:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
0033:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
0034:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
0033:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
0034:err:gstreamer:watch_bus multiqueue0: Internal data stream error.
0034:err:gstreamer:watch_bus gstmultiqueue.c(2065): gst_multi_queue_loop ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0:
streaming stopped, reason not-negotiated (-4)

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #19 from Zebediah Figura  ---
(In reply to joaopa from comment #18)
> 0033:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
> 0034:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
> 0034:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
> 0033:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
> 0034:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
> 0033:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8
> 0034:err:gstreamer:watch_bus multiqueue0: Internal data stream error.
> 0034:err:gstreamer:watch_bus gstmultiqueue.c(2065): gst_multi_queue_loop ():
> /GstBin:bin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0:
> streaming stopped, reason not-negotiated (-4)

I'd be interested to see how it behaves with current git; 450d443b89d may have
improved this.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #20 from joaopa  ---
With the latest git:
WINEDLLOVERRIDES="amstream=n" /home/Public/wine/wine RiskII.exe 
wine: cannot find L"C:\windows\system32\winemenubuilder.exe"
000b:err:wineboot:process_run_key Error running cmd
L"C:\windows\system32\winemenubuilder.exe -a -r" (2).
0009:fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from
32 to 16
0009:fixme:quartz:FilterGraphNoThread_create CLSID_FilterGraphNoThread
partially implemented - Forwarding to CLSID_FilterGraph
0009:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
0035:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
0035:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
0033:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
0034:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
0033:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
0035:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
0034:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
0035:err:gstreamer:watch_bus avidemux0: Internal data stream error.
0035:err:gstreamer:watch_bus gstavidemux.c(5780): gst_avi_demux_loop ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstAviDemux:avidemux0:
streaming stopped, reason not-negotiated (-4)

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #21 from [e-mail] ---
I should inform you this is how I setup the wine prefix for Risk II

-I created a folder named Risk II and I dumped all the files and folders from
my Risk II CD into the folder

-I create a new wine prefix and name it Risk II

-I enter these commands in the terminal

export WINEPREFIX="/home/cameron/PlayOnLinux's virtual drives/RiskII"

ln -s "/usr/share/Games/Risk II" "/home/cameron/PlayOnLinux's virtual
drives/RiskII/dosdevices"

-I delete the d: and d:: folder if they exist inside my Risk II/dosdevices
directory

-I rename the Risk II simlink in my dosdevices to d:

-I launch the Wine config and go to the Drivers tab and select the D drive and
set it to be CD-ROM instead of Autodetect

-In Wine Config I set it to Windows XP since if I do not, the installer will
not install the game

-In Wine config I enable virtual desktop, I only do this to easily close the
game when it freezes, if I have the game fullscreen and terminate it when it
freezes my display resolution gets messed up

-I enter these commands in the terminal

env WINEPREFIX="/home/cameron/PlayOnLinux's virtual drives/RiskII" winefile

-I then go to the D:\ drive in the wine explorer and install Risk II

-I then place this RiskII.exe no cd patch into my Risk II directory, without
this the game will launch and ask for a CD.

I have done a similar setup on Windows 10 and Windows XP. On Windows I used
Virtual CloneDrive to mount a ISO file of the Risk II CD that I created. On
Windows XP I install install Virtual CloneDrive, mount the ISO, install Risk II
and then copy and paste the no patch exe into the Risk II directory. On Windows
10 the installer does not install the game so what I did was I installed the
game on Windows XP and then created a 7zip archive if the Risk II directory on
Windows XP and then on Windows 10 I install Virtual CloneDrive, extracted the
archive, copy and paste the no patch exe into the Risk II directory.

To run the game on Windows XP or 10 once installed, all I had to do was mount
the ISO and then run the RiskII.exe and I had no problems. Battles worked on
Windows so I know this is a wine issue and not my installation process.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #22 from [e-mail] ---
Created attachment 65296
  --> https://bugs.winehq.org/attachment.cgi?id=65296
no cd patch

Here is the no cd patch I am using.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #23 from Zebediah Figura  ---
(In reply to joaopa from comment #20)
> 0035:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.

We can't support the 24-bit RGB type directly (DirectShow only supports BGR),
so we'll probably want to add a videoconvert element to the end of the chain.

This is something I think we want to do anyway for YUV formats; it would be
less overhead to let GStreamer manage that conversion than to have to feed it
through quartz and back first, as we do now. That said, I'm inclined to think
we don't necessarily want to force an RGB format if the quartz peer supports
YUV (considering that IIRC the VMR can do GPU-side YUV -> RGB decoding, and as
I understand that'd be faster than doing it ourselves CPU-side).

So this means that we should enumerate the media type we get from GStreamer as
preferred, but accept anything that's supported by videoconvert, and let
strmbase logic take care of the rest.

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #24 from Austin English  ---
Comment on attachment 65296
  --> https://bugs.winehq.org/attachment.cgi?id=65296
no cd patch

Please don't upload no-cd patches

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #25 from Austin English  ---
The content of attachment 65296 has been deleted for the following reason:

Nocd

[Bug 47642] Risk II freezes when going into a battle

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #26 from [e-mail] ---
(In reply to Zebediah Figura from comment #23)
> (In reply to joaopa from comment #20)
> > 0035:fixme:gstreamer:amt_from_gst_caps_video_raw Unhandled type RGB.
>
> We can't support the 24-bit RGB type directly (DirectShow only supports
> BGR), so we'll probably want to add a videoconvert element to the end of the
> chain.
>
> This is something I think we want to do anyway for YUV formats; it would be
> less overhead to let GStreamer manage that conversion than to have to feed
> it through quartz and back first, as we do now. That said, I'm inclined to
> think we don't necessarily want to force an RGB format if the quartz peer
> supports YUV (considering that IIRC the VMR can do GPU-side YUV -> RGB
> decoding, and as I understand that'd be faster than doing it ourselves
> CPU-side).
>
> So this means that we should enumerate the media type we get from GStreamer
> as preferred, but accept anything that's supported by videoconvert, and let
> strmbase logic take care of the rest.

Will this be fixed in a future release of Wine?

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

Zebediah Figura  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
          Component|-unknown                    |winegstreamer
            Summary|Risk II freezes when going  |Support conversion from
                   |into a battle               |GST_VIDEO_FORMAT_RGB to
                   |                            |DirectShow-supported
                   |                            |formats (needed by Risk II
                   |                            |+ native amstream)
     Ever confirmed|0                           |1

--- Comment #27 from Zebediah Figura  ---
(In reply to trymeout from comment #26)
> Will this be fixed in a future release of Wine?

At some point, ideally, yes.

More practically, it's on my list of things to do, when I have time, or if
someone else gets to it first.

This bug report is a little bit confused, so let's make it specifically about
adding a way to convert from unsupported RGB formats in winegstreamer.

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #28 from [e-mail] ---
(In reply to Zebediah Figura from comment #27)
> (In reply to trymeout from comment #26)
> > Will this be fixed in a future release of Wine?
>
> At some point, ideally, yes.
>
> More practically, it's on my list of things to do, when I have time, or if
> someone else gets to it first.
>
> This bug report is a little bit confused, so let's make it specifically
> about adding a way to convert from unsupported RGB formats in winegstreamer.

Thank you. I will keep an eye on this bug report. Don't be afraid to email me
if you have any question or need help with any testing.

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #29 from Zebediah Figura  ---
This should have been fixed by f5a1e2bd87754a2822f2eb0e84291d787936d115 (part
of Wine 5.1); please retest.

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #30 from joaopa  ---
With wine-5.10, loading screen stays stuck. It is the same with or without
native amstream. Here is the short console output:

WINEDLLOVERRIDES="amstream=n" wine RISKII.EXE 
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from
32 to 16
0024:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi
sound output probably won't work.
00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
00ec:err:gstreamer:watch_bus multiqueue0: Internal data stream error.
00ec:err:gstreamer:watch_bus gstmultiqueue.c(2065): gst_multi_queue_loop ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0:
streaming stopped, reason not-negotiated (-4)
00f0:fixme:gstreamer:amt_from_gst_caps Unhandled type "video/x-msvideocodec".
00f0:fixme:gstreamer:amt_from_gst_caps Unhandled type "video/x-msvideocodec".
00f0:fixme:gstreamer:amt_from_gst_caps Unhandled type "video/x-msvideocodec".
00ec:fixme:gstreamer:amt_from_gst_caps Unhandled type "video/x-msvideocodec".
00ec:fixme:gstreamer:amt_from_gst_caps Unhandled type "video/x-msvideocodec".
00ec:fixme:gstreamer:amt_from_gst_caps Unhandled type "video/x-msvideocodec".
00ec:fixme:gstreamer:amt_from_gst_caps Unhandled type "video/x-msvideocodec".

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #31 from Zebediah Figura  ---
Created attachment 67359
  --> https://bugs.winehq.org/attachment.cgi?id=67359
gst_format.diff

(In reply to joaopa from comment #30)
> 00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
> 00ec:err:gstreamer:watch_bus multiqueue0: Internal data stream error.
> 00ec:err:gstreamer:watch_bus gstmultiqueue.c(2065): gst_multi_queue_loop ():
> /GstBin:bin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0:
> streaming stopped, reason not-negotiated (-4)

Does the attached patch help?

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #32 from Zebediah Figura  ---
(In reply to Zebediah Figura from comment #31)
> Created attachment 67359 [details]
> gst_format.diff
>
> (In reply to joaopa from comment #30)
> > 00f0:fixme:gstreamer:amt_from_gst_video_info Unhandled type RGBx.
> > 00ec:err:gstreamer:watch_bus multiqueue0: Internal data stream error.
> > 00ec:err:gstreamer:watch_bus gstmultiqueue.c(2065): gst_multi_queue_loop ():
> > /GstBin:bin0/GstDecodeBin:decodebin0/GstMultiQueue:multiqueue0:
> > streaming stopped, reason not-negotiated (-4)
>
> Does the attached patch help?

Sorry, never mind. That patch probably won't work very well.

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

Zebediah Figura  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #67359|0                           |1
        is obsolete|                            |

--- Comment #33 from Zebediah Figura  ---
Created attachment 67423
  --> https://bugs.winehq.org/attachment.cgi?id=67423
winegstreamer: Don't store DirectShow caps.

Please try the attached patch instead.

I'm still not sure I like this, though. It may be better to return a more
restrictive caps structure from GST_QUERY_CAPS.

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

--- Comment #34 from joaopa  ---
Created attachment 67446
  --> https://bugs.winehq.org/attachment.cgi?id=67446
console output with the patch and native amstream

I tested the patch:
patch -p1 < patch.txt 
patching file dlls/winegstreamer/gstdemux.c
Hunk #11 succeeded at 1657 (offset 19 lines).
Hunk #12 succeeded at 1676 (offset 19 lines).
Hunk #13 succeeded at 2123 (offset 19 lines).
Hunk #14 succeeded at 2378 (offset 16 lines).
Hunk #15 succeeded at 2403 (offset 16 lines).
Hunk #16 succeeded at 2507 (offset 13 lines).
Hunk #17 succeeded at 2522 (offset 13 lines).
Hunk #18 succeeded at 2637 (offset 10 lines).
Hunk #19 succeeded at 2652 (offset 10 lines).

But still the same...

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

Gijs Vermeulen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
      Fixed by SHA1|                            |7be64a8d3eec3c52dc58a20a178
                   |                            |d33dd25de56d0
         Resolution|---                         |FIXED

--- Comment #35 from Gijs Vermeulen  ---
This was changed in
https://source.winehq.org/git/wine.git/commit/7be64a8d3eec3c52dc58a20a178d33dd25de56d0

With builtin amstream, when the loading bar finishes, a black screen is shown.
This means the intros have started and can now be skipped by clicking twice.
For the videos to work we need an IDirectDrawStreamSample::Update()
implementation.

With native amstream the game hangs when the loading bar finishes, but this
isn't really something we should care about. (Bugs with native components)

So I'm going to mark this FIXED since the game should be playable (without
videos) now.

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47642

Alexandre Julliard  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #36 from Alexandre Julliard  ---
Closing bugs fixed in 5.17.