Though I'd bump this again, since it hasn't been answered, and it has me curious myself. It's worth noting that for the first 10 seconds or so there is zero discrepancy between gish and grey, and then they become radically different. I've literally managed to have one player finish the race with the other not across the start line (after about 5 minutes of fiddling about 
http://www.pontifex2.com/iB_html/non-cgi/emoticons/biggrin.gif" border="0" valign="absmiddle" alt=':D'> ). Which explanation this supports... I dunno.
- Welcome to Chronic Logic.
News:
Zatikon is back and free to play! https://www.chroniclogic.com/zatikon.htm
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages1
#2
General Discussion / Stuff I want to see in the next patch
August 26, 2004, 12:24:25 PM
Weeble -
There appear to be two main classes of blocks in the game: those that can be any size, which can move and deform; and those that are fixed in a static grid, that can be broken. Off-hand I can recall no movable, breakable blocks. I would expect that these different classes of block will require different treatment in an editor.
Um... you seem to have missed out the ones that can't move or be broken.http://www.pontifex2.com/iB_html/non-cgi/emoticons/tounge.gif" border="0" valign="absmiddle" alt=':p'> But nvm - I see your point about the movable, breakable blocks. I guess you'd need to make it so that if you checked 'breakable' it would automatically uncheck 'can move', and vica-versa.
I really think this requires new code in the game and not just the editor. For example, dialogs always happen at the start of a level - it's quite possible that it isn't currently possible to trigger them from a switch or whatever. Also, I don't recall observing any conditions in the sense you describe. There are no buttons that enable other actions. It looks more like there is just one trigger - "object in area", and one action - "move object". I might be wrong - it's possible that the game has a more high-level understanding of buttons and switches, but I don't see why it would need one. There's also no guarantee that the level ending conditions are flexible - these could be hard-coded for all we know.
Good points - I think I agree now that the trigger editor wouldn't work, although I do think that it would kinda suck if dialogue had to be at level start, and it would be weird for this to be hard-coded. Still, there are a few factual flaws here that I shall correct:
There are conditions... sort of. I'm thinking about vs. levels and most boss fights. On the other hand, if level ends are worked separately from triggers, you're right - conditions don't exist. Doesn't matter much anyway - they'd rarely be used and could be 'faked' if necessary, so I'll yield on that matter.
About 'only one trigger' - what about collection and pit-fight levels? They have other triggers.
'Only one event' I disagree with, also. There are triggers that make ropes break, objects rotate and objects appear, to name a few, as well as the 'X wins' and 'new round' triggers.
About level endings, I actually seriously doubt they are hard-coded. Think about the number the game already has - enemies destroyed, gish in area, time up, all amber collected. It wouldn't make sense for them to have been hard-coded. On the other hand, I have a fear that they may have been hard-coded, since versus levels... strangely don't ever... end...
You're right that I should have gone into more detail about ropes and chains. I guess the best thing would be to set a point on any layer for each end where it is attached, and then select the length of the rope. You would also have a tickbox in most objects saying whether they can bump into ropes (for stuff like the weird vehicles in 2-7) As for ropes that start off wrapped around something... I dunno about that one.
I still don't think I have close to a complete understanding of the simulation. I think that it's pretty pointless for us to suggest how a level editor should function when we don't know what capabilities exist for it to access.
True. I assumed a lot of stuff would be possible that might not. It would be a shame if the engine really is limited purely to what we've already seen in the campaign in the way of stuff like warp zones, dialogue, complex triggers and level ends - there would be a lot more potential in the editor if it allowed more complex triggers, however it allowed them.
Still, you have some good points - it should be easy to make doors with switches and stuff like that, without having to manually specify all the objects, joints and whatnot that go into them. Hopefully there will be some kind of prefab system. If they're nice they'll even let us make our own prefab contraptions.
Prefabs would be good, especially for vehicles, but I have a fear that we might be limited to prefabs, at least in the way of doors, vehicles, buttons etc. That would kill off much of the editors potential.http://www.pontifex2.com/iB_html/non-cgi/emoticons/sad.gif" border="0" valign="absmiddle" alt=':('>
If you're going for usability, I'd suggest you probably want to avoid making the user "type in a distance" when this kind of thing can be more naturally measured by having a resizeable vector appear on-screen.
True. I was kind of focusing on the bit about selecting the block, and missed that I had just provided a perfect example of how to disobey my own advice.
Johnatan_NL -
Fixed background texture: the texture you see when you can look through all layers in front of it.
Background layer: The tile-based background.
Static interactive layer: Fixed tiles you can't go through. Used at the edges of 'walled' areas. These are lit.
Interactive layer: Gish, enemies, vehicles, moving platforms, etc. Simply where everything happens. Also lit.
Front layer: Stuff in front of you. Used for decoration (like tubes at the Sewer), to fill 'walled' areas, for some tunnels and to hide secrets.
OK, I understand that bit and it's sensible. But... all the code below was scary. I hope modders won't have to understand any that to make custom objects, when all that is really needed (as far as my puny brain, unaugmented by the wonders of a detailed understanding of programming and clever stuff, can understand) is to draw something as a jpg. and import it to a pallette in the editor. More complex stuff could be done from there by inserting the object to a layer, and if it is interactive setting all the variables I have already brought up, as well as sticking together objects with different properties.
There appear to be two main classes of blocks in the game: those that can be any size, which can move and deform; and those that are fixed in a static grid, that can be broken. Off-hand I can recall no movable, breakable blocks. I would expect that these different classes of block will require different treatment in an editor.
Um... you seem to have missed out the ones that can't move or be broken.
I really think this requires new code in the game and not just the editor. For example, dialogs always happen at the start of a level - it's quite possible that it isn't currently possible to trigger them from a switch or whatever. Also, I don't recall observing any conditions in the sense you describe. There are no buttons that enable other actions. It looks more like there is just one trigger - "object in area", and one action - "move object". I might be wrong - it's possible that the game has a more high-level understanding of buttons and switches, but I don't see why it would need one. There's also no guarantee that the level ending conditions are flexible - these could be hard-coded for all we know.
Good points - I think I agree now that the trigger editor wouldn't work, although I do think that it would kinda suck if dialogue had to be at level start, and it would be weird for this to be hard-coded. Still, there are a few factual flaws here that I shall correct:
There are conditions... sort of. I'm thinking about vs. levels and most boss fights. On the other hand, if level ends are worked separately from triggers, you're right - conditions don't exist. Doesn't matter much anyway - they'd rarely be used and could be 'faked' if necessary, so I'll yield on that matter.
About 'only one trigger' - what about collection and pit-fight levels? They have other triggers.
'Only one event' I disagree with, also. There are triggers that make ropes break, objects rotate and objects appear, to name a few, as well as the 'X wins' and 'new round' triggers.
About level endings, I actually seriously doubt they are hard-coded. Think about the number the game already has - enemies destroyed, gish in area, time up, all amber collected. It wouldn't make sense for them to have been hard-coded. On the other hand, I have a fear that they may have been hard-coded, since versus levels... strangely don't ever... end...
You're right that I should have gone into more detail about ropes and chains. I guess the best thing would be to set a point on any layer for each end where it is attached, and then select the length of the rope. You would also have a tickbox in most objects saying whether they can bump into ropes (for stuff like the weird vehicles in 2-7) As for ropes that start off wrapped around something... I dunno about that one.
I still don't think I have close to a complete understanding of the simulation. I think that it's pretty pointless for us to suggest how a level editor should function when we don't know what capabilities exist for it to access.
True. I assumed a lot of stuff would be possible that might not. It would be a shame if the engine really is limited purely to what we've already seen in the campaign in the way of stuff like warp zones, dialogue, complex triggers and level ends - there would be a lot more potential in the editor if it allowed more complex triggers, however it allowed them.
Still, you have some good points - it should be easy to make doors with switches and stuff like that, without having to manually specify all the objects, joints and whatnot that go into them. Hopefully there will be some kind of prefab system. If they're nice they'll even let us make our own prefab contraptions.
Prefabs would be good, especially for vehicles, but I have a fear that we might be limited to prefabs, at least in the way of doors, vehicles, buttons etc. That would kill off much of the editors potential.
If you're going for usability, I'd suggest you probably want to avoid making the user "type in a distance" when this kind of thing can be more naturally measured by having a resizeable vector appear on-screen.
True. I was kind of focusing on the bit about selecting the block, and missed that I had just provided a perfect example of how to disobey my own advice.
Johnatan_NL -
Fixed background texture: the texture you see when you can look through all layers in front of it.
Background layer: The tile-based background.
Static interactive layer: Fixed tiles you can't go through. Used at the edges of 'walled' areas. These are lit.
Interactive layer: Gish, enemies, vehicles, moving platforms, etc. Simply where everything happens. Also lit.
Front layer: Stuff in front of you. Used for decoration (like tubes at the Sewer), to fill 'walled' areas, for some tunnels and to hide secrets.
OK, I understand that bit and it's sensible. But... all the code below was scary. I hope modders won't have to understand any that to make custom objects, when all that is really needed (as far as my puny brain, unaugmented by the wonders of a detailed understanding of programming and clever stuff, can understand) is to draw something as a jpg. and import it to a pallette in the editor. More complex stuff could be done from there by inserting the object to a layer, and if it is interactive setting all the variables I have already brought up, as well as sticking together objects with different properties.
#3
General Discussion / Stuff I want to see in the next patch
August 25, 2004, 06:51:47 PM
Weeble, Jacius - sorry, but I don't really see your point. All my ideas for the editor were ways that I think the editor would be made easiest to use and least convoluted. How does my editor not 'reflect the design of the game's existing levels'?
Jacius - I completely agree with you about the damage system though. The spikes struck me as pretty lame at first, and I've died at the hands of elevators an uncomfortable number of times, but I really don't see how this can be changed. One thing I can think of about the spikes is that the damage taken by them would depend upon the momentum with which gish/grey is moving into them. One quirk with damage I would add to the list though: ability to damage self doing nothing but jumping up and down on a flat surface. Again, though - hard to fix. I would suggest that the degree of damage from flatness should depend upon the forces applied to gish... but then we'd be getting into large-scale game changes.
Jacius - I completely agree with you about the damage system though. The spikes struck me as pretty lame at first, and I've died at the hands of elevators an uncomfortable number of times, but I really don't see how this can be changed. One thing I can think of about the spikes is that the damage taken by them would depend upon the momentum with which gish/grey is moving into them. One quirk with damage I would add to the list though: ability to damage self doing nothing but jumping up and down on a flat surface. Again, though - hard to fix. I would suggest that the degree of damage from flatness should depend upon the forces applied to gish... but then we'd be getting into large-scale game changes.
#4
General Discussion / Stuff I want to see in the next patch
August 18, 2004, 03:43:42 PM
This is a list of stuff I'd like to see in Gish 1.3 (excluding bugfixes)
* Ability to play warp zones that you have already discovered from the single level option.
* A way to turn off turbo modehttp://www.pontifex2.com/iB_html/non-cgi/emoticons/tounge.gif" border="0" valign="absmiddle" alt=':p'>
* Ability to play the campaign from a certain level, rather than just playing that certain level. I would suggest that this replaces the 'single level' option, as then the player would be able to just choose 'exit' rather than 'continue' if he just wanted to play one level
* If the above doesn't happen, it would be good to have the option of playing the right music for single levels, rather than just a random track
* Not crucial, since the plot isn't the most intellectually stimulating and deep anyway, but fixing some of the grammar errors in the dialogue wouldn't go amiss.
OK, the editor. What I'd like to see in it...
* Levels are made by laying down blocks of any size or shape. Then, each block can be selected and have its properties changed - these would be Friction, Strength (0 would be default, and make the object invincible), Whether it can move, Weight.
* Ability to add lava, water, spikes, ropes, buttons. Ropes would have a strength rating, buttons a resistance rating, spikes a damage per second rating.
* A trigger editor, ala most strategy games. This, I believe, would be the simplest and most intuitive way to do the complex stuff. Basically, every trigger has:
Events - the thing that starts the trigger off. It could be the start of the level, pressing a button, or gish moving into a certain area
Actions - what happens. It could be a dialogue running, a door opening, or the end of the level
Conditions - when an event occurs, these conditions are checked. If they are false, the triggers actions are not fired. For example, suppose you have an automatic door in your level that opens when gish comes within a certain distance of it and closes when he leaves... but the player has to turn it on before it will function, by pressing a button. The event would be 'Gish comes within x distance of door y', the condition would be 'Button z is pressed', and the action would be 'Door y opens'
For the trigger editor to work, it should be possible to add objects to the trigger just by clicking on them - for instance, if the action was 'Door moves', you would type in a distance, the choose a direction, then click on the door in the level. Everything is easy this way, and there's no programming code.
Thats about it. Hi all, btw - I'm new here.http://www.pontifex2.com/iB_html/non-cgi/emoticons/cool.gif" border="0" valign="absmiddle" alt=':cool:'>
* Ability to play warp zones that you have already discovered from the single level option.
* A way to turn off turbo mode
* Ability to play the campaign from a certain level, rather than just playing that certain level. I would suggest that this replaces the 'single level' option, as then the player would be able to just choose 'exit' rather than 'continue' if he just wanted to play one level
* If the above doesn't happen, it would be good to have the option of playing the right music for single levels, rather than just a random track
* Not crucial, since the plot isn't the most intellectually stimulating and deep anyway, but fixing some of the grammar errors in the dialogue wouldn't go amiss.
OK, the editor. What I'd like to see in it...
* Levels are made by laying down blocks of any size or shape. Then, each block can be selected and have its properties changed - these would be Friction, Strength (0 would be default, and make the object invincible), Whether it can move, Weight.
* Ability to add lava, water, spikes, ropes, buttons. Ropes would have a strength rating, buttons a resistance rating, spikes a damage per second rating.
* A trigger editor, ala most strategy games. This, I believe, would be the simplest and most intuitive way to do the complex stuff. Basically, every trigger has:
Events - the thing that starts the trigger off. It could be the start of the level, pressing a button, or gish moving into a certain area
Actions - what happens. It could be a dialogue running, a door opening, or the end of the level
Conditions - when an event occurs, these conditions are checked. If they are false, the triggers actions are not fired. For example, suppose you have an automatic door in your level that opens when gish comes within a certain distance of it and closes when he leaves... but the player has to turn it on before it will function, by pressing a button. The event would be 'Gish comes within x distance of door y', the condition would be 'Button z is pressed', and the action would be 'Door y opens'
For the trigger editor to work, it should be possible to add objects to the trigger just by clicking on them - for instance, if the action was 'Door moves', you would type in a distance, the choose a direction, then click on the door in the level. Everything is easy this way, and there's no programming code.
Thats about it. Hi all, btw - I'm new here.
#5
General Discussion / Stuff I want to see in the next patch
September 02, 2004, 06:13:52 PM
Are there any plans to eventually replace the editor with a user-friendly version? It would be a pity if many of Gish's potential modders were prevented from producing maps due to not having an understandable editor.
#6
General Discussion / Stuff I want to see in the next patch
August 30, 2004, 08:59:28 AM
Good, what I thought. http://www.pontifex2.com/iB_html/non-cgi/emoticons/smile.gif" border="0" valign="absmiddle" alt=':)'>
Would smashable blocks be int. tiles or int. objects?
Would smashable blocks be int. tiles or int. objects?
#7
General Discussion / Warp Zone
August 29, 2004, 02:53:34 PM
Don't know if anyone knows about this, but I found a different way to access the warp zone to 4-3 in level 1-4. Right before the end, under the door blocking the way to the next level, theres a small hole that you can sometimes fall through that takes you all the way to the bottom of the level. You can then move left until popping out under the 4-3 warpzone. Strangely, I haven't been able to replicate this yet, but if I manage to I will see what happens if you drop down underneath the warp instead of climbing up into it (like I did first time I found this)
Pages1