View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0006031Dwarf FortressTechnical -- Generalpublic2012-06-16 14:382015-05-04 07:32
Reportersandlst Assigned Touser6 
PrioritynormalSeveritymajorReproducibilityalways
Status confirmedResolutionopen 
PlatformMacbook Pro (retina display)OSOSXOS Version10.7.4
Product Version0.34.11 
Summary0006031: Playing window is drawn in the top left corner of the application window (on Macbook Pro w/ Retina)
DescriptionWhen playing dwarf fortress on my macbook pro with retina display, the playing window is drawn in only the top left corner of the application window; previously the playing window filled up the application window completely (different macbook, no retina display). Additionally, the top of the playing window is overlapping the titlebar for the application window by about half, meaning the buttons and title of the window are half covered up. This makes playing the game very hard as the text is by default very small. Using the mouse wheel to increase the size helps, but entering menus in this zoomed in state causes the game to crash with the following message:

src/g_src/ttf_manager.cpp:139: failed assertion `pixel_width >= ttf_width'
/Users/sandlst/Downloads/df_osx/df: line 12: 2800 Abort trap: 6 ./dwarfort.exe
logout

Maximizing or resizing the application window will increase the playing window's size, but it appears to remain the same proportion of used space vs unused space.
Steps To ReproduceDownload the mac(intel) version of dwarffortress, extract the archive, and run it.
Additional InformationThe font is being reported as:
Resizing font to 18x27

The window is being reported as (after maximizing the application window):
New window size: 1440x770

I was not able to get full screen mode working at all, so not sure if that is affected.
Tagsmac, OSX, retina, window

Relationships

related to 0005056 resolveduser6 Can't resize windowed mode with PRINT_MODE:2D 
has duplicate 0008286 resolveduser6 Game is shrunk to 1/4 of window 
has duplicate 0008422 resolvedlethosor Window Draws With Very Small Dimensions in OS X Yosemite 
has duplicate 0008733 resolveduser1294 Unusable resolution on startup 
has duplicate 0008944 resolveduser1294 window size simply doesn't work 
related to 0011680 confirmedlethosor Game window is blank on macOS 11 

Activities

Drazinononda

2012-06-17 07:13

reporter   ~0023034

This is just an educated guess, but it looks like you're using TrueType. Does the bug persist with TrueType turned off? You can turn it off in /data/init/init.txt

krenshala

2012-06-17 16:30

reporter   ~0023040

Last edited: 2012-06-17 16:32

 I've had this happen without TT being enabled, and with it enabled but turned off via the function key (F12? don't remember off hand). Normally, I close DF and reopen it to 'fix' the problem. The times I messed around with it I failed to find anything that seems to trigger it happening, it just seems to be a random 1 in 15 or 1 in 20 chance. (0.34.11, linux)

sandlst, you might try pressing F11 to go full screen, then back. I had that correct it once or twice, but not often.

[edit] Just realized you didn't get full screen working. What print mode is configured in the <df-dir>/data/init/init.txt file?

sandlst

2012-06-17 22:32

reporter   ~0023044

Last edited: 2012-06-17 22:37

 Drazinononda, turning TrueType off does not fix the window drawing issues, but does stop the game from crashing when zoomed in, thanks for the tip.

krenshala, I am having issues with even using F11 to go to fullscreen; I've since seen a bug report about OSX Lion that stops fullscreen from working on the tracker. Looking into print mode I was on 2d, so I tried switching it to standard and the issue is solved! Thanks so much for spotting that!

*EDIT* setting the print mode to standard also makes fullscreen mode work.

martin

2012-07-05 08:45

reporter   ~0023161

I'm seeing the same problems on my BMPRetina.

PRINT_MODE: STANDARD

with no TrueType seems to work fine.

ag

2012-07-05 08:59

reporter   ~0023162

Is the image exactly one quarter of the true window size? This sounds like the ordinary graphics library is lying about the resolution of the screen being half of the true value, while OpenGL uses true size.

LoSboccacc

2012-08-04 10:19

reporter   ~0023402

same here:
http://i49.tinypic.com/2q8n4vo.png

font seems to get resized after the first frame

ckinniburgh

2014-04-16 10:28

reporter   ~0024701

Last edited: 2014-04-16 10:32

 Also having this issue. Retina MacBook Pro user.

Changing to [PRINT_MODE: STANDARD] fixed the issue.

as suggested here: http://www.bay12forums.com/smf/index.php?topic=123264.msg4055264#msg4055264

DrKillPatient

2014-06-11 20:50

reporter   ~0024810

I think I might have found a straightforward fix for this: have the SDL code call SDL_SetHint("SDL_HINT_VIDEO_HIGHDPI_DISABLED", "1") during setup, forcing high-DPI mode off completely for the window. On ordinary displays, this won't do anything, but on Retina displays, the window will be forced into rendering as it would on a normal-DPI display (thus rendering properly) and Mac OS itself will scale the entire window and its contents up to 2X size *after* it's drawn itself. This should make everything draw properly...

BarrelRoll42

2014-07-07 21:01

reporter   ~0024917

@ckinniburgh Changing the Print Mode to Standard fixed the problem for me with version 0.4 on my retina MBP. I'm also running the 3rd beta version of OSX Yosemite, so good to know DF will still work.

lethosor

2014-10-11 13:21

manager   ~0030612

Screenshot from 0008422: http://cl.ly/image/2a411J0K0M3g

laxori666

2015-01-13 20:35

reporter   ~0031925

Last edited: 2015-02-28 10:34

 Resolved via http://www.bay12forums.com/smf/index.php?topic=123264.0 for version 0.40.24:

"Go to data/init.txt in your DF folder. Find something similar to: [PRINT_MODE: 2D]
Change that to: [PRINT_MODE: STANDARD]"

schlake

2015-05-04 07:32

reporter   ~0032637

Just to help future people, while in the df_osx directory, type this:
  sed -i -e 's/PRINT_MODE:2D/PRINT_MODE:STANDARD/' data/init/init.txt

It fixed me! I can play on my new macbook pro!

Add Note

Note

Issue History

Date Modified Username Field Change
2012-06-16 14:38 sandlst New Issue
2012-06-16 14:39 sandlst Tag Attached: mac
2012-06-16 14:39 sandlst Tag Attached: OSX
2012-06-16 14:39 sandlst Tag Attached: retina
2012-06-16 14:39 sandlst Tag Attached: window
2012-06-17 07:13 Drazinononda Note Added: 0023034
2012-06-17 16:30 krenshala Note Added: 0023040
2012-06-17 16:32 krenshala Note Edited: 0023040
2012-06-17 22:32 sandlst Note Added: 0023044
2012-06-17 22:37 sandlst Note Edited: 0023044
2012-06-18 10:53 user6 Relationship added related to 0005056
2012-07-05 08:45 martin Note Added: 0023161
2012-07-05 08:59 ag Note Added: 0023162
2012-08-04 10:19 LoSboccacc Note Added: 0023402
2014-04-16 10:28 ckinniburgh Note Added: 0024701
2014-04-16 10:32 ckinniburgh Note Edited: 0024701
2014-06-11 20:50 DrKillPatient Note Added: 0024810
2014-07-07 21:01 BarrelRoll42 Note Added: 0024917
2014-09-12 17:28 user6 Relationship added has duplicate 0008286
2014-09-12 17:28 user6 Assigned To => user6
2014-09-12 17:28 user6 Status new => confirmed
2014-09-12 17:33 user6 Summary Playing window is drawn in the top left corner of the application window => Playing window is drawn in the top left corner of the application window (on Macbook Pro w/ Retina)
2014-10-11 13:20 lethosor Relationship added has duplicate 0008422
2014-10-11 13:21 lethosor Note Added: 0030612
2015-01-12 10:18 user1294 Relationship added has duplicate 0008733
2015-01-13 20:35 laxori666 Note Added: 0031925
2015-02-28 10:34 lethosor Note Edited: 0031925
2015-05-04 05:02 user1294 Relationship added has duplicate 0008944
2015-05-04 07:32 schlake Note Added: 0032637
2021-01-28 17:06 lethosor Relationship added related to 0011680