News | Forum | People | FAQ | Links | Search | Register | Log in
Quakespasm Engine
This engine needs its own thread.

Feedback: I like the OS X version, but I have to start it from the terminal for it to work and can't just double-click it like a traditional OS X app. I'm sure you guys already know this, either way great engine.

http://quakespasm.sourceforge.net/
First | Previous | Next | Last
Baker 
wait, I'm not the one who's asking.
It is someone on this MacOs Quakespasm that asks me advice.
I tried to reconstruckt the failure and the maps runs fine for me with the "-heapsize 160000" option.
It is his quaestion from him to me how to load a map that size on MacOS.

I know nothing of macs and apples. 
 
I think that's normal.. QuakeSpasm on OS X is probably running as 64-bit, and more heap space is needed to load the same content when the engine is 64-bit. Anyway, just dropping the -heapsize argument should be fine since it defaults to 256MB now. 
@madfox 
I understand, I'm just nudging you to not use --- nor suggest --- the -heapsize commandline argument.

It's archaic at this point except in exceptionally odd circumstances. 
LXSU4 
I am the person trying to run LXSU4 on MacOS with QuakeSpasm.

It is telling me couldn't spawn map. I'm using the supplied command line:
-heapsize 160000 -game lxsu4 +map lxsu4

I also tried every other combination and method I know.

LXSU4 is created by MadFox and featured on the Quake Expo 2016 site:
https://qexpo2016.com/sins-gorge-for-quake1/ 
 
The zip file is LSXU4, not LXSU4, so try -game lsxu4 +map lxsu4. 
Aftershock 
You can type "game lsxu4; map lsxu4" in the console.

Both gamedirs and map names autocomplete in the console if you press tab.

No more typos 
LXSU4: Zip File Wrong Name 
Ok, it works. Thanks! The zip file / game folder was supposed to be named LXSU4, but it isn't. 
Watch Out 
for elexis ufour! 
This Bothers Me 
The original game displayed the view weapons slightly differently depending on the view pitch. I don't know if it was a feature or an oddity (it also strangely depended on the screen size), but I know enough games that do similar things deliberately (so it wouldn't look like the weapon is glued to the player's chin).

Looks like this effect was lost somewhere along the way. What I'd like to ask is why. 
 
Oh, and apparently I misremembered Fitzquake exhibiting the old behavior - I just checked and it doesn't. So it's not a Quakespasm change. 
 
There's a car to display weapons like winquake at least in markv 
My Fault Aftershock.., 
Just saw it now, I packed it with the wrong name. 
 
There's a car to display weapons like winquake

Yeah, it looks really cool! Rocket launcher example
Quick Question. Uh, Make That Two. 
Hey guys, I think I've read about it somewhere but I can't seem to remember or find the page again, so please clear something up for me: there's no RTlights support in QS, is there? And while we're at it, I'm looking for something similar to DP Pretty Water for QS. Do I have any chance of getting lucky? 
Mugwump 
As I understand it, QS is more about improving the engine within an acceptably Quakey aesthetic - stuff like RT lights and hi-res fresnel FX on water don't really mesh with the grungy pixel art look that was established in the original game. 
 
 
Eric is away this weekend, but he's working on a map with me ATM. 
Kinn 
Uhh... With all due respect, I don't condone this kind of backward thinking. Nostalgia is fine (I still play Quake, don't I?) but please don't be an ayatollah about it. Quake was no pixel art, it was downgraded art to circumvent hardware limitations of the time - like the sounds being limited to distorted 22kHz. I'm perfectly fine with pixel art and I've played great games that make use of it, but Quake being a highly immersive experience, it undoubtedly benefits from looking better. Take a look at the player model for example, it is very sketchy with parts of the texture shifting and trembling like jello in a decidedly unnatural way. That's not pixel art in any way whatsoever and I for once am very glad that HD content exists nowadays.

Oh well, at least I can still use hi-res textures and .lits... I just wanted to make QS as pretty as DP for the mods that I have trouble running in DP.

@Veyron, the link returns an error 502. 
Use DarkPlaces Then 
QuakeSpasm is for those who want the original look and feel as much as possible. 
Problem With Dp 
Is that it's no longer supported like the poster says. I'm sure other engines have added features like rt lights? 
Mugwump 
please don't be an ayatollah about it.

Lol, with "all due respect" I just gave a simple answer to your question. Not sure why you think I'm being all preachy about this. Then again we all love a bit of salty beef on these forums - keeps it interesting doesn't it?

I don't personally have anything to do with QS's development, but it is my preferred engine, and indeed the FitzQuake/QS/MarkV line of engines are overwhelmingly the engines of choice for the mappers and players on these forums. Not bad for such a "backward thinking" approach I guess. 
Part 2 
HD content will always look terrible in Quake unless all the art assets - including the detail of the level geometry - are upgraded to a consistent fidelity.

2048 pixel texture on a 300-poly monster? Looks like shite. Hi-res bump-mapped textures on ultra-low poly quake level brushwork? Looks like shite. etc. etc.

There has been no attempt to remake Quake in entirely HD content, but what you do get are quarter-arsed efforts that are essentially the quake equivalent of this:

http://i.imgur.com/q3GvKMr.png 
 
Quake being a highly immersive experience, it undoubtedly benefits from looking better.

Anything would benefit from looking better. But whether HD content and new effects make classic games look better is arguable.

In short, it's about the balance of elements. When you improve textures, they make the geometry look simpler. When you improve skins, you should also improve models (which is something I'm yet to see). And when the character models will be up to modern standarts, if will suddenly be discovered that the whole animation system needs to be reworked just to make them look natural.

Some people don't notice all of this, but some people do. I would really like seeing a modern-yet-faithful Quake reimagining, but I think it should be a standalone project on a new engine, or a very deep reworking of the whole game, which will most likely mean dropping mod support.

Special effects like real-time lighting are less harmful though. In this case I'm only concerned with the fact that the quality of static lighting improved considerably in the last few years, and I'm not sure that real-time rendering can do it justice. 
 
And let's not forget about the actual quality of the HD art assets that the fans produce. I think it got better with time, but it's still not exactly at the professional level. 
Kinn 
Well, talking about Quake (or any 20-year-old game for that matter) as, ahem, "pixel art" and saying stuff like "an acceptably Quakey aesthetic" sounds pretty preachy and rigid-minded to me. You know, "this must be that way and any divergence is intolerable". Words you can hear in the mouths of zealots and dictators. Just sayin'.

As for the discrepancy between the simplicity of the geometry and the level of detail of hi-res textures, that's a matter of taste. A nice texture will always look better to me on a simple surface than a mess of blocky pixels. I thought they looked like crap 20 years ago and I still do now, luckily now I can get rid of those. And normal maps help a lot in fooling the eye into thinking that what it sees is more than a flat wall. Sure, normals can look a little weird sometimes depending on the viewing angle, but most of the time they do their job very well. As for low-poly models, you're aware that they can be replaced with hi-poly versions, right? If you haven't seen Fredrikh's awesome shambler or those shader animated ammo boxes (the nailgun boxes for example have each individual nail modeled) you're in for a real treat! 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.