Opened 13 years ago
Closed 13 years ago
#5801 closed defect
SCI: Freddie Pharkas - Engine Lockup at Title Background
| Reported by: | (none) | Owned by: | digitall |
|---|---|---|---|
| Priority: | normal | Component: | Engine: SCI |
| Version: | Keywords: | ||
| Cc: | Game: | Freddy Pharkas: Frontier Pharmacist |
Description
This game stops working in v.1.3.0. First, in sierra's logo, theres no music. then the game go into title screen, but the title "Freddy Pharkas Frontier Pharmacist" doesn't show, its freezes on background. Scumm 1.2.1 shows this in log: Warning: matched and patched CD:score early disposal on script 0 offset 495! Emulating SCI version SCI1.1. Game works. Scumm 1.3.0 and 1.3.1: Show nothing. Game Freezes. Scumm 1.4.0git1078(17.07.2011): Sows nothing. Game Freezes.
All Versions: sometimes (rare) shows in log window : Warning: Message: buffer 0028:0000 invalid or too small to hold the following text of 245 bytes: 'Copyright <c> 1994 Sierra On-Line. Copyright <c> 1993 Screw Loose Amusements. This is a work of fiction. Any resemblance between the character and the events in this game is strictly a result of your overactive imagination. Deal with it'!
Version: Freddy Pharkas: Frontier Pharmacist (CD/DOS/ENGLISH). Version 1.00.
Ticket imported from: #3369511. Ticket imported from: bugs/5801.
Attachments (1)
Change History (8)
by , 13 years ago
comment:1 by , 13 years ago
| Summary: | Stops at Title Background → SCI: Freddie Pharkas - Engine Lockup at Title Background |
|---|
comment:3 by , 13 years ago
I have the same version of Freddy as you. MD5s match, though you seem to be missing some files in root... The .DRV files may be required, though not sure that is the root of this issue.
Just tested with ScummVM 1.4.0git1080-g37669db-dirty (Jul 18 2011 04:35:35) on Linux x86_32 and found no issue. I get music during Sierra Logo and no lockup.
My first suggestion is to go to Options->Audio->Preferred Device and force the setting from "default" to "Adlib Emulator" as this may be an issue with the Music driver erroneously detecting a MIDI port present on your computer and trying to send the music to it in the default case (If no synth is present, this may then hang waiting for a response).
comment:4 by , 13 years ago
YESSSSS!!! It's work!!!! Forcing AdLib makes the game working again, no problems at all. My system, sorry, is Win7 x64, both x86 and x64 version of Scumm. By the way, Ecoquest 1 has the same problem and works again with AdLib forced. Theres something to do with automatic detection or it's just my system?
comment:5 by , 13 years ago
No. Not just your system.
The issue is related to how the "default" option in Preferred Device auto selects the MIDI output device. This depends partly on what music output is supported by the engine, and what MIDI devices are present on your machine. This is the subject of two major open tasks to improve this as complexity requires a more designed approach to improvement i.e. : http://wiki.scummvm.org/index.php/OpenTasks/Audio/Audio_Output_Selection http://wiki.scummvm.org/index.php/OpenTasks/Audio/MIDI_Device_Configuration
The root issue is between selecting the "best" vs. "most reliably available" output method. To show the differences possible here, see http://www.youtube.com/watch?v=m6r5iWfbjlI
In the meantime, I would suggest avoiding the "default" option for Preferred Device by selecting "Adlib Emulator" at the global options dialog as this is an option for almost every game, and overriding the audio settings per game to change this if you have better output for that game.
comment:6 by , 13 years ago
As we have a workaround for this, closing with resolution of (To Be Fixed) "Later".
comment:7 by , 13 years ago
| Owner: | set to |
|---|---|
| Status: | new → closed |
md5 from all files to verify