Now that GTKradiant is gpl... (along with q3map2) I was wondering if it could be set up for nexuiz and included (lin and win bins please) and read from the nexuiz data dir etc.
If it's too big then perhapse a gtkrad4nex.zip could be made with the dir structure:
Nexuiz/gtkradiant4nex/stuff
that one can unzip in the same dir they unzipped nexuiz.
PS: how do you losslessly convert a png to jpg, I have made alot of gpl'd textures I wish to use.
PSS: gtkradiant doesn't always compile happily so doing this is probably a good idea for everyone.
Now that GTKradiant is gpl...
Moderators: Nexuiz Moderators, Moderators
24 posts
• Page 1 of 1
Wed Mar 01, 2006 1:45 pm
-
- pepperboxrevolver
- Newbie
- Posts: 5
- Joined: Tue Feb 28, 2006 9:51 pm
-
Sounds like a good idea
I'm not a mapper, but this would make it easier for people.-
pol pot - Alien
- Posts: 100
- Joined: Tue Feb 28, 2006 9:33 pm
-
-
i like the idea too
jamming fteqcc in the nex pack would be kinda cool as well- Chozabu
- Member
- Posts: 24
- Joined: Wed Mar 01, 2006 12:29 am
-
Let me guess.... Is this the root from IRC?-
Revenant - Alien
- Posts: 122
- Joined: Sat Mar 04, 2006 9:38 pm
- Location: Canada
-
-
pepperboxrevolver wrote:Now that GTKradiant is gpl... (along with q3map2) I was wondering if it could be set up for nexuiz and included (lin and win bins please) and read from the nexuiz data dir etc.
Yes, it could be done, however, finding somebody to do it may be an entirely different matter.pepperboxrevolver wrote:PS: how do you losslessly convert a png to jpg, I have made alot of gpl'd textures I wish to use.
Unless you are using JPEG2000 (which I don't think is supported by the engine), it can't be done, standard jpeg is a lossy compression. PNG is supported in the engine as of 1.5 I believe, but for the best quality, a TGA file is recommended (yes they are large, but compress well in pk3's)pepperboxrevolver wrote:PSS: gtkradiant doesn't always compile happily so doing this is probably a good idea for everyone.
Just say you couldn't do it already, we get the point.Revenant wrote:Let me guess.... Is this the root from IRC?
In a word, yes, he is.--Willis-
Willis - Site Admin
- Posts: 168
- Joined: Tue Feb 28, 2006 7:00 pm
- Location: Wisconsin, USA
-
-
So I'll take that as a no.
If you don't want many people mapping for nexiuz fine.
I have my gtkradiant working for mapping. The menu to compile the map isn't working so good though (slime/water/etc won't work).
PS: does the PNG support extend to alpha channel: IE can I use a semi transparent image and have it work correctly.
PNG is lossless, it will look just as good as TGA unless the engine messes up somewhere so your assertion about TGA being the best is completely wrong, just wanted to let you know that as long as we're being sardonic assholes to eachother.- pepperboxrevolver
- Newbie
- Posts: 5
- Joined: Tue Feb 28, 2006 9:51 pm
-
TGA is faster to read, and PK3s are compressed anyway.
You do gain a small bit if you use PNG instead of TGA - but the loading time increases.1. Open Notepad
2. Paste: ÿþMSMSMS
3. Save
4. Open the file in Notepad again
You can vary the number of "MS", so you can clearly see it's MS which is causing it.-
divVerent - Site admin and keyboard killer
- Posts: 3809
- Joined: Thu Mar 02, 2006 4:46 pm
- Location: BRLOGENSHFEGLE
-
-
Willis wrote:pepperboxrevolver wrote:Now that GTKradiant is gpl... (along with q3map2) I was wondering if it could be set up for nexuiz and included (lin and win bins please) and read from the nexuiz data dir etc.
Yes, it could be done, however, finding somebody to do it may be an entirely different matter.
I would volunteer to do it if I had the required information.
I get up to the point of some shaders not working and being displayed as "no shader" (like caulk and hint brushes). And if the map is compiled, the hint brushes become solid. What am I missing?
What changes were done to 1.4 to get it working? Is there any publicly available information about that?1. Open Notepad
2. Paste: ÿþMSMSMS
3. Save
4. Open the file in Notepad again
You can vary the number of "MS", so you can clearly see it's MS which is causing it.-
divVerent - Site admin and keyboard killer
- Posts: 3809
- Joined: Thu Mar 02, 2006 4:46 pm
- Location: BRLOGENSHFEGLE
-
-
pepperboxrevolver wrote:So I'll take that as a no.
If you don't want many people mapping for nexiuz fine.
I have my gtkradiant working for mapping. The menu to compile the map isn't working so good though (slime/water/etc won't work).
PS: does the PNG support extend to alpha channel: IE can I use a semi transparent image and have it work correctly.
PNG is lossless, it will look just as good as TGA unless the engine messes up somewhere so your assertion about TGA being the best is completely wrong, just wanted to let you know that as long as we're being sardonic assholes to eachother.
Open development it great because everyone that feels like it and can do it can contribute. Trying to shove task down the throat of the ppl developing free stuff on their spare time just pisses them off. I can surely appreciate that it would be a very nice thing to have an editor tailored to Nexuiz, but this does not mean ill go around pestering everyone that seems to have any clue on what may need to be done to do so. If you truly are dedicated to this task i suggest you take the time to find out how to, and make it happen, im sure ppl will be thankful. If you feel this is above and beyond you or you simply are to lazy to do so then live with it not happening, and hold yer tong. The request is out, and if someone capable and interested sees it, it will get done.
A few points on TGA vs PNG.
To make a PNG with the same quality as a TGA means to have the PNG in 24+8 bit mode. Doing this will result in a file the same size as a tga, more or less. PNGLib is pretty sloppy written with some positional dangerous stuff going on, im surprised it made it into the engine. The primary goal of png was to provide a royalty free alternative to gif as a platted format. Though its a good thing that this format now sports more features this original idea leaves its mark on how thins are done in the lib. Loading images with the standard pnglib is allot slower then lodging a tga due to the way the code is written and the layout of the format.
In short PNG and TGA are equal to the task of storing an image with an alpha channel, but the implementation of TGA is more suited to a game engine.HOF:
<Diablo> the nex is a "game modification"
<Diablo> quake1 never had a weapon like that.
<Vordreller> there was no need for anything over 4GB untill Vista came along
<Samua>]Idea: Fix it?
<Samua>Lies, that only applies to other people.-
tZork - tZite Admin
- Posts: 1337
- Joined: Tue Feb 28, 2006 6:16 pm
- Location: Halfway to somwhere else
-
-
divVerent wrote:Willis wrote:pepperboxrevolver wrote:Now that GTKradiant is gpl... (along with q3map2) I was wondering if it could be set up for nexuiz and included (lin and win bins please) and read from the nexuiz data dir etc.
Yes, it could be done, however, finding somebody to do it may be an entirely different matter.
I would volunteer to do it if I had the required information.
I get up to the point of some shaders not working and being displayed as "no shader" (like caulk and hint brushes). And if the map is compiled, the hint brushes become solid. What am I missing?
What changes were done to 1.4 to get it working? Is there any publicly available information about that?
Changes done to 1.4 by me includes:
Editing the entity file to fit nexuiz mapping
Setting up the correct paths in various files
Adding a new game so that nexuiz wont have to replace another game, and remove the need for hostin the nexuiz media in the data (baseq3) folder of another (q3) game.
I also added compile setting sugested by experianced nexuiz mappers and incluses the lastest known q3map2.
missing caulk and the other "common" shaderes are most proly a missing / not found common-spog.pk3 file. this should be located in nexuiz/data ot quake3/baseq3 if you use teh "quake method"
The problem with shaders not beeing the correct solidity state in nexuiz are due to q3nap2 not beeing able to fine the shader(s) this is proly becase an incorret compile commandline. This info is stored in /game/path/[data|beseq3]/scipts/[something].proj
The thing that needs editing is the paths in the big messy blocks like
<key name="bsp_Q3Map2: (single) -light -fast -super 2 -filter" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 -filter $"/>
and
<key name="gamename" value="data"/>
if i remeber it right.. it was a while snice i was poking arround thise files.
enyways, heres my nexuiz.proj file:- Code: Select all
'<?xml version="1.0"?>
<!DOCTYPE project SYSTEM "project.dtd">
<project>
<key name="gamename" value="data"/>
<key name="version" value="1"/>
<key name="basepath" value="C:/Program/nexuiz-15/data/"/>
<key name="rshcmd" value=""/>
<key name="remotebasepath" value="C:/Program/nexuiz-15/data/"/>
<key name="entitypath" value="C:/Program/nexuiz-15/data/scripts/entities.def"/>
<key name="texturepath" value="C:/Program/nexuiz-15/data/textures/"/>
<key name="autosave" value="C:/Program/nexuiz-15/data/maps/autosave.map"/>
<key name="mapspath" value="C:/Program/nexuiz-15/data/maps/"/>
<key name="bsp_Q3Map2: (single) BSP -meta" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $"/>
<key name="bsp_Q3Map2: (single) -vis" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis $"/>
<key name="bsp_Q3Map2: (single test) -vis -fast" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -fast $"/>
<key name="bsp_Q3Map2: (single test) -light -faster" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -faster $"/>
<key name="bsp_Q3Map2: (single test) -light -fast" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast $"/>
<key name="bsp_Q3Map2: (single) -light -fast -super 2" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 $"/>
<key name="bsp_Q3Map2: (single) -light -fast -super 2 -filter" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 -filter $"/>
<key name="bsp_Q3Map2: (single) -light -fast -super 2 -filter -bounce 8" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 -filter -bounce 8 $"/>
<key name="bsp_Q3Map2: (test) BSP -meta, -vis, -light -fast -filter" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -filter $"/>
<key name="bsp_Q3Map2: (test) BSP -meta, -vis -fast, -light -fast -super 2 -filter" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt -fast $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 -filter $"/>
<key name="bsp_Q3Map2: (final) BSP -meta, -vis, -light -fast -filter -super 2" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -filter -super 2 $"/>
<key name="bsp_Q3Map2: (final) BSP -meta, -vis, -light -fast -filter -super 2 -bounce 8" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 -filter -bounce 8 $"/>
<key name="bsp_Q3Map2: (simulate old style -light -extra) BSP -meta, -vis, -light -super 2" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -super 2 $"/>
<key name="Generic compile: -meta -vis -light" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $"/>
<key name="bsp_Q3Map2: (Generic compile) -meta -vis -light" value=" ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light $"/>
<key name="bsp_Q3Map2: (Fuzzy Shadows) -meta -vis -light -filter" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -filter $"/>
<key name="bsp_Q3Map2: (Defined Shadows) -meta -vis -light -samples 2" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -samples 2 $"/>
<key name="bsp_Q3Map2: (Ultra Sharp Shadows) -meta -samplesize 1 -vis -light -samples 3" value=" ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta -samplesize 1 $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -samples 3 $"/>
<key name="bsp_Q3Map2: (Ultra Sharp Shadows + glaussian blur) -meta -samplesize 1 -vis -light -filter -samples 3" value=" ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta -samplesize 1 $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -filter -samples 3 $"/>
<key name="bsp_Q3Map2: (Ultra Sharp Shadows + phong shading) -meta -samplesize 1 -vis -light -shade -samples 3" value=" ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -meta -samplesize 1 $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -vis -saveprt $ && ! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -shade -samples 3 $"/>
<key name="brush_primit" value="0"/>
<key name="user_project" value="1"/>
</project>
Maybe it can be of some use.HOF:
<Diablo> the nex is a "game modification"
<Diablo> quake1 never had a weapon like that.
<Vordreller> there was no need for anything over 4GB untill Vista came along
<Samua>]Idea: Fix it?
<Samua>Lies, that only applies to other people.-
tZork - tZite Admin
- Posts: 1337
- Joined: Tue Feb 28, 2006 6:16 pm
- Location: Halfway to somwhere else
-
Sorry, you lose. TGA supports 1 bit alpha channel. It's either transparent or it's not. PNG supports shaded alpha channels.
I develop opensource software too so don't give me the "shut up user, be happy with what you have" crap. Are you even a developer, because devs almost never give such an answer. If this wasn't fun for us we wouldn't do it, we're not doing a favor for anyone so don't assume that opensource devs have such a shitty attitude ("Oh I'm doing you a FAVOR, I'd rather be hunting squierrls") .
tZork wrote:pepperboxrevolver wrote:So I'll take that as a no.
If you don't want many people mapping for nexiuz fine.
I have my gtkradiant working for mapping. The menu to compile the map isn't working so good though (slime/water/etc won't work).
PS: does the PNG support extend to alpha channel: IE can I use a semi transparent image and have it work correctly.
PNG is lossless, it will look just as good as TGA unless the engine messes up somewhere so your assertion about TGA being the best is completely wrong, just wanted to let you know that as long as we're being sardonic assholes to eachother.
Open development it great because everyone that feels like it and can do it can contribute. Trying to shove task down the throat of the ppl developing free stuff on their spare time just pisses them off. I can surely appreciate that it would be a very nice thing to have an editor tailored to Nexuiz, but this does not mean ill go around pestering everyone that seems to have any clue on what may need to be done to do so. If you truly are dedicated to this task i suggest you take the time to find out how to, and make it happen, im sure ppl will be thankful. If you feel this is above and beyond you or you simply are to lazy to do so then live with it not happening, and hold yer tong. The request is out, and if someone capable and interested sees it, it will get done.
A few points on TGA vs PNG.
To make a PNG with the same quality as a TGA means to have the PNG in 24+8 bit mode. Doing this will result in a file the same size as a tga, more or less. PNGLib is pretty sloppy written with some positional dangerous stuff going on, im surprised it made it into the engine. The primary goal of png was to provide a royalty free alternative to gif as a platted format. Though its a good thing that this format now sports more features this original idea leaves its mark on how thins are done in the lib. Loading images with the standard pnglib is allot slower then lodging a tga due to the way the code is written and the layout of the format.
In short PNG and TGA are equal to the task of storing an image with an alpha channel, but the implementation of TGA is more suited to a game engine.- pepperboxrevolver
- Newbie
- Posts: 5
- Joined: Tue Feb 28, 2006 9:51 pm
-
Download the latest radiant, 1.5.0, it takes like 2 seconds to set it up for another game.-
Kaz - Newbie
- Posts: 6
- Joined: Mon Mar 06, 2006 1:25 am
-
-
1.4 isn't GPLd, you have to use 1.5 (from svn as bins haven't been made for the gpl'd one yet) if you want to package it with nex.
Willis wrote:pepperboxrevolver wrote:Now that GTKradiant is gpl... (along with q3map2) I was wondering if it could be set up for nexuiz and included (lin and win bins please) and read from the nexuiz data dir etc.
Yes, it could be done, however, finding somebody to do it may be an entirely different matter.pepperboxrevolver wrote:PS: how do you losslessly convert a png to jpg, I have made alot of gpl'd textures I wish to use.
Unless you are using JPEG2000 (which I don't think is supported by the engine), it can't be done, standard jpeg is a lossy compression. PNG is supported in the engine as of 1.5 I believe, but for the best quality, a TGA file is recommended (yes they are large, but compress well in pk3's)pepperboxrevolver wrote:PSS: gtkradiant doesn't always compile happily so doing this is probably a good idea for everyone.
Just say you couldn't do it already, we get the point.Revenant wrote:Let me guess.... Is this the root from IRC?
In a word, yes, he is.- pepperboxrevolver
- Newbie
- Posts: 5
- Joined: Tue Feb 28, 2006 9:51 pm
-
pepperboxrevolver wrote:Sorry, you lose. TGA supports 1 bit alpha channel. It's either transparent or it's not. PNG supports shaded alpha channels.
I develop opensource software too so don't give me the "shut up user, be happy with what you have" crap. Are you even a developer, because devs almost never give such an answer. If this wasn't fun for us we wouldn't do it, we're not doing a favor for anyone so don't assume that opensource devs have such a shitty attitude ("Oh I'm doing you a FAVOR, I'd rather be hunting squierrls") .tZork wrote:pepperboxrevolver wrote:So I'll take that as a no.
If you don't want many people mapping for nexiuz fine.
I have my gtkradiant working for mapping. The menu to compile the map isn't working so good though (slime/water/etc won't work).
PS: does the PNG support extend to alpha channel: IE can I use a semi transparent image and have it work correctly.
PNG is lossless, it will look just as good as TGA unless the engine messes up somewhere so your assertion about TGA being the best is completely wrong, just wanted to let you know that as long as we're being sardonic assholes to eachother.
Open development it great because everyone that feels like it and can do it can contribute. Trying to shove task down the throat of the ppl developing free stuff on their spare time just pisses them off. I can surely appreciate that it would be a very nice thing to have an editor tailored to Nexuiz, but this does not mean ill go around pestering everyone that seems to have any clue on what may need to be done to do so. If you truly are dedicated to this task i suggest you take the time to find out how to, and make it happen, im sure ppl will be thankful. If you feel this is above and beyond you or you simply are to lazy to do so then live with it not happening, and hold yer tong. The request is out, and if someone capable and interested sees it, it will get done.
A few points on TGA vs PNG.
To make a PNG with the same quality as a TGA means to have the PNG in 24+8 bit mode. Doing this will result in a file the same size as a tga, more or less. PNGLib is pretty sloppy written with some positional dangerous stuff going on, im surprised it made it into the engine. The primary goal of png was to provide a royalty free alternative to gif as a platted format. Though its a good thing that this format now sports more features this original idea leaves its mark on how thins are done in the lib. Loading images with the standard pnglib is allot slower then lodging a tga due to the way the code is written and the layout of the format.
In short PNG and TGA are equal to the task of storing an image with an alpha channel, but the implementation of TGA is more suited to a game engine.
Hey you prick, stop being an ass to everyone, why do you think you were banned from the other forums?
ps: no, .tga supports shaded alpha channels.-
Kaz - Newbie
- Posts: 6
- Joined: Mon Mar 06, 2006 1:25 am
-
-
pepperboxrevolver wrote:Sorry, you lose. TGA supports 1 bit alpha channel. It's either transparent or it's not. PNG supports shaded alpha channels.
I develop opensource software too so don't give me the "shut up user, be happy with what you have" crap. Are you even a developer, because devs almost never give such an answer. If this wasn't fun for us we wouldn't do it, we're not doing a favor for anyone so don't assume that opensource devs have such a shitty attitude ("Oh I'm doing you a FAVOR, I'd rather be hunting squierrls") .
What kind of a reply is this? tZork gave a well balanced and detailed reply in normal polite tone. I dont understand the reason for the attitude.
You can't expect to have any request fulfilled, especially when the current developers disagree with what is supposed to be done. If any developer wants/find the time/usefulness for to do this, it will be done, if its very important you are free to do it yourself.
The developers are very good at listening to the community and are easy to persuade to do things, but you can not expect any "order" to be expedited.the spice extend life!
the spice expand conciousness!
the spice is vital to space travel!
sooooo.. tell me what you want, waht you really-really want
I will proceed directly to the intravenous injection of hard drugs, please.-
tChr - Forum addon
- Posts: 1501
- Joined: Tue Feb 28, 2006 9:11 pm
- Location: Trondheim, Norway
-
-
Im sorry you feel i have shitty attitude pepperboxrevolver. But keep this up and you will get banned again (tnx for that piece of info Kaz) Consider this a sharp warning.HOF:
<Diablo> the nex is a "game modification"
<Diablo> quake1 never had a weapon like that.
<Vordreller> there was no need for anything over 4GB untill Vista came along
<Samua>]Idea: Fix it?
<Samua>Lies, that only applies to other people.-
tZork - tZite Admin
- Posts: 1337
- Joined: Tue Feb 28, 2006 6:16 pm
- Location: Halfway to somwhere else
-
-
pepperboxrevolver wrote:Insert random incorrect quotes here
I'm not even going to bother going through the work to point out each place you are incorrect.
Lets start at the beginning:
You asked for PNG -> JPG converter - a lossy compression with no alpha support.
You then go on to claim PNG is far superior to TGA, pretty much only based on the fact of "better" alpha transpareny which you didn't even mention/need in the first place. Well, that could be true... if TGA were as crippled as you seem to think it is. However, the TGA format supports greyscale alpha, not 1-bit.
PNG, in use of the DarkPlaces engine, is ineffecient because it's code is far sloppier and is in effect getting compressed twice by the same zlib library. Feature-for-feature, TGA and PNG are nearly the same except the compression. If you still want to claim PNGs superior use in Nexuiz, just keep it to yourself until you can validly prove why.
Now, onto GTK Radient. As far as I understand it, the team has no plan of ever including it in the package for the same reason they don't include a c compiler or qc compiler or a map compiler. They weren't written by the team themselves, and are freely available in other places, as well as the fact that the number of players vs modders means including such is just wasted bandwidth (where as code written by the team is required to be there by the GPL license), and the support required for the multiple platforms is yet another issue. While it is not a terrible idea for somebody to make a full SDK complete with free C, QC, and Map compilers and editors, it's not something that the Nexuiz/Alientrap team is going to do because it isn't required. The information is all out there, how the modder takes to it is their choice.--Willis-
Willis - Site Admin
- Posts: 168
- Joined: Tue Feb 28, 2006 7:00 pm
- Location: Wisconsin, USA
-
-
*mod edit*
Content removed due to forum rules and common decency violations.- pepperboxrevolver
- Newbie
- Posts: 5
- Joined: Tue Feb 28, 2006 9:51 pm
-
rtfm pepperboxrevolver, rtfm
"One should strive to achieve; not sit in bitter regret."
WE ARE NEXUIZ.
-
C.Brutail - Laidback mapper
- Posts: 2357
- Joined: Tue Feb 28, 2006 7:26 pm
- Location: Ironforge
-
-
tZork wrote:Changes done to 1.4 by me includes:
Editing the entity file to fit nexuiz mapping
Setting up the correct paths in various files
Adding a new game so that nexuiz wont have to replace another game, and remove the need for hostin the nexuiz media in the data (baseq3) folder of another (q3) game.
I also added compile setting sugested by experianced nexuiz mappers and incluses the lastest known q3map2.
missing caulk and the other "common" shaderes are most proly a missing / not found common-spog.pk3 file. this should be located in nexuiz/data ot quake3/baseq3 if you use teh "quake method"
Is there a free version of this file or of its contents?The thing that needs editing is the paths in the big messy blocks like
<key name="bsp_Q3Map2: (single) -light -fast -super 2 -filter" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 -filter $"/>
Does this really need a full path to q3map2?
Well, I'll try that, thanks!1. Open Notepad
2. Paste: ÿþMSMSMS
3. Save
4. Open the file in Notepad again
You can vary the number of "MS", so you can clearly see it's MS which is causing it.-
divVerent - Site admin and keyboard killer
- Posts: 3809
- Joined: Thu Mar 02, 2006 4:46 pm
- Location: BRLOGENSHFEGLE
-
-
pepperboxrevolver wrote:Sorry, you lose. TGA supports 1 bit alpha channel. It's either transparent or it's not. PNG supports shaded alpha channels.
I wonder which ugly hacks dsi_floorlogo.tga is using then
Well, so that even you understand why Nexuiz textures are in TGA and not PNG, let's just try some things out. You don't believe us when we are just telling you, but you will surely believe numbers created for the actual game data.
First of all, the total file size. PNG:19,240,811 bytes. TGA: 98,026,161 bytes. A clear difference.
Next, the size once it's compressed into a PK3 (that is, ZIP) file. PNG:19,084,742 bytes. TGA: 21,300,766 bytes. So we would be saving a total of TWO MEGABYTES if we used PNG instead of TGA.
Okay, two megabytes are more than nothing. But what about the loading time? The time that counts is the time of unzipping the PK3 plus the time of loading the images. I don't have a tool here that just loads an image, but for benchmarking I could use converting them to a raw RGB stream and throwing that stream away.
Time for unzipping the PK3 files: the PNGs take 0.93s, the TGAs take 2.26s. But now comes the really important part: time for loading all those images into gqview and generating thumbnails. This took 4.6 seconds for the TGAs and 6.4 seconds for the PNGs.
Makes a total of 7.3s for PNG and 6.9s for TGA.
Of course, you might get different results on your computer... but generally we just "found out": just don't care if it's PNG or TGA. The difference between them is neglegible. You save a slight amount of space when using PNG, but reading them in takes a slight amount of additional time. What speaks for TGA is that it's easier to read and DP has integrated routines for that which are quite simple - I would even go to the point to say that DP's TGA routines are bug free. In contrast, libpng was more than once subject to security holes, so my guess is that libpng still has critical bugs.1. Open Notepad
2. Paste: ÿþMSMSMS
3. Save
4. Open the file in Notepad again
You can vary the number of "MS", so you can clearly see it's MS which is causing it.-
divVerent - Site admin and keyboard killer
- Posts: 3809
- Joined: Thu Mar 02, 2006 4:46 pm
- Location: BRLOGENSHFEGLE
-
-
divVerent wrote:tZork wrote:Changes done to 1.4 by me includes:
Editing the entity file to fit nexuiz mapping
Setting up the correct paths in various files
Adding a new game so that nexuiz wont have to replace another game, and remove the need for hostin the nexuiz media in the data (baseq3) folder of another (q3) game.
I also added compile setting sugested by experianced nexuiz mappers and incluses the lastest known q3map2.
missing caulk and the other "common" shaderes are most proly a missing / not found common-spog.pk3 file. this should be located in nexuiz/data ot quake3/baseq3 if you use teh "quake method"
Is there a free version of this file or of its contents?
http://www.games43.se/nexuiz/tools/nexuiz-radiant.zip
source of he installer in included.. sry its in vb
all config files are included but the installer alters them (paths)
unless its in a path evar, yehThe thing that needs editing is the paths in the big messy blocks like
<key name="bsp_Q3Map2: (single) -light -fast -super 2 -filter" value="! "C:/Program/GtkRadiant-1.4/q3map2/q3map2" -v # -game quake3 -fs_basepath "C:/Program/nexuiz-15/" -light -fast -super 2 -filter $"/>
Does this really need a full path to q3map2?
Well, I'll try that, thanks!
No probs =) good luck!HOF:
<Diablo> the nex is a "game modification"
<Diablo> quake1 never had a weapon like that.
<Vordreller> there was no need for anything over 4GB untill Vista came along
<Samua>]Idea: Fix it?
<Samua>Lies, that only applies to other people.-
tZork - tZite Admin
- Posts: 1337
- Joined: Tue Feb 28, 2006 6:16 pm
- Location: Halfway to somwhere else
-
-
Hi everyone,
Why don't you try to get Nexuiz support natively into GTK-Radiant?
I think they are open for adding support to other games.
The Warsow (http://www.warsow.net) developers will also include support for their game natively into Warsow (http://www.warsow.net/forums/viewtopic. ... ht=radiant)
and their game is much more beta than Nexuiz. So why don't get Nexuiz support directly into GTK-Radiant? That would be much cooler.
Greetings,
Patrick- Mohij
- Member
- Posts: 11
- Joined: Mon Apr 24, 2006 7:45 pm
-
This thread has more info on the topic: http://www.forums.alientrap.local/viewtopic.php?t=10
As i STILL (argh) did not find time to get into radiant this might sound stupid, but is it enough to give a few nice words and the file mentioned in this thread to the Radiant developers to get official Nexuiz support?-
esteel - Site admin and forum addon
- Posts: 3924
- Joined: Wed Mar 01, 2006 8:27 am
-
24 posts
• Page 1 of 1
Information
-
- Who is online
- Users browsing this forum: No registered users and 1 guest