Completable, yes? But its unbearably ugly and impossible to enjoy with all the current quirks.
I have tried to play Curse of Monkey Island on all versions since 0.8 -> 0.11.1 and 0.12 svn.
None of them plays COMI even remotely well.
To start off, the speech often stutter. When a dialog begins or when you "fast forward" often the dialog will begin with a stutter, maybe in 3 of 10 cases this will happen.
The next thing that is completely unbearable is that the side scrolling also "stutter", its NOTHING like the smooth scrolling original is.
Ive tried on several computers and the same quirks occur.
The only reason I don't play COMI with the alternative 3d party launcher instead is that the sound sometimes locks up, which is if possible even more unbearable.
Please please, take COMI away from the list of working SCUMMVM titles and have another go at it. The current status just isn't very satisfactory imo.
Thanks for all wonderful work done by SCUMMVM devs!
Curse of Monkey Island is NOT at all playable.
Moderator: ScummVM Team
Re: Curse of Monkey Island is NOT at all playable.
Knowing a little bit more about your set-up (your hardware, your system, whether you compressed the audio, etc) would be helpful in diagnosing that problem. Personally I've never noticed any stuttering.stormfrog wrote:To start off, the speech often stutter. When a dialog begins or when you "fast forward" often the dialog will begin with a stutter, maybe in 3 of 10 cases this will happen.
That's more of a cosmetic problem, if you ask me. Annoying, true, but hardly a deal-breaker.The next thing that is completely unbearable is that the side scrolling also "stutter", its NOTHING like the smooth scrolling original is.
I am aware of some glitches in COMI, aye. But never had *any* stutter, neither in the graphics nor in the voices or the music. On my PowerBook 1.5 GHz running Mac OS X 10.4
Of course there might be problems with certain ports, but that's just guessing -- so, stormfrog, you really should add some beef to your claims.
Of course there might be problems with certain ports, but that's just guessing -- so, stormfrog, you really should add some beef to your claims.
Could we at least know which particular platform is the game being run on? Win32, Mac, PSP, C64 or whatever else?
Are you running the game off the discs or from copied data? That's usually the reason for most of the issues you describe.
Completed the game via ScummVM in 0.9.1 and 0.10.0 on Win32 on three different machines of varying machining power, and never had ANY issues whatsoever. Well, aside from the disc switch issue, but that was my mistake when I copied the files, a simple re-copying solved it.
Are you running the game off the discs or from copied data? That's usually the reason for most of the issues you describe.
Completed the game via ScummVM in 0.9.1 and 0.10.0 on Win32 on three different machines of varying machining power, and never had ANY issues whatsoever. Well, aside from the disc switch issue, but that was my mistake when I copied the files, a simple re-copying solved it.
No problems here. Running on a 4 year old AMD 3500+ in Windows XP.
There's one thing I wish for COMI, though. It would be royally awesome if the sprites in the game were antialiased against the backgrounds. But granted, that's not possible to implent as long the game runs in a paletted 256 window, as I belive it does.
There's one thing I wish for COMI, though. It would be royally awesome if the sprites in the game were antialiased against the backgrounds. But granted, that's not possible to implent as long the game runs in a paletted 256 window, as I belive it does.
Hi everyone!
I am very happy so much interest is put into this thread. I will do my best to answer all questions.
Ive tried it on numerous computers with the same glitches occuring, I only know the specs of my current one.
Intel 2.8GHz, 2Gb RAM more than enough disk space. RealTek/Sb Audigy 2 ZS (problem occurs with whichever is used).
Now I wish I could just make a frap clip to show the animation stutter. But since that is not possible I will try to explain it. The glitch occurs "best" in areas were Guybrush walk around and the scene is scrolling alot. Like the Fort beach.
In the original COMI scrolling would be perfectly smooth and scroll "pixel-by-pixel" when you walk around with vertical scrolling. When I do the same in scummVM Guybrush takes a step and then scene scroll "one step" then there is a small micro second pause before next Guybrush takes. Its like the scrolling is controlled by each step he takes and the scrolling jumps one step at the time instead of smoothing scrolling the whole thing.
Maybe I am the only one who notice it, I have played these Lucasart games so much that the smallest little thing would be a great difference to me.
The only way to see the difference is to run COMI without ScummVM and walk around the fort beach. Then do the same with scummVM and you will see the difference.
About the sound, I played around alot with different sound hardware acceleration modes, disabled enabled services and processes. And now the speech is perfect. I think it is safe to say some other thing was disturbing scummVM somehow and that it was a specific problem to my computer.
I am very happy so much interest is put into this thread. I will do my best to answer all questions.
Ive tried it on numerous computers with the same glitches occuring, I only know the specs of my current one.
Intel 2.8GHz, 2Gb RAM more than enough disk space. RealTek/Sb Audigy 2 ZS (problem occurs with whichever is used).
Now I wish I could just make a frap clip to show the animation stutter. But since that is not possible I will try to explain it. The glitch occurs "best" in areas were Guybrush walk around and the scene is scrolling alot. Like the Fort beach.
In the original COMI scrolling would be perfectly smooth and scroll "pixel-by-pixel" when you walk around with vertical scrolling. When I do the same in scummVM Guybrush takes a step and then scene scroll "one step" then there is a small micro second pause before next Guybrush takes. Its like the scrolling is controlled by each step he takes and the scrolling jumps one step at the time instead of smoothing scrolling the whole thing.
Maybe I am the only one who notice it, I have played these Lucasart games so much that the smallest little thing would be a great difference to me.
The only way to see the difference is to run COMI without ScummVM and walk around the fort beach. Then do the same with scummVM and you will see the difference.
About the sound, I played around alot with different sound hardware acceleration modes, disabled enabled services and processes. And now the speech is perfect. I think it is safe to say some other thing was disturbing scummVM somehow and that it was a specific problem to my computer.
-
Raziel
- ScummVM Porter
- Posts: 1541
- Joined: Tue Oct 25, 2005 8:27 am
- Location: a dying planet
- Contact:
Ah, i think i know what he means with "stutter" on scrolling
The screen scrolls together with Guybrush, not smooth, but in steps
For every step Guybrush takes the screen is scrolled to keep up with
him and keep him in the middle of the screen.
All of it in "realtime", though, no slowdowns, don't know of the original behaviour though
The screen scrolls together with Guybrush, not smooth, but in steps
For every step Guybrush takes the screen is scrolled to keep up with
him and keep him in the middle of the screen.
All of it in "realtime", though, no slowdowns, don't know of the original behaviour though
Aha. Well, so this sounds like a "problem" with the "camera mode", which controls how the "camera" moves in SCUMM games. It can be set to various speeds, accelerations etc. -- and this is fully controlled by scripts.
Maybe we implement something there wrong for COMI. Somebody would have to verify the code in scumm/camera.cpp against disassembly to find out, though.
Maybe we implement something there wrong for COMI. Somebody would have to verify the code in scumm/camera.cpp against disassembly to find out, though.
I have to admit having played both native and with ScummVM for a while, the behaviour of COMI on all 3 of my PCs has been consistent (and fully playable), and I've never noticed anything significantly different in the way it handles on screen.
In fact, it's an improvement since on my dad's PC where I first played it (Cyrix M2 300MHz, onboard graphics and sound), the original executable had some oddities like random crashes and the occasional moment where videos would speed up for no apparent reason and play at double speed until the end of the cutscene.
In fact, it's an improvement since on my dad's PC where I first played it (Cyrix M2 300MHz, onboard graphics and sound), the original executable had some oddities like random crashes and the occasional moment where videos would speed up for no apparent reason and play at double speed until the end of the cutscene.
I agree completely!fingolfin wrote:Yeah, at most there is a small glitch / difference compared with the original. I think that saying CoMI "is NOT at all playable" is somewhat of a exaggeration (not to say, "total nonsense").
At the time I was writing the post I had been trying to sort my scrolling problem out for a few hours - since I refused to play COMI in any but mint condition performance. So, I certainly exaggerated and cried wolf and all that being a general attention whore (but it seems to have worked!). It makes me look stupid thou, but thats just something I will have to learn to live with 