Building gzdoom in linux with cmake

Advanced OpenGL source port fork from ZDoom, picking up where ZDoomGL left off.
[Home] [Download] [Git builds (Win)] [Git builds (Mac)] [Wiki] [Repo] [Bugs&Suggestions]

Moderator: Graf Zahl

Locked
User avatar
GuntherDW
Posts: 117
Joined: Sat Nov 12, 2005 1:53
Location: Belgium, Antwerp
Contact:
Contact GuntherDW

Post by GuntherDW »

hmm Graf Zahl you seem to be forgetting to set stuff in the SDL part of the program
is this intentional because you cannot test this or is this because you keep forgetting it?

i have a patch ready for r202 but i should first check out why the engine is opening the GL renderer, then closing it and reopening it
although it seems it only runs through I_InitGraphics() only once...

edit: at first it sets a 4:3 resolution, then my set resolution, which is 1920x1200
and after adding a couple of resolutions in sdlglvideo.cpp, it switches to the 16:10 mode instantly, but it still sets it twice :x
Top
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:
Contact Graf Zahl

Post by Graf Zahl »

If you got a patch, please post it. Right now I am in a situation where I can use it without problems.
Top
User avatar
GuntherDW
Posts: 117
Joined: Sat Nov 12, 2005 1:53
Location: Belgium, Antwerp
Contact:
Contact GuntherDW

Post by GuntherDW »

fine, i'll post the things i have atm now,
and continue to search for the bug

it seems to issue SetResolution twice, but the Resolution: .. string only comes up once :s

edit, this was diffed with r203, but nothing changed when i used r202, so it is completely compatible (for now)

edit2: i don't know if it still occurs, but i used to have problems with the zipping tool when it was used in a directory with uppercase chars
it just lowercased them all, and in a UNIX environment that's not the right choice :p
Attachments
r202.withoutenginerestartfix.diff.zip
updated small typo, download this one please
(1.85 KiB) Downloaded 169 times
Top
User avatar
GuntherDW
Posts: 117
Joined: Sat Nov 12, 2005 1:53
Location: Belgium, Antwerp
Contact:
Contact GuntherDW

Post by GuntherDW »

hmm, i just made a small workaround that checks if the new resolution and bpp is the same as the old, and just print "Keeping old resolution" instead of actually switching
i'll throw the patch online ASAP (dumping out the debugging stuff i put in and the alike)

i don't like this patch though, because the fullscreen switch doesn't like it for example
Attachments
r204.patch.zip
the workaround
(827 Bytes) Downloaded 159 times
Top
stevenaaus
Posts: 35
Joined: Fri Sep 21, 2007 2:09
Location: Australia
Contact:
Contact stevenaaus

Hexen relicensed

Post by stevenaaus »

Btw, is it relevant that (i'm told) Hexen/Heretic have been re-licensed GPLv2

Ozkan wrote stevenaaus:
[spoiler]subject:Raven's hexen/heretic now GPLv2
Monday, September 8, 2008 5:38 PM
From:This sender is DomainKeys verified
"O.Sezer" <******@gmail.com>
View contact details To:
"Steven" <stevenaaus@*****>

See: http://sourceforge.net/projects/heretic/

OZ[/spoiler]
Top
User avatar
Rachael
Developer
Developer
Posts: 3651
Joined: Sat May 13, 2006 10:30

Post by Rachael »

This is already known, and has been discussed extensively.
Top
User avatar
Enjay
Developer
Developer
Posts: 4748
Joined: Tue Aug 30, 2005 23:19
Location: Scotland
Contact:
Contact Enjay

Post by Enjay »

Indeed, the significance is that it makes GPLing GZdoom possible, but doing so still requires considerable work. IIRC, the main points are that a sound library other than FMOD would have to be used and the software renderer would have to go. The first one is the big issue.
Top
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:
Contact Graf Zahl

Post by Graf Zahl »

Chris has posted an OpenAL implementation but it still suffers from some problems that make it not an option.
Top
User avatar
chmmr
Posts: 10
Joined: Sun Sep 30, 2007 20:18

Post by chmmr »

Any update on this? I was looking at this forum thread and it sounds like it's somewhat far along, pending some OpenAL extensions?

The idea of a GPL'd GZDoom is nice if only because it's kind of a pain to try and compile with the FMOD libs which seem to be a moving target.[/url]
Top
User avatar
GuntherDW
Posts: 117
Joined: Sat Nov 12, 2005 1:53
Location: Belgium, Antwerp
Contact:
Contact GuntherDW

Re: Building gzdoom in linux with cmake

Post by GuntherDW »

I'm having problems running r324 correctly

This version compiles pretty much owkey, but it looked like it was crashing when trying to load the init screen.
When I tried to run it through gdb, it showed me that it's having problems with

Code: Select all

[Switching to Thread 0x7f700f389790 (LWP 30419)]
0x00000000006c9cc6 in FWadCollection::CheckNumForName (this=0xc823e0, name=0x8bf733 "PNAMES", space=0, wadnum=0, exact=false) at /GuntherDW/src/svn/gzdoom/src/w_wad.cpp:436
436		lump = LumpInfo[i].lump;
(gdb)
when i commented out this line, or tried adding a check for exact ( if(exact) ), some wads would just run fine, but as suspected,
when i try to open some wad that changes the texture from the IWAD, you get a lot of

Code: Select all

Unknown texture: "SKY1"
Unknown texture: "SKY1"
messages and the game crashes as soon as you enter a level.

When i added that if(exact) part, gzdoom would just crash on line 431 of w_wad.cpp (with exact set to true)

Code: Select all

	FResourceLump *lump = LumpInfo[i].lump;
i'm using gcc 4.3.3-r1 (gentoo), and am building a 64b version
Where should i start to look if i want to create a patch? It's been a while since i've been programming in C :P


edit: copying over zdoom's svn version of that function made it work like a charm
Top
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:
Contact Graf Zahl

Re: Building gzdoom in linux with cmake

Post by Graf Zahl »

'Sorry for the lack of SVN updates. My local copy of ZDoom is currently not usable for merging because I am working on something larger that needs to be finished first.
Top
User avatar
GuntherDW
Posts: 117
Joined: Sat Nov 12, 2005 1:53
Location: Belgium, Antwerp
Contact:
Contact GuntherDW

Re: Building gzdoom in linux with cmake

Post by GuntherDW »

Don't worry graf, it's not like you have to release stuff,
it still is something you do for fun (and partially to learn stuff from), am i right?

If only i had more experience in C/C++ :P.

(btw: my compiler is complaining like mad about checks between unsigned and signed integers, i know this isn't noteworthy most of the time,
but it should be fixed though, just for those special occasions, you never knew)
Top
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:
Contact Graf Zahl

Re: Building gzdoom in linux with cmake

Post by Graf Zahl »

I know. There's some header file that disables the warning in VC++ and any source that includes this file may have some issues with that. I always forget to re-enable the warnings and actually fix ZDoom's code so that it compiles without messages.
Top
User avatar
Super Jamie
Posts: 6
Joined: Mon Jun 25, 2007 11:39
Location: Brisbane, Australia
Contact:
Contact Super Jamie

Re: Building gzdoom in linux with cmake

Post by Super Jamie »

Talking to Graf Zahl over at Doomworld, apparently it would be somewhat useful to have some more eyes on the code. Making much more than very basic patches in C is beyond my skills, but I'd certainly like to help out where possible.

I can compile latest stable ZDoom without a problem. GZDoom r309M (latest official) starts to compile for me but dies a third of the way with some SDL-related stuff on i_main.o, so I assume at least all my depends are satisfied.

Currently, GZDoom r351 won't even cmake for me, and dies with the following:
Spoiler:
Please let me know if there's any more info I can provide or things I can do.
Top
User avatar
Graf Zahl
GZDoom Developer
GZDoom Developer
Posts: 7148
Joined: Wed Jul 20, 2005 9:48
Location: Germany
Contact:
Contact Graf Zahl

Re: Building gzdoom in linux with cmake

Post by Graf Zahl »

If you want to help, please use the SVN trunk, not the stable release which is already a few months old.
Any info regarding that won't help me much.
Top
Locked

Return to “GZDoom”