| |
soci
Registered: Sep 2003
Posts: 474 |
Assembly64
This looks interesting, however it's unverifiable currently and seems to includes code which is capable of implementing a ssh server. So while sandboxing was fun in the past eventually I got bored with it and just don't bother to run problematic stuff any more.
So if it comes with a GPL2 license (and according to the jar file it does) then this means I could build this myself if I ask for the sources, right?
Actually the only tiny part which is interesting to me could be done with rsync/$ANY_VCS. Is it possible to get access for synchronization with client software I trust?
May I redistribute the data through a public FTP server or other means for allowing easier access to it?
These questions were not meant as trolling of course. I appreciate all the work and effort went into it even if it's not accessible for me. |
|
... 17 posts hidden. Click here to view all posts....
|
| |
Scooby
Registered: Dec 2011
Posts: 22 |
Hehe, spelling is correct actually, kind of ;-)
Reason for deleting "assembly64" folder is that previously the home was "assembly64", but i changed to ".assembly64", moving all files from that folder to .folder, then deleting the "assembly64" folder. So you did hit a cornercase i would say :-) But i can fix that in next release! Thx |
| |
Compyx
Registered: Jan 2005
Posts: 631 |
I changed the target to ~/asm64 and now my downloads don't get deleted anymore.
Also, having the instructions and changelog inside the application might not be great idea. What if the application fails to start (it did when using OpenJDK), how will I know what to do or what code change to look for that might explain the bug?
Anyway, nice tool, should save me quite some time. |
| |
Dymo
Registered: Jun 2016
Posts: 120 |
Lovely tool of wonders... works like a charm here :) |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
Thx for feedback, always appreciated! Yep, will package next release so that changelog and instructions are available as txtfiles. Dymo <3 |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
If you're running Assembly64 with OpenJDK you will
also need OpenJFX, since this is not included in OpenJDK.
In Oracles JDK it is included by default!
Cheers! |
| |
xIII
Registered: Nov 2008
Posts: 210 |
Would you consider making a ' CSDB_Other Platform C64 Tool' download section ? |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
The stategy has been to keep the archive down to just include the core stuff:
.d64, .t64, .d81, .d71, .prg, .tap, .crt, .sid, .bin, .g64
I basically delete everything that does not match any of these suffixes in order to keep size down.
I guess it's could be an option to set this filter per collection instead, then it would be ok to exclude it for "other platformtools"
Cheers! |
| |
kenchis
Registered: Jan 2008
Posts: 65 |
Just a question:
Is it possible to get access to the source code somehow?
I would like to check a possible use inside JSIDPlay2, if that would be ok of course.
That would be something similar to the current Gamebase64 integration, but with more content :-)
Regards,
Ken
Searching for a SID player, that fits your needs?
http://sourceforge.net/projects/jsidplay2/ |
| |
Grue
Registered: Dec 2001
Posts: 146 |
Quote: The stategy has been to keep the archive down to just include the core stuff:
.d64, .t64, .d81, .d71, .prg, .tap, .crt, .sid, .bin, .g64
I basically delete everything that does not match any of these suffixes in order to keep size down.
I guess it's could be an option to set this filter per collection instead, then it would be ok to exclude it for "other platformtools"
Cheers!
.t64 is missing.
Idea of .t64 is container for .prg to keep original filename. .d64's wastes a lot of space if it has just one .prg inside. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11123 |
for that usecase .p00 is a much better format :) |
| Previous - 1 | 2 | 3 | 4 - Next |
