+- Frictional Games Forum (read-only) (https://www.frictionalgames.com/forum)
+-- Forum: SOMA (https://www.frictionalgames.com/forum/forum-55.html)
+--- Forum: User created content (https://www.frictionalgames.com/forum/forum-79.html)
+---- Forum: Development (https://www.frictionalgames.com/forum/forum-82.html)
+---- Thread: Message help (/thread-41707.html)
Message help - jamistara - 03-09-2016
In HPL2, I remember just being able to use the SetMessage(?) function to show messages on the screen.
I can't find any functions like this in engine scripts for Soma, anyone else knows if/where/what is that function?
RE: Message help - A.M Team - 03-09-2016
Have you tried looking through the HPL3 wiki?
https://wiki.frictionalgames.com/hpl3/start
RE: Message help - jamistara - 03-09-2016
(03-09-2016, 03:23 PM)TheDoctorPoo Wrote: Have you tried looking through the HPL3 wiki?
https://wiki.frictionalgames.com/hpl3/start
Yeah I've tried but so far haven't found anything :/
RE: Message help - Mudbill - 03-09-2016
There's no such function for it, but you can create one using the GUI code. I remember someone asking something similar. Perhaps it was Abion47 who replied with an example.
This might've been the thread I was thinking of, but it doesn't quite have your answer.
https://www.frictionalgames.com/forum/thread-31660.html
RE: Message help - WALP - 03-09-2016
For now the easiest solution is to use subtitles instead.
But I know for a fact that it is possible to project a terminal on top of the players face, and therefore get all of the GUI features they have, since they did this with the deathscreen in the maingame.
The problem with using this method in the main game is the following:
1. the deathfx terminal is non transparent, and completely dark, so a custom one must be made (do note that transparent terminals are indeed supported, tested it myself, so it's just a matter of setting it up)
2. the old terminal code was never intended for a moving player, and will likely need to be revised, at least from what I can remember I could not get it to work properly in the time I spend fiddling with it.
This is pretty advanced stuff, so I would recommend going with the subtitle solution for now, unless you suddenly become super modder man.
RE: Message help - Abion47 - 03-10-2016
I've seen people asking about this a lot, so I did this today: https://www.frictionalgames.com/forum/thread-41838.html
RE: Message help - jamistara - 03-10-2016
(03-10-2016, 01:49 AM)Abion47 Wrote: I've seen people asking about this a lot, so I did this today: https://www.frictionalgames.com/forum/thread-41838.html
Awesome!
RE: Message help - Abion47 - 03-11-2016
(03-09-2016, 07:31 PM)WALP Wrote: For now the easiest solution is to use subtitles instead.
But I know for a fact that it is possible to project a terminal on top of the players face, and therefore get all of the GUI features they have, since they did this with the deathscreen in the maingame.
The problem with using this method in the main game is the following:
1. the deathfx terminal is non transparent, and completely dark, so a custom one must be made (do note that transparent terminals are indeed supported, tested it myself, so it's just a matter of setting it up)
2. the old terminal code was never intended for a moving player, and will likely need to be revised, at least from what I can remember I could not get it to work properly in the time I spend fiddling with it.
This is pretty advanced stuff, so I would recommend going with the subtitle solution for now, unless you suddenly become super modder man.
Forgot to address this.
The reason that FG went with the terminal-attached-to-the-player's-face approach for the game over sequence was so they could make use of the visual effects (like chromatic aberration) during the sequence in addition to the spooky pictures. The regular way to draw stuff to the player's screen doesn't support these effects, which is why they went with that approach.
Unless you have a specific reason to use specialized terminals over player modules for the HUD stuff, the modules are supremely simpler to use, and they don't require that the player is otherwise stationary (which adds a whole other level of complexity to it all).