This page is a wiki. Please login or create an account to begin editing.


RAM Charger 3.0.1, 8.1 & OptiMem RC 2.1.x

Game screenshot
Rating:
Your rating: None Average: 5 (1 vote)
Category:
Year released:
Author:
Publisher:
#1
[www].se [ftp].se [mirror].us
ram_charger_3.0.1.sit (608.27 KB)
For System 7.0 - 7.6 - Mac OS 8.5 - 8.6
#2
[www].se [ftp].se [mirror].us
optimem_ram_charger_2.1.x.sit (1.04 MB)
For System 7.0 - 7.6 - Mac OS 8.5 - 8.6
#3
[www].se [ftp].se [mirror].us
RAMChargerDemo.bin (1.17 MB)
For System 7.0 - 7.6 - Mac OS 8.5 - 8.6
#4
[www].se [ftp].se [mirror].us
MACBIN_1.1MATM_Lite.bin (124.88 KB)
For System 7.0 - 7.6 - Mac OS 8.5 - 8.6
Emulation
This app works with: SheepShaver,

"Not Just Another RAM Upgrade."

Jump Development Group

"[OptiMem] should be part of the system software."

MacWEEK, David Ramsey

OptiMem RAM Charger is powerful, install-it-and-forget-it software that makes more memory available for keeping more applications and documents open. But that's only the beginning. It is revolutionary memory technology that works on today's big applications and document to make your Mac much more reliable and easier to use.

I can personally tell you that using this program has virtually eliminated application/system crashes due to shared memory. This is one of those "must have" programs for Mac OS 7, and once you've installed it and gotten familiar with it, you'll wonder how you ever got along without it.

See also: Connectix RAM Doubler 9 (also 1.0, 2.0, and both 1.5 & 1.6)

Compatibility
Architecture: 68k PPC

ANY Mac running Mac OS 7 up to and including 7.6.1

Version 2.1.1 and 2.1.2 UPDATE are both included together in one of the main download links at the top of this page. A Change Log is also included. v2.1.x has the same compatibility as v3.0.1

Comments

3371-Alpha's picture
by 3371-Alpha - 2016, September 9 - 6:21am

A newer version of this (presumably for OS 8 & 9) can be found here: http://www.jumpdev.com/
I'm not really sure if the newer version is considered abandonware however, as the site seems to imply that you can still order the product, but also states that "Jump Development Group is no longer in operation." when checking the contact page.

Vitoarc's picture
by Vitoarc - 2010, September 19 - 8:02pm

..."Balloon Help" and as annoying as that can be...

Manual uploaded. Smile

Vitoarc's picture
by Vitoarc - 2010, September 19 - 1:51pm

You keep on telling me...

Bolkonskij: That was on a different page and we left it at that, a stalemate. But I won't address your concerns here.

Don't carry your gripes onto this, another page. OK? Save your long winded accusations for the Forum please, your post contributed nothing to this upload. I've already moved on, it's time you did as well.

As far as removing a S/N from this page, I would have done that with anybody adding something that gives the false impression that this upload was incomplete.

MCP's picture
by MCP - 2010, September 19 - 12:39pm

The only problem I've ever had (so far) with ".DS_Store" files is that MacZip trips over them because of a pathname bug that its developer mentioned in his readme file. Of course, if they are wrapped inside a disk image it doesn't bother it one bit.

MikeTomTom's picture
by MikeTomTom - 2010, September 19 - 12:34pm

@xy:

whether RAMCharger and RAMDoubler are compatible LowendMac says: yes, they are; both are also compatible with Virtual Memory:

Thanks for the post. An excellent read. The review was for RamCharger vers. 8 and Vitoarcs upload is vers. 3.x so perhaps there might still be some incompatibility here, maybe? Still, I didn't know that RamCharger can run on any Mac. So perhaps this would be quite useful on Mini vMac running as a Mac Plus with 4 MBs of RAM and SSW 7.x - RamDoubler can't go there unfortunately Smile

Bolkonskij's picture
by Bolkonskij - 2010, September 19 - 12:23pm

@Vitoarc
You keep on telling me where I have to post something or what I have to add to my uploads. WTF? Don't get me wrong - I'm thankful for anyone correcting mistakes. I think every of us long-time contributors is. But what nobody of us likes is people who just burst in and think they ought to tell everyone on how to do things "right".

This attitude by a very few has already made so many great contributors leave MacGarden. I don't need to name them, because everyone here who is longer around than four weeks knows to whom I am refering.

You'll probably take it personal, though this posting is not intended to be solely about yourself. Rather for a few people here acting the same way.

Please try to step down a bit, contribute to where you can and otherwise let others allow to do so as well - EVEN if it should not fit your expectations of a perfect MacGarden. This is a community project - otherwise of course feel free to open up your own abandonware site where you place everything exactly the way you think it's right.

xy's picture
by xy - 2010, September 19 - 11:51am

Mike Garden, regarding your question whether RAMCharger and RAMDoubler are compatible LowendMac says: yes, they are; both are also compatible with Virtual Memory:
http://lowendmac.com/tech/ramcharger/index.shtml

Have not tested this myself, though because I never used any of these tools.

MikeTomTom's picture
by MikeTomTom - 2010, September 19 - 6:53am

@Vitoarc:

Sorry about your bad experience. Yes all I would have had to do was use MacZip on my PPC and you wouldn't have had the problem.

It wasn't that bad Smile
As for using MacZip, this can also cause problems. I do use MacZip a lot but mostly for archives intended for any OS other than a Classic Mac OS, or unless I know the recipient will also have a copy of MacZip to do the extraction. - Why?
Because MacZip has its own scheme for preserving Macintosh Resource Forks in zip files. Similar to Mac OS X's "__MACOSX" hidden zip directory, MacZip stores data-forks and resource-forks separately. All MacZip resource-fork names are added to a special directory named "XtraStuf.mac". So, when extracting on a Mac using any zip extracting program other than MacZip you end up with an unwanted "XtraStuf.mac" folder containing the resource forks of whatever you zipped. And if your archive contains Macintosh executables, they are generally "stuffed", well and truly.
An exception to this is you can get MacZip to zip the data fork only into an archive. This is OK if you're zipping files that aren't dependant on Mac resource-forks for execution such as plain text files or jpeg and tiff images and CD image .iso's etc. But when archiving Classic Mac programs, these can be mostly resource-fork with very little code in the data-fork.
Aladdins Stuffit ".sit" seems to be the safest format to use, if only because most Classic Mac users seem to have a copy of the Stuffit Expander installed.

@Vitoarc:

I'd like your feedback on the latest download if you have the chance. And let us know what you think about this utility, and if you could use a full copy of a Manual. I'm thinking that the included README should suffice, but perhaps an uploaded manual would good.

I've DL'd your latest, there is only two ".DS_Store" files I can detect. None of these are in the disk image tho' and the disk image itself is good. I was able to write it to an actual floppy disk - remember those? I also installed it onto my Centris 660AV which is presently running Mac OS 8.1 - 17 years young and still going strong Laughing out loud
I'll keep the RamCharger going on it for the meantime but its too early for me to say if I care for it being there. This product might be handy on Mac OS's before 7.6 - the Macs memory handling had improved a lot since then. I might install it onto Basilisk II next running Mac OS 7.1.1 and see if it likes that. But otherwise, I don't know very much about this program, such as Is it compatible with Ram Doubler? A program of a similar vintage and was extremely popular back in the good old days when 16 MB of RAM cost about $1000 (here in Australia).
The manual? if its already PDF'd then yes its always good to get a manual. But you shouldn't go out of your way here if the manual is hard copy requiring scanning and several pages long. The program has good on board "Balloon Help" and as annoying as that can be, it really is comprehensive enough to get you up and running with this program. -EOR

Vitoarc's picture
by Vitoarc - 2010, September 18 - 6:47pm

@ Mike Garden: Sorry about your bad experience. Yes all I would have had to do was use MacZip on my PPC and you wouldn't have had the problem. But I could swear that someone previously on MG told me it was OK to use the native Create Archive in OSX so I did. Anyway, I won't do that again.

I'd like your feedback on the latest download if you have the chance. And let us know what you think about this utility, and if you could use a full copy of a Manual. I'm thinking that the included README should suffice, but perhaps an uploaded manual would good.

Vitoarc's picture
by Vitoarc - 2010, September 18 - 6:11pm

Thanks Balrog. It looks like I need to become more familiar with ResEdit.

@Bolkonskij: If you want to post a S/N you can do that in a comment. Everything needed is already in the download. Thank you.

Balrog's picture
by Balrog - 2010, September 18 - 5:12pm

Use ResEdit to get info on the file, and change the visibility bit.

Vitoarc's picture
by Vitoarc - 2010, September 18 - 4:06pm

Balrog: Thanks for the tip. I'll do that.

As far as the .zip format, yes I used OSX but now I know I shouldn't.

Everybody just take a deep breath, and I'll improve this addition and will re-up. Since when do I not fix things? Smile

[EDIT] If you don't want the DS_Store, than can someone please tell me how to make invisible files visible in Mac OS 7? There is an invisible .icon in the original disk but I can't copy it to make a new image on Mac OS 7 if I can't SEE IT. Thats why I copied using OSX, and why the DS_Store was generated.

And in case your wondering WHY the original disk had to be modified because I didn't emphasize it more in the description, here's the background: http://macintoshgarden.org/forum/ram-charger

Edit: Replaced 'xxx 7' with 'Mac OS 7' - IIGS User

Balrog's picture
by Balrog - 2010, September 18 - 3:35pm

If this is a DiskCopy 4.2 image, the resource fork isn't needed. I did some tests, and only *compressed* Disk Copy 6 images seem to have fundamental data in the resource fork.

As for getting rid of the .DS_Store, I'd make a floppy and do this on a real Mac.

MikeTomTom's picture
by MikeTomTom - 2010, September 18 - 2:37pm

@bertyboy:

As soon a I start to modify folders in OSX you get the unwanted .DS_Store

No Classic OS to work in? B2 or Sheep? Ah well... Toast would not be such a bad thing then... As for the solution, I was really kind of hoping Vitoarc could work that one out for himself - still time y'know Wink

bertyboy's picture
by bertyboy - 2010, September 18 - 1:20pm

I was going to take the original shareware folder for the app, and add in the serial provided by Vitoarc and Stuffit that. As soon a I start to modify folders in OSX you get the unwanted .DS_Store.

So the thinking was to add the original folder to a Toast image and add the serial from the download to that folder. No .DS_Store.

Looks like we have a solution anyway.

MikeTomTom's picture
by MikeTomTom - 2010, September 18 - 12:54pm

@bertyboy: I have to ask the dumb Q here. Why a toast image? All thats required, my guess is the ".sit" of the actual program installer. Anyways, there isn't anything wrong with what Vitoarc put up per se... its the format he archived and put it up in.
Perhaps when he wakes up today (our TZs differ I think) he might reconsider his methods and re-do his archive into a more suitable and user friendly medium. i.e; He would get better results if he'd used DropStuff or Deluxe running on Basilisk II (if he has nothing better) under a real classic Mac OS to create his archive.

Failing that. By all means. Put it up.

Protocol 7's picture
by Protocol 7 - 2010, September 18 - 12:40pm

Here's the original upload unpacked on OS X and repacked into Stuffit format in OS8.6:

http://sharebee.com/1aa7b16f

bertyboy's picture
by bertyboy - 2010, September 18 - 11:04am

What if I uploaded the original shareware from the magazine cover CD and included the serial ? In Stuffit v5.5 compessed Toast image.

MikeTomTom's picture
by MikeTomTom - 2010, September 18 - 10:41am

bertyboy did say:

Just checked the download, apart from the OSX .zip, it's a good copy.

Besides the .DS_Store inside the actual Installer floppy image, too? Yes it does appear to be OK. It was the getting to it thats more of a problem IMHO. Someone without Mac OS X and trying this (even if using B 2 or SheepShaver on another OS), might find it difficult to unravel in its present form.

bertyboy's picture
by bertyboy - 2010, September 18 - 9:34am

I have a few original unregistered copies from MacFormat / MacWorld cover CDs. Of course, they're Shareware, so they may require activation before they get back into a fully operational product.

Just checked the download, apart from the OSX .zip, it's a good copy.

MikeTomTom's picture
by MikeTomTom - 2010, September 20 - 12:18pm

Vitoarc mentions:

For you purists, you'll notice there's a .DS_Store inside the image.

Thats not all, especially for those who don't have Mac OS X; As this is a Mac OS X zip file, that in itself can cause problems for anyone without Mac OS X Sad

The Long Story:    [Show]
  1. DL'd "ram_charger_3.0.1.zip" to Mac Quadra 800 running OS 7.6.1
  2. Attempt to open with Stuffit Expander 5.5
  3. Fails. Gives Error Message: Unknown zip header format encountered. This operation cannot continue. [ OK ]
  4. Try extracting with MacZip - It opens and extracts with MacZip.
  5. MacZip - Result:
    Archive: Q-800:ram_charger_3.0.1.zip
    • creating: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:
    • inflating: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:OptiMem Installation.img
    • creating: Q-800:ram_charger_3.0.1.z0:__MACOSX:
    • creating: Q-800:ram_charger_3.0.1.z0:__MACOSX:Ram Charger 3.0.1:
    • inflating: Q-800:ram_charger_3.0.1.z0:__MACOSX:Ram Charger 3.0.1:._OptiMem Installation.img
    • creating: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:****-****-****-*****:
    • inflating: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:****-****-****-*****:.DS_Store
    • creating: Q-800:ram_charger_3.0.1.z0:__MACOSX:Ram Charger 3.0.1:****-****-****-*****:
    • inflating: Q-800:ram_charger_3.0.1.z0:__MACOSX:Ram Charger 3.0.1:****-****-****-*****:._.DS_Store
    • inflating: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:._****-****-****-*****
     
    As you might gather, inside the archive are a bunch of hidden OSX files.
    Besides ".DS_Score", there is:
    1. "__MACOSX",
    2. "._.DS_Store",
    3. "._****-****-****-*****"
    4. "._OptiMem Installation.img"
    plus the resources for the entire archive, also located in the hidden __MACOSX directory
    - I've obscured the enclosed serial in the MacZip results, its in the archive for those who want it (gets repeated 5 times in this archive).
     
  6. Opened folder: "Ram Charger 3.0.1" and dragged file: "OptiMem Installation.img" onto Disk Copy 6.x to mount.
  7. Fails. Gives Error: The Mount Image operation did not complete. (-8816) The file "OptiMem Installation.img" does not have a recognized file type. [ OK ]
  8. Drag "OptiMem Installation.img" onto "Creator Changer" and change Creator Type to "ddsk" and the File Type to dimg, and [ OK ] it.
  9. Double click changed "OptiMem Installation.img" and it fails to mount as a Disk Copy 6 Read/Write image.
  10. Changed Creator Type again to Disk Copy 4.2 format
    Disk Copy fails this time with a checksum error:
    Checksum: INVALID (DC42 expected $2FECFE63, calculated $251D3594)
    The Mount Image operation did not complete. (130)
    The checksum of "OptiMem Installation.img" is INVALID.
  11. Next I tried ShrinkWrap 2.1 to open. Yay it mounts!!! Laughing out loud
  12. I ask ShrinkWrap to verify the image:
    ShrinkWrap Version 2.1
    Copyright ©1994-96 by Chad Magendanz
    ----------------
    Verifying DiskCopy Image File
    • Target: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:OptiMem Installation.img
    • - Volume Name: OptiMem Installation
    • - Volume Size: 1440K
    • - Archived checksums: Data $2FECFE63, Tags $00000000
    • - Calculated checksums: Data $2FECFE63, Tags $00000000
    • Operation complete.
    ----------------
     
  13. I then get ShrinkWrap to convert the image file (to Disk Copy 4.2 format again)
    ShrinkWrap Version 2.1
    Copyright ©1994-96 by Chad Magendanz
    ----------------
    Copying DiskCopy Image File to DiskCopy Image File
    • Source: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:OptiMem Installation.img
    • Destination: Q-800:ram_charger_3.0.1.z0:Ram Charger 3.0.1:OptiMem Installation.image
    • - Volume Name: OptiMem Installation
    • - Volume Size: 1440K
    • - Archived checksums: Data $2FECFE63, Tags $00000000
    • - Calculated checksums: Data $2FECFE63, Tags $00000000
    • Operation complete.
    ----------------
     
  14. Success! The Checksum $2FECFE63, and Tags $00000000 appear in the Finder's "Get Info" dialog for the file and it can be mounted directly in Disk Copy 6.x without issue.
  15. Phew!

In brief: If this had been archived using a native Classic Mac OS, I feel there would likely be far fewer issues expanding and installing this DL on its intended target (a Classic Mac OS).