Advertisement Jump to content
  • Advertisement
  • entries
    36
  • comments
    7
  • views
    5043

Rough week but worth it!

Sign in to follow this  
RedOtter

844 views

Hi everyone!

Game Developments
 

We apologize for not releasing the update we talked about last week, unfortunately it was a lot harder to implement the new inventory in the game and we’re also a bit sick (laughs). These weather changes are killing our noses.

We promise to update this week and it should already have the new inventory and the new furniture. (smiles) The players will be in a future update. (winks)

731331_7157b0095f634e23a6ec654140b4db38~

 

 

So remember how placing the new player model went? Now check out how it looked like when we tried to make her walk!

 

731331_2bcac5dae78b4a54be455a478a5a88fe~

 

 

PlayStation Awards Portugal

 

I think we’ve talked about this a long time ago.. We decided to apply for the PlayStation Awards Portugal. Basically this is a competition where small game developers apply with games and have the chance of it being published for PlayStation 4. They also help with marketing and give financing to the winning team. So… what do we have to lose..?

 

For this application we had to write a Concept Design Document, and film a trailer. Since we thought sharing the document would be boring we are going to share the video with you instead! Click here to check it out! :)

Event

 
Yesterday we also had the opportunity to be apart of the Lift Off - Entrepreneurs Launch Workshop. This consists in talking to business experts, marketing, lawyers, etc.Whatever you need to open a business they were there! We it was nutritious
 
 
 
731331_13a1eced416e4bc28340c933d0dc8c3c~

 

 

See you all next week,

 

The FAXIME Team

 

Follow us and keep updated at:

Facebook: https://www.facebook.com/FaximeGames
Instagram: https://www.instagram.com/faximegames
Twitter: https://twitter.com/FaximeGames
Pintrest: https://www.pinterest.pt/faximegames

SoundCloud: https://soundcloud.com/faximegames

Website: https://www.faxime.fun

 
 
Sign in to follow this  


0 Comments


Recommended Comments

There are no comments to display.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement
  • Advertisement
  • What is your GameDev Story?

    In 2019 we are celebrating 20 years of GameDev.net! Share your GameDev Story with us.

    (You must login to your GameDev.net account.)

  • Blog Entries

  • Similar Content

    • By sdidsa
      not sure if this is the right place to ask, but i have made a certain simulation with JavaFX 3D API and it's working very well so far,
      now i wanted to implement 3D shadows and i wasn't able to find any articles or help, i had to read a lot of articles about 3D shadow mapping algorithms but i wasn't able to apply anything on my JavaFX project
      i already assumed that it's impossible but if anyone of you have tried that, let me know
    • By Jami Cassidy
      Hi everyone! I just released the Free Demo for my first real game, Choices!

      You can download it, here - https://jami-cassidy.itch.io/choices-demo

      I hope you like it! Any feedback is appreciated and welcome. Enjoy!
    • By HolyOdin
      I have recently read an article(http://www.aclockworkberry.com/shader-derivative-functions/) ,which was very informative for me。however,there weren't too much details about how the derivatives actually work by explaining them pixels by pixels under the group, only one example was shown there which was too intuitive. but when i came to other pixels in the group, things got really tricky and confusing.for better illustration of my question, Let's just take an example here, say, i have a rendertarget like this:

      According to the article,the horizontal derivative for some value in pixel[0]  is obtained by subtracting the value itself from the correspondence in pixel[1]. Since they are in the same group ,both values can be easily fetched.Great!but how about pixel[1]? if same rule is applied the horizontal derivative should be calculated base on pixel[1] itself as well as the value in pixel[2]. but at this time the two pixels are in diffrent groups! similar situations accured when you perform the vertical derivative for pixel[4]. Well, i was originally thinking maybe there was some fancy driver features that can make it happend. unfortunately the result was not what i expected after i made some experiment.
      this simple code below failed my assumption:(you can test it and see the result in shadertoy your self )
      void mainImage( out vec4 fragColor, in vec2 fragCoord ) {     int oddRow = int(fragCoord.x) % 2 == 1 ? 1 : 0; //fragCoord是屏幕空间坐标     float xDerivative = dFdx(float(oddRow));     fragColor = vec4(xDerivative,xDerivative,xDerivative, 1.0); } if my supposition is correct, the screen shoud be alternated with white and black tiles alone the horizontal direction like this:

      but the result is pure white which is surprisingly not the case.
      So,can anyone shed some light about this problem for me. i also goggled a lot of places with no luck, all of them told you the pixels were handled in such a way, but no one really focused on specific situations as i have mentioned above.I think anyone who works with ddx ddy should absolutely have an clear understanding of this.
      Much appreciation!
    • By rh_galaxy
      Hi, I'm seeking people interested in help making "Galaxy Forces VR" a great game.
      I'm currently alone and like someone that can create simple 3D-models, and a programmer to join the team.
      The project is being developed using Unity/C#. It's a 2D game, but viewed in 3D.
      The game is based on my project "Galaxy Forces V2", but this will be single player only, and support the game modes race and mission. There will be global hi-scores on the website with replays of the record scores and ranking of top players, as it adds a lot to the game. And also keeps players interested for longer time.
      Everything is not written in stone, there are possibilities for someone creative to add their own ideas. In fact I encourage any team member to test and think about different options of how to make the game better.
      A change to the original is that this will be easier to play for beginners to make it more attractive but not easier to master fully.
      This is the original complete version: http://www.galaxy-forces.com/
      I'm new to Unity, and only have a little knowledge of how to create 3D models. I know C++ fully, but C# is mostly the same. I might get the coding done myself, but it would feel better to have one more person coding and testing their ideas.
      I share a picture from the development, and a demo version in current state, so you can decide if you want to join. The plan is to release it on the Oculus Store in half a year. I have a todo list, and I promise to do what I can and spend much time on this to get it done to completion. I like to share the profits with those who want to join and have actually done something that pushes the project forward. The demo runs on Windows without VR, but Oculus Rift is recommended to be able to choose level in the menu (otherwise press Return to play the default level)...

      Galaxy Forces VR v0.1
      https://drive.google.com/open?id=1GpcfMzAsgsBPkht_RV3lTJcRR0zI3AKo
      The presentation right now may not be the final result, especially the menu needs a new look with more contents.
      It is true that it is a hobby project, but I think it has great chances to get accepted by Oculus. There is a large contents of 50 levels for one thing, and the levels don't need much work to reuse for this project. Also since VR is not main stream, and there aren't so many games released, it will not drown in the noise as easily. And I think VR people buy more games than most, at least I do.

      This is the full TODO list, that covers most of the needed work from now to release. I think the time plan is realistic...
      Map elements
      - Landing zone, hangar building - low poly model (only visual)
      - Landing zone, antenna - low poly model (only visual)
      - Map decorations, trees - low poly model (visual, and collision in map)
      - Map decorations, barrels - low poly model (visual, and collision in map)
      - Map decorations, red/green house in 3 parts (left, center, right) - low poly model (visual, and collision in map)
      - Z-objects for decoration. Objects that can be placed in a map that are larger and sticks out towards the player to make it more visually pleasing to play VR, for example brick walls in different shapes (only visual, placed inside walls not accessible to the ship) The levels
      - Now there are 23 race levels and 23 mission levels. There also exist levels for dogfight and mission_coop, take these levels and convert them to race and mission to get 50+ levels
      - Need to fix the editor to make it possible to place the new Z-objects in the maps and go through each map and add them Door element
      - A low poly model for the end points of the door (only one needs to be created, can be rotated in 4 different angles to make all parts)
      - Implement the door element in code Enemies
      - Create them in 3D [enemy 0..6]
      - Implement them in code Game Status
      - Race: show Time, Current checkpoint, Current lap/Total laps, Health bar
      - Mission: show Lives, Health bar, Fuel bar, Cargo bar, Score Sound
      - Add existing music to the menu and game
      - Add existing sound fx in the game Menu
      - More contents (could be Game Name text/logo, animated objects, clouds, anything really)
      - Better gfx (different textures for the level select elements)
      - Show your score vs the world best on each level, also show your rank (gold, silver or bronze)
      - Make part 2 of the menu - after a level is selected in part 1, shows 3 options - play, play your best replay, play the world record replay
      - Settings to turn the music on/off (+a minimum of other settings). The VR room around the player
      - More contents (could be clouds and a skybox, or a room, or blackness in space, anything really) Replay
      - Implement replays in code
      - Online hiscores - that is, be able to send/load the replays to the website (either HTTP or HTTPS if possible, maybe easy to do HTTPS with C# ?)
      - The hiscore implementation on the website. (mostly done already) Website
      - www.galaxy-forces-vr.com exists.
      - Better/more contents + the hi-scores Release
      - Images in different sizes for release on the Oculus Store
      - Game play promotion video
      - Test/fix it working on minimum req hardware The demo + the todo list should help get a picture of what this game will be and help you decide if you want to join and if you have the skills needed.
      Hope to hear from you.

    • By babaliaris
      Hello!
      I'm currently learning how the depth testing works in OpenGL from these tutorials and the tutorial says that
      By default the depth function GL_LESS is used that discards all the fragments that have a depth value higher than or equal to the current depth buffer's value. If i guess that the depth value it the z coordinate that I pass through the vertex data, then the above statement should not be true. Fragments with small Z values should be discarded because the depth is towards the -Z axis not fragments with higher z value. Does the depth values are created somehow else by using the z coordinate of the fragment? So the depth value is a number from 0...N so lets say a fragment has a depth value of 5 and the one that is behind it has 10, the 5 will pass the test?
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!