Grid Sage Forums
- April 25, 2024, 09:10:55 PM
- Welcome, Guest
|
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.
Pages: [1]
1
General Discussion / Re: Experimental Keyboard Layouts and Command Rebinding
« on: August 05, 2017, 11:33:54 AM »
Oh, I forgot all about virtual keyboards! I don't actually use Windows (Cogmind works perfectly through Wine in GNU/Linux), but I've got my own virtual keyboard installed and I just checked -- it can also be configured for other layouts. 
2
General Discussion / Re: New fonts/tiles for the old prototype
« on: August 04, 2017, 10:22:58 PM »
Yeah, that's fine too. Making it myself and distributing it separately might be better anyway since I'll be able to make the half-width(?) fonts for the interface and create any missing tiles. Speaking of missing tiles, is there (or will there be) a tile location/description list for the commercial game, similar to the prototype's list?
Oh, but just so you know, there wouldn't be (or at least shouldn't be) any legal hoops to jump through because of the license I used: I released my art as Creative Commons CC-BY (as stated in the readme.md file), which is a very permissive license similar to the general understanding of 'public domain' but more official. Literally the only limitation is that the creator of the work (myself) must be credited if that work is used, with or without modification, in other projects (well, I also have the right to tell someone to remove that credit in case I don't want my name associated with vulgar/disagreeable modifications others might make, as described in section 3(a)(3) of the full legal code, but I would not have the right to stop them from distributing such a modified work altogether). No payment or royalties are needed, and no other licensing restrictions apply whatsoever. Unlike the GNU GPL, CC-BY doesn't even have a 'share-alike' clause (that is, that derivative works must be released under the same license as the original)! That's why I said it's "up to you"; the license literally sums up to "do anything you want to, including modifying my work, as long as I'm credited for what I've done"... Still, as stated before, making it myself for the commercial game and distributing it separately is probably better anyway, if only to avoid legal headaches...
DISCAIMER: I am not a lawyer, therefore my understanding of the licensing may be incorrect.
Oh, but just so you know, there wouldn't be (or at least shouldn't be) any legal hoops to jump through because of the license I used: I released my art as Creative Commons CC-BY (as stated in the readme.md file), which is a very permissive license similar to the general understanding of 'public domain' but more official. Literally the only limitation is that the creator of the work (myself) must be credited if that work is used, with or without modification, in other projects (well, I also have the right to tell someone to remove that credit in case I don't want my name associated with vulgar/disagreeable modifications others might make, as described in section 3(a)(3) of the full legal code, but I would not have the right to stop them from distributing such a modified work altogether). No payment or royalties are needed, and no other licensing restrictions apply whatsoever. Unlike the GNU GPL, CC-BY doesn't even have a 'share-alike' clause (that is, that derivative works must be released under the same license as the original)! That's why I said it's "up to you"; the license literally sums up to "do anything you want to, including modifying my work, as long as I'm credited for what I've done"... Still, as stated before, making it myself for the commercial game and distributing it separately is probably better anyway, if only to avoid legal headaches...
DISCAIMER: I am not a lawyer, therefore my understanding of the licensing may be incorrect.
3
General Discussion / Re: Experimental Keyboard Layouts and Command Rebinding
« on: August 04, 2017, 09:12:12 PM »
Ah, that's fine then. As long as those two lists contain everything, I can easily make my program without feeling like I'm missing anything.
The way these languages work (one was originally a fork of the other, so they are similar), I think I can make them save to and read from a key config file that will handle remapping similar to Brogue. That is, one key will be interpreted as another when the game window is in focus. For example, if the config file contains a line that says a=b and the user presses the a key, the wrapper will interrupt the keycode and send the one for b instead. I've used these languages before for other games and know they work well (though I've only ever used hard-coded keycodes rather than configurable ones), plus I'd release the source so people could use it without any qualms, but some users may be weary of it anyway: reading and intercepting keycodes sounds an awful lot like what a keylogger does (and may even trigger a false positive in certain virus/malware scanners)... :/
And yes, an external solution like that would probably work for non-English keyboards too, but I have no way of testing that since I don't actually own a non-English keyboard. Plus, the possibility of certain scanners throwing a false-positive about it being a keylogger means it might not be the most professional solution for your commercial game either... :/
Another limitation that can be kind of annoying for certain games is that AutoIt/AutoHotkey programs usually can't distinguish between in-game dialog windows, so a "what is your name" screen would have some very strange behavior, lol. When I made a remapping program for the PC version of Phantasy Star Online, I got around this limitation by programming a key command (mapped to Ctrl+Tab IIRC) to toggle the remapping of the other keys...
The way these languages work (one was originally a fork of the other, so they are similar), I think I can make them save to and read from a key config file that will handle remapping similar to Brogue. That is, one key will be interpreted as another when the game window is in focus. For example, if the config file contains a line that says a=b and the user presses the a key, the wrapper will interrupt the keycode and send the one for b instead. I've used these languages before for other games and know they work well (though I've only ever used hard-coded keycodes rather than configurable ones), plus I'd release the source so people could use it without any qualms, but some users may be weary of it anyway: reading and intercepting keycodes sounds an awful lot like what a keylogger does (and may even trigger a false positive in certain virus/malware scanners)... :/
And yes, an external solution like that would probably work for non-English keyboards too, but I have no way of testing that since I don't actually own a non-English keyboard. Plus, the possibility of certain scanners throwing a false-positive about it being a keylogger means it might not be the most professional solution for your commercial game either... :/
Another limitation that can be kind of annoying for certain games is that AutoIt/AutoHotkey programs usually can't distinguish between in-game dialog windows, so a "what is your name" screen would have some very strange behavior, lol. When I made a remapping program for the PC version of Phantasy Star Online, I got around this limitation by programming a key command (mapped to Ctrl+Tab IIRC) to toggle the remapping of the other keys...
4
General Discussion / Re: Experimental Keyboard Layouts and Command Rebinding
« on: August 04, 2017, 01:34:00 PM »
I know this topic's a month old already, but it's a great idea and I have a question that is sort of related: is there a list of all keyboard commands available in the old 7DRL prototype?
I was actually thinking about making my own wrapper/launcher using AutoIt or AutoHotkey to add a key remapping ability to the prototype (with a full configuration window), and it would help to have a full list instead of having to hop back and forth between manual2.txt and the in-game commands/help screen, if such a list already exists (but if it doesn't, don't bother making one just for me; I can do that myself and don't need to tie up anyone else's time).
Since those languages can also send a series of virtual keypresses, I was also considering adding the functionality to set a 'default' font/size which the wrapper/launcher would switch to on startup using the appropriate amount of Ctrl+PageUp keypresses (that would play nicely with my recent tilesets, and could even be made to check the user's resolution and send an Alt+Enter command to put the game in fullscreen mode at startup -- probably a tick box in the launcher if I decide to do that)...
I was actually thinking about making my own wrapper/launcher using AutoIt or AutoHotkey to add a key remapping ability to the prototype (with a full configuration window), and it would help to have a full list instead of having to hop back and forth between manual2.txt and the in-game commands/help screen, if such a list already exists (but if it doesn't, don't bother making one just for me; I can do that myself and don't need to tie up anyone else's time
).Since those languages can also send a series of virtual keypresses, I was also considering adding the functionality to set a 'default' font/size which the wrapper/launcher would switch to on startup using the appropriate amount of Ctrl+PageUp keypresses (that would play nicely with my recent tilesets, and could even be made to check the user's resolution and send an Alt+Enter command to put the game in fullscreen mode at startup -- probably a tick box in the launcher if I decide to do that)...
5
General Discussion / Re: New fonts/tiles for the old prototype
« on: August 04, 2017, 12:51:23 PM »We can get a version for the new Cogmind at some point as well
Oh, I know you were talking about the binary font, but I'm reminded of something now that you mentioned the new Cogmind: it'd require more work on my part if you wanted to add my full (non-binary) tileset to the commercial game since I think there are less tiles in the prototype, but feel free to include my shaded lettering in the newer Cogmind releases if you feel like it (that's up to you). I'll make other sizes if you want, as well (especially since I'm not sure how well the new Cogmind handles square letters any more). Being credited for making them is all I ask...
6
General Discussion / Re: New fonts/tiles for the old prototype
« on: August 03, 2017, 10:36:13 PM »
Haha, alright, I scaled the binary font to 12x12 for anyone brave/crazy enough to try it (screenshot). Everything has its own pattern, so it should be perfectly playable (in theory), but you'd seriously need to retrain your brain to read that UI...
At least capital and lowercase letters are identical in that font, so that's not an added complication...
At least capital and lowercase letters are identical in that font, so that's not an added complication...
7
General Discussion / Re: New fonts/tiles for the old prototype
« on: August 03, 2017, 09:38:51 PM »
Ah thanks, Kyzrati (for the info and for adding a link on the site's files page; didn't really expect that)! I edited the first post to mention ShroomArts by name. Probably should've just asked you from the beginning, but I didn't think of it until I was writing it up. Upon looking at that ASCII vs. Tiles page again, I'm actually surprised how close my SMG is to the pink gun in that picture; mine was made without reference, but with ShroomArts' style in mind. Oh, it should be noted that there are only 2 gun tiles in my sets: Energy Guns, Energy Cannons, and Special weapons all use the laser gun tile (which faces right), while Ballistic Guns, Ballistic Cannons, and Launchers all use the SMG tile (which faces left). Those tiles were also redrawn for the 18x18 and 20x20 sizes. I'll add more if there's any demand, but haven't really found a need to distinguish between them in my own play (since I'm constantly mousing over guns to check their specs anyway)...
The subtle gradient was actually something I only did with the 6x6 font at first, specifically because given its size, the bottoms of lowercase g and y actually touch the tops of the uppercase letters (see the log window in the example screenshot, where the g in "Dropped Lgt. Assault Rifle" is touching the C in "Acquired Compact Wheel"). I find those cases kind of unpleasant without shading, and wanted more of a difference between the tops and bottoms of letters. On a whim, I decided to apply similar gradients to the rest of the sizes as well, and discovered I really love it! I'm still maintaining the unshaded versions too, though; not only will some people probably prefer them, the unshaded ones are also much easier to make changes to...
It's funny, it seems we had the same idea for screenshots, but I didn't actually remember your UI preview was set up that way. I just wanted my screenshots page to be simple and organized, so I used html tables. *shrugs*
Oh, and as for your comment on my 6x6 tiles, I'd probably use the ASCII myself, as the letters look fine, but I think the graphical tiles are pretty ugly. Still, I impressed myself by making graphical tiles that are actually readable in such a tiny size, lol. Just wanted to push that size boundary and see how small I could go. any smaller and the text itself just wouldn't be readable. There are already a couple of compromises in 6x6: I used some shading tricks with lowercase e (which has no 'hole' in it) and s (which is very muddy in the middle), but they're readable anyway. Just for kicks, I did also made a 4x4 binary font, but didn't include it in this pack for obvious reasons (imagine trying to play that)...
The subtle gradient was actually something I only did with the 6x6 font at first, specifically because given its size, the bottoms of lowercase g and y actually touch the tops of the uppercase letters (see the log window in the example screenshot, where the g in "Dropped Lgt. Assault Rifle" is touching the C in "Acquired Compact Wheel"). I find those cases kind of unpleasant without shading, and wanted more of a difference between the tops and bottoms of letters. On a whim, I decided to apply similar gradients to the rest of the sizes as well, and discovered I really love it! I'm still maintaining the unshaded versions too, though; not only will some people probably prefer them, the unshaded ones are also much easier to make changes to...
It's funny, it seems we had the same idea for screenshots, but I didn't actually remember your UI preview was set up that way. I just wanted my screenshots page to be simple and organized, so I used html tables. *shrugs*
Oh, and as for your comment on my 6x6 tiles, I'd probably use the ASCII myself, as the letters look fine, but I think the graphical tiles are pretty ugly. Still, I impressed myself by making graphical tiles that are actually readable in such a tiny size, lol. Just wanted to push that size boundary and see how small I could go. any smaller and the text itself just wouldn't be readable. There are already a couple of compromises in 6x6: I used some shading tricks with lowercase e (which has no 'hole' in it) and s (which is very muddy in the middle), but they're readable anyway. Just for kicks, I did also made a 4x4 binary font, but didn't include it in this pack for obvious reasons (imagine trying to play that)...
8
General Discussion / New fonts/tiles for the old prototype
« on: August 03, 2017, 04:49:12 PM »
This is my first post here, so appologies for any mistakes. I've made my own custom font/tileset (in many different sizes) for the old Cogmind 7DRL prototype and thought I'd share it with other fans of the game. I've been working on this for a while now, but I've mostly only been spreading it through Reddit (on the /r/roguelikes subreddit). At the encouragement of Kyzrati, I finally got around to making an account on this forum to share my work. Maybe some of you are like me and still playing the old prototype, eh?
I made the ASCII symbols/letters in this set entirely by hand, and did not render them from any existing fonts (though I did have some help from scale2x, especially for the larger sizes). The graphical tiles are a 'hybrid' tileset, in which the enemies are represented by stylized ASCII (derived from the cosmic_alien font originally included in the prototype) while the world around them is graphical. Many of the other tiles were derived from the simple ones included in the prototype (most notably the walls, doors, and debris), but all were modified in some way or another. The item graphics are all my own and were not modified from any existing art (though the guns were inspired by those of
Here's a direct link to the zip file, as well as one to the Github page. Both include a full readme with credits and usage instructions. The above screenshot is of the default 12x12 size, but many other sizes are available (including a couple of widescreen ones). I've also made no-gradient versions for those of you that dislike the text shading. You can view more screenshots of the various different sizes here (note: all the ASCII and Tiles screenshots are of the same scenario so that they can be easily compared). There's even some (kind of ugly) graphical tiles in the 6x6 size, which means a player could potentially play the game graphically, windowed, on a 640x480 screen (with room to spare, even)!
I hope some of you will be interested in this, and I look forward to any feedback you may have.
Update 2017.Aug.04: Added a 24x24 font, bumping the maximum resolution up to 1920x1440.
Update 2017.Aug.30: Revised all sizes of the number 2, to fit better with the other numbers.
Pages: [1]