kevin77777
New member
- Joined
- Mar 11, 2026
- Messages
- 1
- Reputation score
- 0
Ok so I have posted this on another forum too, posting it here for visibility. Note that while the question is about Mac, I suspect the question does apply to Linux somewhat as well.
So well, I use Mac (much to my convenience, but also dismay), and I have played pretty much all the h-games using wine (crossover, sikarugir and wine staging). Recently I tried to run itsumama and musumama series on crossover specifically, and they will either stay stuck on CG even when they are supposed to shift to video, or straight up freeze when a video comes up. This is a problem that's actually quite well known with wine, supposedly has to do with codecs which I have no clue about. When I use wine staging (I also have gstreamer installed via home-brew), as long as I do not disable gstreamer, the video does indeed play (!!!), but there is a weird lag here, which happens regardless of whether I disable gstreamer or not. Specifically, the game will load audio before graphics, and when the video IS playing, whenever it has to loop back it will wait for a bit. Terminal says something to do with quartz...
As for using gstreamer on crossover using cxpatcher, idk, I THINK that patched with gstreamer runs slightly slower (like with wine staging, but not as much???), but it also freezes like with usual crossover. I suspect that the usual wine distribution has something that crossover doesn't. My understanding is wine has its own implementation of gstreamer, which I assume crossover vanilla uses, while using patch lets you use native or something. Few things to note, wine staging needs me to use native gstreamer to make videos run. I am assuming that both cxpatcher and staging being slower can have something to do with some other stuff (maybe cx makes enough changes for this, and staging is already running a different dist).
As for the games themselves, they use .mpg format for their videos, which is in fact the root cause, for which I will the say the reason now. I converted one of those videos (which I also had unlocked in the game) to .mp4, named it to be the og file INCLUDING the extension, and crossover actually managed to run it. It still had some stutters, but they seemed to be unrelated to looping, maybe something about just wine and these games???? or maybe saying an .mp4 file is .mpg does things... The mp4 video itself does not stutter in my mac's player if I don't change the extension name to mpg btw (if I do the player just says it's incompatible or smth, meaning the proper .mpg files still run). Very funny but I would like to avoid performing this bizarre surgery.
Another thing is that with the two games in the series I tried (there are more), oddly enough the first video scene keeps the cg there. In one of those two games, once I reached the next scene only then it froze. Possibly more coding related on dev's end. It seems like people have managed to make at least one game run on linux, but I do wonder if their game ran the videos or if it didn't, the game still proceeded and the user never noticed...
So yeah... any ideas on what I should do? I am not actually sure if the game itself is also laggy on windows btw, maybe someone (either Mac or Linux) can also give it a quick ride?
UPDATE: Also, in crossover (vanilla) regardless of gstreamer disable or not, if I use native quartz and devenum (I used a workaround to make wine tricks work), along with something like ffdshow or lav, there is a pop up of activemovie window, while is an empty window, and the video just doesn't play. if I disable quartz, when trying to play the video I get "encountered serious problem Unhandled exception: page fault on read access to 0x00000000 in wow64 32-bit code" (I thought all recent VNs must be now 64-bit?).
So well, I use Mac (much to my convenience, but also dismay), and I have played pretty much all the h-games using wine (crossover, sikarugir and wine staging). Recently I tried to run itsumama and musumama series on crossover specifically, and they will either stay stuck on CG even when they are supposed to shift to video, or straight up freeze when a video comes up. This is a problem that's actually quite well known with wine, supposedly has to do with codecs which I have no clue about. When I use wine staging (I also have gstreamer installed via home-brew), as long as I do not disable gstreamer, the video does indeed play (!!!), but there is a weird lag here, which happens regardless of whether I disable gstreamer or not. Specifically, the game will load audio before graphics, and when the video IS playing, whenever it has to loop back it will wait for a bit. Terminal says something to do with quartz...
As for using gstreamer on crossover using cxpatcher, idk, I THINK that patched with gstreamer runs slightly slower (like with wine staging, but not as much???), but it also freezes like with usual crossover. I suspect that the usual wine distribution has something that crossover doesn't. My understanding is wine has its own implementation of gstreamer, which I assume crossover vanilla uses, while using patch lets you use native or something. Few things to note, wine staging needs me to use native gstreamer to make videos run. I am assuming that both cxpatcher and staging being slower can have something to do with some other stuff (maybe cx makes enough changes for this, and staging is already running a different dist).
As for the games themselves, they use .mpg format for their videos, which is in fact the root cause, for which I will the say the reason now. I converted one of those videos (which I also had unlocked in the game) to .mp4, named it to be the og file INCLUDING the extension, and crossover actually managed to run it. It still had some stutters, but they seemed to be unrelated to looping, maybe something about just wine and these games???? or maybe saying an .mp4 file is .mpg does things... The mp4 video itself does not stutter in my mac's player if I don't change the extension name to mpg btw (if I do the player just says it's incompatible or smth, meaning the proper .mpg files still run). Very funny but I would like to avoid performing this bizarre surgery.
Another thing is that with the two games in the series I tried (there are more), oddly enough the first video scene keeps the cg there. In one of those two games, once I reached the next scene only then it froze. Possibly more coding related on dev's end. It seems like people have managed to make at least one game run on linux, but I do wonder if their game ran the videos or if it didn't, the game still proceeded and the user never noticed...
So yeah... any ideas on what I should do? I am not actually sure if the game itself is also laggy on windows btw, maybe someone (either Mac or Linux) can also give it a quick ride?
UPDATE: Also, in crossover (vanilla) regardless of gstreamer disable or not, if I use native quartz and devenum (I used a workaround to make wine tricks work), along with something like ffdshow or lav, there is a pop up of activemovie window, while is an empty window, and the video just doesn't play. if I disable quartz, when trying to play the video I get "encountered serious problem Unhandled exception: page fault on read access to 0x00000000 in wow64 32-bit code" (I thought all recent VNs must be now 64-bit?).