| |
Stablizer
Registered: Jan 2016
Posts: 19 |
Coding on a PC for the 64?
I've seen various editors out there, currently starting to use the C64Studio for this, but it seems like getting charsets, graphics, music, etc, is a bit problematic when going at it this way, isn't it?
Would love to get some pointers to reading material on the subject (have done some searches already, but haven't come up with anything notable really).
Thanks!
-Stab |
|
... 179 posts hidden. Click here to view all posts....
|
| |
Brataccas
Registered: Jan 2015
Posts: 16 |
Here's something interesting that showed up recently at http://www.pagetable.com/?p=848
Quote:There are many MOS 6502 cross-assemblers available. Heres a new one. Or actually a very old one. Macross, a very powerful 6502 macro assembler, which was used to create Habitat, Maniac Mansion and Zak McKracken, was developed between 1984 and 1987 at Lucasfilm Ltd. and is now Open Source (MIT license): https://github.com/Museum-of-Art-and-Digital-Entertainment/macr..
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
"an assembler for people who hate assembly language"
hihi
(what kind of tool is needed to transform .itr into something more readable?) |
| |
ruk
Registered: Jan 2012
Posts: 43 |
Quoting Pantaloonwhile you all have been writing in this forum ive almost completed my revision demo :)
+1 |
| |
JackAsser
Registered: Jun 2002
Posts: 2014 |
Quote: "an assembler for people who hate assembly language"
hihi
(what kind of tool is needed to transform .itr into something more readable?)
Haha, nice find!
macross compiled fine, albeit with tons of warnings, on OSX El Capitan! :)
Interesting with manual implementation of malloc.c bundled in, using sbrk() which nowadays are emulated in OSX, not the actual memory allocation call used by the OS. |
| |
Shadow
Account closed
Registered: Apr 2002
Posts: 355 |
For me Kick Assembler is often the fastest way to getting things done, having everything in one place and just recompiling is just so much more convenient for lazy people!
Doing advanced loops with conditionals etc. that spits out unrolled speedcode is ace! |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Well, I'm just a single "make run" command away from the next test regardless of whether I'm editing macros in a KickAss source file or editing a Python script that generates unrolled loops for inclusion in an .a65
It just that if I'm writing in Python I'm using a widely supported modernish language with access to some really useful libraries for image access and array manipulation, result caching, signal processing etc etc etc. For me, *that's* the fast, convenient and lazy route :) |
| |
Bitbreaker
Registered: Oct 2002
Posts: 508 |
Exactly. Even if one writes the tool part in brainfuck it is okay, as long as it is separated from the .asm stuff. That way also only that stuff is recompiled that has changed, no need to regenerate hires from png and so on on every compile (and common gfx tools writes out .prg/.kla anyway, so no need for that :-D, for optimized mixed charset, there's a small code snippet for conversion). So here export/conversion happens once, and beforehand.
And as already stated before, it is easy to port the .asm code to any other assembler that usually only differ a little regarding the syntax or label format. As soon as you include severe scripting in your .asm file, it is pretty much impossible to port that. Also, for me readability decreases a lot when asm and scripting is mixed wildly together. This also goes forcode for the censor-assembler c6510, but maybe it is just Bob's messy coding style, haha :-D How much did i curse about a lacking *+x :-)
So yes, as long as you play all alone, you can do whatever you want, but if you build a team and want to support many plattforms and stuff, you also have to think of your groupmates and the one who has to slap the shit together to a working .d64. I guess that is the procedure also groepaz has went through and what made him more critical on all that, just like me. |
| |
Pantaloon
Registered: Aug 2003
Posts: 124 |
Frantic, yeah :) im one of the lazy ones :) |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
@Bitbreaker - all that said, I suspect readability would suffer a tad if some of the tools were written in brainfuck, too ;) |
| |
enthusi
Registered: May 2004
Posts: 677 |
not when tue external bftool just does what it supposed to do. Mostly data preprocessing. |
| Previous - 1 | ... | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | ... | 19 - Next |
