Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > Coding on a PC for the 64?
2016-01-11 05:53
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....
 
2016-01-22 21:29
Frantic

Registered: Mar 2003
Posts: 1648
...in Kick Assembler.. ?

:)
2016-01-22 21:36
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. Here’s 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..
2016-01-22 22:01
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?)
2016-01-22 22:34
ruk

Registered: Jan 2012
Posts: 43
Quoting Pantaloon
while you all have been writing in this forum ive almost completed my revision demo :)


+1
2016-01-22 22:44
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.
2016-01-22 23:04
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!
2016-01-23 05:26
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 :)
2016-01-23 07:00
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.
2016-01-23 09:02
Pantaloon

Registered: Aug 2003
Posts: 124
Frantic, yeah :) im one of the lazy ones :)
2016-01-23 12:13
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 ;)
Previous - 1 | ... | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | ... | 19 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Trap/Bonzai
MWR/Visdom
Mike
Freeze/Blazon
iAN CooG/HVSC
Alakran_64
Mihai
St0rmfr0nt/Quantum
Case/Padua
Walt/Bonzai
.jetan/AI-supported ..
Airwolf/F4CG
B.A./QUANTUM
Titus/Rabenauge
Guests online: 117
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 No Listen  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top Original Suppliers
1 Derbyshire Ram  (9.7)
2 Fungus  (9.3)
3 Black Beard  (9.2)
4 Baracuda  (9.2)
5 hedning  (9.1)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.047 sec.