No Steam Scumm Game Support (And a Possible Way to Fix That)
Moderator: ScummVM Team
- Blooglspash
- Posts: 20
- Joined: Fri Oct 22, 2010 7:55 pm
No Steam Scumm Game Support (And a Possible Way to Fix That)
When I bought the Lucasarts Adventure Pack from Steam, I expected to be able to run the games through ScummVM or DOSbox instead of using Steam. But when I look through the files on the computer, I could only see part of the files needed to run these games. For example, in Fate of Atlantis, the "ATLANTIS.000" file is missing.
As I would hate to just give the ScummVM team a problem and ask them to figure it out themselves, I came up with a solution. On the Downloads page, have the missing files (and ONLY the missing files, so it wouldn't count as piracy) available for download so that people who bought the game on Steam could run it with ScummVM.
If you want, I can figure out exactly what files are missing to help.
Thanks,
Blooglspash
As I would hate to just give the ScummVM team a problem and ask them to figure it out themselves, I came up with a solution. On the Downloads page, have the missing files (and ONLY the missing files, so it wouldn't count as piracy) available for download so that people who bought the game on Steam could run it with ScummVM.
If you want, I can figure out exactly what files are missing to help.
Thanks,
Blooglspash
Re: No Steam Scumm Game Support (And a Possible Way to Fix T
Yeah, I don't think it works that way.Blooglspash wrote:On the Downloads page, have the missing files (and ONLY the missing files, so it wouldn't count as piracy)
- McKnallski
- Posts: 68
- Joined: Tue Dec 08, 2009 2:32 pm
- dreammaster
- ScummVM Developer
- Posts: 557
- Joined: Fri Nov 04, 2005 2:16 am
- Location: San Jose, California, USA
See Sev's blog at: http://sev-notes.blogspot.com/2009/07/s ... ummvm.html for more information regarding the Steam releases.
- Blooglspash
- Posts: 20
- Joined: Fri Oct 22, 2010 7:55 pm
No, because they wouldn't have just embedded the file without encryption otherwise. It's extremely easy to edit the files to extract the data, not something that was designed to really stop ScummVM.sev wrote:Please do not go against our team decision. Hiding those files looks plainly like attempt to prevent ScummVM from running. We have no intentions to play with that.
This isn't warez, it shouldn't be removed from the forums.
I brought this up on -devel when the MI:SE thread popped up and got no response. I still think we should re-evaluate our stance on this.
WHAT IS THE PROBLEM?!?! That's very ridiculous, really!clone2727 wrote:No, because they wouldn't have just embedded the file without encryption otherwise. It's extremely easy to edit the files to extract the data, not something that was designed to really stop ScummVM.sev wrote:Please do not go against our team decision. Hiding those files looks plainly like attempt to prevent ScummVM from running. We have no intentions to play with that.
This isn't warez, it shouldn't be removed from the forums.
I brought this up on -devel when the MI:SE thread popped up and got no response. I still think we should re-evaluate our stance on this.
What is the difference to extract a file from a folder, a data-bundle, a zip-file or an exectubale?! This is NO CRACK, NO HACK, NO DECRYPTION!! This is only a copy, like from directory A to directory B.
For example: The developers of ScummVM give detailed instructions to extract and decrypt audio streams:
http://wiki.scummvm.org/index.php/HOWTO ... ion_Videos
or other scripts to extract game data files:You should know you have a valid video if the file size is divisible by 2352 and starts with a byte sequence of "0x00 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0xff 0x00" (which can be easily checked using a hex editor). You should also be able to play the video using jPSXdec.
http://wiki.scummvm.org/index.php/HOWTO ... ime/Script
-
- Posts: 12
- Joined: Thu Dec 23, 2010 8:16 am
- Location: Germany
precaution
As far as I understand the position of ScummVM, they want to avoid any legal conflict with LucasArts.Lebostein wrote: WHAT IS THE PROBLEM?!?! That's very ridiculous, really!
This seems independent from the question if there is de jure a case against ScummVM.
LucasArts choose to release the games incompatible with ScummVM at a time when ScummVM was already well known.
(And I don't think one should bet on the benevolence of Disney)
Other important question: Why the copy protection of MI1, MI2 and FOA has been bypassed by ScummVM? It seems that ScummvM changing the scripts (!)...
I hope the ScummVM developers have nothing to do with the ResidualVM project. To run Grim Fandango, ResidualVM needs an original .exe file from Lucas Arts (the patch). ResidualVM reads this executable and extract files from it! Very dangerous!
I hope the ScummVM developers have nothing to do with the ResidualVM project. To run Grim Fandango, ResidualVM needs an original .exe file from Lucas Arts (the patch). ResidualVM reads this executable and extract files from it! Very dangerous!
-
- Posts: 12
- Joined: Thu Dec 23, 2010 8:16 am
- Location: Germany
http://wiki.scummvm.org/index.php/User_ ... protectionLebostein wrote:Other important question: Why the copy protection of MI1, MI2 and FOA has been bypassed by ScummVM? It seems that ScummvM changing the scripts (!)...
That is just a patch that was long released before ResidualVM was born. It is not a version of the game with changed data files (probably) to prohibit ScummVM from using the data files.Lebostein wrote: I hope the ScummVM developers have nothing to do with the ResidualVM project. To run Grim Fandango, ResidualVM needs an original .exe file from Lucas Arts (the patch). ResidualVM reads this executable and extract files from it! Very dangerous!
[edit:]
I'd love to see the Steam games supported, but I think there are reasons not to do it.
What does that have to do with the age of an executable file? The author is the same company (Lucas Arts) with the same rights and duties!apprentice_fu wrote:That is just a patch that was long released before ResidualVM was born. It is not a version of the game with changed data files (probably) to prohibit ScummVM from using the data files.