We're doing a dmd/big brother ISH game. We need a good collaberation tool that allows us to share and permanently store a: general files.. graphics w thumbs would be nice... software.. something like a mini Git.. preferably with a chat function but we can use discord for that... Any suggestions would be helpful as the net is inundated with sales cockroachs pushing their management software or bullshit crap dev software tha doesnt even tell you the features.. just tries to sell it to some low iq business major. Any help would be appreciated. Hard to inspire my coder and writer posting one image at a time that goes poof
We need suggestions for software collaberation tools (also we can still use another artist)
- Thread starter lancelotdulak
- Start date
- Jun 21, 2017
- 6,604
- 19,025
Try something like Dropbox or OneDrive along with Discord, you all always have the latest version of the files and Discord keeps you in touch.
I use Visio and Project to keep track of my game, but they're expensive for every team member to have.
You could also use GitLab for your files; just remember to make the project private.
I use Visio and Project to keep track of my game, but they're expensive for every team member to have.
You could also use GitLab for your files; just remember to make the project private.
- Jun 10, 2017
- 10,964
- 16,207
It depend of what you can do.
It goes from a full online forge service, like
You must be registered to see the links
that have a free offer (just remember to mark your project as private like said by I'm Not Thea Lundgren! ), to the same totally hosted by you, with by example
You must be registered to see the links
, an Open Source forge project.You can also split the task. You can have a private forum or mailing list for the communication ; there's many available for free, and some ISP also offer a support for your own mailing lists.
You must be registered to see the links
for the bug tracking, and something like
You must be registered to see the links
as software versioning ; both can be hoster either locally (but beware of the possible security issues), or externally.This being said, is the problem effectively located at this point ?
It looks more like a motivation issue, or perhaps a process issue, than something else.
They should both know exactly what you expect from them, and how many time they have to deliver.
The writer should have a script telling him what the scene should be. Something like :
Then, the writer will extend the script into an effective narration/dialog scenario, and return you something like :
You'll edit the script to replace the CG descriptions by the name that you'll give them, and add the instructions for the coder :
Then you pass the script to the coder, and he'll turn that into code without need for further instruction since he already know perfectly what game mechanism you want.
In the end, the coder deliver the code for this scene, and you integrate it to the game.
For this, a software versioning is enough. Just define the following tags :
- RAW
It's for the original script of the game, the one you wrote to tell what the story is and what the scenes are.
When the writer have done his job for a scene, he change the tag to the next one. - DRAFT
Here, you comment the narration/dialog, the write correct it, and so on.
Once you come to a compromise, you change the tag to the next one. - WROTE
It's where the coder take the script he'll have to turn into code.
Once he'd done it, he change the tag to the next one. - PRE
You take the code, test it, signal the bug you noted during your test, the coder correct them.
Once the code is fine, you change the tag to the next one. - FINAL
It's the code you've to integrate into the game
Each document having its revision number, everyone know precisely what have be done, what is yet to be done, and all. And you can couple this with a mailing list to avoid to only communicate through the comments, and/or to explain more explicitly what the comments mean.
- Jun 14, 2018
- 1,607
- 2,256
My recommendations would be for software to manually keeping your source code and files in sync with your collaberators, if you don't want to use tools like
Using these, or tools like these, you can keep a shared version of your project separate from "main" project folders. So you can preview what other people have done before you merge them back into your master copy of the project. You could share the project folders directly, but that risks some arsehole getting upset with your or the project and deliberately doing bad thing to the source code.
In my mind, I would initially create a full copy of my project and share that copy using syncthing. Then use BeyondCompare to compare and merge that shared copy with my "main" project file as needed. freefilesync and diffchecker aren't strictly needed for this way of doing things, but at least offer some alternatives.
This is all theoretical to me, I don't work this way.
You must be registered to see the links
.-
You must be registered to see the links- a bit like google drive or microsoft's onedrive. Can includeYou must be registered to see the links.
-
You must be registered to see the links- simple way of keeping your main project folders separate from the sync'd/shared folders.
-
You must be registered to see the links- Compare your source code/images with someone else's version.
-
You must be registered to see the links- Very basic version of what BeyondCompare3 does, but as an online website instead.
Using these, or tools like these, you can keep a shared version of your project separate from "main" project folders. So you can preview what other people have done before you merge them back into your master copy of the project. You could share the project folders directly, but that risks some arsehole getting upset with your or the project and deliberately doing bad thing to the source code.
In my mind, I would initially create a full copy of my project and share that copy using syncthing. Then use BeyondCompare to compare and merge that shared copy with my "main" project file as needed. freefilesync and diffchecker aren't strictly needed for this way of doing things, but at least offer some alternatives.
This is all theoretical to me, I don't work this way.
- Jun 10, 2017
- 10,964
- 16,207
That's what software versioning are for.
Basically speaking, they keep an integral copy of the original file, then only keep a diff for the updates. Like each update have their own version number, at any time you can reverse to a previous version ; whatever to check something or because it was finally better.
Therefore, they natively and automatically do all what you said.
- Jun 14, 2018
- 1,607
- 2,256
I completely agree.
However, whilst I have a programming background, I've never actually used software versioning software on a PC. It's just a blind spot in my experience. I could go and learn it, but honestly it always feels like it would be hard work compared with just keeping track of things myself. Which is more of an excuse than a reason, hey ho.
It's just me being a newbie... and therefore I presume that other newbies will have the same reservations. So as I said "if you don't want to use tools like
You must be registered to see the links
..."Proper versioning control is undoubtedly a better solution.
I just offer up the caveman solutions as an alternative.
- Jun 10, 2017
- 10,964
- 16,207
In the end of the day, GitHub is just an advanced software versioning. It do a little less on the "version reversion" side, and the tags are more for forks than for the project evolution. But in the same time it do way more on the "everything else you can need for team development" side.
It is... and at the same time isn't.
Most of the teams in the adult game scene are amateurs. Using a pure versioning software, like the previously named SubVersion by example, can be overkill for them, since globally they only need the last version of a file. And in the same time, using an integrated platform like GitHub can also be overkill, because it offer way too much than what they effectively need.
Which is fine and was needed. There isn't a definitive solution, just solutions more adapted for one team.
Reading your answer I realized that I talked about versioning software, but didn't explained what they did. This part of your own answer was the perfect place to correct this omission.
Software versioning: programmers have done it since.. programming started. And vs etc included it as a basis
Github.. i and morhe talked about it.. both are programmers. both have used it. Then we talked about explaining it to our writer.. laughed.. and decided on google drive + discord. And ya github really is just kindof advanced versioning. Honestly i think we should look into writing good small team dev comms software after this. I found nothing that was what we wanted.. nothing even close. Lots of bullshit market hype though written by business majors who wouldnt know printf from str()
As far as the "writer should do this".. wow.. ima be quiet so i dont get really really rude....
as far as bug tracking..seriously??? on one of these games? Ive written 3d engines .. not kidding.. without bugtracking software....
Github.. i and morhe talked about it.. both are programmers. both have used it. Then we talked about explaining it to our writer.. laughed.. and decided on google drive + discord. And ya github really is just kindof advanced versioning. Honestly i think we should look into writing good small team dev comms software after this. I found nothing that was what we wanted.. nothing even close. Lots of bullshit market hype though written by business majors who wouldnt know printf from str()
As far as the "writer should do this".. wow.. ima be quiet so i dont get really really rude....
as far as bug tracking..seriously??? on one of these games? Ive written 3d engines .. not kidding.. without bugtracking software....
I just wanted to thank you man this is what we finally ended up doing (or close) as Morhe drug me kicking and screaming into the modern dev communication era and made me start using google drive
- Jun 21, 2017
- 6,604
- 19,025
Make sure your GDrive is locked with the right permissions, it's pretty easy to get into if it's not secured properly. I would recommend using 2FA on all accounts with access to the drive.I just wanted to thank you man this is what we finally ended up doing (or close) as Morhe drug me kicking and screaming into the modern dev communication era and made me start using google drive