@Dolus kakaka https://invidio.us/watch?v=ZbJeyVUlPks
https://invidio.us/watch?v=_4wH-Qsz6Y8
Both were remarkable for using MJPEG fullmotion video for basically everything and every node+transitions in the environment. In fact, even the still screens are merely frozen or looped MJPEG frames ww Quality and bloat
is to be expected but this was less intensive than MPEG would've been and could run on potato polack computers of the period fine. Easier to program too, since MJPEG is an intra-frame compression method.
As games, they are extremely puzzle oriented - think first Myst on steroids.
https://invidio.us/watch?v=_4wH-Qsz6Y8
Both were remarkable for using MJPEG fullmotion video for basically everything and every node+transitions in the environment. In fact, even the still screens are merely frozen or looped MJPEG frames ww Quality and bloat
is to be expected but this was less intensive than MPEG would've been and could run on potato polack computers of the period fine. Easier to program too, since MJPEG is an intra-frame compression method.As games, they are extremely puzzle oriented - think first Myst on steroids.
@matrix @Dolus the idiotic pursuit of technology made many a nice trick like using FMVs to stimulate 3d environments practically gone. Stuff like blending of 3D models with 2D graphics (or FMV cutscenes!) is practically gone too. As a side effect, hardware requirements go up at a tremendous pace too.
The screenshot is from a manual of a 1998 game by the way. That's one year into Intel's P6 architecture yet the game would run on Intel Pentium 75 from 1994 (albeit with choppy music since it was MP3-in-WAVE container)
The screenshot is from a manual of a 1998 game by the way. That's one year into Intel's P6 architecture yet the game would run on Intel Pentium 75 from 1994 (albeit with choppy music since it was MP3-in-WAVE container)
