Lots of these are already features. Did you read the documentation? Or do you simply mean menu options?

Also, some of these have been answered at that other forum. It is not very nice of you to ignore that and not mention that you are crossposting the exact same text. 

Lots of these are already features.
>which ones? they aren't to my knowledge

Did you read the documentation?
>yes and the fritzquake as well

Or do you simply mean menu options?
>Mainly as menu options where applicable

Also, some of these have been answered at that other forum.
>actually they haven't been (r_wateralpha 0.5 makes teleport/lava textures transparent) 

Is there a spell somewhere in the necronomicon to enable xinput for lazy single player gamers? 

SDL2 supports XInput, not sure about SDL1. Personally i'd like to add controller support to QS sometime (for playing quake on couches/beds :P). not sure how the other devs feel about it, but it requires a bit of work.

So it's something possibly on the todo list, but not available right now. 

what about my suggestion of a new console command to load a random map, so the player don't know in advance which map will be loaded.

I currently have hundreds of maps in my id1/maps folder, and very often I simply don't know which one to play.

Using a random map command, It could be great to be "surprised" each time we load a new map. I'm sure other players would appreciate that feature too. 

pasting here:

There are a couple of potential issues, one is some mods use .bsp files that are not actually levels but just prefab objects that referred to - so a �randmap� command might try to play these.

Also I�m pretty sure that a �randmap� mode where exiting a level loads a random map instead of the one specified in the trigger_changelevel is almost impossible to implement in a clean way.

So we can see if the other QS devs have a comment, but I�d say it�s probably not a good fit for quakespasm. 

About the randmap command, I was thinking about loading only maps located inside the id1/maps folder, not from the mods (I was aware of the issue you described with mods).

That command is highly desirable if you do have hundreds of custom maps.

Without that random command, many good maps will remain in your maps folder without ever being played for a VERY long time.

The randmap command would give all the maps a chance of being played at any moment you call "randmap". 

Let me elaborate on the idea of that "randmap" command :

You start QS and drop down the console to type "randmap". QS then loads an arbitrary map from your id1/maps folder (mods are all excluded).

You then play that map to the end, and use its exit. That map then loads its predefined second map. Fine. The randmap don't interfere here.

You play the second map (called from the first one), and decide you don't like it. You drop down the console and type "randmap" again. QS then loads a new randomly selected map. If you still don't like it, you could use the randmap command again, until you like the map. And so on.

If a map ends to the default start map, then no problem. You can call the randmap at any time.

This command is simply a way of picking up an arbitrary map in your id1/maps folder.

It may also happens that the command loads the same map again (random selection without memory). This is not a problem since you could call that command again. The chance that it gives you the same maps several times is low if you have hundreds of custom maps inside your id1/maps folder.

The ability to bind the randmap command to a keyboard shortcut would be extremely usefull, IMHO. 

Post #55 applies to me, except I am running Windows 8 and the latest version of Quakespasm. This is on my laptop.

Simply put, mouse movement is wildly erratic, spinning the camera at high speeds in any direction, even when mouse sensitivity is at its lowest. While spinning like crazy for a second or two, it will even cause Quakespasm to freeze for a minute.

The other problem is this: http://www.stjohninthewilderness.org/wp-content/uploads/2014/08/quakespasm.jpg

As you can see, the game resolution is bigger than what its actually supposed to be. You can imagine when attempting to change the resolution to 1920x1080 sections of the screen are completely cut off, like the status bar.

My laptop is running Windows 8.1 64-bit, AMD A8-5550M CPU, and AMD Radeon HD 8550G graphics card. Drivers are all up to date.

Anyone have any ideas or experience something similar? 

It happens to me too, it always did with all the versions of Quakespasm i used (0.85.5 to 0.85.10), but in my case it never freezes, only spins till i learn how to make it look forward again.

For now it happens in my dual core PC with Windows XP sp2. Have to check in others.

I never worried about it because i thought it was an issue with the mouse or with Windows' drivers. I also always thought that it happened too in other Quake engines and in other videogames, but now that you are saying that, Orl, i am beginning to doubt.
The more i think, the more i see that the issues i had with other videogames can be explained or are unrelated. Have to check the other Quake engines i currently use. 

Barnak, it would seem out of place to add such a command to an engine that is otherwise rather oblivious to "content". I would love to see an engine with all the Quake Injector functionality built in, but until then I don't think such command would fit the philosophy.

I would offer to write a Bash script to do this if you are on Linux? Otherwise maybe https://www.quaddicted.com/reviews/random_map.php is enough for ideas? 

Hm, based on the screenshot I'm guessing it's an incompatibility between SDL 1.2 and the windows 8 dpi scaling. Can you try setting the windows dpi to the original small size, "100%", and see if that fixes it? Not a proper fix, of course.

if that's it, this sounds like something SDL2 might fix. I don't have an sdl2 quakespasm windows build handy, but can put it on my todo list.

Cocerello, any chance you're using dpi scaling too? 

try http://sourceforge.net/p/fteqw/code/HEAD/tree/trunk/engine/client/quake.manifest
first part disables silent file redirection (grr).
second part disables dpi scaling (so fullscreen isn't broken any more).

both tell windows to go away and stop breaking things. neither appear to be possible with an winapi call.
save it as foo.exe.manifest next to your foo.exe and you should be able to use it without recompiling the exe. 

After disabling DPI scaling within the compatibility options for quakespasm, it not only fixed the resolution, but also the mouse issue. The mouse works fine now, and there doesn't seem to be any problem whatsoever. 

I'll check, but i won't get to see that PC again till september.

If the one i have here has the same problem, i'll tell you if that fix works. 

>I would offer to write a Bash script to do this if you are on Linux? >Otherwise maybe >https://www.quaddicted.com/reviews/random_map.php is enough for >ideas?

I'm on OS X.

And no, using a web site to select a random map isn't usefull. I would like to randomly select a map from my personnal collection, from WITHIN the game (QS).

I think this command would be a great addition to the game, especially if you do have lots of maps in our id1/maps folder. And since I can't put the game to the background (a Quake3 feature that I was asking for Quake1), I can't consult the internet while QS is running.

I don't see how that randmap command would "not fit" QS's philosophy. 

For umpteenth time: hit alt enter to switch to windowed mode, then go to the menu to unfreeze the mouse. Is that really so hard? 

This is a pain in the ass just to select some random map.

Is it really so hard to add a randmap command ? 

https://en.wikipedia.org/wiki/Feature_creep

It probably is not hard to add but it would be hard to do well. What about deathmatch maps, what about bsp files that are not maps, what about maps that are later part of an episode? That would be hard.

You are just one user and would probably be the only one who used this feature.

Does QS support loading a map (in a running instance) by doubleclicking it? 

Double-clicking a .bsp file to launch QS and play that map would be great too, I suppose. It's currently not working on OS X. And double-clicking a bsp file which isn't a map wouldn't be that great neither, I guess.

Do you put non-map bsp files into your id1/maps folder ?

And even if we have such maps in id1/maps, using the randmap command would simply give an error message, as if you tried to open it using the standard map command. The user then simply has to use the randmap again to select another random map.

I don't think that non-maps bsp file would cause that much troubles. 

Do you put non-map bsp files into your id1/maps folder ?

Ammo boxes, health boxes, exploding boxes are all bsp files. 

I see the "randmap" command as simply an alternative to the usual "map" command, without a mapname argument.

Even if it selects a deathmatch map, so what ? I would use "randmap" again, until I get some playable map.

This would be so much easier to start a random game, especially with a bind to a keyboard shortcut. 

[quote]
what about my suggestion of a new console command to load a random map, so the player don't know in advance which map will be loaded.
[/quote]

In Qrack I added such a thing, though, use the existing changelevel command. So in effect if the user just types
]changelevel
without a map specified it loads a random map from the gamedir.
I'm sure it would be trivial to port. 

sorry to double post, Lightning Hunter requested this feature to me a few years back. His use was for FrikBots. He had all his DEATHMATCH maps and waypoint files in the frikbot folder.

I agree with Spirit, for single-player it might seem a bit disjointed. 

Haa ! I knew it !

Please, port this to QS !