-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Re-evaluate WMP fixes #111
Comments
Just tested 1144400 (Senren * Banka) against GE-Proton9-11 and can confirm media playback works without the protonfix. I'm pretty confident that the result will be the same for the other Yuzusoft titles as well. |
CC @CreeperofDoom, since you own the YUZUSOFT games and worked on the fixes. The ArcaniA games are a bit iffy.. that might get fixed upstream though. EDIT: Added the |
I only own Yuzusoft’s Riddle Joker through Steam, another title also had the Same Protonfix which i don’t have through Steam. The WMP Video Playback in Riddle Joker doesn’t work and will simply skip playback without the fix on GE-Proton 9-11. though, when upgrading GE-Proton it will break and skip as it did before unless you clear the Compatibility Data with the current fix |
Please attempt with media converter disabled for reasons described in here (
I'm actually not entirely sure if I recommend changing them for protonfixes just yet, considering the changes are only in bleeding-edge (some not in upstream wine too) and these only started working in recent versions. Things might potentially break again by the time GE-Proton9-12 or so is released. Though, I don't have any contact with the devs or know what changes they have planned, I'm just bringing it up out of caution. Native libraries are certainly a more predictable option across different wine versions. |
What exactly is suppose to be done and what for? must i need to add the "disable_ protonmediaconverter" on top of the existing Protonfix Commands into the Fix and then Change GE-Proton versions?. My save has all Video files unlocked and available Or do i remove the WMP related stuff in the fix and only use the disable_protonmediaconverter instead and see what occurs |
Yes, replace with that, you can grep for disable_protonmediaconverter to see what other gamefixes do. Replace the main function with
"Compatibility Data"/wineprefix should be wiped to remove existing wmp11, please back up savedata. And add -vomstyle=mfevr to the launch options if you see pixelation. |
Replacing all the prior fix commands with the new "disable_protonmediaconverter" commands and Video Playback works, with a few minor audio bugs, doesn’t seem like it’s pixelated. If i use the requested -vomstyle=mfevr Launch Command into Steam for the title: Video playback either wont work or make all Video Files have wacky audio and excessive stuttering I cleared the Proton Data before doing this i also did try adding "disable_protonaudioconverter" and it didn’t seem to fix the audio issues during video playback |
Must i need to create a new Pull Request for Riddle Joker's ProtonFix once i find a full solution?, In preparation for the next release. and for the other affected YuzuSoft titles, i only have Riddle Joker, so if somebody else owns a Yuzusoft title they will be the one to confirm if the disablemediaconverter command does anything and if the launch command (s) doesn't break Video Playback afterward |
What do you mean by "minor audio bugs"? With winegstreamer in general, sometimes I can hear a single audio sample being played before a video plays, but that's about it. According to gstreamer logs the pixelation was because there was a 720p wmv video. It was probably upscaled using a nearest neighbour filter to the application's configured 1080p window. With mfevr it makes it actually play a 1080p h264 video. On the steam deck internal display (800p) you would not have this problem. My comment says all yuzusoft currently in protonfixes works with media converter disabled except I didn't test 2458530. |
On mine the audio during Video Playback rapidly goes seconds behind where its suppose to. I have no clue what to add or do to alleviate the Pixelation elsewhere, because the launch command breaks it |
Can confirm for ATRI -My Dear Moments- (1230140) that video playback is working with GE 9-11 and mediaconverter disabled. Nekopara 1/2 also work (there are not in the list because they didn't have a protonfix before but also used to need wmp9; maybe create a pull request to add them ?). |
Do you mind sharing logs and a screenshot to support that statement? After a clean install and testing this on my end on the Steam Deck by manually changing the video renderer to overlay and disabling the protonfix, media playback does not work for the initial OP. steam-1230140.log : https://gist.github.com/R1kaB3rN/dd65f0e02b0761c2fca086dc18e93639 appmanifest_1230140.acf:
This is true by disabling media converter as well. steam-1230140-disabled-mediaconverter.log: https://gist.github.com/R1kaB3rN/adcd544545be28d49f3829113b0ed9ab |
Sure. Last time I tried only using the Extra menu to play the videos again so this time I tried during actual gameplay. |
Thanks! Hmm, I can confirm it works, but things become weird when reaching the initial OP in the SteamOS gamescope session compared to desktop mode in a Windowed mode. Getting the video to appear would require me to move some input device, otherwise the game would sorta just stay in the previous scene. In my testing, it's only the touchpad that would make it appear. |
- Currently works without installing any winetricks verbs. Instead, the proton media converter should be disabled and the engine's video renderer should be configured to 'overlay'. In the SteamOS gamescope session, oddly, it's observed that moving the trackpad seems to be required to get the video to appear. - Related to #111
I can confirm that Sabbat of the Witch(888790) works fine on GE 9-12. There's a brief stutter during playback of the opening video with the YuzuSoft logo, though this seems to be an issue with the video itself as it happens on Windows as well. GE 9-13 generally works fine as well, however, the video that plays at the end of the prologue has no audio. Backtracking via the Backlog and trying to have it play again causes the game to freeze. The scene background music continues playing over a black screen and the mouse cursor can still be moved but the game is otherwise frozen. I'm using Arch and tried each version using a new prefix and cleared shader cache. The GE 9-13 log has the following error entries for protonmediaconverter:
|
If "GE 9-13 generally works fine as well", then maybe Steam's transcode cache is now being used for more games (but seems partially broken, according to your report). That's a potential avenue you all can explore for protonfixes, but I will not provide any help with it since I have absolutely zero interest in that solution. |
I assume that means this will be fixed in 9-14? because this error acts as a roadblock for the affected title (s) |
Maybe CC @GloriousEggroll or post the issue on the Proton-GE discord? |
Thanks, I compiled the latest git tag and all videos are working correctly now. |
Sorry for not notifying you earlier, but wmv will be broken in 9-14 unless this patch is applied. Otherwise you'd want to revert 888790/1230140/1277930. 1277930 you can also use -vomstyle=mfevr to force h264. |
I would not suggest reverting those fixes. The older fixes had some problems like with it breaking when upgrading GE-Proton versions and long installation times, To fix those ones with the older fix would require you to delete its CompatData everytime... Did once state the Launch Command completely breaks Video Playback in Riddle Joker (1277930) Using 9-14 in Riddle Joker when trying to play a Video it is completely blank, with audio playing and it softlocks the game. It can also show the same error i listed some time ago. Riddle Joker also sometimes doesn’t open on 9-14 |
No problem. You're neither obligated nor should feel responsible to notify anyone here. Since GE-14 already released, we'll just have to wait until that patch gets merged in Valve's wine branch.
If setting that option would always make media playback work, I wonder if it would be a good idea to force h264 for all KiriKiri-based games. In protonfixes, we'll just need to detect the engine. |
I think this is a quirk with this specific application, so it shouldn't be applied everywhere. Besides, the majority will not have h264 content. If anything I'd recommend setting the disable media converter environment variables within umu-launcher, as nobody using umu is going to use the media converter and proton wine is known to not fallback to the normal gstreamer plugins when media converter is triggered and fails or has an empty cache in various cases (wmv, but they might have fixed it for h264 by now). It would increase the chances of video playback just working without any fiddling for anyone using umu with GE-Proton to run their application. |
Video Playback in the 4 Kirikiri titles such as Riddle Joker still have broken video playback on versions of GE-Proton above 9-13. with it erroring out and forcing the game to quit |
Some applications requires cherry pick from upstream:
|
Be careful with ValveSoftware/wine@bad2114 and potential future additions to that array, it can break playback when media-converter is off. I don't know what protonfixes wants to do about this, I don't have any recommendations. If you reject the media-converter (and upstream wine/native libraries doesn't work) then you should not be setting steamgameid, or you should just replace the array contents with a bogus entry. Also if the first few audio samples don't play and there are desync issues with the audio being too ahead, install wmp instead, it's a regression with wine-9.13 (and any recent valve wine commit which is based on that winegstreamer) on some applications. |
Perhaps we should re-evaluate all game fixes that involve WMP.
As @layercak3 wrote in #82 (comment), there have been changes to
winegstreamer
that fix issues with WMP.Currently used by 19 fixes:
And additionally, there are some fixes using
wmp9_x86_64
, which isn't inwinetricks
.Others to evaluate:
The text was updated successfully, but these errors were encountered: