Sonic and Sega Retro Message Board: James K - Viewing Profile - Sonic and Sega Retro Message Board

Jump to content

Hey there, Guest!  (Log In · Register) Help

Group:
Member: Members
Active Posts:
36 (0.02 per day)
Most Active In:
Fangaming Discussion (18 posts)
Joined:
16-March 11
Profile Views:
2269
Last Active:
User is offline Apr 20 2017 11:38 AM
Currently:
Offline

My Information

Age:
Age Unknown
Birthday:
Birthday Unknown
Gender:
Not Telling Not Telling

Contact Information

E-mail:
Private

Previous Fields

National Flag:
br

Latest Visitors

Posts I've Made

  1. In Topic: Sonic Social Media Shenanigans (This totally just happened...)

    20 April 2017 - 11:37 AM

    View PostBlivsey, on 19 April 2017 - 12:07 PM, said:



    The Japanese text under nearly all the buttons is nonsensical, but the Japanese part under "Action" says:
    より多くの手がかり

    Which means, "More clues/secrets"

    ...
  2. In Topic: Sonic Mania (Switch, PS4, Xbox One, PC)

    19 April 2017 - 12:35 AM

    View PostOcelotBot, on 14 April 2017 - 03:57 AM, said:

    Mania's Jp site has been updated.


    *translates Mania Jp site*

    "Mirage Saloon

    This is the first stage appearing in this work.


    View PostApocalypticSalad, on 14 April 2017 - 10:05 AM, said:

    It doesn't make sense that Mirage Saloon is the first zone of the game, it has to be some kind of mistranslation or misunderstanding.




    To clear up confusion, Japanese <-> English machine translations are often very wrong even for simple cases.

    The website doesn't say what order Mirage Saloon appears in Sonic Mania; It actually just says that in Sonic Mania, Mirage Saloon makes its debut(first appearance).

    The original Japanese text:

    Quote

    本作で初登場の新規ステージ。


    Grammar is the hardest to explain(Japanese grammar is nearly reverse compared to English), but from word choice alone it's still clear that the website just means 'this is a new stage appearing for the first time'
    本作 で In this work,
    初 登場 の first appearance of
    新規 (the) new
    ステージ stage

    So the website says: In this title (Sonic Mania), the new stage(Mirage Saloon) makes its first appearance.

    (We could really use some more bilingual Japanese + English speakers on these forums to help out with translations like this :P )
  3. In Topic: Roadmap

    03 January 2013 - 04:24 PM

    It makes sense to keep the engine generic and as flexible as possible. I don't mean that all physics or even the default movement system should be hardcoded. I just think that whatever default movement system Mobius does use should be implemented extremely well.

    After all, the intent of Mobius is to facilitate development of high-speed 3D platformers. For a designer, why choose Mobius over already established engines like Unity or UDK unless Mobius had tools that made coding platforming-related gameplay exceptionally easy and straightforward?

    Because in UDK or Unity, it's not easy or straightforward.
    Both engines have adequate low-level mathematics abstracted through a high level scripting system. But the engines still require an in-depth understanding of programming and math "just" to make the character run on walls. Unity and UDK are so generic and abstracted it makes it difficult to code relatively simple things.

    The designer should be able to focus on high level concepts like "target this enemy", "run up this wall", etc. using functions included with Mobius. But the designer should be able to override / extend any part of Mobius's built-in functionality through using low-level code. The designer should not have to write extensive code for common platforming features(wall walk, align to plane, change gravity, 2D camera mode, etc.) like UDK and Unity require the designer to do. The designer should not have to be a programmer with high-level understanding of mathematics to use the engine effectively. The designer should also be able to tweak most of Mobius built-in functionality without requiring extensive knowledge of programming and math.
  4. In Topic: Roadmap

    24 December 2012 - 06:46 PM

    View PostAerosolSP, on 24 December 2012 - 05:30 PM, said:

    View PostJames K, on 24 December 2012 - 05:03 PM, said:

    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    - Character movement around level, including jumping
    - Momentum and character movement physics


    THIS, this is probably the most essential part of putting Sonic gameplay into this engine.

    Since 3D physics are so crucial to a serious 3D sonic engine, maybe someone could make an outline describing how the physics in SonicGDK, BlitzSonic, or Eggengine work.

    The more detailed the better, but at least some kind of overview on how to properly align the player model on a 3D plane, how to adjust the player's velocity to a slope, how to handle the net forces acting on the player, determining the speed a player is able to run on walls, etc.

    Just a 3D sonic physics guide informative enough to get the gist of how 3D sonic physics should be implemented.

    Kind of like Sonic Retro's Sonic Physics guides http://info.sonicret...c_Physics_Guide - but for 3D


    This depends entirely on the game we make. We may not want to try to extrapolate Genesis physics into the 3rd dimension. We may want to eschew Genesis physics entirely. That'd be my preference, but the end decision is Sofox's right now.


    You mean you would prefer to have the Mobius engine(a Sonic engine) with a physics system entirely unlike Genesis physics in 3D and therefore having physics unlike Sonic GDK/EggEngine/etc?

    What is the benefit of that though?
    SonicGDK for example has Genesis-in-3D-like physics that are robust enough to replicate both
    classic Sonic gameplay https://www.youtube...h?v=KH9KSi8bFpo
    and modern Sonic gameplay https://www.youtube....h?v=QAX74ISpd4k

    And even other platform genres, like for example, a Mario-like platformer would be compatible with SonicGDK-like physics, e.g. with Mario Galaxy-like platformers, 360 player orientation support would be quite handy

    Why would it not be preferable to have a robust physics system that can emulate classic and modern Sonic platformers in addition to other platforming genres?
  5. In Topic: Roadmap

    24 December 2012 - 05:03 PM

    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    To be completed for demo:
    Programming:
    - COLLADA importing
    - Load character model


    Try ASSIMP: http://assimp.sourceforge.net/ This is the best open source, general purpose 3D model loader I know of.

    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    - Load level


    If you're going for a "Model in external program, import into game engine" then maybe assimp would be sufficient for the geometry, and you could come up with a parseable map text format that stores the positions of objects, the scripting used for that level, definition of special effects used in that level, etc.

    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    - Character movement around level, including jumping
    - Momentum and character movement physics


    THIS, this is probably the most essential part of putting Sonic gameplay into this engine.

    Since 3D physics are so crucial to a serious 3D sonic engine, maybe someone could make an outline describing how the physics in SonicGDK, BlitzSonic, or Eggengine work.

    The more detailed the better, but at least some kind of overview on how to properly align the player model on a 3D plane, how to adjust the player's velocity to a slope, how to handle the net forces acting on the player, determining the speed a player is able to run on walls, etc.

    Just a 3D sonic physics guide informative enough to get the gist of how 3D sonic physics should be implemented.

    Kind of like Sonic Retro's Sonic Physics guides http://info.sonicret...c_Physics_Guide - but for 3D



    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    - Enemy movement and AI


    You probably want to use a scripting system to make enemy programming flexible

    I would recommend
    Lua
    http://www.lua.org/

    or Squirrel
    http://www.squirrel-lang.org/
    Easy C++ intergration with the squirrel scritpting language: http://scrat.sourceforge.net/


    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    - Lives, rings, and points managment


    This is simple, no external libraries needed

    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    - Graphical effects including lighting and shaders


    You'll need some essential matrix math if you're going to do any fancy things with shaders

    http://www.lighthous...mple-libs/vsml/


    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    - Cross platform build system


    Or you could just maintain 3 projects Codeblocks(Windows/Linux), VStudio, Xcode(Mac)
    Automated build systems often give bloated projects with a bunch of verbose settings, but if automated build systems are the easiest to manage that's ok too.

    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    Art:
    - Level design
    - Badnik design
    - Items design (springs, goal)
    - Level modelling
    - Badnik Modelling
    - Item modelling
    - Sound effects development
    - Music composing


    High quality fan-made Sonic the Hedgehog sound effects and music resources are all over the web, you can probably use some if you ask around.
    For 3D modeling, all I know is that there are a bunch of experienced Maya/Blender users on Sonic Retro

    View PostSofox, on 29 November 2012 - 01:00 PM, said:

    To be completed for final game:

    Programming:
    - Cutscene system.
    - Advanced menus
    - Special stage system (?)


    For the beginning stages, I'd recommend an in-game console over a menu, it's easier to make than a GUI, and would make development and testing easier (e.g. switching maps via in-game console, adding enemies via in-game console, etc.)


    Remember, there's a huge resource of permissively licensed open source software out there, you don't have to write all low level code yourself.
    The links I posted are ZLIB/MIT/CC0 licensed, meaning you can use the code for practically any purpose.

Friends

James K hasn't added any friends yet.