• Advertisement
Sign in to follow this  

Unity pyglet: changing resolution

This topic is 3559 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

I brought up per-pixel alpha performance in this thread. Kylotan suggested to use pyglet. I looked into it and it looks pretty cool. However, aside from the work involving switching engines, it appears that you cannot change full screen resolution in pyglet. From this page : "Many commercial games offer the opportunity to run at a lower resolution than the user\46#39;s desktop setting." I have a hard time thinking of a commercial game that does not either force you to run at a lower resolution or offer that option. This is superficial, but since we're planning to make our game a commercial product, I am concerned about two things: 1. The way this limitation will affect the player's perception of our game 2. The look of the game running at some random desktop resolution (e.g. 1440x900) It seems to amount to a pretty significant drawback. I have to make the decision to invest the time in changing the code, so I was wondering if anyone had opinions on this particular issue.

Share this post


Link to post
Share on other sites
Advertisement
Well it's not necessarily a bad thing.. I was always under the impression that games ran in full-screen because they *had* to. What with cheap TFT comings out at much higher resolutions that a few years ago, dual monitor setups are becoming more common, and hardware now can give you the speed you need without it requiring full screen mode.

Why they didn't include it is beyond me, but it's hardly the end of the world :)

Share this post


Link to post
Share on other sites
Quote:
Original post by Kipple
From this page :

"Many commercial games offer the opportunity to run at a lower resolution than the user\46#39;s desktop setting."

From the same page:
Quote:
You could also write the functionality directly into your application -- all the relevant system calls can be made via ctypes in the same way that pyglet currently creates windows.


On to your concerns:
Quote:
1. The way this limitation will affect the player's perception of our game

Most users have their desktops at optimal resolution, which is a sensible default for any game. The reason players sometimes select lower resolutions is because the application is fill-limited at their resolution, however that is unlikely to be the case with a Pyglet-based game.

Quote:
2. The look of the game running at some random desktop resolution (e.g. 1440x900)

Given that your game must possess adequate logic to handle arbitrary monitor dimensions, with the growing prevalence of widescreen, this should be a client-side issue. You should design your game up-front for widescreen and standard formats, and employ a normalized coordinate system internally to insulate you from specific resolutions. Finally, you should provide assets with bitmap text on them in multiple sizes to accomodate ranges of resolutions.

These are real challenges, but they are not insurmountable. And, ultimately...
Quote:
You could also write the functionality directly into your application -- all the relevant system calls can be made via ctypes in the same way that pyglet currently creates windows.

Share this post


Link to post
Share on other sites
Oluseyi, those are good points. I am not sure what fill-limited means though.

Thanks for sharing your opinions, guys!

Share this post


Link to post
Share on other sites
Quote:
Original post by Kipple
Oluseyi, those are good points. I am not sure what fill-limited means though.

Limited by how many final pixels the GPU can push, which is obviously affected by how many pixels there are. In other words, lowering resolution doesn't make that much of a difference on modern cards, so unless you're specifically looking to support older rigs...

Share this post


Link to post
Share on other sites
Our game is 2D, so I imagine people with older rigs will expect to be supported. :D

Share this post


Link to post
Share on other sites
Quote:
Original post by Kipple
Our game is 2D, so I imagine people with older rigs will expect to be supported. :D

People with older rigs should do just fine running a 2D game at their native/working resolution, though, so it's not a major concern. I've never played a modern 2D game that changes the game resolution - and my girlfriend plays a lot of them, while I watch over her shoulder. They're often full-screen, but they never change the resolution.

Share this post


Link to post
Share on other sites
Quote:
Original post by Oluseyi
People with older rigs should do just fine running a 2D game at their native/working resolution, though, so it's not a major concern. I've never played a modern 2D game that changes the game resolution - and my girlfriend plays a lot of them, while I watch over her shoulder. They're often full-screen, but they never change the resolution.


That's true, but I think the games you are referring to have a specific resolution in which they run. Our game will have run in any number of resolutions that players might use, since pyglet scales to desktop resolution and stays there.

However, this just means we have to invest the time towards the end of the project implementing resolution changing in pyglet - if they haven't done it themselves by then.

And again, I'm not saying this is the end of the world, but - if possible - I'd rather not lose a customer because we lack some feature that's common to all mainstream commercial games or because our game looks funky when resized to a strange resolution.

Share this post


Link to post
Share on other sites
Don't forget that as more and more people start using LCD monitors, graphics at anything but the native resolution look awful. Back in the DirectDraw days, it was ok because games were fill-limited and all monitors were CRT, so changing resolution down to something smaller made sense. Now, there's little point.

If you want to do this, you may find it's just easier to write a wrapper program that saves the current desktop settings, changes the resolution to what you want, launches your pyglet app, and changes things back when it finishes. Or perhaps you can inject that code into your app before pyglet initialises, though I've not checked to see how feasible this would be. Modifying pyglet to do this looks non-trivial, because you'll have to think about how it affects multiple monitors, multiple platforms, etc. Look in the window module of pyglet to see what it's doing.

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
  • Advertisement
  • Popular Tags

  • Advertisement
  • Popular Now

  • Similar Content

    • By 3dmodelerguy
      So I am building a turn based rogue-like (think CDDA). The game is going to have a very large map (up to 1000's x 1000's) however to alleviate most of that I obviously can't render everything so there will just be render a certain radius around the player and just load in and out data as the player moves.
      The next major system I am prototyping is making interactive tiles destructible and pretty much everything will be destructible besides basic landscape (cars, doors, windows, structures, etc. will be destructible)
      While I am only rendering a certain amount of tiles around the player, I want to keep the amount of colliders active at one time to be as small as possible for performance and currently the tilemap tool I use automatically merges colliders together.
      So instead of creating a separate colliders for each of these tiles and having the destructible behavior tied to that object (which my tilemap tool would allow me to do) I was thinking that I would store an array of all the X and Y locations for the interactive tilemap layer and let the tilemap manage the colliders. 
      Then when I hit a collider on the interactive tilemap layer, instead of of getting the behavior for how to deal with the destruction for that tile from that game object, I would pull it from the array I mentioned earlier based on the tile I attempt to interact with which I already have.
      Does this sound like a good approach? Any other recommendations would be welcomed.
    • By NDraskovic
      Hey guys,
      I have a really weird problem. I'm trying to get some data from a REST service. I'm using the following code:
       
      private void GetTheScores() { UnityWebRequest GetCommand = UnityWebRequest.Get(url); UnityWebRequestAsyncOperation operation = GetCommand.SendWebRequest(); if (!operation.webRequest.isNetworkError) { ResultsContainer rez = JsonUtility.FromJson<ResultsContainer>(operation.webRequest.downloadHandler.text); Debug.Log("Text: " + operation.webRequest.downloadHandler.text); } } The problem is that when I'm in Unity's editor, the request doesn't return anything (operation.webRequest.downloadHandler.text is empty, the Debug.Log command just prints "Text: "), but when I enter the debug mode and insert a breakpoint on that line, then it returns the text properly. Does anyone have an idea why is this happening?
      The real problem I'm trying to solve is that when I receive the text, I can't get the data from the JSON. The markup is really simple:
      [{"id":1,"name":"Player1"},{"id":2,"name":"Player2"}] and I have an object that should accept that data:
      [System.Serializable] public class ResultScript { public int id; public string name; } There is also a class that should accept the array of these objects (which the JSON is returning):
      [System.Serializable] public class ResultsContainer { public ResultScript[] results; } But when I run the code (in the debug mode, to get any result) I get an error: ArgumentException: JSON must represent an object type. I've googled it but none of the proposed solutions work for me.
      Also (regardless if I'm in the debug mode or not) when I try to do some string operations like removing or adding characters to the GET result, the functions return an empty string as a result
      Can you help me with any of these problems?
      Thank you
    • By nihitori
      The Emotional Music Vol. I pack focuses on beautiful and esoteric orchestral music, capable of creating truly emotive and intimate moods. It features detailed chamber strings, cello and piano as the main instruments, resulting in a subtle and elegant sound never before heard in video game royalty-free music assets.

      The pack includes 5 original tracks, as well as a total of 47 loops based on these tracks (long loops for simple use and short loops for custom / complex music layering).

      Unity Asset Store link: https://www.assetstore.unity3d.com/en/#!/content/107032
      Unreal Engine Marketplace link: https://www.unrealengine.com/marketplace/emotional-music-vol-i

      A 15 seconds preview of each main track is available on Soundcloud:
       
    • By RoKabium Games
      Another one of our new UI for #screenshotsaturday. This is the inventory screen for showing what animal fossils you have collected so far. #gamedev #indiedev #sama
    • By eldwin11929
      We're looking for programmers for our project.
      Our project is being made in Unity
      Requirements:
      -Skills in Unity
      -C#
      -Javascript
      -Node.js
      We're looking for programmers who can perform a variety of functions on our project.
      Project is a top-down hack-and-slash pvp dungeon-crawler like game. Game is entirely multiplayer based, using randomized dungeons, and a unique combat system with emphasis on gameplay.
      We have a GDD to work off of, and a Lead Programmer you would work under.
      Assignments may include:
      -Creating new scripts of varying degrees specific to the project (mostly server-side, but sometimes client-side)
      -Assembling already created monsters/characters with existing or non-existing code.
      -Creating VFX
      -Assembling already created environment models
      If interested, please contact: eldwin11929@yahoo.com
      This project is unpaid, but with royalties.
       
      ---
      Additional Project Info:
      Summary:
      Bassetune Reapers is a Player-verus-Player, competitive dungeon crawler. This basically takes on aspects of dungeon crawling, but with a more aggressive setting. Players will have the option to play as the "dungeon-crawlers" (called the 'Knights', or "Knight Class", in-game) or as the "dungeon" itself (literally called the 'Bosses', or "Boss Class", in-game). What this means is that players can choose to play as the people invading the dungeon, or as the dungeon-holders themselves.
      Key Features:
      -Intense, fast-paced combat
      -Multiple skills, weapons, and ways to play the game
      -Tons of different Bosses, Minibosses, creatures and traps to utilize throughout the dungeon
      -Multiple unique environments
      -Interesting, detailed lore behind both the game and world
      -Intricate RPG system
      -Ladder and ranking system
      -Lots of customization for both classes s of customization for both classes
  • Advertisement