
OSX install issues
#1 Posted 03 February 2017 - 06:43 PM
#2 Posted 03 February 2017 - 08:21 PM
You can mkdir ~/.eduke32/ with the Terminal.
#3 Posted 03 February 2017 - 08:45 PM
Hendricks266, on 03 February 2017 - 08:21 PM, said:
You can mkdir ~/.eduke32/ with the Terminal.
I did look up how to make a hidden folder and managed to do that, but I still don't know where to put it in the file system. I've tried it as a sub-folder in the folder with the game executable, and I've tried it in my base user directory, but the software hasn't picked it up either time. I'm not particularly familiar with OSX.
This post has been edited by phatcyclist: 03 February 2017 - 08:46 PM
#4 Posted 03 February 2017 - 08:48 PM
#5 Posted 03 February 2017 - 08:58 PM
Hendricks266, on 03 February 2017 - 08:48 PM, said:
I can find the folder where it seems like it should be, but the executable still won't find it. I have administrator privileges on my account, and the folder should have full read and write capabilities, if that matters. Perhaps there's something wrong with my OSX install.
#6 Posted 03 February 2017 - 09:59 PM
It doesn't seem to produce any kind of log file in the application support folder (which is empty).
#7 Posted 03 February 2017 - 10:07 PM
Last login: Sat Feb 4 00:02:04 on ttys000
iMac:~ User$ cd ~/.eduke32
iMac:.eduke32 User$ ls -alF
total 21952
drwxr-xr-x 5 User staff 170 Feb 4 00:03 ./
drwxr-xr-x+ 21 User staff 714 Feb 3 23:34 ../
-rw-r--r--@ 1 User staff 6148 Feb 4 00:04 .DS_Store
-rwxr-xr-x 1 User staff 188954 Feb 3 23:41 duke.rts*
-rwxr-xr-x 1 User staff 11035779 Feb 3 23:42 duke3d.grp*
iMac:.eduke32 User$
#8 Posted 04 February 2017 - 08:37 PM
Micky C, on 03 February 2017 - 09:59 PM, said:
It doesn't seem to produce any kind of log file in the application support folder (which is empty).
Thanks for giving it a shot, I'm always glad to get bug reports from a fellow engineer.
I suspect the bottom left corner is related to us not properly accounting for a Retina display. Is that behavior common to software and OpenGL, windowed and fullscreen?
phatcyclist, on 03 February 2017 - 10:07 PM, said:
That looks fine to me too. I don't know what the problem could be, but it is probably on our end. When you launch, do you see a line similar to "Using /Users/<username>/.eduke32/ for game data"?
#9 Posted 05 February 2017 - 10:48 PM
Hendricks266, on 04 February 2017 - 08:37 PM, said:
Thanks for giving it a shot, I'm always glad to get bug reports from a fellow engineer.
I suspect the bottom left corner is related to us not properly accounting for a Retina display. Is that behavior common to software and OpenGL, windowed and fullscreen?
That looks fine to me too. I don't know what the problem could be, but it is probably on our end. When you launch, do you see a line similar to "Using /Users/<username>/.eduke32/ for game data"?
When i launch, it looks like it's searching for game data in the folder with the application, and not the hidden folder in the user account I made earlier. However, I put a copy of both files in there as well and it gives me the same error. Just for good measure, I also copied that hidden folder into the application folder as a sub folder, and that didn't work either. I am using OSX 10.11.6.
#10 Posted 08 February 2017 - 02:16 AM
Hendricks266, on 04 February 2017 - 08:37 PM, said:
I suspect the bottom left corner is related to us not properly accounting for a Retina display. Is that behavior common to software and OpenGL, windowed and fullscreen?
I can quickly write a mean fortran program or R script, but otherwise I don't think we're on the same level with software

From what I can see, the quarter window issue only occurs with openGL in window mode. OpenGL is fine in fullscreen, classic is always fine.
#11 Posted 11 February 2017 - 11:27 AM
Micky C, on 08 February 2017 - 02:16 AM, said:

From what I can see, the quarter window issue only occurs with openGL in window mode. OpenGL is fine in fullscreen, classic is always fine.
I have just re-uploaded a new version eduke32_osx-sdl2_lion_svn6061.dmg to the server. I changed one line in the Info.plist - not sure if it caused this behaviour on your machine.
Could you please download this one and try again?
#12 Posted 11 February 2017 - 03:44 PM
rhoenie, on 11 February 2017 - 11:27 AM, said:
Could you please download this one and try again?
It's working properly now. Thanks Rhoenie!
I'm now up to the ultimate challenge: building on linux

This post has been edited by Micky C: 11 February 2017 - 03:56 PM
#13 Posted 11 February 2017 - 04:05 PM

Building on Linux (and Mac too, actually) for your own use on the same machine is trivial. Just install the necessary dependencies through the package manager and run `make`.
#14 Posted 11 February 2017 - 04:14 PM

However I'm having control and sound issues. It may be because I'm running Ubuntu on a virtual machine. Then again I didn't consider any of the build options. I'll investigate further at a later time.
Coincidentally I've gotten into Mac homebrew recently so I'll also give building it on macOS a shot later.
Kudos on the excellent wiki documentation.
This post has been edited by Micky C: 11 February 2017 - 04:15 PM
#15 Posted 11 February 2017 - 08:07 PM
So the script just launches the application and game data from within the directory that contains the script. However it doesn't seem to want to find the game data. I've tried several variants of the script.
Here's the apple script:
set current_path to POSIX path of ((path to me as text) & "::")
tell application "Terminal"
set my_script to current_path & "EDuke32.app/Contents/MacOS/eduke32 -g " & current_path & "AMCTC.GRP"
do script (my_script)
activate
end tell
Here's the terminal output:
LC02SW8AAHF1R:~ Michael$ /Users/Michael/amc_tc/EDuke32.app/Contents/MacOS/eduke32 -g /Users/Michael/amc_tc/AMCTC.GRP
EDuke32 r6061 (64-bit) C++ build
Compiled Feb 12 2017 11:50:21
Using /Users/Michael/Library/Application Support/Steam/steamapps/common/Duke Nukem 3D/gameroot/ for game data
Using /Users/Michael/Library/Application Support/Steam/steamapps/common/Duke Nukem 3D/gameroot/addons/dc/ for game data
Using /Users/Michael/Library/Application Support/Steam/steamapps/common/Duke Nukem 3D/gameroot/addons/nw/ for game data
Using /Users/Michael/Library/Application Support/Steam/steamapps/common/Duke Nukem 3D/gameroot/addons/vacation/ for game data
Application parameters: -g /Users/Michael/amc_tc/AMCTC.GRP
Using /Users/Michael/amc_tc/EDuke32.app/Contents/Resources/ for game data
Using /Users/Michael/ for game data
Using /Users/Michael/.eduke32/ for game data
Initializing SDL 2.0.5
Using "cocoa" video driver
Searching for game data...
#16 Posted 11 February 2017 - 10:34 PM
#17 Posted 11 February 2017 - 11:00 PM
P.s I've got it working correctly on ubuntu now. The controls were simply fixed by changing the OS mouse sensitivity, and the sound somehow fixed itself. I've also built it on macOS without any issues.
#18 Posted 01 March 2017 - 02:19 PM
#19 Posted 15 March 2023 - 10:27 AM
rhoenie, on 11 February 2017 - 11:27 AM, said:
Could you please download this one and try again?
Hi Rhoenie,
I don't know if you still follow this log, but I have the same problem that you fixed some year ago on eduke32 program. My current eduke32 version is R.9598.
I can't see any .grp files in the starting window. I also placed .grp files in the paths where program search for, but the .grp file are not shown in the dialog.
You modified the info.plist file, would you please tell me what you made or upload a new version?
thank you