Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Windows game developer about porting to and using OS X

shiningrocksoftware.com

Post reply on HN
Print view View original

161–170 of 205 posts

Re: Windows game developer about porting to and using OS X

#161

Post by et1337 »

mikepavone wrote: post #138
et1337 wrote: post #111

Earlier quoted context omitted.

As a current SDL2 user: it is not fantastic and it does not just work. - On Windows, DPI scaling is broken (ask for a 1280x720 window, get 1600x900) - On Mac, mouse locking is broken - On Linux, my Xbox gamepads don't work at all - Required several hacks before it could be used as a CMake submodule This stuff is under active development, which is shocking for such an established and widespread library. I'm glad it ex…

> - On Linux, my Xbox gamepads don't work at all Really? I use Linux full time at home and I've never had problems with 360 controllers either when developing with SDL2 or playing games built with it. Are you talking about original Xbox and/or Xbox One controllers?

Aftermarket Xbox 360 controllers. I've seen other Linux SDL games work with 360 controllers, so I assume the problem is on my end. I just wanted to contest the notion that SDL "just works". It still takes a lot of fiddling unfortunately.

Re: Windows game developer about porting to and using OS X

#162

Post by vvanders »

chii wrote: post #28
curyous wrote: post #20

So he's got a working port on an OS he's never seen before, in only 1 week? Does that seem extraordinarily productive to anyone else?

If you have written your game with a good api layer that shield you from platform specificity, I can't imagine why it would take that long to port... It's mostly SMOP

That's what most PC developers think until they hit their first Console port.

Correct data organization is critical for getting this right. The PS3 was particularly brutal in this respect since it forced you to segment your computations in 256kb chunks(to fit in the SPU).

Re: Windows game developer about porting to and using OS X

#163

Post by et1337 »

SXX wrote: post #144
et1337 wrote: post #111

Earlier quoted context omitted.

As a current SDL2 user: it is not fantastic and it does not just work. - On Windows, DPI scaling is broken (ask for a 1280x720 window, get 1600x900) - On Mac, mouse locking is broken - On Linux, my Xbox gamepads don't work at all - Required several hacks before it could be used as a CMake submodule This stuff is under active development, which is shocking for such an established and widespread library. I'm glad it ex…

Have no idea about DPI on Windows, but from my experience mouse locking on OS X worked and my Xbox pad works for sure (checked just month ago or so). I know about some issues with force feedback, but not sure if those are even SDL issue. PS: What OS X version you had problem with?

Tested on El Capitan. IIRC, SDL_SetRelativeMouseMode didn't work at all, the cursor remained visible. After some workarounds, there are still issues with the cursor not re-centering correctly, menu bar remaining visible, etc.

It's probably because I'm on a random Git commit rather than a stable release, but I had to do that due to another issue. It's surprising how many things are in flux, given how long it's been around.

Re: Windows game developer about porting to and using OS X

#164

Post by kayamon »

maljx wrote: post #87
stinos wrote: post #2

Xcode isn’t too bad. I wish the author told me more about it than just this. Can somebody comment on how it compares to recent VS editions these days? About 5 years ago I also looked into using OSX as main OS. As I've always been using non-commandline graphic text editors and IDEs for most coding that made XCode the go-to environment but I just couldn't deal with it even though I tried. I don't remember all details b…

I'm way more productive in Xcode. I've also used it more in the last years so that obviously influences my statement. I find the UI in VS2013 very "unstable" - I constantly manage to drag stuff away and hide windows I need to use. I miss the .h/.cpp side by side view when I'm in VS. It's very easy to setup a color scheme in Xcode that looks nice. I've used hours in VS to get something that is ok. And then it resets t…

> Running debug build of stl under win32 is extremely slow in my experience.

Set "_NO_DEBUG_HEAP=1" in your system environment variables.

Re: Windows game developer about porting to and using OS X

#165

Post by Ezhik »

Kristine1975 wrote: post #116
interpol_p wrote: post #86

Earlier quoted context omitted.

> Xcode doesn't even have file tabs, but sth. I'd describe as big "whole-UI-tabs" I think this is an intentional interaction design. When you are always working with hundreds or thousands of source files, tabs kind of lose their meaning. The fuzzy-search quick open panel and project-wide find become your main dependency for quickly jumping around your codebase (with the benefit that you don't need to touch the mouse)…

FWIW, in VS you can switch between tabs with Ctrl-Tab (and toolbars by pressing Ctrl-Tab, holding Ctrl and navigating with the cursor keys).

Ctrl+Tab works pretty much in every app with tabs. Very useful shortcut.

Re: Windows game developer about porting to and using OS X

#166

Post by s73v3r »

lordnacho wrote: post #42
stinos wrote: post #2

Xcode isn’t too bad. I wish the author told me more about it than just this. Can somebody comment on how it compares to recent VS editions these days? About 5 years ago I also looked into using OSX as main OS. As I've always been using non-commandline graphic text editors and IDEs for most coding that made XCode the go-to environment but I just couldn't deal with it even though I tried. I don't remember all details b…

I'm using both every day at the moment. - I don't spend a lot of time setting up the IDE, so it's important the defaults are sensible. For instance, it might be possible to change this, but XCode's code completion seems to be less useful than VC2015. I really need it to be near immediate, and I also need it to check string that may appear in the middle of a function name instead of just the start. Especially since NS…

Tabs in Xcode have been around for a while.

Re: Windows game developer about porting to and using OS X

#167

Post by JustSomeNobody »

farresito wrote: post #88
lucozade wrote: post #80

> Apparently my vi command muscle memory hasn't faded. Back in the day I did most of my dev work on Solaris. I then spent 4 years as CTO as a startup that was pretty much only Windows. When I subsequently went back to working at a unix shop I was initially struggling with vi as I tried to read some of the C++ code. I couldn't remember commands, was having to refer to the man pages every few mins. It was torture. A co…

This always happens to me with passwords. I have trouble remembering some passwords. Yet, when I'm in front of the page and I actually need to get in, either I lose some focus and let my unconsciousness do the work or I won't get it right.

The only way I can remember passwords (completely) is to have hands on a keyboard. So weird.

Re: Windows game developer about porting to and using OS X

#168

Post by vitd »

stevetrewick wrote: post #61
stinos wrote: post #2

Xcode isn’t too bad. I wish the author told me more about it than just this. Can somebody comment on how it compares to recent VS editions these days? About 5 years ago I also looked into using OSX as main OS. As I've always been using non-commandline graphic text editors and IDEs for most coding that made XCode the go-to environment but I just couldn't deal with it even though I tried. I don't remember all details b…

I've been using XCode daily since version 3 and I still miss VS. XCode (IMO) is a festival of UX badness - can't change positions of navigator windows, can't change fonts/colors outside of source/console, the 'assistant' window (or whatever it's called this week) frequently opens up unexpected or unrelated files, refuses to stop trying to automatically balance square brackets, spews truncated errors and warnings over…

> Lack of refactoring support for Swift is currently baking my noodle,

Yeah, I hear the refactoring tools are great, but they don't work with C++ either, which is what most of my source-base is.

>as is the lack of a supported plugin API (with which I could solve many of my own problems).

I don't know if this would solve your problem, but you can tell Xcode to compile (or maybe handle is a better word) any type of file with a script. So if you want to compile your Haskell source with Xcode, for example, just go to the target settings, click on the "Build Rules" tab, and add a rule that says "Process files with names matching: " *.hs, and Using "Custom Script:" with a pointer to a script that runs the input file through ghc, or whatever you need.

Re: Windows game developer about porting to and using OS X

#169

Post by mwcampbell »

et1337 wrote: post #111
picozeta wrote: post #82

Earlier quoted context omitted.

Furthermore SDL2 is absolutely fantastic and just works. You may say, you do not want to use it as it "just" abstracts away keyboard/mouse/controller input, window and GL context creation but these things are damn hard to get right.

As a current SDL2 user: it is not fantastic and it does not just work. - On Windows, DPI scaling is broken (ask for a 1280x720 window, get 1600x900) - On Mac, mouse locking is broken - On Linux, my Xbox gamepads don't work at all - Required several hacks before it could be used as a CMake submodule This stuff is under active development, which is shocking for such an established and widespread library. I'm glad it ex…

Does high-DPI support work if you put the right declaration in your executable's manifest? Specifically:

    
        
            true/pm

Re: Windows game developer about porting to and using OS X

#170

Post by philsnow »

Splines wrote: post #140
lucozade wrote: post #80

> Apparently my vi command muscle memory hasn't faded. Back in the day I did most of my dev work on Solaris. I then spent 4 years as CTO as a startup that was pretty much only Windows. When I subsequently went back to working at a unix shop I was initially struggling with vi as I tried to read some of the C++ code. I couldn't remember commands, was having to refer to the man pages every few mins. It was torture. A co…

When I used to play piano as a kid, this happened to me all the time. Sit me in front of the piano and I'll mindlessly bang out the song I've been practicing. Make me think about it in the middle and I'll forget what comes next.

When I was a kid, I could not start reciting the alphabet anywhere but from 'A'. In the alphabet song, the latter bits go really slowly compared to the first bits, so for the longest time I thought "P" was the middle of the alphabet, because it comes about halfway through the song. It came as some surprise to me that "M" is the 13th letter.
Post reply on HN