Pages: [1]
|
|
|
Author
|
Topic: Project 6014--is this still a thing? (Read 9194 times)
|
ananke
Zebranky food
Offline
Posts: 8
|
Hi,
I was curious, are there still people associated with/working on this project? Also, is there a creative roadmap?
I'm a dev, might have time coming up, not sure, anyways I was just curious if this was still a thing.
Thanks
|
|
|
Logged
|
|
|
|
Kwayne
*Many bubbles*
Offline
Gender:
Posts: 189
|
The project died about 3-4 years ago with some early phantom limb movement, but this was predictable when the whole thing became Project 6014 Plus where community was valued over competence.
Given that Star Control is a quarter century old, this is the time everyone should forget the idea of a mod sequel anyway. There should be a Star Control adventure generator by now or at least an engine that would let anyone make their own SC sequel, because I grew to believe that large crews like ours was can not make a game like UQM.
|
|
|
Logged
|
|
|
|
|
|
Death 999
Global Moderator
Enlightened
Offline
Gender:
Posts: 3874
We did. You did. Yes we can. No.
|
well, the google code project was at
https://code.google.com/archive/p/project6014/source
except that they don't have the source code available there - at least, not without proper membership? Google seems to think it doesn't exist, not that I don't have permission to get it.
|
|
|
Logged
|
|
|
|
ananke
Zebranky food
Offline
Posts: 8
|
Oh, okay, I finally found it: https://github.com/trinaryouroboros/project6014
From looking at it, I agree in part with what Kwayne said about needing a modable engine. It looks like story elements are hard-coded into C data structures, probably what I would be tempted to do would be to go back to the original UQM, fork it, then try to factor the story elements out into data files so they could be modded easily. I could also see some room for randomness that might allow the adventure to be different for different playthroughs.
|
|
« Last Edit: October 06, 2016, 09:28:59 am by ananke »
|
Logged
|
|
|
|
Death 999
Global Moderator
Enlightened
Offline
Gender:
Posts: 3874
We did. You did. Yes we can. No.
|
Hard-coded into C isn't so bad IF it's set up right. After all, C is a pretty decent language.
But you need a good organizational system to know where to put things, and a good set of functions for keeping everything organized.
It's certainly a lot easier to do that than to generate another abstraction layer.
That said, I did write a scripting language for dialog options, and I began an interpreter but got tangled up in string handling. Working with strings in C is not my forte.
|
|
|
Logged
|
|
|
|
Armass
Zebranky food
Offline
Posts: 26
|
So instead of letting it have at least the potential of becoming a good and beloved fangame like Megaman Unlimited or AM2R, you just let it die a quiet death.
Such a dissapointing turnout.
Lets hope stardock at least does some good with the ip, tough im not holding my breath.
|
|
« Last Edit: December 18, 2016, 12:44:11 am by Armass »
|
Logged
|
|
|
|
Death 999
Global Moderator
Enlightened
Offline
Gender:
Posts: 3874
We did. You did. Yes we can. No.
|
So quick to throw stones, ye who didn't lift one to help.
|
|
|
Logged
|
|
|
|
|
ananke
Zebranky food
Offline
Posts: 8
|
Hard-coded into C isn't so bad IF it's set up right. After all, C is a pretty decent language. The problem with this is that from what I've seen from looking at the code base, it seems like every feature required C/C++ development, and there was a shortage of C/C++ devs but an abundance of people with other skills putting in requests for work to be done by C/C++ devs. Ideally a C/C++ dev could to a small amount of work so that unlimited features could be added easily by modders.
Anyways just to update I looked at this a few months back. If I remember right it seemed like there were three forks of UQM: 1. The pristine original 2. Hi definition, a fork of the pristine original 3. Project 6014, a fork of hi definition
I ended up looking at at least a few of these (I think it was hi-def, and a diff with project 6014) and came to the conclusion that it would be totally feasible to work on this, but haven't actually taken the time to do it.
But you need a good organizational system to know where to put things, and a good set of functions for keeping everything organized.
It's certainly a lot easier to do that than to generate another abstraction layer. Probably what I would be tempted to do is define an xml format where scripts could be added, along with references to datafiles and art, making it easy to define new things. From what I saw it seemed that the way things were organized closely related things were spread out all over, making changing things arduous.
If I remember, for example, there were datafiles that contained mappings from symbols to strings used in dialogues, but the actual dialog logic was in a totally different part of the code. This just seemed hard to work with.
|
|
|
Logged
|
|
|
|
Death 999
Global Moderator
Enlightened
Offline
Gender:
Posts: 3874
We did. You did. Yes we can. No.
|
Yes, and that's what I tried at first to replace and then interface with, until I threw my hands in the air (even though I still cared).
|
|
|
Logged
|
|
|
|
Pages: [1]
|
|
|
|
|