| |
JCH
Registered: Aug 2008 Posts: 193 |
SID Factory II
Laxity and I have decided to go BETA with SID Factory II to let all curious SID composers also have a go at this cross-platform SID editor.
We have a Facebook group that you are welcome to join. There's also a nifty user manual there. If you're not on Facebook, this thread should serve as another place where we can share questions, ideas, music, bugs, new builds, additional files, etc.
Please note that although SID Factory II is quite stable and more than capable of editing SID tunes at this point, it is still missing a few essential things such as e.g. sub tunes. We have a solid ToDo and will post new builds here as they become available.
The first official BETA build: SIDFactoryII_20200604.zip |
|
... 144 posts hidden. Click here to view all posts.... |
| |
Krill
Registered: Apr 2002 Posts: 2804 |
Quoting spider-jOf course – as Krill pointed out – self-hosting is an option to have full control if you're really concerned about that. And it may even be read-only for anyone but the admin. If someone requests merging in a patch, they'd just send a diff with the latest repository version.
Worst that can happen is that they decide to fork the project and put it on github et al. themselves, but that's how it is with free and open source. :) |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
First of all i wouldnt bother hiding a "development branch" - that only creates more work (someone contributes a fix - and then you cant just apply it, but have to merge it into your development branch). There will be very few ppl actually looking at the code anyway - and those who do should better see the current version, and not something from the last release.
I dont recommend self hosting either if you have no experience with that - again, it only creates more work with very little gain.
If you create a github project, you should get everything you want. You can just not grant anyone write access, so you have full control over whats in the repo. And everyone who wants to contribute fixes can clone the repo and send you a pull request, which is then very easy to merge (with a single click).
I dont like github all that much myself, but thats because i had many years of exposure to subversion before, and i am just too used to it (and it does all i need/want). If you dont know either, starting with git is probably the much better idea :) (warning: it can be very WTF at times) |
| |
Krill
Registered: Apr 2002 Posts: 2804 |
Quoting GroepazI dont like github all that much myself, but thats because i had many years of exposure to subversion before, and i am just too used to it (and it does all i need/want). If you dont know either, starting with git is probably the much better idea :) (warning: it can be very WTF at times) https://docs.github.com/en/github/importing-your-projects-to-gi.. =)
Maybe git is to github what car is to carpet, or Java to JavaScript. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
One thing i seriously do NOT recommend is using github with subversion. That defeats the point and only creates more problems :) |
| |
Laxity
Registered: Aug 2005 Posts: 459 |
Ok cool. Lot’s to consider. Thanks. We currently have it in an svn repo, as we’re three people working on it in different aspects of the project. |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
If you already have that, just expose it publicly for read access.... when someone wants to contribute a fix, he can just provide a "svn diff", easy enough :) |
| |
spider-j
Registered: Oct 2004 Posts: 443 |
@Laxity: It looks you're still using very old resid and residfp versions. After manually grabbing current versions from VICE and libsidplayfp for my GT2 fork I saw that Leandro (the guy who seems to do most of the work on them at the moment) has them both as standalone repositories here:
https://github.com/drfiemost/resid
and here:
https://github.com/drfiemost/residfp |
| |
Isildur
Registered: Sep 2006 Posts: 274 |
Thanks Groepaz, Linux binaries working great.
Also compilation running without any issues with default flags.
As a newborn Linux user I have only one issue, can't set it to executable. I mean all permissions and "Allow this file to run as a program" are set, but binary won't run this way, always asking to choose program to run with and opens with Python by default ;).
From Terminal "./sf2" working perfect. Tested on Linux Lite (Ubuntu fork). Thanks again! |
| |
chatGPZ
Registered: Dec 2001 Posts: 11088 |
when running from terminal works, then the executable flag is set correctly... perhaps the filemanager you are using is simply designed to not start executables on clicking them? |
| |
Isildur
Registered: Sep 2006 Posts: 274 |
Nope, every other program is working fine, like Vice or C64debugger etc. (Thunar is default FM in Linux Lite).
Not a big deal since it starts from the terminal. |
Previous - 1 | ... | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 - Next |