User panel stuff on forum
  203 posts on 7 pages  First page1234567Last page
Client Talk
2015-03-04, 21:14
Administrator
1025 posts

Registered:
Apr 2006
leopold wrote:
dimman wrote:

...
Gamma will hopefully be handled by OpenGL shaders, but I need an OpenGL dev to help out with that to be able to finish it
...


No idea about that, but the latest quakespasm is running on SDL2 now and has a working gamma (windowed or not) if you want to look at it.

Thanks for the tip. The gamma part does indeed look really clean. I might give it a go in the future.
2015-03-09, 15:27
Administrator
1025 posts

Registered:
Apr 2006
mushi wrote:
one thing i missed in 3.0 is tcl_exec comand. its not a big deal

Out of curiosity: What do you use TCL for?
2015-03-24, 11:56
Administrator
1265 posts

Registered:
Jan 2006
the tcl i used was for haudraud's weapon script (its some where here on the forum or blogs)

So, whats up? 3.1 coming ? LINK!
never argue with an idiot. they'll bring you back to their level and then beat you with experience.
2015-03-24, 13:37
Administrator
1025 posts

Registered:
Apr 2006
mushi wrote:
the tcl i used was for haudraud's weapon script (its some where here on the forum or blogs)

So, whats up? 3.1 coming ? LINK!

Luckily there's a version that doesn't require TCL Working on getting some builds up and running as soon as possible (hopefully new nightly builds later on).
2015-03-25, 16:07
Member
343 posts

Registered:
Feb 2006
Is it possible to build it on Mac OS X?
ProjectQ1Q3, Frogbot Waypoint and Map Conversion Tutorial @ http://mickkn.mooo.com
2015-03-26, 16:31
Member
38 posts

Registered:
Jan 2014
I've been using the 3.0 R666 build for quite a while now.

Commands to change refresh rate are broken for me. Whether I use the command line option (-freq) or attempt to change the variable in game, the refresh rate remains at the Windows default. So the only way to get the desired refresh rate when playing on a CRT is to lower the Windows resolution to match one's Quake resolution, which is not very pleasant at 800*600!

I really like the other features in 3.0 though, and appreciate that people are still improving the client, so I'll continue using it regardless.
2015-03-27, 20:33
Member
60 posts

Registered:
Nov 2010
Here's one of the later builds dimman gave me, it has displayfreq fixed, at leasth the cvar http://upload.foppa.dk/files/ezquake.exe
2015-03-29, 02:44
Member
344 posts

Registered:
Nov 2006
Mick wrote:
Is it possible to build it on Mac OS X?


Of course! And it is even documented.. somehow..

https://github.com/ezQuake/ezquake-source/blob/master/COMPILING_ON_OSX.txt
2015-03-29, 13:03
Member
343 posts

Registered:
Feb 2006
Cool. Do anyone know how I setup the client to look in subdirs outside the ezQuake.app ? Have my QW dir the Windows way, and works fine with the official released Mac build
ProjectQ1Q3, Frogbot Waypoint and Map Conversion Tutorial @ http://mickkn.mooo.com
2015-03-29, 16:26
Member
344 posts

Registered:
Nov 2006
Don't think so. ezQuake follows the design pattern to have everything inside its app. But I think you should be able the skip the .app step and run ezquake executable from any directory where it looks for "id1", "qw" etc directories.. no?
2015-03-29, 17:06
Member
343 posts

Registered:
Feb 2006
If I take out the ezquake-darwin-x86_64 and run it from the Terminal, it works. I can't change resolution tho.

I used to hold down a button before running the app to get to some kind of launcher where it was possible to change resolution and cmdline
ProjectQ1Q3, Frogbot Waypoint and Map Conversion Tutorial @ http://mickkn.mooo.com
2015-03-29, 22:20
Administrator
1025 posts

Registered:
Apr 2006
Mick wrote:
If I take out the ezquake-darwin-x86_64 and run it from the Terminal, it works. I can't change resolution tho.

I used to hold down a button before running the app to get to some kind of launcher where it was possible to change resolution and cmdline

The launcher is long gone and so is most of the old OSX code to be honest. The current code and state of the client is miles ahead of the old one and actually usable Right now it uses Tunas code for mouse input so you shouldn't even get any mouse acceleration.

Anyway, to your resolution problem: The application is now started by default using desktop resolution and settings. You can set vid_width and vid_height manually to override (or use the menu), but do note that you must set vid_usedesktopres 0 for it to listen to your custom settings (I have removed the vid_height 0 or vid_width 0 behaviour and now its toggled with the mentioned cvar instead). vid_displayfrequency works too if you have multiple options.

Some other thing is that fov calculation has changed, find more info about it earlier in this thread.
2015-03-31, 16:32
Member
38 posts

Registered:
Jan 2014
Yep, changing vid_usedesktopres fixed all my issues. Really enjoying the improvements in this release. The improved QTV support is great.
2015-03-31, 20:51
Member
343 posts

Registered:
Feb 2006
Cool cool

Now some other questions:

1. When doing vid_restart the screen darkens a lot, but is fixed by for example changing gl_gamma to something new and back again. Are there a variable to fix that?

2. How to get another keyboard layout ?

3. Are there a simple scripting way to run the executable with a doubleclick on some file in Mac OS X ?
ProjectQ1Q3, Frogbot Waypoint and Map Conversion Tutorial @ http://mickkn.mooo.com
2015-04-01, 11:01
Administrator
1025 posts

Registered:
Apr 2006
Mick wrote:
Cool cool

Now some other questions:

1. When doing vid_restart the screen darkens a lot, but is fixed by for example changing gl_gamma to something new and back again. Are there a variable to fix that?

2. How to get another keyboard layout ?

3. Are there a simple scripting way to run the executable with a doubleclick on some file in Mac OS X ?

1) Hmm, seem like gamma is buggy on your platform. I am looking into solving gamma with OpenGL shaders instead but the current implementation I tested cost way too much performance for it to be acceptable. I'm investingating other solutions, proposals/patches accepted!

2) It currently doesn't work but it seems like more ppl are asking for it so I'll probably bring it back and make it work again.

3) Ask DyB|Tuna, I'm no OSX expert
2015-04-01, 11:07
Member
344 posts

Registered:
Nov 2006
Mick wrote:
3. Are there a simple scripting way to run the executable with a doubleclick on some file in Mac OS X ?


OS X supports bash shell scripting.. so it would be similar to the Linux way. However you have to figure that out that one by yourself if you refuse to use the app bundle ;-p
2015-04-01, 22:22
Member
38 posts

Registered:
Jan 2014
Just want to point out two issues I've come across.

1. sys_disablewinkeys doesn't always work. I'm not sure what triggers the malfunction. It always works fine when the client has been freshly started, but after some amount of alt-tab'ing throughout the play session it breaks, and the windows key resumes alt-tabbing again despite setting sys_disablewinkeys to 1.

2. Sometimes, but not always, alt-tabbing causes the windows desktop to take on the resolution and refresh rate of the qw client. For example, I'll be in 1600 x 1200 in Windows, start qw in 800*600, and then alt-tab to find my desktop has switched to 800*600. The only solution is to change the desktop resolution every time you alt-tab. But again, this only happens sometimes, so I'm not sure what triggers it.
2015-04-02, 09:12
Administrator
1025 posts

Registered:
Apr 2006
sned wrote:
Just want to point out two issues I've come across.

1. sys_disablewinkeys doesn't always work. I'm not sure what triggers the malfunction. It always works fine when the client has been freshly started, but after some amount of alt-tab'ing throughout the play session it breaks, and the windows key resumes alt-tabbing again despite setting sys_disablewinkeys to 1.

2. Sometimes, but not always, alt-tabbing causes the windows desktop to take on the resolution and refresh rate of the qw client. For example, I'll be in 1600 x 1200 in Windows, start qw in 800*600, and then alt-tab to find my desktop has switched to 800*600. The only solution is to change the desktop resolution every time you alt-tab. But again, this only happens sometimes, so I'm not sure what triggers it.

If you don't mind please create two Issues @ github for this: here. Thanks :-)
2015-04-26, 07:25
Member
215 posts

Registered:
Feb 2011
It's been a while and I wanted to try out the latest changes, but compilation failed because it couldn't find a package named jansson (see this commit). So, a new package installation needs to be added to my initial post:

5- JANSSON
a. Download http://www.digip.org/jansson/releases/jansson-2.7.tar.bz2
b. Run C:\MinGW\msys\1.0\msys.bat
c. Go to where you downloaded the file (e.g. "cd /C/Users/Mark/Downloads" )
d. bunzip2 -c jansson-2.7.tar.bz2 | tar xf -
e. cd jansson-2.7
f. ./configure -prefix=/C/mingw
g. make
h. make check
i. make install

Next I ran into this problem:

C:\Users\Mark\ezquake-source>make
WARNING: Couldn't detect ezQuake version.
WARNING: Couldn't detect ezQuake version.
[CC] .ezquake/EX_qtvlist.o
<snip>
[CC] .ezquake/in_sdl2.o
[LD] ezquake.exe
.ezquake/EX_qtvlist.o:EX_qtvlist.c: (.text+0x3f1): undefined reference to `SDL_DetachThread'
.ezquake/EX_qtvlist.o:EX_qtvlist.c: (.text+0xa4e): undefined reference to `SDL_DetachThread'
c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: .ezquake/EX_qtvlist.o: bad reloc address 0x0 in section `.data'
collect2.exe: error: ld returned 1 exit status
make: *** [ezquake.exe] Error 1

Looking up this function, it appears that it's only available since SDL 2.0.2, whereas my version (since I wrote the instructions) is 2.0.1. I'll have to update my dependencies and try again later.

[Edit] I cleaned up the first post a bit and updated all packages to the latest versions. Now ezquake 3 compiles again!
2015-04-29, 08:14
News Writer
912 posts

Registered:
Jan 2006
Have you made any changes to the build666 you once posted?

I personally cannot use any other version of ezQuake now that aspect ratio is properly fixed in that version and I am using 16:9....
2015-04-29, 11:08
Member
215 posts

Registered:
Feb 2011
I haven't ever made any changes since the 2 minor ones (support new player model, and weapon switching issue that was linked on previous page) over a year ago, but Dimman has. There is some new QTV functionality for one, and you can browse through the changes since last year to see more.

I can post a link to the latest build if Dimman is ok with it, but I do need to figure out why all of my builds end up being version 666 instead of a proper version number with a git commit hash. I see that version.sh sets the version number and revision number, but in my environment the part that gets run is:
else
echo "WARNING: Couldn't detect ezQuake version." >&2
ver="r666"
rev="666"
fi

I'll look into it at some point and make a new build with the proper version number.
2015-04-29, 12:16
News Writer
912 posts

Registered:
Jan 2006
I liked the build 666
2015-05-07, 19:36
Member
245 posts

Registered:
Jan 2006
@dimman: ezquake-3 finally works for me.

Seems that ion3 / notion window managers doesn't work with it. Tried it in windowmaker and it just worked as you said..

[edit]
@dimman: Is it possible to make ezquake-linux-i386 to change to a specific vidmode when alt-tabbing?, eg lets say x runs in 1280x1024 and ezquake is 640x480. It would be a nice feature..

and btw.. gamma doesn't work (xgamma -gamma 2) is ok though
2015-06-18, 12:35
Administrator
2058 posts

Registered:
Jan 2006
The SDL2 version you're using produces an error with winapifamily.h.

In file included from C:/MinGW/include/SDL2/SDL_config.h:25:0,
from C:/MinGW/include/SDL2/SDL_stdinc.h:31,
from C:/MinGW/include/SDL2/SDL_main.h:25,
from C:/MinGW/include/SDL2/SDL.h:67,
from vid.h:20,
f rom quakedef.h:47,
from cmd.c:26:
C:/MinGW/include/SDL2/SDL_platform.h:121:26: fatal error: winapifamily.h: No such file or directory
#include <winapifamily.h>
^


This file fixes it: https://hg.libsdl.org/SDL/raw-file/e217ed463f25/include/SDL_platform.h

Quote:
If you drop the file into SDL 2.0.3's include\SDL2\ directory, overwriting the original, your app(s) should compile ok.


Also, this happens when you try to compile ezQuake:

[RC] .ezquake/winquake.o
make: mingw32-windres: Command not found
make: *** [.ezquake/winquake.o] Error 127


I had to copy "windres.exe" to "mingw32-windres.exe" in C:\MinGW\bin to fix that.

Otherwise, following this guide 1-1 will get ezQuake to compile in Windows. Great stuff
2015-06-18, 21:05
Member
215 posts

Registered:
Feb 2011
Mistakes in my guide? I have been shamed

But seriously thanks for the corrections, I'm pretty sure I tried everything from scratch as described and didn't have issues but I guess not.

There is one thing that isn't perfect, it's that the build number always ends up being 666. Should be easy to fix, IIRC last I looked the number is set through some shell script that may have other dependencies (and defaults to 666 if it fails to generate a build number).
2015-06-19, 06:39
Administrator
2058 posts

Registered:
Jan 2006
Build number works for me.

http://i.imgur.com/ng7sGQK.png


Maybe you haven't installed git on your machine?

Build number is set by these two lines in version.sh:

rev=$(git rev-list HEAD | wc -l | tr -d -c 0-9)
ver="r$rev~$(git rev-parse --short HEAD)"


Also, writing "strip ezquake.exe" after compiling will remove useless debugging stuff, reducing the binary size by about 50%.
2015-06-22, 13:30
Member
223 posts

Registered:
Aug 2011
Alot of really interesting code talk going on here. I´m reading it carefully to find flaws and possible errors with my vast knowledge of .cfg editing. I have yet to find something that seems out of order.

Is the ezQ 3.0 client currently allowing for the new player.mdl, and if not, is it possible to add? It´s faithful, gives no noticable advantages, smooth and modern. I can´t see a reason why it shouldn´t support it.

Thanks for all the hard work you´re putting in guys!
carrier has arrived - twitch.tv/carapace_
2015-06-22, 18:20
Administrator
1025 posts

Registered:
Apr 2006
cara wrote:
Alot of really interesting code talk going on here. I´m reading it carefully to find flaws and possible errors with my vast knowledge of .cfg editing. I have yet to find something that seems out of order.

Is the ezQ 3.0 client currently allowing for the new player.mdl, and if not, is it possible to add? It´s faithful, gives no noticable advantages, smooth and modern. I can´t see a reason why it shouldn´t support it.

Thanks for all the hard work you´re putting in guys!

It does support it and it should work just fine.
2015-07-03, 17:11
Member
223 posts

Registered:
Aug 2011
dimman wrote:
mushi wrote:
the tcl i used was for haudraud's weapon script (its some where here on the forum or blogs)

So, whats up? 3.1 coming ? LINK!

Luckily there's a version that doesn't require TCL Working on getting some builds up and running as soon as possible (hopefully new nightly builds later on).


I have the same TCL-error from Haudraufs weapon script.
What´s the status on this issue? Feels sad that such a minor thing would prevent me from testing the new client.
carrier has arrived - twitch.tv/carapace_
2015-07-03, 22:21
Administrator
1025 posts

Registered:
Apr 2006
cara wrote:
dimman wrote:
mushi wrote:
the tcl i used was for haudraud's weapon script (its some where here on the forum or blogs)

So, whats up? 3.1 coming ? LINK!

Luckily there's a version that doesn't require TCL Working on getting some builds up and running as soon as possible (hopefully new nightly builds later on).


I have the same TCL-error from Haudraufs weapon script.
What´s the status on this issue? Feels sad that such a minor thing would prevent me from testing the new client.

Hehe, read the quote? Just grab the regular config-version instead of the tcl-script, it should behave the same just a bit more code.
  203 posts on 7 pages  First page1234567Last page