I initially posted this in the chat thread but I guess it warrants its own thread. Maybe I'll use this thread later to post links to download it or whatever
Also please post some opinions, comments, and questions lubdoods;
During the past week or so, I started making/programming a game. bassir;
It'll be 2D with top-down perspective, with basic mechanics being action-adventure-ish or Zelda-like.
Players can, within the game itself, create and edit maps.
[spoiler=longish description of the map system]Maps are composed of the tile-based floor (with varying dimensions), objects (like trees, furniture, etc.) which can be placed over the floor within the tile grid, entities (NPCs and enemies) which can have customized dialogue and stats, events (maybe RPG Maker-like), and a few other things. Maps can be linked together in various ways or stacked vertically (Z dimension). The maps are also organized into collections/projects called "worlds" which maintain things like save files and have some other custom data like starting position and initial player HP/inventory/skills. Worlds can be, in some way (currently just copying the folder), shared with other people.[/spoiler]
It'll have a character maker for the player character, NPCs, and enemies which will simply combine template spritesheets for (primarily human) body, clothes, hair, etc. Non-humanoid entity forms probably won't have much customization, but will be available.
I haven't yet decided much else about combat, but it'll at least have swords and magic (which will cast forward like Zelda's fire rod or can be charged to place a cursor where it will cast to)
Input mappings are mainly key-based (mouse optional) and can all be changed, also USB gamepads can be connected and used
I think I'll try to make all graphics be vector-based and possibly support "zooming" in and out during gameplay. I also hope to eventually implement network multiplayer and audio creation/sequencing.
My current progress includes most of the menu and input systems as well as like half of the map system. About 2200 lines of code so far n_u
it's programmed entirely in C and I'm currently using SDL's API (which is cross-platform) for graphics and input, although I abstracted it some myself and might eventually support other graphics backend(s). I'll make versions for at least Linux and Windows, but I don't have a Mac so (even though the code should work fine on Mac) I can't make a Mac version, though if there's any interest in it I probably can either figure out some way to run OS X or give the source to a Mac user who knows how to compile code
I have no idea whether it'd be sellable or potentially profitable, so I'm holding off on making any decision about licensing. I'll at least, when it's playable, give download links to the binary here and to some other people I know on the internet.
I'm not too confident that this is something that will be very fun or entertaining to play. It's not too original either; essentially some silly mix of elements/ideas from Zelda, RPG Maker, and Minecraft.
Quote from: Thyme on June 01, 2012, 08:44:23 PM
omg
what porgamming language
It's programmed entirely in C and I'm currently using SDL's API (which is cross-platform) for graphics and input
Quote from: silvertone on June 01, 2012, 08:48:27 PM
pls make that game available 4 mac
I've been making it in/using it with Linux, though it probably should compile and run fine on Mac too, but I don't have a Mac so I probably can't make the Mac version myself.
It'll support Windows too.
Quote from: bluaki on June 01, 2012, 09:05:07 PM
It's programmed entirely in C and I'm currently using SDL's API (which is cross-platform) for graphics and input
I've been making it in/using it with Linux, though it probably should compile and run fine on Mac too, but I don't have a Mac so I probably can't make the Mac version myself.
It'll support Windows too.
I would hate to do that in C saddood;
Personally I'd go with Python, Java, or even maybe Lua.
But either way I wish you luck!
happydood;
Quote from: Minus; on June 01, 2012, 09:59:34 PM
I would hate to do that in C saddood;
Personally I'd go with Python, Java, or even maybe Lua.
But either way I wish you luck!
happydood;
I actually like C better than any other language, especially for large projects like this.
For small/simple things, scripting languages like Python or Perl (I don't know about Lua or others) are nice and simple to use and manage, but for larger programs, I prefer the flexibility C has for managing any part of the program I want to in my own way.
For Java, it to me seems to take a very long time and a very large amount of code to make it do anything and everything while also giving very poor performance, forced OOP, poor management of raw binary data (particularly unsigned values and files), and some other issues.
Of the things I'm using, game controller support in particular probably isn't well supported in most non-native languages/environments.
On a side note related to language choice, it probably wouldn't take much effort to make this support homebrew (which uses C/C++ compilers) for something like Wii and it's a little nice to have the option to do so if I feel like it.
Quote from: bluaki on June 01, 2012, 11:06:13 PM
I actually like C better than any other language, especially for large projects like this.
For small/simple things, scripting languages like Python or Perl (I don't know about Lua or others) are nice and simple to use and manage, but for larger programs, I prefer the flexibility C has for managing any part of the program I want to in my own way.
For Java, it to me seems to take a very long time and a very large amount of code to make it do anything and everything while also giving very poor performance, forced OOP, poor management of raw binary data (particularly unsigned values and files), and some other issues.
Of the things I'm using, game controller support in particular probably isn't well supported in most non-native languages/environments.
On a side note related to language choice, it probably wouldn't take much effort to make this support homebrew (which uses C/C++ compilers) for something like Wii and it's a little nice to have the option to do so if I feel like it.
Lol this is a matter of opinion I suppose. Some of my friends think C is the best thing ever. I honestly dislike C a lot. It has a primitive type system and isn't a type secure language which bothers me. I'd honestly prefer something like C#. If you're doing a 2d game that will look like zelda then it isn't important if you use C rather than Java. Java programs are generally much shorter than C programs. Personally I wouldn't say there is anything interesting about Java. It's a pretty generic but good general purpose language. It's a lot more type safe than C and the performance hit isn't bad for a 2d game. I'm a little bit of a language hipster though. I'm currently really interested in Haskell. It's a beautiful language IMO. There's definitely a reason that Python is becoming such a popular language. It's an excellent language. Ruby is also pretty good, but I think the community killed it. C has low level manipulation and pointers but those are only useful sometimes. It was really useful when I had to write a crash handler that involved examining the stack. But it probably would not be useful for a high level game. I also like how OOP enforces good coding practices and cod reuse. I would not know how to implement controller support, but i'm sure there is a library/api for that. I really don't think the language is a huge deal. I just wanted to express my opinion. Even if we don't see eye-to-eye.
this sounds fancy as fuck.
how far along is it?
Quote from: Minus; on June 01, 2012, 11:13:28 PM
It has a primitive type system and isn't a type secure language which bothers me.
If you're doing a 2d game that will look like zelda then it isn't important if you use C rather than Java. Java programs are generally much shorter than C programs.
It's a lot more type safe than C and the performance hit isn't bad for a 2d game.
I'm a little bit of a language hipster though. I'm currently really interested in Haskell. It's a beautiful language IMO.
Though less than some other languages, C has plenty of type safety. I don't think I've ever written an error in it whose cause was type-unsafety. Though I like being able to explicitly do type-unsafe things with
void*, it's seldom necessary and for this game in particular I believe I don't even use it for anything except the return value of
malloc-related functions which is immediately assigned to the proper type.
Where do you see Java programs that are generally much shorter than C programs that do the same thing? For all code I've seen, it's very much the opposite and Java solutions (especially those that completely follow good language practices like encapsulation) seem to usually be several times longer than their C equivalent in line count while also having much longer lines, except certain cases based on the JDK enormousness.
I intend to someday try to use the Xmonad Window Manager, which is not only written in Haskell but requires using it to do any configuration. Similarly, my only experience with Lua was for configuring AwesomeWM, which by the way I stopped using within a few weeks because I found myself rewriting much of the program when trying to get rid of annoying and broken defaults. I haven't used any functional language yet.
Quote from: bluaki on June 01, 2012, 11:06:13 PM
For Java, it to me seems to take a very long time and a very large amount of code to make it do anything and everything while also giving very poor performance
actually java's performance is getting to be close enough to c's. i still wouldn't recommend it because you have to bend over backwards to accomodate the shittiness of the language. i've had type errors where an entire program breaks down because an object was of type 'int' and something needed type 'integer' akudood;
and there's also the fact that a theoretical error that will never actually occur is detected as an error and aborts compilation. e.g.
if (1)
return 1;
else
return 0;error: no return detected akudood;
Also, what you're making is a 2D game, so if you even face any slowdown, you're doing something wrong. My game handles hundreds of particles and their collisions per frame, in javascript, with no slowdown at all. Honestly, writing a game in C will only slow
you down. My game totals around 14000 lines and that includes about 170 unique entities in the game, the physics, graphical effects, etc. The reason it's taken so long is because I've only been working about an hour or two per day most days.
and how long have you been working on this
And if it's vector-based, why not just use Flash? It'll save you time on coding in general and it's much easier to distribute it. Lua would also be a good idea because it gives you performance that's extremely close to a compiled language, but it has the simplicity of Python. I'll probably write a game in it someday.
But I'd play it. Here's all I ask: make good levels and don't have any procedurally generated bullshit and make a really good map editor.
Quote from: bluaki on June 02, 2012, 12:34:41 AM
I intend to someday try to use the Xmonad Window Manager, which is not only written in Haskell but requires using it to do any configuration.
why
Quote from: Makaveli on June 01, 2012, 11:56:48 PM
this sounds fancy as fuck.
how far along is it?
I mentioned in the first post:
QuoteMy current progress includes most of the menu and input systems as well as like half of the map system. About 2200 lines of code so far n_u
More specifically, some currently-implemented features include:
reading/writing map files and creating new maps
reading/writing world configuration and creating new worlds
Displaying maps in the game window, with maps linked together horizontally or vertically for smoothly traveling between maps, which can make an area seem like one massive map of near-infinite dimensions. Linked maps are only loaded when they're within a certain distance of the player.
Walking around the world, with camera moving around to follow player (the player is, by the way, currently represented by just a square). Movement is very smooth rather than snapping to tiles or whatever.
Most of the menu system, including various menu types like list (pause menu and main menu), grid (selecting which tile to place in map editing mode), text entry prompt (naming worlds), and error prompt. The main menu has "Load World" and "New World" options which respectively list all saved worlds available to load and open a text prompt asking for the new world's name.
Map editing mode, currently only able to edit floor/wall tiles by switching the currently selected tile in the tile menu and pressing B when facing the tile. Unlike normal mode walking, movement in map editing mode "floats" over obstacles and has a fixed direction (hold L and press joystick in a direction to rotate). Similarly, normal mode can move without turning (strafe) by holding L. Editing mode displays a square outline/cursor around the tile that the player is currently facing.
Input system is pretty much entirely done and mapping can be changed in options menu. The button names I just mentioned earlier are just an example for a typical controller.
It's sorta playable, but there's essentially not much of anything to do yet considering that there's no combat or whatever
Quote from: bluaki on June 02, 2012, 12:34:41 AM
Though less than some other languages, C has plenty of type safety. I don't think I've ever written an error in it whose cause was type-unsafety. Though I like being able to explicitly do type-unsafe things with void*, it's seldom necessary and for this game in particular I believe I don't even use it for anything except the return value of malloc-related functions which is immediately assigned to the proper type.
Where do you see Java programs that are generally much shorter than C programs that do the same thing? For all code I've seen, it's very much the opposite and Java solutions (especially those that completely follow good language practices like encapsulation) seem to usually be several times longer than their C equivalent in line count while also having much longer lines, except certain cases based on the JDK enormousness.
I intend to someday try to use the Xmonad Window Manager, which is not only written in Haskell but requires using it to do any configuration. Similarly, my only experience with Lua was for configuring AwesomeWM, which by the way I stopped using within a few weeks because I found myself rewriting much of the program when trying to get rid of annoying and broken defaults. I haven't used any functional language yet.
I used Xmonad for a while. It's a nice tiling window manager but it's a pain to get a nice toolbar setup. Also nautilus / other file managers break. so when I used it I had to do all file management through zsh.
When I made that statement about Java being shorter I meant in my experience. It also makes a lot more sense for Java to have less lines than C because you have to manage much less on your own and if done correclty OOP is very code efficient.
Here is an article by Jeff Atwood that sort of discusses code expressibility:
http://www.codinghorror.com/blog/2005/08/are-all-programming-languages-the-same.html
Functional languages are pretty cool but can be hard to wrap your head around. I haven't been working on learning Haskell very long or very hard. I am awful at it though. I can do small things but nothing cool. The example where they read in a file and print it would be written as such in Haskell:
import System.Environment
main = do
[f] <- getArgs
s <- readFile f
putStrLn $ s
In the examples on that blog post they exclude the import. Without the import it would be 4 lines.
Edit: Also didn't realize they just hardcoded a file name. That haskell code does command line input. So hardcoding a name would make it a line shorter. So without the import 3 lines.
Quote from: Pancake Persona on June 02, 2012, 01:04:51 AM
Also, what you're making is a 2D game, so if you even face any slowdown, you're doing something wrong. My game handles hundreds of particles and their collisions per frame, in javascript, with no slowdown at all. Honestly, writing a game in C will only slow you down. My game totals around 14000 lines and that includes about 170 unique entities in the game, the physics, graphical effects, etc. The reason it's taken so long is because I've only been working about an hour or two per day most days.
and how long have you been working on this
And if it's vector-based, why not just use Flash? It'll save you time on coding in general and it's much easier to distribute it. Lua would also be a good idea because it gives you performance that's extremely close to a compiled language, but it has the simplicity of Python. I'll probably write a game in it someday.
But I'd play it. Here's all I ask: make good levels and don't have any procedurally generated bullshit and make a really good map editor.
why
I actually currently don't (yet) limit the speed it runs and I have like ~350 "FPS", mostly limited by X11 because of my program sending all that excess video information. I don't expect speed to be an issue in this regardless of language choice, but I at least like to keep memory usage as low as I can for the features.
I simply like C and I don't think using it is slowing me down at all.
I just started it about a week ago and I've spent maybe a couple hours each day on it since then.
I think vectors would just be relatively easy to create images with and I think I might choose to just export images at certain fixed scales (like 16, 24, 32, and 48px tiles) for any zooming. Zooming isn't really a very high-priority feature but rather one that I think would be nice to have eventually.
I don't want to make procedural generation the main method for creating new maps or simply playing the game, but I was thinking that I'd like to add it as an option eventually. It seems like a rather difficult thing to do well so I consider it as rather low priority. Maps are not and will not by default be automatically expanding to near-infinity in all directions, but in the editor the map can be easily "expanded" by what is internally a horizontal or vertical link to another map and the limit to these expansions is near-infinite (about 2^31 whole tiles I believe).
By the way, in contexts of my game where coordinates need sub-tile precision (camera and player/entity positions), I store them as 64-bit integers with 8 fractional bits, such that 1 increment is 1/256th of a tile and Y=0x100 is one tile above Y=0x200.
I do intend to include some of my own maps with it by default, though I'm not sure how good I will be at making them.
I have quite a few detailed plans for the map editor. In particular, I hope to make the events system versatile while at the same way giving the editor ways to use its important effects without touching the custom scripting language or whatever it'll use.
Quote from: bluaki on June 02, 2012, 01:22:27 AM
I actually currently don't (yet) limit the speed it runs and I have like ~350 "FPS", mostly limited by X11 because of my program sending all that excess video information. I don't expect speed to be an issue in this regardless of language choice, but I at least like to keep memory usage as low as I can for the features.
I simply like C and I don't think using it is slowing me down at all.
I just started it about a week ago and I've spent maybe a couple hours each day on it since then.
I think vectors would just be relatively easy to create images with and I think I might choose to just export images at certain fixed scales (like 16, 24, 32, and 48px tiles) for any zooming. Zooming isn't really a very high-priority feature but rather one that I think would be nice to have eventually.
I don't want to make procedural generation the main method for creating new maps or simply playing the game, but I was thinking that I'd like to add it as an option eventually. It seems like a rather difficult thing to do well so I consider it as rather low priority.
I do intend to include some of my own maps with it by default, though I'm not sure how good I will be at making them.
I have quite a few detailed plans for the map editor. In particular, I hope to make the events system versatile while at the same way giving the editor ways to use its important effects without touching the custom scripting language or whatever it'll use.
I think i've just done too much fucked up stuff in C to legitimately enjoy it as a language. My schools curriculum is largely C based so I still have to do stuff in C. But it pisses me off at how they don't teach everyone good coding practices. Like everyone still uses deprecated functions and don't detect memory leaks around here (well at least students in my classes). I was a sophomore so it's about time people start dropping out. We had a class that killed a good portion of the CS students here. It's easy for people to go high level but once we go low level everyone has trouble. One of our assignments was writing malloc, and making it more efficient than libcmalloc. That absolutely killed everyone. I thought that was one of the best classes because it really helped me understand a lot of stuff that higher level abstracted languages take care of for me. Also we did a lot of abusing C and it's pointers and memory. A lot of abusing everything really. Even after we had several assignments that were like smashthestack people still use unbounded array functions. That really pisses me off about some people. My friend's response when I got angry at him was: "I don't care much for security. I'm just writing it to serve it's purpose and that isn't being secure". I'm glad he's more interested in theory because i'd hate to see what he writes in industry.
I recently started on the music editor for it
here's a mock of what the current design I have for it is:
[spoiler](http://i.imgur.com/VPRCy.png)[/spoiler]
the game would render it almost exactly the same as that picture, except with a non-antialiased font
It's essentially a grid in which the vertical position is pitch (note letter followed by octave number, such that C4 is middle C) and the horizontal position is time. For time, each square represents an eighth note (half-second) and all positions are whole increments of sixteenth notes.
Notes are shown as rectangles in that grid which have a pitch, start time, duration, and instrument, but nothing else. Colors represent instrument and I'll limit the available "instruments" to easily-synthesized stuff like square and sawtooth. These notes aren't placed in tracks.
Both axes scroll and the song's duration increases easily when scrolling right and placing new notes. When a song plays to the end, it returns back to a specific loop position (set in the menu) rather than to time 0.
Controls would be something like (using 360 controller's button labels, although keyboard has similar mapping):
A: Place note (tap) or change note duration (hold)
B: Change instrument (tap) or move/shift selected note (hold)
X: Play selected pitch/instrument
Y: Play visible time range (including both visible and nonvisible pitches)
L: Decrease cursor size
R: Increase cursor size
Start: Menu (save, load, rename, set loop position, quit)
Select: Start/pause/resume playback of whole song (tap) or stop (hold)
and mouse support, which I'll add at a later time:
Left click (in grid): Place note or change duration
Right click (in grid): Move/shift selected note
Middle click: Menu
Click pitch label: Preview note (like X button)
Click instrument name: Switch instrument
The labels visible in that picture are:
top: song title, duration (mm:ss), duration (seconds)
bottom: selected pitch, selected time (seconds), cursor size, current instrument
Do any of you have any suggestions or opinions about this? In particular, I'm unsure whether to leave the X/Y axes as is or to swap them. Like all other editable things in this game, I intend to include default songs I made. I think (or hope) that, despite the limitations, some good assortment of things can be made with it and they'll seem more like the style than annoying limitations.
I'm actually not familiar with any audio sequencing software so it's entirely possible that this design or interface is completely bad&wrong. n_u
I probably could have better priorities than making this music editor before features like doors, enemies, NPCs, and events, but it's what I felt like doing now giggle;
lol should this not go in the tec board? confuseddood;
Quote from: Dovydas on June 14, 2012, 11:12:41 AM
lol should this not go in the tec board? confuseddood;
well at least you ask
tec or aubrey would have moved it immediately if they had thought about it ifeelbetter;
Quote from: Dovydas on June 14, 2012, 11:12:41 AM
lol should this not go in the tec board? confuseddood;
Does Tec have his own board? confuseddood;
I didn't intend for this thread to end up with technical programming-related replies, but instead I wanted opinions on the game's features and design that I described n_u
Quote from: bluaki on June 14, 2012, 11:43:17 AM
Does Tec have his own board? confuseddood;
I didn't intend for this thread to end up with technical programming-related replies, but instead I wanted opinions on the game's features and design that I described n_u
ah
so, video games board, then ifeelbetter;
How exactly did you start on the music editor? What are you using? It's something I
really want to get into and now I feel pretty jealous because what you have looks pretty good. befuddlement
Also, it looks pretty similar to Nanoloop, and that's a good thing.
Quote from: Dovydas on June 14, 2012, 11:12:41 AM
lol should this not go in the tec board? confuseddood;
no because then it'll just die
I've seen worse music editor designs. What you have is effectively what's called a piano roll.
If you haven't yet, allow separate tracks for different "instruments," and allow for percussion instruments.
Also I'm not quite how to describe this next suggestion, but it's a fairly common feature in music editors. Make it so that you open up a new pattern, lay down the notes in that pattern, and then put that pattern in certain places in the overview of the song. So you can just paste down blocks of notes that you want in certain places and quickly edit multiple parts of the song at once. Hopefully that makes sense.
Quote from: Pancake Persona on June 14, 2012, 12:40:23 PM
How exactly did you start on the music editor? What are you using? It's something I really want to get into and now I feel pretty jealous because what you have looks pretty good. befuddlement
Also, it looks pretty similar to Nanoloop, and that's a good thing.
no because then it'll just die
Actually, it's not done yet and that picture wasn't rendered by the game itself.
I'm not entirely sure what you're asking about. The interface I just showed? One of the first things I made for my game was a basic menu system, with its current working prompt types including list (a scrollable vertical series of buttons, used for main menu and pause menu), message dialog (shows text at the top and buttons at the bottom), text entry, and tile grid (a rectangular set of buttons listing the tiles that can be used in map editing). This is essentially an extension of that for one more menu type, using many of the same structures and functions as those other types. It's all drawn using SDL's rectangle-drawing and text rendering functions.
For the music synthesis itself, like I mentioned in the previous post, I'm limiting it to easily-generated "instrument" types like square and sawtooth. The waveform of those is generated from the frequency by simple arithmetic and it's just added together for multiple notes playing simultaneously (or maybe averaged together; I don't know if that'd sound any good and intend to try it). SDL has audio functions that simply ask me to write a function that fills the waveform buffer for it.
Quote from: Colonel Cold on the Cob on June 14, 2012, 12:47:15 PM
I've seen worse music editor designs. What you have is effectively what's called a piano roll.
If you haven't yet, allow separate tracks for different "instruments," and allow for percussion instruments.
Also I'm not quite how to describe this next suggestion, but it's a fairly common feature in music editors. Make it so that you open up a new pattern, lay down the notes in that pattern, and then put that pattern in certain places in the overview of the song. So you can just paste down blocks of notes that you want in certain places and quickly edit multiple parts of the song at once. Hopefully that makes sense.
What I have planned has each note labeled with which instrument plays it (notated by the color), but they're not divided into any sort of "tracks" beyond that. What purpose do tracks serve in something like this?
At least to start with, I'm only using instrument sounds which are easily synthesized, which tend to be the chiptune-ish ones and exclude percussion instruments. Strings are the only realistic instrument type for which I'm aware of synthesizing algorithms. Maybe I'll add fancier instruments and/or sampling eventually, but not for a long time in development.
I understand what you mean by linking together parts of the song for maintaining changes across several duplicate segments, though I feel like that would overcomplicate certain things quite a bit so I'll leave it out and simply consider adding it eventually and much later. But this point does make me realize that block select and copy+paste would be pretty useful so I'll try adding it after I finish the other stuff I mentioned in that post.
Quote from: bluaki on June 14, 2012, 02:13:42 PM
What I have planned has each note labeled with which instrument plays it (notated by the color), but they're not divided into any sort of "tracks" beyond that. What purpose do tracks serve in something like this?
Mostly so you can have two different instruments in unison if you want. What you have works.
QuoteAt least to start with, I'm only using instrument sounds which are easily synthesized, which tend to be the chiptune-ish ones and exclude percussion instruments. Strings are the only realistic instrument type for which I'm aware of synthesizing algorithms. Maybe I'll add fancier instruments and/or sampling eventually, but not for a long time in development.
All you need for percussion is a simple noise channel, like what the NES used.
I finished at least the primary functionality of that bgm editor. It's only missing some non-essential (albeit useful) things like mouse support, copy+pasting a selection, renaming a song after it was created, quit confirmation for unsaved changes, cleaner font, and setting a loop point (to return to some specific point rather than the very beginning of the song after finishing). Feel free to post any other suggestion about this small part of my game.
downloads, keybindings, and some more description is all at http://bluaki.dyndns.org/heromapper/
[spoiler=actual screenshot](http://i.imgur.com/1P8CA.png)[/spoiler]
the current progress with the rest of the game happens to be in the same program, but it's not really in a state worth trying so just choose the composer option on the main menu
why no source code
i have NO fucking clue what anybody is talking about in here. im so casual like fuck happydood;
anyway, i wonder if there's going to be some secret stages or some cameo
Quote from: Original_MIB on June 19, 2012, 10:35:34 PM
i have NO fucking clue what anybody is talking about in here. im so casual like fuck happydood;
anyway, i wonder if there's going to be some secret stages or some cameo
i don't understand any of the programming jargon if that makes you feel better
This reminds of Outsider RPG. I still regret that we never really got it going. A Boyah RPG would be less interesting but still fun to work on nonetheless.
how is this anything like outsider rpg
This game will have battles that are (primarily) Zelda-like, not turn-based RPG. Its editing versatility might eventually be enough to allow turn-based battles, however.
Quote from: Pancake Persona on June 19, 2012, 10:24:23 PM
why no source code
Because it's probably ugly and I haven't decided on a license yet
but those don't really matter, so I just added a link to the source on that page.
I'm only used to writing/compiling code for GCC and with GNU utilities, so I don't know if it's at all compatible with Xcode or whatever else. Does Xcode even have/use Make?
Quote from: bluaki on June 20, 2012, 02:01:43 AM
This game will have battles that are (primarily) Zelda-like, not turn-based RPG. Its editing versatility might eventually be enough to allow turn-based battles, however.
Because it's probably ugly and I haven't decided on a license yet
but those don't really matter, so I just added a link to the source on that page.
I'm only used to writing/compiling code for GCC and with GNU utilities, so I don't know if it's at all compatible with Xcode or whatever else. Does Xcode even have/use Make?
i believe it does but i never even touch xcode
It definitely installs make with other utilities when you install Xcode, so it may or may not actually use it. It doesn't really matter since I compile everything through the command line anyways.
Quote from: Colonel Cold on the Cob on June 20, 2012, 12:03:28 AM
how is this anything like outsider rpg
It wasn't that the game concept reminded me of Outsider RPG - it was the fact that bluaki was posting about making a video game. Boyah and Outsider are forever linked in my mind, so it reminded me that we were going to make a video game once.
honestly a boyah/outsider rpg never would've been good
too many shitty in-jokes and only about 20 people would ever play it, and less than half would complete the game.
also, the "humor" would be worn out pretty quickly. srsly
right but this is just a project blu is doing. it's not a collaborative effort towards vaporware
show us some progress
Quote from: Pancake Persona on August 14, 2012, 11:44:23 PM
show us some progress
Not very much :(
I did a lot in the first week or so, which was right before I made this thread, but slowed down a lot and I don't think I've even touched it in the last three or four weeks. I moved most of my recent programming effort to fixing and improving a previous project. And I spent the rest of my time with stuff like anime, internet, and whimsical family summer-related distractions.
Like I said earlier here, it has had that chiptuneish sound system completed, a menu system, the ability to walk around the boring maps, managing/saving/loading maps, and basic in-game tile editing. Since then, I have added more menus/prompts, implemented sprite animations, tried out several tiling systems (or whatever you call it; making the border between two tile types in a 2D overworld seem more natural), and added map resizing/shifting. I don't think any of these changes are particularly interesting to be worth trying it out. There's still no enemies/combat, map warps, foreground objects, dialogue, custom events, inventory, etc.
I also wasted quite a bit of time figuring out use of the full GNU build system with this, expecting it to actually help, but it seems pretty pointless, overcomplicated, and annoying to maintain compared to the single simple Makefile I've had so I reverted it all. goowan
This reminds me of the underwater level in Super Mario Land for the Gameboy. You know where you fight that big seahorse but can just go underneath him instead of actually killing him.