Jump to content

Home

jestar_jokin

Members
  • Posts

    41
  • Joined

  • Last visited

Everything posted by jestar_jokin

  1. I think the SE uses a fancy hash of the original text to map each line to a speech file. So, if you change the original text, it will no longer find the speech. That would explain the "speechless" problem.
  2. A few years ago I wrote an image encode/decoder for Simon 1 (Floppy disk version only), to help someone working on a translation project. Hopefully it will be useful to you. To use: Copy the *.VGA files into the same directory as simonimg Create a sub-directory called "dumps" Run e.g. "agos_dump_image.exe 0", to decode files 0001.VGA and 0002.VGA The argument is a "zone", representing the first three digits of the VGA files. A zone has two files, ending in "1" or "2". So, zone "0" has files "0001.VGA" and "0002.VGA". Each zone can contain multiple images. (I guess a zone is equivalent to an in-game scene.) If you wanted to decode all zones, you might need to write a batch script to loop through all the zones. Sorry. There's also an encoder if that's useful to you. Win32 binaries: http://www.jestarjokin.net/sw/simonimg_bin_20110605.zip Python source: http://www.jestarjokin.net/sw/simonimg_src_20110605.zip
  3. You're welcome Matheus! I'm glad you released your tool, I think it has some great features, and I hope others find it useful.
  4. I managed to finish up the V1 image encoder in late September. Unfortunately, while it seems to decode and encode images okay, it doesn't seem to produce files useable by "scummrp", so you can't insert the images back into the game resources. (attempting to do so will give an error about an unexpected object image offset) I have a feeling this is a shortcoming in scummrp. Unfortunately, I don't know how to resolve this issue, short of writing my own V1 resource packer, and I don't want to work on that at the moment. Anyway, I'm posting the binaries and source of the image encoder. The V1 image format is quite interesting, since it was developed for the Commodore 64. It's kind of a tiled format, which shares some data between backgrounds and objects. I'd like to post more details but lack motivation, however the ReadMe file should explain the ins and outs. Win32 Binaries http://www.jestarjokin.net/sw/scummimg_bin_20110924.zip Python Sources http://www.jestarjokin.net/sw/scummimg_src_20110924.zip
  5. I spoke with a.borque a while ago and resolved the issue, here's what I found. MONSTER.SOU files contain two chunks per sound: VCTL - contains lip synch data (also sometimes VTTL) SOU - contains the Creative VOC file data The German Sam & Max MONSTER.SOU seems to have a VCTL without an associated SOU entry. I wrote a small tool to fix the MONSTER.SOU file - it will create a new MONSTER.SOU file and only copy data for each VCTL chunk that has a matching SOU chunk. Perhaps a better solution would be to update the ScummVM tools to skip invalid sound entries. Win32 Binaries http://www.jestarjokin.net/sw/fix_sam_de_bin_20111001.zip Python source code http://www.jestarjokin.net/sw/fix_sam_de_src_20111001.zip
  6. If you are trying to manipulate the game resources (such as to load an unofficial translation), you can use scummtr to extract/insert/replace text from the .000 or .001 game files. No idea if these are the actual files used in the special editions. http://hibernatus34.free.fr/scumm/ However, if you can't get the official translations working, you're better off asking LucasArts for support. (I think you can choose the game language within Steam somewhere.)
  7. Just a status update, I've got a decoder and partial encoder working for V1 images (I still need to implement RLE encoding, but I have some of the data converted to the V1 format). However, it looks like the background and objects share the same bitmap data. I'll try and work out a way to support this, it may be that the image encoder will need to decode & encode all objects at the same time that it does the background image, though this won't work if objects can be loaded via scripts. I'll see how I go.
  8. I stumbled across a blog comment by Ron Gilbert, with some more information. I'm going to copy it here. http://www.pagetable.com/?p=603 (it was also reposted as a separate article: http://www.pagetable.com/?p=614) Interestingly, SCUMM was originally supposed to be Lisp-like; and early versions didn't support complex arithmetic expressions (such as, say, subtracting two numbers and assigning the result to a variable)!
  9. Sorry, I haven't had a chance to look at this yet (working on the image encoder and some bug fixes for Scummbler).
  10. Here you go, I've updated my (poor) SCUMM Image Encoder to support V2 images. http://www.jestarjokin.net/sw/scummimg_bin_20110707.zip (Source code (Python, requires PIL): http://www.jestarjokin.net/sw/scummimg_src_20110707.zip) How to use: Extract game blocks with ScummRp Call scummimg to decode a room's background: scummimg -v 2 -d d:\temp\zak_out\LFv2_0001 out.png Edit your image (don't change the colour palette, or you'll get weird results!) Call scummimg to encode the background (will write files in the LFLF\RO directory): scummimg -v 2 -e d:\temp\zak_out\LFv2_0001 in.png Import game blocks with ScummRp Some notes on the format, for anyone interested: Compressed with column-based RLE. Uses a "dither table" of the 128 colours used in the last column. Favours using colours from the "dither table", even if it breaks the run of a colour. Dither table is reset every 8 columns (presumably to keep the data in "strips"). Next task: V1. (Sorry a.borque, I thought it's easier to work with formats from later versions of SCUMM, so I'm working backwards.)
  11. I've made some progress with a V2 image decoder, I'll work on an encoder. Note that I'm only adding support for backgrounds for now, not objects.
  12. I believe ScummRp (by the author of ScummTr) will let you extract and re-insert any game resource, this should let you extract the image data. Unfortunately I think you'll need to then convert it into a useable format with another tool. http://hibernatus34.free.fr/scumm/scummrp.exe If there isn't any other tool out there that can convert the image format, I might be able to help out (I'd need time to work out the old EGA format though). You can contact me at public@jestarjokin.net
  13. Can you open the file in SCUMM Revisited? http://goblin.cx/scumm/scummrev/
  14. I'm the developer of ScummSpeaks, what troubles are you having? ScummSpeaks v3 doesn't support original VOC files (partially because the specific VOC format used has poor support in modern tools), so you need to compress the MONSTER.SOU file with the ScummVM tools. Here's what I suggest you try. Compress the "MONSTER.SOU" file in your Atlantis directory. In ScummSpeaks, extract the text from Atlantis (there's an option under "Tools") Create a new "Speech Map". Point to the new MONSTER.SO3/SOG/SOF file you created in the first step, and the text file you created in the second step. Save the speech map XML file somewhere Export all the game sounds to a directory Replace each exported sound file as you like When finished replacing files, go back to ScummSpeaks, and do "Import Sounds" Save the speech map again Do "Export to Game Resources" Import the new text file back into the game (again, there's an option under "tools") Feel free to contact me for any further help with ScummSpeaks. But I won't be offended if you decide to use something else EDIT: Sorry, just realised this is completely unrelated to the topic.
  15. I have written a simple tool to decompress background images in SCUMM V5 games, you can find it on my website (called "SCUMM Image Encoder (mi2img)"). It has Python source code available. SCUMM V5 has multiple methods for compressing the backgrounds. It only compresses in the "lossless" format. It requires certain blocks extracted from the resource file, you can get these blocks using either ScummPacker (also on my site) or scummrp (from elsewhere). http://www.jestarjokin.net/ Also, check out the source code for the incomplete tool ScummEx, available in the ScummVM repositories.
  16. It runs on the iPhone okay, I would imagine if you can get the pixel shaders from that version, and use them to replace the PC's version, it should run pretty well on your netbook. I have no idea if it's the same file format though.
  17. I thought I would use this thread to let people know that ScummSpeaks v3 r1 has been released. It includes the following changes: Big overhaul! Redesigned how ScummSpeaks works; it now stores mappings of sounds to lines of speech, saved in an XML file, and both the text and sounds must be exported to game resources as a final step. (You will need to manually use ScummTr to insert the text back into the game directory.) You now need to import an existing text file and sound resource, in order to create and work on a Speech Map. Adds support for BUN resources, as used by The Dig. Support for metadata such as lip-synching tags. Includes a small utility, "trspack", to decode and encode the *.TRS file used in The Dig, which stores subtitles for cutscenes. Import/Export Sounds now uses XML files for each sound, to provide information on which line number the sound should be played on. Removed all support for original game sound resources that use VOC files; ScummSpeaks now only works on sound resources that have been compressed with the ScummVM tools (compress_scumm_sou and compress_scumm_bun). Better dialog for "scummtr", effectively giving it a nice frontend. Binary distribution includes the "scummtr" executable. More alert messages when things have finished processing, or errors have occurred. Text comments and sound comments are stored in the Speech Map XML file. In the sound list display, if no custom comment for a sound has been entered, it will display the associated line of dialogue from the text file. You can now sort by some columns. New manual. Win32 Binaries http://www.jestarjokin.net/sw/scummspeaks_bin_20101021.zip Source http://www.jestarjokin.net/sw/scummspeaks_src_20101021.zip Manual http://www.jestarjokin.net/sw/scummspeaks_manual.html
  18. Just to clarify, this is because the new music would be missing the iMUSE data present in the original MIDI music tracks, correct? MI1CD certainly supports playing CD audio tracks, but without any iMUSE data the music will be very broken.
  19. I got sick of the unhelpful error messages you get in Scummbler, so here's a small update. Scummbler v2 r13 * Much more accurate error reporting. * Pyparsing library now included in the source (I’ve had to modify it in order to support better error reporting). * Fix example script in the manual (escape codes were “\x033″ instead of “\x03″). Source/Python Script http://www.jestarjokin.net/sw/scummbler_src_20100820.zip Win32 Binaries http://www.jestarjokin.net/sw/scummbler_bin_20100820.zip
  20. Here you go. I've also added "setup.py" and "setup.bat" to the source files; if you want to make your own build, just install the py2exe package for Python, and either run "setup.bat" (you'll need to edit it as appropriate), or just run "python setup.py install" from the command line. I haven't actually tested this, so no guarantees it will work. ScummPacker v2 r2 Added support for GMD sound blocks Source: http://www.jestarjokin.net/sw/scummpacker_src_20100810.zip Win32 Binaries: http://www.jestarjokin.net/sw/scummpacker_bin_20100810.zip
  21. There's a new command line parameter, "-l" (lowercase L) or "--legacy-descumm", which should handle scripts decompiled with old versions of descumm. It has lots of workarounds for missing parentheses, and uses karats ("^") instead of backslashes for escape characters. If this doesn't solve your problem, let me know and I'll investigate further.
  22. New version of Scummbler (v2 r12). Fix drawBox modifying main opcode instead of auxilliary opcode. Fix drawObject using wrong sub-opcode. Fix saveVerbs/restoreVerbs outputting the wrong opcode. Fix SetPalColor outputting a word instead of a byte for last parameter. Fix the auxilliary opcode values for SetPalColor, drawBox, setRGBRoomIntensity. Supports new descumm formatting, also with support for legacy descumm. Some workarounds in place since descumm's output is still a bit buggy. (EDIT: removed, see below for latest version) I tried testing the CursorCommand instructions, but I couldn't see any problems in the output or parsing. Funny thing is, I submitted the patch to descumm to add all the semicolons and tidy up the code, but forgot to upload the updated Scummbler that supported it. I didn't get the descumm patch quite right, there's now semicolons in odd places, but Scummbler will support them. I'll try to get around to submitting another descumm patch. Let me know if you find any more problems.
  23. Could you please send me examples of the affected scripts? My address is public@jestarjokin.net
  24. I don't know any more off-hand, all I can suggest is checking out the ScummC documentation on iMUSE, since it lists some of the SysEx commands used in SCUMM V6. Unfortunately, the ScummC site seems to be down, the best link I can provide is the one below, which may not have the latest info: http://web.archive.org/web/20080629231810/http://alban.dotsec.net/15.html#A6 (As an aside, would you mind adding your discoveries to the ScummVM wiki? That way other people can build on your work, and there's less chance of the info disappearing like the ScummC pages. http://wiki.scummvm.org/index.php/SCUMM/Technical_Reference I'd suggest putting it either in the "Sound Resources" page, or creating a new one for iMUSE stuff)
  25. If you extract a song from the game (e.g. 000_ROL.dmp), and strip out the non-MIDI data (the ROL header data) using e.g. a hex editor, then use your mid2rol tool, does the resulting file work in a native SCUMM exe? Maybe the format of the MIDI files is a different version of the file format than whatever the original SCUMM interpreter supports. I assume ScummVM's MIDI handling would be more forgiving/up to date. Just guessing, though.
×
×
  • Create New...