Hex Floor — COG Factory

A field of hexagonal pillars generated as a 3DO with its own template and class cog. Stand on one and it rises — three different ways, so the three can be compared.

A generated 3DO + template + class cog works, and all three courses (rise-hold-fall, rise-while-stood-on, and the same as a class cog) drive it.

project	p04-hexfloor
date	2026-08-22
package	P04.GOB, readme.txt, screenshot.jpg
build	1 — 2026-09-05
sha256	014695cde7978683ef56996b4383596909d520d43c9d3e6148d174b2308ff936

Installing it

P04.GOB is a level pack. Unzip it and drop the GOB into your episode folder.
Pick it from the episode list.

The GOB carries its own levels, cogs, and models.

These are living projects, not finished releases. A level is rebuilt whenever something is learned — a lighting rule, a texture orientation, a whole detail pass — and it keeps its filename through all of it. The build number is how to tell which one you have: it is printed in the readme inside every zip, and it only moves when the level's bytes actually change.

Screenshots

in engine

The readme that ships with it

========================================================================
 Jedi Knight Level

 P04.GOB

 Can we generate a 3DO + template + class cog, and make hex pillars
 rise when stood on -- three ways?

 [cogfactory / p04-hexfloor]

 BUILD 1  --  2026-09-05
 sha256 014695cde7978683ef56996b43835969

 This level is not made or distributed by LucasArts
 Entertainment Co.
========================================================================

THIS PACKAGE
------------------------------------------------------------------------
  P04.GOB          the level
  readme.txt       this file
  screenshot.jpg   what it looks like

INSTALLATION
------------------------------------------------------------------------
Drop P04.GOB into the `episode` folder of a Jedi Knight install (the one
that already has JK1.GOB in it) and pick it from the episode list.
Nothing else needs to change: the GOB carries its own level, cogs,
materials and sounds, and reads the stock resource/ for everything else.

On a libretro frontend, point the core at the GOB itself. It needs a
folder beside it holding `resource/` from a real install -- that is
where the retail data lives and none of it is in here.

WHAT IS IN THE GOB
------------------------------------------------------------------------
       158  episode.jk
      9474  jkl\hex1.jkl
      9473  jkl\hex2.jkl
      9422  jkl\hex3.jkl
      1236  cog\hexclass.cog
      1718  cog\hexcycle.cog
      1185  cog\hexhold.cog
      1391  cog\hexprobe.cog
      3051  3do\hexpillar.3do

     37108  bytes in 9 entries

CREDITS
------------------------------------------------------------------------
  Generated by tools/cogfactory in the openjkdf2_libretro tree.

  The readme format is styled after SM Sith Lord's cog headers,
  because his are the ones everybody read.

========================================================================