| |
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....
|
| |
ChristopherJam
Registered: Aug 2004
Posts: 1409 |
Wait, you're actually using bf? In any case, I was speaking of readability of the tool source, which as you say is not an issue if the functionality is reasonably stable. |
| |
mankeli
Registered: Oct 2010
Posts: 146 |
Thanks to this thread, I have also learned to put my hires conversions into the makefile! My octacore i7 had such a hard time convert all those 64000 pixels on every compile! |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
Quote: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.
that, with sugar on top. |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
"As soon as you include severe scripting in your .asm file, it is pretty much impossible to port that"
you face the same problem if you write your data prechewing/speedcode gen in whatever modern language.
"I guess that is the procedure also groepaz has went through and what made him more critical on all that, just like me."
you two are not alone having done that. about all demos are made this way since a decade. in my eyes its still trying to tell other people how to do their own stuff. its matter of taste and practice, and experience. |
| |
Martin Piper
Registered: Nov 2007
Posts: 722 |
If the external tools are all cross-platform and use languages with interpreter/compiler availability then they can be quite portable. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
indeed, porting the tools over is no problem and works out of the box unless you are using something *very* esoteric to make them.
and no, this scripting-inside-assembler madness has only become common among some people recently. |
| |
Slammer
Registered: Feb 2004
Posts: 416 |
Some of us started with this 'scripting madness' around 1991-1992 and got quite ok results with it. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11386 |
yeah and some of us like their ass whipped with a spoon. your point being? |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
Quote: Some of us started with this 'scripting madness' around 1991-1992 and got quite ok results with it.
hard to believe, around 91 I was using profi ass / help plus :) altho you could have used mixed code even in those I guess ? basic / asm lol :) I remember having done a raster color editor in basic ;) |
| |
Slammer
Registered: Feb 2004
Posts: 416 |
Quote: hard to believe, around 91 I was using profi ass / help plus :) altho you could have used mixed code even in those I guess ? basic / asm lol :) I remember having done a raster color editor in basic ;)
I used Einsteins Amiga<->C64 cross assebler. It had some really nice features, including switching the monitor to the c64 after assembling. |
| Previous - 1 | ... | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 - Next |
