| |
Krill
Registered: Apr 2002
Posts: 2850 |
Release id #167152 : Krill's Loader, repository version 164
If no problems emerge (i know they will, but anyways)... I can explain a bit about the full on-the-fly GCR block read+decode+checksumming. |
|
... 38 posts hidden. Click here to view all posts....
|
| |
Krill
Registered: Apr 2002
Posts: 2850 |
Quoting SpartaI respectfully disagree with your second point. The computer-side code does not need to know whether the currently transferred block is the final block of a track. You're probably right there. But the first and third points alone seem to prohibit Spartan Stepping in my case. And yes, what Shrydar aka ChristopherJam said. :) |
| |
Sparta
Registered: Feb 2017
Posts: 39 |
Quoting ChristopherJamThe biggest win is almost certainly from allowing the head to settle during the transfer.
Agreed on this. In my loader Sparkle, which will never be as versatile as Krill's, I think I am going to settle (huh) with the best of both worlds. I.e. I will time the second half-track step in the transfer loop about 12 bycles after the first one to allow enough time for the head to settle. Call it the Spartan Shrydar Step. :))
P.S. I was aware of the mysterious Shrydar's identity. Google knows everything. :) |
| |
bubis
Account closed
Registered: Apr 2002
Posts: 18 |
Quote: Quoting ChristopherJamThe biggest win is almost certainly from allowing the head to settle during the transfer.
Agreed on this. In my loader Sparkle, which will never be as versatile as Krill's, I think I am going to settle (huh) with the best of both worlds. I.e. I will time the second half-track step in the transfer loop about 12 bycles after the first one to allow enough time for the head to settle. Call it the Spartan Shrydar Step. :))
P.S. I was aware of the mysterious Shrydar's identity. Google knows everything. :)
We just don't know who you are, my Hungarian fellow. :) |
| |
map
Registered: Feb 2002
Posts: 27 |
Quoting Groepazpython has the same problems, i think (is it a single exe requiring no install?) (the point is: right now "our" dev environment is completely freestanding requiring no msys or cygwin or any of that, and no installing either - breaking that is not an option :))
the problem with ca65 are at least nucrunch and tinycrunch, those will not build.
One possibility might here to use Pyinstaller with option --onefile to create an .exe from the .py.
https://pypi.org/project/PyInstaller/
Using the UPX packer you can minimize the filesize of the .exe. |
| |
Krill
Registered: Apr 2002
Posts: 2850 |
Quoting Groepazpython has the same problems, i think (is it a single exe requiring no install?) (the point is: right now "our" dev environment is completely freestanding requiring no msys or cygwin or any of that, and no installing either - breaking that is not an option :)) Apparently, this does seem to exist: http://winpython.github.io/ - "The easiest way to run Python [...] out of the box on any Windows PC, without installing anything!", "WinPython lives entirely in its own directory, without any OS installation" and similar claims. There's some small print, though, so YMMV*.
* "Your metrage may vary" in PAL-land. |
| |
Krill
Registered: Apr 2002
Posts: 2850 |
Quoting mapUsing the UPX packer you can minimize the filesize of the .exe. Expect lots of Windows users to bemoan that their assorted snake-oil protection suite puts it into quarantine. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1380 |
Perhaps 'someone' should port tc_encode (the tinycrunch encoder) to c64? :D
Also, it's worth noting that the build issues with nucrunch and tinycrunch under newer versions of ca65 were fixed some time ago now. |
| |
map
Registered: Feb 2002
Posts: 27 |
Quoting KrillQuoting mapUsing the UPX packer you can minimize the filesize of the .exe. Expect lots of Windows users to bemoan that their assorted snake-oil protection suite puts it into quarantine.
True, but UPX is completely optional here.
Another hint: in case the target is to run the Python script using wine - the wine project only recently added the required libraries for the latest Python3. Not all Linux Distros have updated their packages yet. |
| Previous - 1 | 2 | 3 | 4 | 5 - Next |
