In memoriam serveur

[Sardineamook]

Hi Rufus and thanks for the feedbacks. it's help me alot !

• 1. Webmail / credentials.php fixed and pushed. That was a leftover from cleaning up the repo: I deleted the scriptIM2 directory but missed the include in webmail.php. Good catch.

• 2. BrowserPlugins , you're right, the path in IMBrowser.ini is relative and goes up one level. I'll change it to `.\BrowserPlugins` and ship the folder inside the browser directory so it's self-contained.

• 3. QuickTime very useful, I hadn't tested that. I'll add it to the readme: uninstall the version the game installs, install 7.7.9 from Apple.

Interesting that XP SP3 broke things for you, it's what fixed a graphical bug on my machine. Clearly it depends on the setup, so I'll present those as "things to try" rather than a recipe.

for the rest of the issues

Game window on 4K: nothing to be done, unfortunately. Director8 is hardcoded to 800x600 in every movie file, with absolute sprite coordinates, and all the artwork is bitmap made for that resolution. Rendering it larger would just interpolate the same images. Best option is running the desktop at 800x600 and letting the GPU scale, or an upscaler like Lossless Scaling (but neet a windowed mode which I couldn't get) .
I can also tell you it's worst for the Addon the 13rd victime cause they implemented a resolution switch from game elements to MOV files and it's break the game. my best shot was again Windows compatibility option on the High DPI. will talk about it soon.

Shockwave size on xineph: there may be an actual fix I haven't tried. The plugin scales the movie to whatever dimensions are declared in the object/embed tags of index.html. Doubling width and height there should double the display. It means editing an archived page, so I'd flag it as a modification, but it's worth testing, I'll try it tomorrow.

**On the unused files:** the .pac is optional, it's an alternative to editing the hosts file cause Like I said IMO it's not a good and secure solution, the idea was to redirecting the game's domains at browser level only, so the real sites stay reachable. The game itself doesn't read it, so hosts entries are still required either way. The doc directory is decompiled Lingo from the game's script casts, reference material for anyone digging into the bugs, not needed to play. I'll make both of those clear in the readme.
Tell me if you have any issues with the "BOS" puzzle as I still strugle to fix it for now (the slowing the game exe is the only one working 100% but it's a Pain in the A imo).

Please do keep reporting, this is genuinely helpful.

[Dudujones]

De mon côté, j'ai abandonné mon test sous windows seven, le jeu refuse de lire la vidéo d'intro.

Je tente ma chance sur Windows 10 mais je galère avec uWamp, après avoir tout configuré, mon browser refuse d'afficher les sites In Memoriam. Je n'ai pas encore installé le jeu.. Avec un retelechargement du patch c'est good.

Maintenant je suis coincé à l'enregistrement Pseudo + Mot de pass, le jeu me dit que je n'est pas de conexion internet (uWamp est pourtant lancé)

[Sardineamook]

Si c'est le jeu je sais pas trop je n'ai jamais rencontré ce problem. quand Uwamp ne tourne pas le jeu envoi vers le serveur d'origine et renvoi une erreur de serveur indisponible a la creation du compte. La page de login reagi pareille quand uwamp n'est pas configuré correctement elle va renvoyer une erreur proxy ou site inaccecible. normalement il n'y a pas de creation de mdp dans le jeu. juste le pseudo et l'email.

[Dudujones]

Le jeu demande Pseudo et e-mail et cherche a ce connecter...



Erreur de connexion comme tu le dis. Pourtant je suis ton readme d'installation à la lettre. Sur uWamp, quand je clique sur le bouton Dossier www, il y a bien le dossier www.inmemoriamdev.com parmis tout les sites, j'en déduis que le jeu devrait chercher a ce connecter ici ? Après la premiere connexion, on s'identifie a chaque début de partie par l'identifiant et le mot de pass reçu au premier e-mail (que je ne reçois pas à cause de l'erreur de connexion).

[sagitaire021]

J'ai regarder le GitHub sans trouver de lien de téléchargement pour tester cette version.

[Dudujones]

J'ai regarder le GitHub sans trouver de lien de téléchargement pour tester cette version.

Bouton Code puis Download ZIP.

[Rufus]

Sardineamook
I've finished the playthrough, including the 13th victim! Here's what I found.

IN MEMORIAM - used the European version, played in English:

1) www.c-maccioni.com requires PHP7 for login. My installation of UWAMP defaulted to 5.6.18 so I had to change it in the UWAMP control panel otherwise it produced an error when I tried to login. Maybe it would be possible to provide a config file.

2) I had a few issues with the game itself:
a) My solution to use Quicktime 7 to resolve the issue of skipped frames in videos doesn't work if the game is run in compatibility mode for XP. In this case, the game refuses to start with a message asking to install Quicktime.
b) I experienced the bug that you mentioned with the BOS puzzle. I used BES to overcome this as you suggested.
c) CHNOUPH sometimes produced an error popup, before exiting the game. I think this happened when two red ink (or is it blood?) drops moved together but didn't combine, and the resulting drop was moved onto the ink area.
d) In OUPHISIT, the floating name text didn't display (or displayed very faintly).
e) In SUBOS, the match displayed very faintly.
f) I found ZOCHA incredibly difficult; often the physics would go crazy and make the cube move very fast, destroying it. I tried using BES but could not improve this. Maybe this is a skill issue. I would advise new players to at least play this puzzle in 800x600 as it gives the player a larger area to click on.

3) Apparently the player is supposed to receive a sequence of emails after finishing the final game on http://www.xineph.com/fudulmar/Final_Game.php. I didn't get any mails. I've observed the following:
a) I decompiled \www\www.xineph.com\fudulmar\Final_Game.dcr and it seems that after Gery's message is displayed on the browser, it calls GetNetText to http://212.94.174.244/delock.php, passing the user's email address.
b) The missing mails are in the local database - however they were sent to the mail-temp.php endpoint rather than mail2.php.
My theory is that the following sequence of events were supposed to occur when the game was running properly, to ensure that the player didn't get the emails before finishing the final game sequence on xineph.com:
1) Player finishes final puzzle in game client
2) Game client sends all postgame mails to mail-temp endpoint.
3) Player reaches end of game on xineph.com
4) Final_Game.dcr sends GetNetText to http://212.94.174.244/delock.php (I assume this is a hardcoded address for the inMemoriamDev server.
5) Server sends an email to client for each message received at the mail-temp endpoint (after specified delays).
I can see two solutions:
a) Modify the dcr to point to inmemoriamdev.com, add new field to DB to indicate that mail should be hidden. Implement Delock.php to set hidden to false on all records.
b) Just implement Mail_temp.php to call Mail2.php This is not perfect as the postgame mails would be received when the user finished the last puzzle in the game client is solved (i.e. before finishing the final game on xineph.com).

13th VICTIM - Used the US/Canadian version (Missing: Since January) game of the year edition:

1) I tried the US/Canadian version of The 13th Victim and it doesn't work - I got a "cannot connect to server" error when I attempted to create a new email account. This is because the 13th victim communicates with different endpoints than the original game; you need to create a directory \www\www.inmemoriamdev.com\add_on, and copy the endpoint php files into it, adding the suffix "_addon" e.g. "ajouter_addon.php" etc. So far I have copied ajouter_addon.php, verif_ok_addon.php and ping_addon.php and credentials.php. This has allowed me to get into the game. I assume the other endpoints will follow the same pattern. There is probably a neater way to solve this problem by setting up apache to forward the requests to the additional addons but I'm not familiar with apache and I haven't investigated how to do this.

2) I received the email with the password when starting the game, then I received no further emails. Initially I thought this was an endpoint name issue, but checking the apache access logs it seems that the game does not even attempt to contact the inmemoriamdev server to send the emails. Could be a firewall issue I suppose.

3) There are a number of missing websites/resources which provide vital clues for 13th Victim (I ended up playing through it with a youtube walkthrough. All of these sites are available on the internet archive:
www.tomalt.net - this is a mess, missing many images. One of the missing images provides a puzzle solution.
www.benatky-webzine.info - site completely missing from restoration
www.kunstklub-uni-marburg.info - site completely missing from restoration
www.radiozakaz-cz.net - missing archive pages that provides a clue


Overall, I'd say that In Memoriam provided a decent experience (I liked your solution of mixing retro websites with the local results), but 13th Victim is not really playable.
Again, many thanks for doing this restoration. This game has personally been on my list of "white whales" for a long time and I didn't think I'd be able to play it.

Finally, if you like this you should check out The Black Watchmen on steam: https://store.steampowered.com/app/3...lack_Watchmen/

[Rufus]

Dudujones
To troubleshoot your connection problem, first check your redirection is working by pinging www.inmemoriamdev.com from the command line (type "ping www.inmemoriamdev.com"). If the redirection is OK, it should mention 127.0.0.1 in the output. If this is not the case, your hosts file has probably not been updated correctly.

If that's OK, check the apache server access log file at UwAmp\bin\apache\logs\access.log. Mine show the following line when I create a new account:
127.0.0.1 - - [31/Aug/2026:16:57:33 +0100] "POST /ajouter.php HTTP/1.0" 200 2 "http://www.inmemoriamdev.com/" "-"
If you don't see that then something is probably blocking the game connecting to the server - maybe check firewall?

If you see that line, then double check the server setup - check that UwAmp\www\www.inmemoriamdev.com\ajouter.php exists. If it exists, I'm out of ideas for now.

[Sardineamook]

Rufus many thanks for the reviews and your feedbacks.thank you for going all the way through, and for decompiling Final_Game.dcr.
the delock mail temp fiding is the big one, those were the last two endpoint whose purpose nobody documented, you reconstruction is certainly right. the client dump all the post games emails into temp as soon as the last client side puzzle is solved. the server only release it when the Final_game.dcr send the delock. it's and ani skip lock not a delivery queue.

I think releasing the emails at the last client send point would destro the mechanism was implemented for. mail_temp will insert with a locked flag with no delvivery time delock will clear the lock and recompute each delai at that moment.
on the hardcoded iP is 14bytes so is a local hostname, I add it to the host file and bind the IP locally instead, and like this no one has to edit anything by hands.

PHP version: my fault I will change it soon.

On the puzzle bugs I think BOS, CHNOUPH and ZOCHA are imo one bug for the same reason. A frame limiter in the launcher should fix all three without the player installing anything. If you still have it, the exact CHNOUPH error text and the BES settings that worked for you would help me confirm.

OUPHISIT and SUBOS look like a different problem faint text and a faint match is broken alpha compositing, Not happen in my side but i will try the 16-bit colour and DDrawCompat. QuickTime 7 fix and XP compatibility mode are mutually exclusive; will edit the readme about this too.

On 13th Victim, yeah not playable on my last test. the video encoding is running wild too. there is a lot of breaking points at the moment.

by the way ,the _addon endpoints you don't need duplicated files. One rule in the vhost does it this is what I done to make it work on my side.

RewriteEngine On
RewriteRule ^/add_on/(.+)_addon\.php$ /$1.php [PT]

Watch the relative include of credentials.php, otherwise that's the whole fix.

The silent mails are more concerning. I don't trust it but If Apache logs show no request at all, it isn't a firewall the first mail got through, so the network path works. The add-on is maybe talking to somewhere else. another hardcoded host or IP in its equivalent of c_com.cxt that never made it into the hosts file. If you're willing to poke at that cast file the way you did with Final_Game.dcr, we will know for sure.

The four missing sites I'll pull from CDXn tomalt.net especially, since one of those images carries a puzzle solution.the radio channel had the archives with the archives normally I will recheck the repository.

If you'd be up for testing the next build once the mail lock and the frame limiter are in, I'd take you up on it. And thanks for the Black Watchmen pointer added to the wishlist.

[Dudujones]

Dudujones
To troubleshoot your connection problem, first check your redirection is working by pinging www.inmemoriamdev.com from the command line (type "ping www.inmemoriamdev.com"). If the redirection is OK, it should mention 127.0.0.1 in the output. If this is not the case, your hosts file has probably not been updated correctly.

If that's OK, check the apache server access log file at UwAmp\bin\apache\logs\access.log. Mine show the following line when I create a new account:
127.0.0.1 - - [31/Aug/2026:16:57:33 +0100] "POST /ajouter.php HTTP/1.0" 200 2 "http://www.inmemoriamdev.com/" "-"
If you don't see that then something is probably blocking the game connecting to the server - maybe check firewall?

If you see that line, then double check the server setup - check that UwAmp\www\www.inmemoriamdev.com\ajouter.php exists. If it exists, I'm out of ideas for now.

Hi, thanks for your try.

-ping www.inmemoriamdev.com --> ok
-In uWamp access log file: no line with "POST/" only line with GET/. I have try connexion with Windows Firewall completely desactivate, nothing happened.
-I confirm that UwAmp\www\www.inmemoriamdev.com\ajouter.php exists.

On the same computer, your Last Ritual version is working perfectly fine, it's really strange

[Rufus]

Hi Sardineamook. I decompiled the addon's version c_com.ctx and it seems that the globals are set up correctly: gl.URL is assigned various endpoints with the /addon/ path and _addon suffix. I haven't searched the entire codebase so I can't be 100% sure that it isn't reassigned somewhere else. I played with a walkthrough so it's possible that I was solving the puzzles too quickly to get the "hint" emails (assuming that the client actually waits to send the message to mail2 rather than just using the delai field for scheduling - perhaps the devs wanted to wait until the user had spent e.g. 2 hours with the client running trying to solve a puzzle before sending a mail). Again, I don't think this is likely as I assume that there should be some "generic" emails at least at the beginning and end of the game. I wonder if this is a similar problem to the one that Dudujones has encountered? (although I get the POST to ajouter which they don't).

Unfortunately I didn't capture the error code I experienced in CHNOUPH. I don't remember exactly but I think I set the BES limiter to 50% to pass BOS. I did suspect CPU speed as the culprit for the weird physics in ZOCHA and I did try various BES settings but I don't think it had any effect. My CPU is a Ryzen 3600 for reference.

I'm happy to test the next build, but I will probably be slower than this first playthrough (particularly if I have difficulties with ZOCHA).

[codeg]

Hi, thanks for your try.

-ping www.inmemoriamdev.com --> ok
-In uWamp access log file: no line with "POST/" only line with GET/. I have try connexion with Windows Firewall completely desactivate, nothing happened.
-I confirm that UwAmp\www\www.inmemoriamdev.com\ajouter.php exists.

On the same computer, your Last Ritual version is working perfectly fine, it's really strange

Salut Dudujones !

J'espère ne pas répéter quelque chose qui aurait déjà été dit, j'avoue ne pas avoir lu tous les derniers échanges.
Est-ce que tu as 2 serveurs installés ? Car tu dis que LastRitual fonctionne. Si tu as installé 2 serveurs type UwAmp c'est normal que le second ne fonctionne pas si le premier est lancé : les deux utilisent le même port et 2 applications ne peuvent pas coexister sur le même port. Tu peux, par exemple, mettre tous les fichiers de IM1 dans le même dossier que le serveur LR, mais il faudra ajouter les vhost correspondants. D'ailleurs, le domaine www.inmemoriamdev.com est utilisé par tous les jeux. Essaye de pinguer un domaine qui n'est pas utilisé par LastRitual comme www.fe256.net par exemple. Si ça ne répond pas, ça étayera mon hypothèse.

À part ça, content de voir l'entrain qu'il y a autour d' In Memoriam ces dernières semaines !
De mon côté, je continue à travailler sur le remaster. Modifications des fichiers du jeu pour éviter les bugs modernes, upscale optimisé du jeu, serveur intégré au launcher (et qui gérera les 3 jeux et les messages d'erreur pour simplifier les choses), webmail et moteur de recherche bien entendu, application de configuration incluant de nombreuses options, multilingue et sous-titres, remplacement de QuickTime par une lib maison basée sur VLC (plus besoin d'installer QuickTime ou quoi que ce soit d'autre, ce sera intégré au jeu), NoCD natif, installation et mises à jour, upscale automatisé des sites et compatibilité avec les navigateurs modernes (j'ai dû redev certains mini-jeux que je n'ai pas pu faire tourner au format d'origine malgré tous mes efforts)... J'ai été pris par d'autres choses en août, donc je ne m'y suis remis qu'il y a quelques jours.

En ce moment, je suis sur l'intégration de libVLC pour remplacer QuickTime. Le travail d'archéologie pour retrouver les kits de développement de l'époque, c'était marrant !

Bravo à Sardineamook pour son travail sur les sites. Dommage qu'on ne se soit pas contactés, ça aurait fait gagner du temps

Au fait, l'IP 212.94.174.244 était celle du serveur www.inmemoriamdev.com. Je l'avais indiqué dans mes messages précédents.
C'est une des choses que j'ai patchées dans les fichiers originaux du jeu.

Quand j'aurai fini la partie remaster, je regarderai les sites que je n'ai pas déjà réparés du set de Sardineamook. Ça sera certainement utile !

Bonne rentrée à tous !

P.S. Vous avez toujours besoin des ISO du collector IM1+13e victime+Bonus ?

[Sardineamook]

Salut codeg. J'avoue que dans mon cas la contrainte faire tourner le jeu vite etait primordiale (1 semaine de taff pour jouer avec mon epouse) et archiver tout les sites d'origine. il manque beaucoup de chose que je ne retrouve pas sur la WBM et surtout du post game qui doivent etre reactivé et c'est ce que je fais.
je vous ai mis les codes dev lexis19 pour IM1 et lexis21 pour l'addon si besoin.
si tu veux coordonner le taff c'est avec plaisir.
pour IP je sais meme pas si inmemoriamdev.com existait a l'epoque mais le nombre d'octet colle parfaitement donc possible que ce soit softbreakers qui est changé ca. vu que je la retrouve nul part dans les fichier du jeu.

[Dudujones]

Salut Dudujones !

J'espère ne pas répéter quelque chose qui aurait déjà été dit, j'avoue ne pas avoir lu tous les derniers échanges.
Est-ce que tu as 2 serveurs installés ? Car tu dis que LastRitual fonctionne. Si tu as installé 2 serveurs type UwAmp c'est normal que le second ne fonctionne pas si le premier est lancé : les deux utilisent le même port et 2 applications ne peuvent pas coexister sur le même port. Tu peux, par exemple, mettre tous les fichiers de IM1 dans le même dossier que le serveur LR, mais il faudra ajouter les vhost correspondants. D'ailleurs, le domaine www.inmemoriamdev.com est utilisé par tous les jeux. Essaye de pinguer un domaine qui n'est pas utilisé par LastRitual comme www.fe256.net par exemple. Si ça ne répond pas, ça étayera mon hypothèse.
...

Merci de ta remarque mais je ne lance pas les 2 servers uWamp en même temps, et c'est en plus impossible, ce sont les mêmes versions, si j'essaye, j'ai un message d'avertissement qui me dit que uWamp est déjà lancé.
J'ai téléchargé NetBalancer, un logiciel de surveillance de réseau, je constate qu'In memoriam.exe envoie quelques octets mais ne receptionne aucun retour. Y a un truc qui bloque.
J'essayerai l'installation sur un autre ordi à l'occasion, j'abandonne pour l'instant.

[codeg]

Merci de ta remarque mais je ne lance pas les 2 servers uWamp en même temps, et c'est en plus impossible, ce sont les mêmes versions, si j'essaye, j'ai un message d'avertissement qui me dit que uWamp est déjà lancé.
J'ai téléchargé NetBalancer, un logiciel de surveillance de réseau, je constate qu'In memoriam.exe envoie quelques octets mais ne receptionne aucun retour. Y a un truc qui bloque.
J'essayerai l'installation sur un autre ordi à l'occasion, j'abandonne pour l'instant.

Ah oui, c'est étrange. On dirait un blocage firewall sur inmemoriam en effet. Comme si il pouvait envoyer des données mais pas en recevoir...

Au fait, bonne nouvelle ! Le Xtra VLC de remplacement de QuickTime fonctionne !!! Et les performances vidéos ne sont pas du tout comparables avec ce que j'avais avec Quicktime, c'est beaucoup plus fluide et je n'ai plus de problèmes de désynchro audio/vidéo.

Merci de ta remarque mais je ne lance pas les 2 servers uWamp en même temps, et c'est en plus impossible, ce sont les mêmes versions, si j'essaye, j'ai un message d'avertissement qui me dit que uWamp est déjà lancé.
J'ai téléchargé NetBalancer, un logiciel de surveillance de réseau, je constate qu'In memoriam.exe envoie quelques octets mais ne receptionne aucun retour. Y a un truc qui bloque.
J'essayerai l'installation sur un autre ordi à l'occasion, j'abandonne pour l'instant.

Ah oui, c'est étrange. On dirait un blocage firewall sur inmemoriam.exe en effet. Comme si il pouvait envoyer des données mais pas en recevoir...

Au fait, bonne nouvelle ! Le Xtra VLC de remplacement de QuickTime fonctionne !!! Et les performances vidéos ne sont pas du tout comparables avec ce que j'avais avec Quicktime, c'est beaucoup plus fluide et je n'ai plus de problèmes de désynchro audio/vidéo. Donc plus de dépendance à QuickTime et compatibilité avec des formats vidéo récents.

Ça avance bien !