[Bug 54737] New: Sakura no Toki (SakuToki): hangs after opening video (which also has no sound)
https://bugs.winehq.org/show_bug.cgi?id=54737
Bug ID: 54737 Summary: Sakura no Toki (SakuToki): hangs after opening video (which also has no sound) Product: Wine Version: 8.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs@winehq.org Reporter: pernegger@gmail.com Distribution: ---
Created attachment 74241 --> https://bugs.winehq.org/attachment.cgi?id=74241 terminal output for 8.4
Unfortunately the trial does not contain the OP movie, so you need the full version to test this yourself. The OP plays after Chapter II. You could just hold left-ctrl for a few minutes [the last scene of chapter II is set at an art gallery, so one you hit that, you know you’re close], or I can attach a savegame from right before if you prefer.
According to VLC, which plays the video perfectly, it’s in Windows Media Video 9 (WMV3) + Windows Media Audio Lossless (WMAL) format (please suggest a tool that can extract more detailed info about the video if you think that might be useful). In-game, the video plays, actually, but there’s no audio during video playback.
The bigger problem is that when the video ends, the game gets stuck at a white screen that doesn’t seem to accept any input; the in-game audio resumes just fine.
Transcoding the video fixes the audio, but not the hang on video exit. Moving the video file [movie/oe45xltvh.dat] out of the way will allow you to progress at least.
The mfplat component is a mere guess based on the log. Sorry.
[Ubuntu 18.04.6 LTS, official wine-devel packages from the WineHQ repo, pristine separate prefix]
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com --- Fixmes like this one:
0024:fixme:mfplat:get_mf_subtype_for_am_subtype Unknown subtype {773c9ac0-3274-11d0-b724-00aa006c1a01}.
are now fixed in current wine.
This one will still remain:
0024:fixme:mfplat:MFInitMediaTypeFromAMMediaType Unsupported major type {e436eb83-524f-11ce-9f53-0020af0ba770}.
To fix that it would be necessary to know AM_MEDIA_TYPE contents. Is this game available anywhere for testing?
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #2 from pernegger@gmail.com --- Thank you!
There is a free trial version, but unfortunately this does not contain/play the OP video. The full version is non-free (in all senses).
Is there anything I can do to help with this on my end? Would the video file itself help? (Since the video is on YouTube as well, I have no compunctions sharing the version that ships with the game in the interests of interoperability.)
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com --- If you can build wine yourself I could attach debug patch here, to dump structure fields.
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #4 from pernegger@gmail.com --- I don't think I've ever built something as big and complex as WINE, but this keeps coming up ... I'll try. Here's to hoping https://wiki.winehq.org/Building_Wine is current. If you can point me to a better HOWTO, please do. Otherwise I'll get back to you as soon as I manage (or not) to build vanilla devel.
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #5 from pernegger@gmail.com --- Created attachment 74366 --> https://bugs.winehq.org/attachment.cgi?id=74366 terminal output with locally-built 8.6(?)
The good news is that I now have a local build that says it's 8.6 (well, whatever git clone spit out a couple of hours ago) and will run the game.
The bad(?) news is that it behaves very differently from the 8.4 (and 8.5) that ships in the official WINEHQ Ubuntu packages. It doesn't play the video at all, not even the image part, it just hangs at a white screen, see also attached log.
Of course it's possible I somehow messed up the build's gstreamer support, I've no idea what I'm doing after all, but configure found it alright at least.
If this isn't a problem for what you need or if there's an easy fix, hit me with your debug patch whenever, and I'll re-build with it. Otherwise, waiting until a new official package gets built might be an option--8.6 is currently MIA--then I can just patch and build the official source package.
https://bugs.winehq.org/show_bug.cgi?id=54737
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #6 from joaopa jeremielapuree@yahoo.fr --- Is there a freely downloadable trial in which one can reproduce the problem?
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com --- (In reply to joaopa from comment #6)
Is there a freely downloadable trial in which one can reproduce the problem?
This question was already answered.
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #8 from pernegger@gmail.com --- (In reply to Nikolay Sivov from comment #7)
I did a bit more testing; tl;dr, I'd say my local builds are fine.
* WineHQ-packaged 8.5 behaves like Kron4ek's wine-8.5-staging-tkg, i.e. video plays w/o audio, then gets stuck (as originally reported). * My self-built 8.6 (and 8.7) behave like Kron4ek's wine-8.6-staging-tkg, i.e. just the white screen. Another difference that I didn't notice when I wrote #5 is that it doesn't completely hang anymore, you can get past the video after a fashion; it'll just crash and burn on exit (possibly other side effects).
[I realise full well that modified third-party builds are frowned upon here for bug reporting purposes, and for good reason; I just wanted to know whether the change in behaviour was due to something new in 8.6 or due to the fact that I've moved from the package to building WINE myself, and it looks like the former.]
So, basically, if you do have a diagnostic patch, I'm cautiously confident I can put it to good use.
P.S. Sorry for not responding to #6's free trial question myself. I didn't quite know how. ;)
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com --- Created attachment 74442 --> https://bugs.winehq.org/attachment.cgi?id=74442 test patch
(In reply to pernegger from comment #8)
(In reply to Nikolay Sivov from comment #7)
So, basically, if you do have a diagnostic patch, I'm cautiously confident I can put it to good use.
Please attach a new log with this patch.
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #10 from pernegger@gmail.com --- Created attachment 74447 --> https://bugs.winehq.org/attachment.cgi?id=74447 terminal output with debug patch
Thank you. And, here you go.
(For the record, the base isn't 8.7 but master up to 233f86abf4e19f0f2550f9906b783059db0da163.)
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #11 from Nikolay Sivov bunglehead@gmail.com --- Thanks. Apparently subtype here is WINESUBTYPE_Gstreamer. I don't know what this is used for, or how application gets this GUID in a first place.
https://bugs.winehq.org/show_bug.cgi?id=54737
--- Comment #12 from Nikolay Sivov bunglehead@gmail.com --- Important message is probably this one:
0164:fixme:evr:evr_render Unhandled input type {32595559-0000-0010-8000-00aa00389b71}.
It's YUY2.
-
WineHQ Bugzilla