SRB2 Message Board  

Go Back   SRB2 Message Board > Sonic Robo Blast 2 > SRB2 Discussion

Reply
 
Thread Tools Search this Thread
Old 04-20-2017   #5621
Monster Iestyn
Friendly Neighbour-Hood
Moderator
 
Monster Iestyn's Avatar
Default

Are you using windowed mode or fullscreen mode? According to the wiki it only does anything for the latter, and it only works when graphics are initialised on game startup.
Monster Iestyn is offline   Reply With Quote
Old 04-20-2017   #5622
-CG7244-
*This guy is making sprites
 
-CG7244-'s Avatar
Default

Quote:
Originally Posted by Monster Iestyn View Post
Are you using windowed mode or fullscreen mode? According to the wiki it only does anything for the latter, and it only works when graphics are initialised on game startup.
Yes, I'm using fullscreen, then, if It works at startup, I need to use an autoexec.cfg for It?
__________________
Quote:
<CG7244> We spriters can see EEEEVEEERYYTHINGG....... ~Good luck M8~
-CG7244- is offline   Reply With Quote
Old 04-20-2017   #5623
Monster Iestyn
Friendly Neighbour-Hood
Moderator
 
Monster Iestyn's Avatar
Default

No, the value is automatically saved to your config.cfg.
Monster Iestyn is offline   Reply With Quote
Old 04-20-2017   #5624
-CG7244-
*This guy is making sprites
 
-CG7244-'s Avatar
Default

Mmmm well, isn't working on game restart, nvm, I don't want to make this long, I'll stay with 640x400.

EDIT: Also, tested in another computer (non-widescreen, but tested with another resolution that makes black borders), and still, I think that I need a driver or something to make the command work.
__________________
Quote:
<CG7244> We spriters can see EEEEVEEERYYTHINGG....... ~Good luck M8~

Last edited by -CG7244-; 04-20-2017 at 09:43 PM.
-CG7244- is offline   Reply With Quote
Old 04-21-2017   #5625
RedEnchilada
happy, pretty, lovely!
Developer
 
RedEnchilada's Avatar
Default

What the stretch command does is, if you have the game set to a resolution that isn't a supported 16:10 resolution (such as 640x480), instead of letterboxing (rendering black bars) on the top and bottom, it will increase the vertical aspect ratio of the screen to fill the target resolution. The increase is purely vertical, so on a 16:9 or wider resolution it will actually decrease your viewing area. It has no effect if you're using a 16:10 resolution, and it doesn't change how SDL2 fullscreen displays the image.
__________________
Quote:
<@toaster> '"sonic robot explosion 2", the hot new sensation for teens looking for a good time, tempts many children away from god each year'
RedEnchilada is offline   Reply With Quote
Old 04-21-2017   #5626
-CG7244-
*This guy is making sprites
 
-CG7244-'s Avatar
Default

Quote:
Originally Posted by RedEnchilada View Post
What the stretch command does is, if you have the game set to a resolution that isn't a supported 16:10 resolution (such as 640x480), instead of letterboxing (rendering black bars) on the top and bottom, it will increase the vertical aspect ratio of the screen to fill the target resolution. The increase is purely vertical, so on a 16:9 or wider resolution it will actually decrease your viewing area. It has no effect if you're using a 16:10 resolution, and it doesn't change how SDL2 fullscreen displays the image.
Then, the stretch command stretchs the game screen vertically?
__________________
Quote:
<CG7244> We spriters can see EEEEVEEERYYTHINGG....... ~Good luck M8~
-CG7244- is offline   Reply With Quote
Old 04-21-2017   #5627
Mystic
チェン!
Administrator
 
Mystic's Avatar
Default

Basically, he means that the stretch command only stretches our default view (8:5 widescreen) to a non-widescreen resolution, not to a wider widescreen.
Mystic is offline   Reply With Quote
Old 04-22-2017   #5628
Ritz
cornstar
 
Ritz's Avatar
Default

There should be a flag for floating objects that adjusts their height relative to the floor height of the sector they're in, so we can have rings and stuff on moving platforms.
__________________
http://funkvessel.tumblr.com/
Ritz is offline   Reply With Quote
Old 04-23-2017   #5629
Death Egg
Default

I have a bunch of requests that I'm certain likely have all been asked before, and all would be fairly large projects so I wouldn't expect them to be added soon. They are all features from other Doom source ports that I think would be very useful for SRB2 modders to have available. The reason I'm asking for them is because I have a big Sonic fan game project that I'm planning that would require a lot of features, and the engine that I have most experience with is the Doom engine; I'm currently debating whether to use GZDoom or SRB2 as my engine of choice. It would be entirely 2D platforming. I have half functioning engines working for both, but I would like to end up using SRB2 to help support a fellow Sonic fan game, and one I've grown up with since the early 2000's. If I can get what I need out of SRB2 and not GZDoom (Which has a few severe flaws that are putting me off that SRB2 doesn't have) then I will use it for sure.

Anyway, the requests. I don't know as much about SRB2 modding so some of this may already exist, but here goes...

.pk3 files: A much easier way of storing and working with data then all lumped into one giant list. I feel like this is something SRB2 might already have but i haven't seen documentation on it, and couldn't find any on the wiki. The project I have in mind will be enormous if my current plan sees fruition and require a boatload of new resources, likeyl even a custom .exe eventually. pk3's are becoming more common throughout Doom source ports due to easily organizing all the data into separate folders and subfolders, making changes relatively easy and pain-free.

True-color renderer for software mode: Not a necessity, and a huge pain to get working, so I wouldn't expect this one. There wouldn't be a need for a COLORMAP anymore if this was implemented, and the palette restriction would be lifted too.

Ditching flats: ZDoom and Eternity, among other source ports I can't think of, can put patches and textures on the floors in addition to walls, making flats obsolete as a file type to use. SRB2 is leaning farther and farther away from the original Doom code, and already supports different sizes of flats than just 64x64. There isn't really any reason to keep flats around as being separate from textures.

Upgrade to UDMF map format: What can I say? The UDMF map format is simply superior. The ability to rotate any texture alone, whether on floors/ceilings or on walls, is extremely useful. I imagine this would be a hell of an undertaking though and require a very updated or entirely new map editor to go with it though so I'd understand if this took a long time to implement if it ever was. Not to mention that all the mappers would have to get used to how much more complex it is, but once they did it would be much more flexible.

Of these all the .pk3 thing is the one that I and many others would benefit the most from. If these have already been discussed I would like to at least read over the reasons they may have been rejected or shelved.
Death Egg is offline   Reply With Quote
Old 04-24-2017   #5630
Goldenhog
Wandering Protagonist
 
Goldenhog's Avatar
Default

Quote:
Originally Posted by Death Egg View Post
True-color renderer for software mode: Not a necessity, and a huge pain to get working, so I wouldn't expect this one. There wouldn't be a need for a COLORMAP anymore if this was implemented, and the palette restriction would be lifted too.
Dunno about the other stuff, but the devs already said that they use the palette to ensure the game looks the way they want it to look so they probably aren't interested getting rid of it.

https://mb.srb2.org/showpost.php?p=767012&postcount=22 (from a discussion about whether OpenGL should or should not use a palette like the Software renderer does)

Quote:
Originally Posted by Mystic
SRB2's visual design is intended to approximate the style of the 2D Sonic games in 3D. Our old, Doom-based engine is actually an asset here, providing us with an authentic, old graphical style from the early days of 3D gaming. Think of this like the intentionally retro styled games that have become popular recently, where the developers intentionally use dated visuals and styles to make the game look much older than it actually is. The only difference is that in our case the project is just so old that our engine isn't faking it; it really IS that old.

One of the tools to maintain our visual design is our limited palette. While the palette limitations started out as a simple technical limitation, at this point they're a major part of our visual design.
That said, this was 2 years ago so I don't know, maybe they did change their stance on this. Doubt it, though.
__________________
Quote:
Originally Posted by Asagi Asagiri
I need power over the people! The stupid, STUPID people!
Goldenhog is offline   Reply With Quote
Old 04-24-2017   #5631
Boinciel
ヒトデパンと奇妙なジャム
Developer
 
Boinciel's Avatar
Default

Nope, still the same as ever.

PK3, ditching flats, and UDMF would be pretty nice to have though.
__________________
I'm deleting WOW + FURYHUNTER your not int his BLAPCK robo ass memes because that was a bad pun MonsterIestyn

hubjim

Last edited by Boinciel; 04-24-2017 at 12:59 AM.
Boinciel is offline   Reply With Quote
Old 04-24-2017   #5632
RedEnchilada
happy, pretty, lovely!
Developer
 
RedEnchilada's Avatar
Default

Quote:
Originally Posted by Death Egg View Post
I have a big Sonic fan game project that I'm planning that would require a lot of features, and the engine that I have most experience with is the Doom engine; I'm currently debating whether to use GZDoom or SRB2 as my engine of choice. It would be entirely 2D platforming.
If you're talking 2D as in completely flat 2D graphics, a Doom-type engine is completely overkill for that and you'll hit a bunch of limitations. You'd be better off using a generic 2D engine and writing the exact game logic you want; if SRB2's made you a Lua fan I can vouch for https://love2d.org/ from the little bit of experience I've had with it.

Either way, one thing to keep in mind about any suggestions you preface as such is, while any suggestion can be implemented if it benefits the game, SRB2 is a game first and foremost and engine-related suggestions that aren't directly benefitting us are unlikely to be pursued.

Quote:
Originally Posted by Death Egg View Post
True-color renderer for software mode:
Our reasoning for not doing this has already been explained above, so I won't bore you with repetition.

Quote:
Originally Posted by Death Egg View Post
.pk3 files:
Quote:
Originally Posted by Death Egg View Post
Upgrade to UDMF map format:
These are both things that have been requested internally, and there's a modicum of interest in making them happen, but as you've said already, each of these is a huge undertaking. There just isn't enough benefit in doing them for us to justify the effort required.

Quote:
Originally Posted by Death Egg View Post
Ditching flats:
Out of all your suggestions, this is the one that's most likely to be implemented. You'd probably still be limited to square power-of-two sizes for flats depending on the exact implementation, since changing lower-level span rendering code can be a pain (I think there are some ASM functions for those in the code, yuck), but just hacking something into the flat loader to convert textures shouldn't be too difficult.
__________________
Quote:
<@toaster> '"sonic robot explosion 2", the hot new sensation for teens looking for a good time, tempts many children away from god each year'
RedEnchilada is offline   Reply With Quote
Old 04-24-2017   #5633
Death Egg
Default

Thanks for the replies! I thought I had read about the reason there is no true-color software mode somewhere on the forums before, in fact that was the exact same post, I'd just forgotten. That and UDMF wouldn't be high priority things I'd need, UDMF would be marginally more useful and I think it may be more fun working with a restricted palette. Textures instead of flats would be nice to have but not necessary either. The only thing I'm really hoping for is .pk3 support, that type of organization would be a blessing. I'm certain I can't be the only one who thinks this either.
Death Egg is offline   Reply With Quote
Old 04-24-2017   #5634
MK.exe
aaaaaaaaahahahahaha
 
MK.exe's Avatar
Default

Wouldnt ditching flats make the file sizes smaller?
__________________
Done:
Hit a 180 Rail shot
First person to have a map in releases with Slopes
MK.exe is offline   Reply With Quote
Old 04-24-2017   #5635
glaber
Emblem Radar Ready
 
glaber's Avatar
Default

allow for CA2_SPINDASH and CA2_MULTIABILITY to be used together without the need of lua.
glaber is offline   Reply With Quote
Old 04-24-2017   #5636
LightspeedX
aka PrismaticAngel
Default

Make the 1-up a sound effect instead of a Tune like some mods already do so that it doesn't override whatever music is currently playing.

I always think it's rather annoying when that happens.
__________________
My YouTube
Quote:
<toaster> i love when people make videos of my stuff
<toaster> i love you lightspeed
LightspeedX is offline   Reply With Quote
Old 04-27-2017   #5637
RomioTheBadass
Right there, Criminal Scum!
 
RomioTheBadass's Avatar
Default

One quick suggestion to Analog mode, camera turning speed should be lowered while Gliding, Similar to the way it works with Rouge and Knuckles in Sonic Adventure 2, I Know this isn't gonna fix all problems with analog controls but It'll at least make the Gliding characters slightly more controllable in analog mode.

For Boss stages, The camera should be locked and aimed only at the boss, If more than 1 boss are present at 1 act, The camera should follow only the nearest one.
__________________
Quote:
He came in like a Wrecking ball.
RomioTheBadass is offline   Reply With Quote
Old 04-27-2017   #5638
Ritz
cornstar
 
Ritz's Avatar
Default

Quote:
Originally Posted by RedEnchilada View Post
There just isn't enough benefit in doing them for us to justify the effort required.
Adjustable vertex heights for vertex slopes without vertex slope things
__________________
http://funkvessel.tumblr.com/
Ritz is offline   Reply With Quote
Old 04-28-2017   #5639
toaster
トースタちゃん
Developer
 
toaster's Avatar
Default

I keep on telling people that would be a minor upgrade for one use case and a huge downgrade for a ton of other ones.

The vertexes slope copying has no reference when lines aren't involved, so you have to arbitrarily duplicate/match up equivalents of your work over multiple sectors. And because the vertices have to be the corners of the sector, creating slopes with vertices based on geometry outside of the sector is impossible - which makes FOF slopes much more difficult for no good reason. It also forces your level geometry to be cut into triangles, even if you just want to make a tilted octagon plane or something. It'd also kill what little support for dynamic vertex slopes we have, since vertices aren't modifiable.

So no. It would be much worse for most use cases, and only slightly better for the only use case ZDooM engineered these for (because it doesn't have FOF slopes, let alone vertex ones).

Unless vertexes can be free standing in UDMF, in which case that's just using a seperate type of object as a reference for this and it's still kinda stupid.

So nyah.
__________________
Quote:
<MonsterIestyn> surely it's good ass though
Quote:
<MonsterIestyn> watch porm to keep warm

Last edited by toaster; 04-28-2017 at 07:31 AM.
toaster is offline   Reply With Quote
Old 04-28-2017   #5640
Ritz
cornstar
 
Ritz's Avatar
Default

Different tools for different situations. Linedef slopes are quick and easy for general ground use, but they're terrible for geometry that isn't aligned at 45 degree angles because the direction of the slope must always be perpendicular to the slope linedef, so no lateral tilts. Vertex things are precise and support dynamic geometry, but they're a pain in the ass to use because you can't rotate or duplicate them without having to re-tag every object, which also means having to temporarily offset things that are overlapping each other so they're not fighting for priority in the editor. If I want to make a bowl or a sphere, where's the solution in-between that doesn't take 3 hours to set up?

Also I was under the impression ZDoom or some other variant supported both visual vertices and vertex slope things, is that not true? If visual vertices really do preclude the use of things, couldn't we just, like, code it to not do that? Also the copy slope actions would be infinitely more useful if they literally copied the slope instead of simply extending a slope over disjointed geometry anyway.
__________________
http://funkvessel.tumblr.com/

Last edited by Ritz; 04-28-2017 at 01:42 PM.
Ritz is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Some suggestions..... Konata123 SRB2 Discussion 3 03-30-2011 03:01 AM
I want some suggestions/reviews, please. Shadow Hog Outdated Releases (0.X & 1.X) 22 10-31-2006 01:45 AM
Question about a few 1.1 suggestions SSNTails Help 11 01-07-2006 04:27 AM
My suggestions RenegadeC Help 41 10-18-2005 09:51 PM


All times are GMT. The time now is 12:16 AM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2017, vBulletin Solutions, Inc.