| |
soci
Registered: Sep 2003
Posts: 473 |
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 |
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: 145 |
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: 11100 |
for that usecase .p00 is a much better format :) |
| |
WdW
Registered: Jun 2013
Posts: 13 |
I'm trying to run this on Linux (Mint, 19.1) and I get the following error when I try to run this:
Error: Could not find or load main class se.light.assembly64.fx.Main
Does anyone know how to fix this? |
| |
Scooby
Registered: Dec 2011
Posts: 22 |
Hi,
What version of java are you running?
Currently compiled with java10.
As for now it will not be updated to java11 due
to the devastating upgrade path Oracle has taken, leaving javafx-lib hanging dangling in java11, including the packageinstaller!
If you're running java10 openjdk you need the openfx dependency also
Cheers,
freabe |
| |
WdW
Registered: Jun 2013
Posts: 13 |
Thanks for the help, I'll check out my versions etc. |
| Previous - 1 | 2 | 3 - Next |
