Grid Sage Forums

Grid Sage Forums

  • March 28, 2024, 09:11:28 AM
  • Welcome, Guest
Please login or register.

Login with username, password and session length
Advanced search  

News:

LINKS: Website | Steam | Wiki

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Kyzrati

Pages: 1 [2] 3 4 ... 171
26
Everything REXPaint / Re: .gpl File type Support.
« on: February 10, 2024, 04:39:13 PM »
Oh cool, thanks for the indirect feature support in that case :)

27
Ideas / Re: Would smoke grenades be a good idea for Cogmind?
« on: February 07, 2024, 11:56:17 PM »
Hell yeah, lotta cool new items coming down the pipe! Just need to finish this UI interlude first so I can get back to that stuff...

28
Ideas / Re: Would smoke grenades be a good idea for Cogmind?
« on: February 07, 2024, 06:54:56 PM »
Ah, the perennial question (okay it's not all that common, but it does come up every couple years or so). This was discussed here in 2015 among related topics, and it's still the same philosophy, so nope, no smoke (or any such effect).

We do have some similar effects through parts, however, like cloaking for example, or the new upcoming ID Mask.

29
Announcements / SITREP Saturday #53: Full UI Upscaling
« on: February 02, 2024, 05:09:00 PM »


With map zooming and lots of other work already complete and ready for the upcoming Beta 13 release, early last month I began building the optional new UI layout to make everything larger! I first shared the specifications last year, and more recently have been writing about them as relevant architectural work got underway in earnest.

That series began with the new year, where you can read in Part 1 about the history and theory behind Cogmind's UI layout, where it's been and where it's going.



The current layout will continue to exist as an option, generally being the most efficient way to play, but we'll be getting a new default layout that increases the size of everything across the board by 33%. In other words, for example those of you using size 18 fonts and tiles (the majority of players), will instead be using size 24 under the new layout.

Here is a sample screenshot of the 1080p 45-row terminal layout:



And the intro image at the opening of this post can be opened to full size for a side-by-side comparison of the 1080p resolution appearance before and after the changes.

More on this project further below, but first...

Map Zooming COMPLETE

First of all a quick update for those who might be interested in the separate map zooming feature and haven't been following the blog: it is now fully implemented and works great. (This is different from the UI upscaling, which applies to the entire interface--the map can be further zoomed in addition to that.) I've documented the work behind that process in a series of articles on the blog--lots of engine work, testing, and new feature development.

The coolest part is all the related QoL that helps mitigate the drawbacks of a zoomed map view so that it's actually decently playable, which I'll be sharing in more detail later this month (the blog is kinda overflowing with content lately :P). I already demoed a lot of it in that earlier video, but it wasn't a concentrated demo, and when that info comes out in article form you'll be able to browse all the features more easily, with many samples.

However, what I'm actually working on now could in many cases make it so that you will not even need or want to to zoom the map :)

Full UI Upscaling

A couple times before, including most recently as part of my Year 10 of the Cogmind update, I shared this diagram (to scale) of my UI layout plans:



To summarize, Phase 2 is complete, and I've been making very good progress on Phase 3. As I work on it, I'm also starting to lean towards going all the way to Phase 4 with this right now, if only because it will probably be more playable overall than Phase 3, though doing so will of course take longer. It's going to happen eventually, so may as well do it now while the UI iron is hot, yeah?

Phase 1/3/4 would each represent different UI options, with Phase 2 work representing map zooming, a feature technically available regardless of layout.

If you'd like to read more about the implementation details, I've been sharing it across several articles so far:

Full UI Upscaling, Part 1: History and Theory: Background and summary of the intent and plans behind building Cogmind's fully upscaled semi-modal interface layout.

Full UI Upscaling, Part 2: Holy Mockups!: Revisiting many of Cogmind's windows to make adjustments enabling everything to fit into fewer rows for the semi-modal UI layout.


Full UI Upscaling, Part 3: Dynamic Terminal Swapping: Figuring out how to get Cogmind's many 60-row ending animations to play nicely with a 45-row terminal layout.


There's no specific timeline for completion of this project (I don't want to offer up any dates because my preference is to prioritize the addition of even more unexpected features when opportunities present themselves rather than striving to hit particular deadlines), but I will say that I hope to get this out there as soon as possible since it's already delayed what I was originally working on (the expansion proper), not to mention the last Beta release was a while ago. Unfortunately the sheer scope of this UI project has had a lot of architectural repercussions, requiring a lengthy testing process to ensure the stability and quality Cogmind is known for, as well as eventual knock-on effects like requiring me to finally redo a significant portion of Cogmind's media screenshots and info prior its release.

Anyway, quite an undertaking, and I really look forward to getting back to the Scraptown/UFD expansion when this is done some time in the next couple months. Oops, I said a date.

In the meantime, more info will be coming to the blog and elsewhere, as usual :)

Upscaled UI Demos

That's not all! You want details! I haven't recorded absolutely all the new stuff in action, but below you can see some highlights. The first 1080p screenshot I shared above was before the inventory becomes modal, which doesn't occur until you've evolved enough slots to need that space for your parts list (this isn't generally until you reach -5/Factory). Here's another scene after the inventory has switched to its modal form, accessed via that button down there at the bottom:



(All of the following images were recorded using a 1080p interface, so open them to see at their true size if necessary, and of course if you actually play using a resolution even greater than that, everything will be scaled up accordingly in use, as usual.)

Once modal, adding an item to your inventory, whether from the ground or detaching it, has a new indicator to show it went there:



Drag-dropping works normally, and you can even drag attached parts directly onto the inventory button to send them there without opening it:



We have related QoL, like situations where the inventory is automatically opened and closed for you, for example when using corresponding relevant functions of the modal 'p' part management menu:



In the above example, hitting 'p' to activate the part management menu, then 'a' for attach, automatically opens the inventory, from which '2' is selected for the Transmission Jammer, attaching it then automatically closing the inventory again. For other keyboard input options, besides toggling the inventory with 'i', simply using any key for inventory sorting or scrolling will also automatically open it.

Of course the regular old swap menu also works just fine, even when the inventory is modal, meaning opening the inventory is often not even necessary:



The inventory-first keyboard swap system has also been modified to remain compatible with a modal inventory, with automated opening/closing if necessary:



Once you've evolved enough slots, in order to keep the inventory visible for as long as possible the parts headers will also be removed to condense the list into a new format. The sidebars are clickable just like the regular CYCLE buttons, so that mouse users can retain access to that functionality if they need it:



Secondary UI windows that were in most cases designed for at least 50 rows (and to fit in the map view area, like when hacking machines), now occupy the entire height of the program, and were adjusted to fit into 45 rows as necessary. Like for items the best solution was to move their art off to the side:



Likewise, item searching has to cover the entire HUD, as well as reduce its help text area, but there's still enough room down there to show the essentials (huh, Imgur seems to have messed up the final frame of this gif xD):



The added height pressure meant that in a handful of rare cases it might be possible for robot info to not fit in 45 rows, though in all such cases the info fits if we apply the "More" button to resistances (functionality originally added to support longer descriptions for items in Beta 13):



Multiple changes were required across the content of game menu pages, which in most cases turned out as described in the earlier mockups I shared. Here's a demo of the new basic commands/button layout, and two-page access to advanced commands:



All three types of collection UIs (gallery/lore/achievements) were reworked specifically for this layout, for example achievements:



Although in the new layout those windows occupy the entire screen, they don't normally extend to all edges in the full/original layout, nor do the supporter/patron lists do so in any layout, so I've finally taken the opportunity to rework the archirtecture such that the background can be darkened while these modal windows are open (something I've wanted to do for years):



As with other secondary windows, in this layout the world map view also occupies the entire program height, and was somewhat condensed in order to fit within the limitations, but the good news (for everyone!) is that I also took this opportunity to do something else that I've wanted to do for years: speed it up. Although I started with this fun vision of a map animating the route you took to get where you are, while not too problematic in Cogmind's early years, the continued addition of new areas and potential for lengthier routes could make it a bit of a slot to view the full map in the late game, so I've rebuilt it to appear in its entirety almost instantly :D



As described in Part 3 of my series on terminal swapping, here's a demo of the new 45-row layout temporarily switching to 60 rows for the end game sequence and final screen (which would include any win animations)--the corresponding font goes from size 16 Terminus to size 12 Terminus, which I've recorded in a 720p window (though of course further shrunk here for display--open for full size):



This new "semi-modal" layout for Cogmind will likely become the new default, and can be changed in the options menu (though taking effect requires a restart):



There's a good chance that I'll be taking this development all the way to "Phase 4" right away, the even more modal layout hiding the top-side consoles as well in order to restore much more of the map view. That would become a third optional setting.

Stream

If you want to check out these features live, and ask questions, listen to dev talk, or just hang out with other players, I'll be playtesting this layout on stream next Monday (Feb. 5) starting around 7:30 PM EST for likely a few hours.

After that you'll be able to find it archived here.

UPDATE 240205: I was about to stream at the announced time today and suddenly discovered that I'm locked out of my Twitch account for about the next week xD

I tried to see if it could be resolved quickly, but no go. And I was all ready to do that stream, too :/

I'll have to reschedule the demo stream, maybe for the same time next week, but we'll see (it'll be announced separately in the forums and elsewhere...).


UPDATE 240212: Alright, as of now I'm back into my account and will schedule this upscaled stream for the same time this week, so in about 12 hours: Monday (Feb. 12) starting around 7:30 PM EST!

The results of the stream are now archived here:

https://www.youtube.com/watch?v=nf4pS_sph2Q

Wiki Replaced

Wiki links now instead to lead to this new front page with lots of links to useful information, including a separate community wiki database and tools that people have been redirected to for a while now anyway:



Beta 13 is on the way! Probably won't be more than one SITREP before then, if any, though I may put one out to highlight some of the map zooming QoL, just to once again drive home what's coming so that folks are aware :D. Oh right, Phase 4 would likely be something worth sharing in advance as well... I'm super curious what ratio of players will end up wanting to use the new layout(s), and will be eager to examine and share those stats with you all when the time comes.


30
Ideas / Re: [QoL] Request of advanced options for item labels
« on: January 31, 2024, 07:00:08 AM »
Caught me at just the right time, I guess, since I was just about to start handling a few minor things to warm up, and this would fit right in so rather than throwing it on the TODO list I decided to just go for it.

31
Ideas / Re: [QoL] Request of advanced options for item labels
« on: January 31, 2024, 02:00:33 AM »
There ya go:


32
Ideas / Re: [QoL] Request of advanced options for item labels
« on: January 31, 2024, 01:23:16 AM »
Interestingly, even as an experienced player, I wouldn't want to turn off label ratings myself, since I'm using labels rather than tiles to determine how valuable something is, and don't want to immediately read all the actual label text on first pass. (Examining tiles isn't as fast or reliable since labels can cover them if you're looking at a lot of labels.)

Anyway, everyone has their own preferences, hence why they exist :)

33
Ideas / Re: [QoL] Request of advanced options for item labels
« on: January 31, 2024, 01:16:53 AM »
Those could be some good options, sure :)

Expect them in Beta 13!

34
General Discussion / Re: How does line of sight work with structures?
« on: January 29, 2024, 04:17:23 PM »
Oh yeah it's great for tactics, making encounters and exploration much more dynamic and interesting overall.

If you need a conceptual way to think about it, consider that machines do not fully occupy every inch of space available to them in a given area--some are shorter (you can partially see over them), some are not as dense (you can see through parts of them, just not as fully/clearly), and so on.

If you've ever walked through a factory, or seen the inside of one, think of it like that. You can often see pretty far, but not quite as clearly as you can across completely open ground! (and the further you try to see the less clear things are, even if you'd be able to see what's on the other side of machines just fine if they weren't in the way, given the distance).

Solid blast doors, by comparison, block all vision of course.

35
General Discussion / Re: How does line of sight work with structures?
« on: January 28, 2024, 06:52:10 PM »
Pretty much, yep. The manual discusses robot FOV and spotting behavior in the section on Combat > Spotting:

Quote
Note that sight range is also reduced when line of sight passes through machines, making it possible in certain environments to get closer to hostiles before being spotted.

The more pieces of machinery blocking a given direction, the shorter the total line of sight in that direction.

36
General Discussion / Re: About music for Cogmind
« on: January 25, 2024, 12:54:28 AM »
Hi Jivya! Nah, I went full in on the immersion via ambient audio sources and just general background ambience. I don't think actual music is a good fit.

37
Ideas / Re: Utility: Reconfiguration Set
« on: January 23, 2024, 06:39:54 AM »
Yup, definitely know those Gundams!

Definitely fun, and although I'd love to add more if and when there are opportunities, I would say... yeah as you guessed we do sorta have things along this line ;) (Scrap Engine only sorta qualifies, but much more directly in this vein, that's essentially the
Spoiler (click to show/hide)
, which you may not have discovered yet--it is a favorite though, and very good. Oh yeah there's also the big spoiler Exo, that's gotta count here, and is one of the most powerful things in the game, though very late and deep...)

In any case, there are a few other types of tech coming in the expansion I've been working on which fall near this category as well, nearer to the beginning, though I tend to do these things in a very Cogmind-ish way for balancing purposes, yeah.

38
Strategies / Survival Tips for new players
« on: January 11, 2024, 10:02:07 PM »
Cogmind's manual includes a section on Survival Tips, some basics to help newer folks get ahead without too much frustration, and the only recommended reading from that manual for a new player, so I'm putting a copy of it here as well, for reference:



-----------------------------------------------------------------
 Survival Tips
-----------------------------------------------------------------

If you're having trouble surviving the early floors, below is a collection of spoiler-free beginners tips that will greatly improve your effectiveness.

Note some of these tips can and will be ignored by advanced players for various reasons, and you'll eventually be discovering your own play style and strategies, but in general terms they apply for new players and will help get you past early-game areas to the real challenges and fun stuff!

 Items
-------
Prefer higher-rating parts. At first the number of parts will seem overwhelming, especially if you feel the need to compare every detail to decide which you want to keep or use. While the item stat comparison info will help here (seen as red/green numbers after opening info for two items in a row), if you're having trouble deciding between two items or don't want to examine all the stats, there's a much faster method: Just compare their ratings. Ratings appear near the top of item info, and also as a number displayed next to the item name in the on-map labels, making it fairly easy to get a general idea of whether an item is worth it without even opening the info page. Prototypes, indicated with a *, are better than regular items of the same rating.

 Builds
--------
Legs are the best form of starter propulsion. They move fast enough, have a relatively high integrity, and you can salvage spares off enemy Grunts fairly easily. Avoid using wheels if possible. And generally avoid mixing propulsion, since you can't activate multiple types at once, anyway.

The safest first evolution is two propulsion slots, since an extra two legs will help block shots, and you won't have any problems carrying any amount of mass you want. If you're running out of propulsion parts to fill your slots, as long as you're not hovering or flying you should temporarily keep even deactivated propulsion attached (especially legs and treads), because they don't count against movement but can block shots. For later evolutions pick whatever you want, except Power is not usually necessary until you find yourself frequently running low on energy.

Almost all robots have static loadouts, therefore if you're looking for certain parts to put together or maintain the kind of build you want, one approach is to hunt down robots you know to use them. For example, Watchers carry sensors, and Sentries use treads and armor.

 Inventory Management
----------------------
Keep a full inventory whenever possible! Even if you don't need surplus parts right away, before long you'll need replacements as yours are destroyed. There are usually parts lying around, especially after a battle, and since inventory contents do not count against movement or have any other negative side effects, leaving it partially empty is an unnecessary waste.

Also don't leave empty part slots when possible, because filling them, even with parts you don't need or won't use, will at least help block incoming fire and protect your core.

One of the safer ways to play is to carry at least one Storage Unit, preferably a larger one, to allow for carrying more spare parts in inventory. Make sure you have an extra power source and weapons, and probably spare propulsion, too. The 't' key, or button under your inventory, is useful for type-sorting your inventory to help ensure that you have the right amount and types of spares.

 Combat
--------
Avoid unnecessary combat. It's fun to shoot everything, but until you have a better grasp of the consequences, and how to excel at combat, fighting too much only puts you at a disadvantage. That said, once you've engaged enemies in combat, try not to run as you'll probably end up running into more enemies and the situation will continue escalating.

Positioning is extremely important. At the start of combat against multiple enemies, reposition to a less-exposed position, preferably diagonal to the inside of a doorway, or a narrow corridor that can serve as a bottleneck. It's even worth taking damage in the process of repositioning, as you would likely take even more damage continuing a fight from a bad location. Fighting in the open is dangerous when not properly equipped to do so, but if you have a launcher, then by all means do it in the open!

Retreating to fight in more isolated areas also has the advantage of avoiding additional patrols that might happen upon a battle in progress. Even when not in combat, hugging walls while moving is a good way to stay less exposed and make access to nearby doors and corridors easier when necessary.

Attach replacement parts even in the middle of battle, in order to better protect your core from damage, and stay at maximum effectiveness. Attaching and swapping parts is a quick action.

 Other Robots
--------------
Shoot at Scavengers once and they'll go away. Sometimes this is a good idea even in the middle of combat, if you want to have any loot left to salvage when it's over.

If a Watcher doesn't send out an alert, that means there are no enemies nearby, otherwise be prepared!

Destroying Haulers might provide you with relatively powerful parts to attach. Other non-hostile bots are also good targets to salvage if you're low on parts or need spares to fill your inventory. They won't be good, but you never want to be without a backup power source, for example.

 Hacking
---------
Hacking machines is not too important for beginners, but as you start to get into it, be aware that if you are fully traced it's likely more units will be dispatched to that area to investigate. If you don't want company, always quit hacking a machine before the trace ends! Being initially "detected" is fine, so you can always safely hack a new machine until at least that point.

 Difficulty
------------
Lowering the difficulty setting is not likely to help teach fundamental strategies, but an alternative approach would be to set a manual seed (in the options menu) to some phrase, and repeatedly play the same world to focus on getting the hang of the mechanics, rather than dealing with so many unknowns. When you feel more confident, turn off the manual seed.

(This approach is not recommended right away. Instead, consider it after having read the other tips and tried to apply them in regular random worlds.)

 More Info
-----------
For other tips, both spoiler-free and otherwise, see the Strategy section of the forums. Links to more resources will continue to be added there in the future.

In the end, know that once you're familiar with all the mechanics and possible strategies, Cogmind is not a heavily luck-based game, and skilled players streak wins repeatedly.

39
Everything REXPaint / Re: .gpl File type Support.
« on: January 09, 2024, 09:06:35 PM »
Automated .gpl/GIMP palette importing is now included as part of REXPaint 1.7!


40
Announcements / REXPaint 1.70 released!
« on: January 09, 2024, 08:51:02 PM »
Progress on Cogmind has recently led to numerous engine improvements (and a few bug fixes), so combined with feature request patches from the past few years we're getting an official release for the new and improved REXPaint!

Big items this time around include autoscaling of font bitmaps, .gpl (GIMP) palette support, and even better .ans (ANSI art) support--for the first time REXPaint can automatically import a format other than its own!

First, the full changelog...

REXPaint 1.70 (240110) changelog:
  • NEW: Support for automated upscaling of font bitmaps (see manual under Custom and Extended Fonts)
  • NEW: .ans file automated importing and conversion (ANSI art)
  • NEW: .gpl (GIMP) palette support
  • NEW: Ctrl-v during active file naming dialog or Text tool pastes text from system clipboard (single line only)
  • NEW: Reopening REXPaint recalls the last glyph index and brush foreground/background color in use
  • NEW: Remap all layer colors to closest from current palette (Shift-Alt-p, or Ctrl-Shift-Alt-p for all unlocked layers)
  • NEW: Added full list of valid color names to skins.xt file for reference
  • NEW: Command line support for creating new image files (see manual Appendix H)
  • NEW: Command line support for opening REXPaint with specific image selected (see manual Appendix H)
  • NEW: Command line support for exporting specific image as PNG (see manual Appendix H)
  • MOD: .ans export format optimized for reduced file size
  • MOD: C:DDA image exports now also reference custom Unicode glyph assignments in cases where users may want a custom font layout besides CP437
  • MOD: Updated installation instructions with new MSVC DLL download location
  • MOD: Manual Appendix H rewritten to encompass multiple types of command line options
  • MOD: Manual Appendix I changes official C:DDA font reference to reflect switch from Unifont to Terminus, provided on website Resources page
  • FIX: Reloading all images via Browse window blocked further mouse interaction with some popups like Resize window
  • FIX: Potential rare crash due to multithreaded logging
You can download REXPaint here, and note that as of 1.04 it's also available on itch.io.

.ANS Importing!

While REXPaint has had .ans exporting for many years and could therefore be used to create traditional ANSI art, only art created from scratch using REXPaint's native format could be used to do this. Now .ans files can be imported as well!

Simply drop any .ans files into the /images/ directory structure, and on startup if REXPaint does not see any corresponding .xp files by the same name, it will automatically convert them for editing access. Although REXPaint only edits .xp files directly, you can re-export to .ans at any time. Original .ans files remain unchanged unless you choose to overwrite one with an export.

REXPaint will import and view .ans files even when ANSI mode is not active, though properly exporting to .ans again would require that mode to be active as usual. (Note: REXPaint strips SAUCE metadata when it converts .ans to .xp, and therefore does not contain any on export, either.)

Animated .ans files are beyond the scope of REXPaint and ignored--only static ANSI art is compatible.

Here is a demo of .ans conversion:



We've had text and image file importing for a while, but those are more fiddly, while this automated feature was a much bigger production. I spent a while researching the format in order to enable imports, and as a result was also able to optimize REXPaint's .ans exports to reduce the resulting file size.

(Note that one of these optimizations involves giving "cursor" instructions to skip over empty space, but if you're intending to use REXPaint's .ans exports with Discord's ```ansi feature, know that Discord's implementation of ANSI is pretty terrible and incomplete so you'll probably have to set the new ansOutputNoCursorShift cfg option to make images containing that sort of empty space compatible over there.)

Some other new features in action

Import .gpl (GIMP) palettes, for example from here, by dropping them into the data/palettes directory:




Have a tiny font that you want to increase by a whole number scaling factor? No longer do you have to manually create a separate set of bitmaps for it! Just add a new line in the font configuration file and let REXPaint do the rest:




The system clipboard can now be used to copy-paste text from another program into REXPaint's text entry tool (although this currently only supports a single line of text):




The UI will recall the glyph and colors in use when last closed, if possible:




Over a decade since the first release and REXPaint is still going :)

I've still got lots more planned, including huge features, but, you know, when I get to it :P

41
Fixed Bugs & Non-Bugs / Re: [Beta 12] I Spy achievement.
« on: January 08, 2024, 05:18:51 AM »
Yep, good catch, those achievements were implemented back before the beta versions in which the ranges were shortened, making it easier to get them than the listed descriptions. Will have to update the internal checking (since in order to make it faster I hard-coded them to the values, even though those ended up changing in the stats :P).

42
Fixed Bugs & Non-Bugs / Re: [Beta 12] Inconsistent machines hacked count.
« on: January 06, 2024, 02:06:24 AM »
Ah yeah, there does appear to be an issue there! It's the way those triggers are checked--you probably hacked a non-MAINC machine (which doesn't count for the achievements) as your 10th one, so it skipped the first achievement! You'll still get it on a later run normally, but yeah I'll have to fix this bit to improve the achievement detection and make it more reliable, thanks.

43
Everything REXPaint / Re: Hard wrap for ANSI mode
« on: January 01, 2024, 11:58:39 PM »
Aright I've added an option to enable a hard wrap for .ans exports.

Heres a patch you can try out and let me know how it works (should be able to just overwrite the standard download's .exe).

To use it you'll have to enable ansHardWrap=1 in the cfg file.

The earlier test comes out as


Edit: Patch removed, feature now included by default in REXPaint 1.7.

44
Everything REXPaint / Re: Hard wrap for ANSI mode
« on: January 01, 2024, 09:42:45 PM »
Mmm, in that case maybe as an option would be the safest thing to do, especially since I'm not well versed in, or making personal use of, any of the ANSI-specific side of things.

45
Everything REXPaint / Re: Hard wrap for ANSI mode
« on: December 28, 2023, 06:40:35 AM »
Yeah I recall researching that there's not really a good strong standard for it, so just went with what I had.

I can add hard wrapping to the next version if you need it, though now I'm wondering if that should just be default behavior, or should I bother with making it a separate option? Would making it the default perhaps mess other people up? Heh, so many questions, and the lack of a standardized way to handle it is kind of annoying...

46
Everything REXPaint / Re: Hard wrap for ANSI mode
« on: December 26, 2023, 11:07:08 PM »
Also, I'm wondering what does ^[[?33h do :P, did a quick search on the webz, but didn't find anything.
"?33h" presumably sets 80x25 color text mode. According to the ANSI standard I believe this should be represented as ?3h, but in all the sample .ans files I was given at the time, ?33h was used instead (no idea why xD), so I coded for that... I don't use .ans myself so I only implemented it based on the initial requests according to the resources I was provided and what I could look up :P

Seems to have worked out okay over the years so far.

Discord seems like an interesting use case :)

Though yeah not super compatible. It won't be able to properly display the full .ans output anyway because they don't account for the file header (as you can see there). This is what I got when I edited it out, having drawn in RP the same thing you did:



Though newlines are indeed a problem with different window widths.

Quote
there could be an option for hard wrapping
And how is that presumed to work? More specifically, what defines when and where we want to add these newlines? Basically just check backwards from the end of each line and force an early linefeed after the last space that contains anything (character or background color). Maybe possible.

Also we can see that Discord uses non-standard background colors, although I guess if you just modified REXPaint's palette to match the list they're using you'd end up WYSIWYG in that regard.

In the end unless there's more of a need for it, I'm not super interested in building something directly compatible with Discord right now, especially since their own support is relatively new and could change. (Mainly referring to, for example, automatically removing the header.)

I do hope to release a new REXPaint version perhaps next month, though.

Quote
files could be in arbitrary width rather than 80 cols only
Yeah it was just made to adhere to the standard size used so that it could be compatible with other software and the most frequent use cases.

47
Announcements / Annual Review: Year 10 of the Cogmind
« on: December 22, 2023, 01:05:05 AM »


Well then, we're well into Cogmind's 10th year now xD

As is tradition I've put up an annual review over on the dev blog, looking back over this year's milestones and also giving a heads up about what's to come. Check that out for more details about larger fonts, map zooming, the Scraptown expansion and more.

Worth extracting here is the video from my stream this week, in which I do the first real playtest of map zooming and related features:

https://www.youtube.com/watch?v=eB4NV3UzyaY

(Unannounced impromptu stream, and I was playing in the dev build, so in that sense not quite a typical stream, or even typical play since I was just fooling around, but... still didn't die despite doing a bunch of random stuff and wasting turns demonstrating features or causing chaos, was fun :P)

48
Everything REXPaint / Re: .gpl File type Support.
« on: December 11, 2023, 09:42:29 PM »
The RGB values represent the exact same thing though? They're just three numbers that each range from 0~255. If you mean formatting... yes, that's exactly what I've been saying:
Quote
have a separate converter for turning Gimp palettes into the format used by RP, operating on the text file itself. Someone could do this pretty easily.

It's just a question of formatting, easily solved via an external solution to convert between the two. I'm not sure why you indicate "I am not too sure really?"... it really is that simple!

If you were responding to this (I can't tell because you didn't quote any specific part)
Quote
Or a simpler approach would just be if you drop a .gpl into the normal palettes directory, REXPaint can just detect and automatically convert the first 192 colors for you and delete the original. Basically a built-in importing feature. That would be quite easy, too.
then yeah that's not something you can do because I didn't implement it; as emphasized there I was suggesting potential automated solutions that "can" come in the future at some point! Something RP "would be" capable of without too much trouble, and probably satisfy most use cases.

49
Everything REXPaint / Re: .gpl File type Support.
« on: December 10, 2023, 09:10:12 PM »
No need to experiment with how they're handled within RP, since it's not relevant for a situation like this--you can see the formatting in both cases right in the files. Anyway, it's on the list for potential automation at a later point.

50
Everything REXPaint / Re: .gpl File type Support.
« on: December 08, 2023, 07:33:26 PM »
Oh sure it's doable, and that's a potential reason to do it, cross-compatibility, it's just not compatible with the way RP handles palettes and would require significant changes. It would make more sense to simply have a separate converter for turning Gimp palettes into the format used by RP, operating on the text file itself. Someone could do this pretty easily.

Or a simpler approach would just be if you drop a .gpl into the normal palettes directory, REXPaint can just detect and automatically convert the first 192 colors for you and delete the original. Basically a built-in importing feature. That would be quite easy, too.

2.0 is going to be a who-knows-how-long kind of wait xD

Pages: 1 [2] 3 4 ... 171