"incenerator = incinerator :-) "
Thanks for that correction. I had NO idea what you were trying to say there ...
Bug Is Dead
i've just tested version 1.03 and button works it's supposed to.
Shit I Forgot The Screenshots
Coming soon :)
ijed, nice! Going to have to replay with the patch soon. Sorry I copped out on playtesting
Without your tools and engine support this pack wouldn't have happened at all :)
thanks for the screenies.
Also news post updated.
Download Not Working ?
When I press the download button, nothing happens. WTF !?
Keep in mind Barnak is using a non-Intel Mac Mini and no modern browser is available for him to use.
It's a 2010 mini, so definitely Intel. And it rocks with Snow Leopard !
I'm sure the patch will get mirrored to quaddicted or quaketastic before long.
Barnak, try using Firefox or Chrome on OSX 10.6, not Safari (which is out of date and probably unsafe).
Way Ahead Of You, Eric
If folks are in the business of updating the OP, you could remove the link to the special-snowflake devbuild of Quakespasm and just say "use Quakespasm version 0.90.0 or later".
Set =1 To Download. WTF !?
I'm able to download the pack by turning the URL from =0 to =1.
At least, make that download button to play a fart sound when you press it.
FSAA In Quakespasm
I'm experiencing a video problem with both versions of Rubicon3 when FSAA (antialiasing) is ON, in the latest version of Quakespasm OS X.
Rubicon3 is the only Quake pack/mod/map which is giving me video garbages when FSAA is ON.
This is sad, since FSAA is nice to my eyes, and I need to turn it OFF just to play Rubicon. Why is there a problem with FSAA and this mod ?
A screenshot for the Quakespasm would be the considerate thing to do wouldn't it?
Or shall they just guess what your screen looks like ...
I was about to ask for a screenshot but I can reproduce it on my OSX 10.6 system, a HOM effect, but some parts of the world draw?
It affects id1 start.bsp too though, so it's not specific to RRP.
Seems to be related to the waterwarp, setting "r_oldwater 1" works around the problem here.
What are the differences with the oldwater settings ?
And what is specific to Rubicon3's water, that is different from the other water settings, in AD for example ? Rubicon is the only Mod that gives me screen shit when FSAA is ON.
The screen shit looks like transparent walls, with a very luminous background (sky box), that blinks when I move the view around. The game becomes unplayable with this.
It affects how the waving animation on the surface of liquids is drawn.. "r_oldwater 0" is the better quality way, but it can cause problems with buggy OpenGL drivers. "r_oldwater 1" is more compatible but looks more angular.
There's nothing specific about RRP, but maybe the quake.rc forces "r_oldwater 1" which triggers the bug for you.
Argh, I meant "r_oldwater 0" the last time.
Anyway - assuming you are having the same issue as me, setting it to "1" should work around the issue for now. I'll see if there's any straightforward way to work around it in the engine.
"new water" in fitzquake/quakespasm uses the framebuffer as a scratchpad to draw the waterwarp, then copies that into a texture, then draws the scene for real. Perhaps there's some driver/hardware issue that makes copying framebuffer to texture give bad results. "Old water" uses the glquake method, which is safe but ugly.
Ideally it would all be replaced with a fragment shader :)
It's a little crazy that FSAA has to be on for Barnak's issue to manifest itself.
@ericw --- gl clear happens AFTER warp textures are updated --- metlslime probably figured better to do it before clearing buffer. Perhaps gl_clear before and after would solve issue if FSAA is on?
(You wrote a dev note saying some Intels need the buffer always cleared. Barnak's computer is saying "Hello!")