Myst crashes in win98-mode when changing postition but sound contiunes to play

What distro / sound card / driver / alsa version are you using? I'm not an expert on the sound stuff, but maybe a +alsa,+dsalsa,+wave,+mixer trace would be useful.

Distro: Gentoo x86_64
Card: Nvidia CK804
Driver: In-Kernel ALSA intel8x0
ALSA: 1.0.15

Created an attachment (id=13461)
Output using "WINEDEBUG=+relay,+alsa,+dsalsa,+wave,+mixer"

Is this still an issue in current (1.1.9 or newer) wine?

Yes, still crashes 1.1.9

I have the same problem.
First interaction, other than moving around and opening doors will crash myst.

Distro: Ubuntu 8.10
Card: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
Driver: alsa
wine: wine-1.0.1 (out of stable repos for Ubuntu)

Created an attachment (id=18505)
Wine 1.1.12 - WINEDEBUG=+relay,+alsa,+dsalsa,+wave,+mixer

Kernel 2.6.27 (gentoo-r7)
In-Kernel ALSA
Wine 1.1.12

I noticed that on my other box, (32bit Ubuntu 8.10, my first post is 64bit) Myst also crashes with alsa.

When i use oss however, it does not crash. In this box i have 2 sound cards. One on-board and a Creative Live 5.1. The oss setting outputs sound trough my onboard soundcard (which is quite annoying, since i have to switch the cable my amplifier every time i want to play).

I don't have X access to my other box right now, i will try to use the winedebug option and post it here when i get home.

Soundcard onboard: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
Soundcard: Creative Labs SB Live! EMU10k1 (rev 0a)
Kernel: 2.6.27-9-generic
Distro: Ubuntu 8.10 (i386)
Wine: wine-1.0.1

I will try to install the latest version (1.1.9) of wine, i suppose/hope it is in the unstable repository of Ubuntu.

(In reply to comment #8)
> I will try to install the latest version (1.1.9) of wine, i suppose/hope it is
> in the unstable repository of Ubuntu.
>

Latest is 1.1.12 (but it has a couple regressions in most apps), use 1.1.11 or git if possible. Though Scott may have cherry picked the fixes...not sure.

I'm not sure if I'm hearing any sound, but Myst crashes at switches for me, too. It outputs a message saying "stack smashing detected" and a lenghty trace.

After automatically updating to latest Wine (1.1.14), it even worked once. Eager to report this, I closed Myst, but then I changed my mind... And indeed, although interacting with objects doesn't crash Myst, it does freeze it. And the music keeps on playing, too.

Wine 1.1.17: Crashes on fewer points, for example the room at the dock now works and I can listen to Atrus' message. However, flipping the switch or opening the hidden door in behind the library shelves still crash the game in the same way.

is there a backtrace?

Created an attachment (id=20142)
Wine 1.1.17 - output of 'wine myst.exe' up to crash (when switching the sky on in the planetarium)

I've just noticed that this doesn't happen with the OSS sound driver selected. Instead, the sound skips and the game freezes for a moment, making me think that there is a common problem.

Launchpad bug: https://bugs.edge.launchpad.net/ubuntu/+source/wine/+bug/335550 (not much content there yet though)

I installed the original Myst For Windows in my Fedora 10 machine with wine 1.11.23. I played without any glitches through the first "world", and after moving on to the next world, thing were going OK until I tried to manipulate the levers on top of the elevator (the practice ones downstairs worked OK). The crash occurs when I start moving the mouse after zooming in completely on the controls. I tried turning transitions on and off. I tried in full-screen and virtual window, and the crash keeps occurring at the same place.

This is my first time reporting anything here, so bear with me while I try to attach a crash dump . . .

Created an attachment (id=22958)
Output after running "wine myst.exe" restoring game, then see my comment.

This is your friendly reminder that there has been no bug activity for 6
months. Is this still an issue in current (1.1.44 or newer) wine?

Does this occur in newest WINE?

I will test with a 1.2 and a 1.3.2 build on Gentoo x86_64 shortly and report back.

Tested with 1.2 and 1.3.2 using Gentoo (x86_64) ebuilds. It has seriously improved since I first reported this, but using ALSA in 1.3.2 I can still lock it up with a endless stream of this in the log:

trace:wave:wodPlayer_FeedDSP Setting time to elapse for 0x1b06d4 to 453450
trace:wave:wodPlayer_WriteMaxFrags Writing wavehdr 0x1b06d4.46516[401194]
err:wave:wodPlayer_WriteMaxFrags Error in writing wavehdr. Reason: Resource temporarily unavailable

Which also has the nasty side effect of adjusting my ALSA mixer volume really high, unbearably high.

I could not get the game to lock using OSS or Pulseaudio. My ALSA is now using the Pulseaudio plugin, FYI.

All seemed fine with 1.2, but I will give it more testing and comment again. If you have a useful WINEDEBUG setting that I can submit a full log in without it being many MB, let me know what to set.

This bug has not been updated for two years. Is this still an issue i current (1.5.4) or newer wine ? You may also close this as abandoned if you feel that that this is issue is no longer relevant to you.

I'll test within the next week and update the ticket.

(In reply to comment #24)
Updates?

No reply in over a year, and no download. Resolving abandoned, if anyone is still able to reproduce this in the current development version (currently 1.7.6) feel free to reopen.

Closing.

Can this bug be a duplicate of Bug 29092 ?