Create an account


Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
[SUGGESTION] Xonotic Story draft (aka oh man this could be worse than physics)

#1
I've come up with a draft of first 3 chapters of the story mode. While it's not exactly oriented in any way, it's hinting on an alternation between puzzle and action, with some RPG elements thrown in.

get it here: http://ompldr.org/vOTNmaA

This is actually a second draft from me, the first one was kinda stupid actually.
(08-10-2012, 02:37 AM)Mr. Bougo Wrote: Cloud is the new Web 2.0. It makes no damn sense to me.
Reply

#2
Have you thought of a general overview for a plot, or are you going to take it forward from these three chapters?
[Image: 370.png] AKA [~] John Smith on Nexuiz
Reply

#3
LMAO @ the thread title. I'm surprised no one has done a parody of the balance and physics drama yet.
ECKZBAWKZ HUGE LIST OF ACHIEVEMENTS GOES HERE....


Oh wait.
Reply

#4
(06-16-2011, 03:40 PM)ThePWTULN Wrote: Have you thought of a general overview for a plot, or are you going to take it forward from these three chapters?

I have some ideas.
(08-10-2012, 02:37 AM)Mr. Bougo Wrote: Cloud is the new Web 2.0. It makes no damn sense to me.
Reply

#5
(06-17-2011, 12:16 AM)Lee_Stricklin Wrote: LMAO @ the thread title. I'm surprised no one has done a parody of the balance and physics drama yet.

Feature in Story mode: Balance and physics changing in every level! Big Grin
Reply

#6
(06-17-2011, 04:51 AM)Mirio Wrote:
(06-17-2011, 12:16 AM)Lee_Stricklin Wrote: LMAO @ the thread title. I'm surprised no one has done a parody of the balance and physics drama yet.

Feature in Story mode: Balance and physics changing in every level! Big Grin

Joke or not, that probably isn't a bad idea... Imagine your character getting more powerful as they progress through the game, or possibly getting crippled some how, or picking up certain items that enhance their stats... In theory it can't be too hard. An insanely ambitious idea would be Turok 2 and Metroid mechanics getting mixed in with Quake ones, though that would be harder to pull off as the first two Turok games and most Metroids were anything but linear, with Turok 2 using a hub for the levels and teleporters for going between the smaller maps that make up each level (though load times were instant in both versions... still trying to figure out how Iguana/Acclaim pulled that off with limited technology and a crippled engine).
ECKZBAWKZ HUGE LIST OF ACHIEVEMENTS GOES HERE....


Oh wait.
Reply

#7
(06-17-2011, 05:41 AM)Lee_Stricklin Wrote: Joke or not, that probably isn't a bad idea... Imagine your character getting more powerful as they progress through the game, or possibly getting crippled some how, or picking up certain items that enhance their stats... In theory it can't be too hard.
Map cfg file. That'll work.

This is the continuation (meaning last 3 chapters): http://ompldr.org/vOTNzbA
(08-10-2012, 02:37 AM)Mr. Bougo Wrote: Cloud is the new Web 2.0. It makes no damn sense to me.
Reply

#8
@ lee

http://forums.xonotic.org/showthread.php?tid=1806

t

:^
Reply

#9
Chapter 1 draft: http://ompldr.org/vOThtYQ
(08-10-2012, 02:37 AM)Mr. Bougo Wrote: Cloud is the new Web 2.0. It makes no damn sense to me.
Reply

#10
Obligatory thread bump based on interest in subject.
(08-10-2012, 02:37 AM)Mr. Bougo Wrote: Cloud is the new Web 2.0. It makes no damn sense to me.
Reply

#11
Do you plan for these BSPs to be seamlessly loaded, or with loading screens? Seem quite short if you intend for there to be loading screens...
Reply

#12
@top_cat this is quake1 engine. so "seamlessly loaded" not likely, but yes the loading is completely unnecesarry at this point, but this is a design draft or smt like that

- making a regular campaign with normal xonotic physics would be a little insane, the player could charge through entire level in a few seconds and it takes a lot to actually make a level, plus the maps would have to be huge (or long). laser jumping(limited) could be, but bunnyhopping not. maybe later in a game player would get sort of a armor that would allow bunnyhopping and trickjumps.
Reply

#13
Actually, this SHOULD use normal physics. There are multiple ways to evade the issues of that in SP games.

Ideas for this (possibly need to be combined):
  • monsters with quick reaction time
  • complex "terrain" to walk on (e.g. crates put in the way)
  • water parts
  • exit of room may need to be unlocked in various ways:
    • switches
    • standing in front of it for a while slow opening doors
    • killing monsters may be required
    • items/keys may be required and could be well guarded by monsters
  • traps: spikes, laser, etc.
  • monsters could have weapons that primarily slow you down (think tower defense games)
BRLOGENSHFEGLE (core dumped)

The Bot Orchestra is back! | Xoylent Easter Egg | 5bots1piano
My music on Google Play and SoundCloud
Reply

#14
As for physics changing across levels: the only sane way to do this is changing the g_movement_highspeed cvar. It quite well scales the physics speed without changing the general feel of them.
BRLOGENSHFEGLE (core dumped)

The Bot Orchestra is back! | Xoylent Easter Egg | 5bots1piano
My music on Google Play and SoundCloud
Reply

#15
Loading could be somewhat seamunobtrusive. (Remember first Half-Life?) Here's how:
As the player passes the checkpoint, his position and whatever else within the func_loading_mapexit entity gets saved with relative positions.
A screenshot is taken in the last moment, then it replaces the game. "Now Loading" shows up on HUD.
The current map is destroyed, and the next one is loaded.
Then the player and everything else gets restored, according to the relative positions, in func_loading_mapentry.

This means that it will work <=> dimensions of func_loading_mapexit(bsp1) = dimensions of func_loading_mapentry(bsp2) & the pair has unique pairing code, similar to targetname→target.
To avoid confusion, q3map2 could be modified to check that in a chain compile (ie. start compiling one map and then move on to the next one), but would be problematic with a 1 entry → 2+ exits maps. Alternatively, it could just scan the mapfiles of bspfiles linked in func_loading_*, and raise a warning if the sizes don't match.

How would the relative coords work: Take the point where the triggerbrush is registered on the grid, and make it the origin of the internal grid. Then convert the global coords into inbrush coords, and after the map is loaded, inbrush coords into global coords.

Now, this may take some time, so I made the maps smaller just to avoid long loading times - but then again, it would mean much more loading screens.

Still, I'll probably re-write this chapter. But the problem of seam-unobtrusive loading still stands. If we could get seamless to work, then it would be just awesome, but I think it's an engine limitation, not a QC one.
(08-10-2012, 02:37 AM)Mr. Bougo Wrote: Cloud is the new Web 2.0. It makes no damn sense to me.
Reply

#16
I think a cross between Turok 2 and Quake would be an excellent direction to go after if a singleplayer is implemented. For those that haven't played Turok 2, one of the biggest things that seperated it from other first person shooters was it combining Metroidvania mechanics with a central level hub that required you to pick up keys to access the individual levels. There were six levels and each one was HUGE and was actually made up of several maps seperated by teleporters. In addition to locating keys to unlock other levels in the hub, you also had a few objectives to complete such as rescuing prisoners, activating beacons, placing charges, etc. as well as locating permanent power ups that allowed you to do things such as walk/swim through lava without taking damage, jumping high, etc. The game didn't have much in the way of dialogue and character interaction outside of your objectives being told to you when entering a level for the first time while a cut scene shows you what to expect (basically just shows different sections of the levels and what to look for), and occasionally running into the only friendly NPC in the game when you go to save your progress. The story was clearly retro-fitted to the game as well, which meant that it was put together AFTER the levels were done and basically revolved around the current Turok saving the universe or something.
Reply



Possibly Related Threads…
Thread Author Replies Views Last Post
  [DISCUSSION] Xonotic and QuakeC: How painful could it be rewrite Xonotic in a new language? derrant 2 2,325 07-14-2020, 06:45 AM
Last Post: derrant
  [SUGGESTION] Yet another physics and balance revamp Lee_Stricklin 3 3,813 04-28-2016, 04:14 AM
Last Post: Smilecythe
  [SUGGESTION] Tuba in maps other than Xoylent GrEnAdE 6 6,747 07-29-2014, 05:22 PM
Last Post: end user
  [SUGGESTION] In game physics poVoq 14 14,672 04-04-2013, 02:36 PM
Last Post: Mr. Bougo
Lightbulb [SUGGESTION] Dial Indicator, Threat Detector, Tactile Feedback and Impact Physics MkThUnderwd 18 19,963 04-04-2013, 11:10 AM
Last Post: hutty
Thumbs Down [SUGGESTION] Ragdoll Physics MaXus999 17 19,014 01-24-2012, 04:44 PM
Last Post: Mr. Bougo
  [SUGGESTION] Cold truth about any Story mode for Xonotic. ai 60 62,653 10-27-2011, 08:44 PM
Last Post: Sarge999
  [SUGGESTION] Vehicles, some improvements that could be made Squigger 13 13,661 06-29-2011, 06:45 AM
Last Post: Minkovsky
  [SUGGESTION] Got some gripes about the physics (Oh god not this $#!+ again) in the autobuild Lee_Stricklin 15 16,448 06-13-2011, 08:26 PM
Last Post: Friskydingo
  [SUGGESTION] My proposal on weapon and physics balances CuBe0wL 21 23,740 01-05-2011, 09:13 PM
Last Post: Lee_Stricklin

Forum Jump:


Users browsing this thread:
1 Guest(s)

Forum software by © MyBB original theme © iAndrew 2016, remixed by -z-