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 > Requests > Wanted! Coder for MapEddi2 hack
2008-10-27 23:41
v3to

Registered: Feb 2005
Posts: 150
Wanted! Coder for MapEddi2 hack

Hi there. I am searching for a coder who would like to hack a rather unique C64 tool.
MapEddi2 originally had been developed by Mario Knezovic/Bonespark and was supposed to create character based backgrounds for the never released game “Lethal Xcess”.

The editor supports basic features like variable maps (about 20 screens max), multicolour charsets and 2x2 blocks. Most interesting feature is a something I would call mini-fli. It is possible to switch up to two usually fixed colours or one colour plus the whole character sets each block line.
The graphic artist is able to use three character/block sets for each background map. There are no restrictions related to the resolution.

But there is a problem with the controls, because it requires a special adaptor and an Amiga- or Atari ST mouse. There is only one existing adaptor left and unfortunately it is broken.

IMHO it is a tragedy that this phenomenal tool is useless this way. I would be very pleased if somebody could create a hack with a 1581 mouse support. The result is dedicated to the scene – non profit.


Weblink mapeddi2.d64

 
... 14 posts hidden. Click here to view all posts....
 
2008-12-12 11:47
v3to

Registered: Feb 2005
Posts: 150
Hi Ninja,

Thanks for this version, it really looks promising. Here my first impressions by using Vice. I will check this on my C128 later.

The mouse-buttons are switched and for some reason the program crashes if I tried to load a file.
You will get a pointer in the disk menu if you read the directory first. It is some kind of initialising process, because the original adapter is connected through the serial port and affects the diskdrive sometimes (probably not the most elegant way to do that)...
2008-12-12 13:07
Ninja

Registered: Jan 2002
Posts: 411
The crash is probably because the mouse driver gets overwritten by the loaded file. I assumed the current place for that code is not safe yet, but I could not load a file for testing :) Will fix this and the switched mouse buttons this evening.

The original adapter was connected to the serial? From the code, I'd say it was connected to Port2. Or was there more to that adaptor than just mouse?
2008-12-12 14:31
v3to

Registered: Feb 2005
Posts: 150
Port 2 is right. The serial port was used for the right mousebutton (don't ask, I do not know the reason why)...
just found a photo of the adapter.
2008-12-14 20:16
Lubber

Registered: Jan 2002
Posts: 26
mmh, why not simply use some keystrokes instead of designing a special hardware just to get the right mouse button working? (i mean that was back in 1991 then!)

Besides that: The game looks just great! (very good conversion comparing to the amiga-screenshots)

i wonder the "minifli"-routine and the spritemultiplexer worked without flickering
2008-12-14 21:18
chatGPZ

Registered: Dec 2001
Posts: 11386
lol, that adapter is weird =) it's not like its a problem to use a second button with the regular joyport =)
2008-12-14 21:52
Oswald

Registered: Apr 2002
Posts: 5094
Quote: mmh, why not simply use some keystrokes instead of designing a special hardware just to get the right mouse button working? (i mean that was back in 1991 then!)

Besides that: The game looks just great! (very good conversion comparing to the amiga-screenshots)

i wonder the "minifli"-routine and the spritemultiplexer worked without flickering


well, I'd use a timer-nmi interrupt to hit the badlines, and raster irqs for multiplexing. thus, "mini fli" changes would have a priority over multiplexing, which can survive a delay of a rasterline or two if it's coded with the nmi's in mind, and there are not too much sprites around.
2008-12-15 06:36
Ninja

Registered: Jan 2002
Posts: 411
gpz: well, the second button was routed to POTX and there seemed to be a problem, that it could get stuck. Maybe this additional line from the serial port was kind of a reset for that button? Who knows, maybe the hardware will show up again, then we can have a look.

By the way, Veto and I consider the case of converting the editor to 1351 closed by now :D
2008-12-24 00:45
v3to

Registered: Feb 2005
Posts: 150
phew. it is done.
2008-12-28 23:44
v3to

Registered: Feb 2005
Posts: 150
Quote: well, I'd use a timer-nmi interrupt to hit the badlines, and raster irqs for multiplexing. thus, "mini fli" changes would have a priority over multiplexing, which can survive a delay of a rasterline or two if it's coded with the nmi's in mind, and there are not too much sprites around.

Mario told me recently that this is exactly the way he did...
2009-01-02 23:55
TNT
Account closed

Registered: Oct 2004
Posts: 189
Quote: lol, that adapter is weird =) it's not like its a problem to use a second button with the regular joyport =)

Not all mice are equal. I have a Roctec Amiga mouse which works just fine with Amiga but buttons refuse to work with C64. Not a big loss, it's crap anyway :)
Previous - 1 | 2 | 3 - 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
sln.pixelrat
Guests online: 102
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 No Listen  (9.6)
2 Layers  (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 Fullscreen Graphicians
1 Joe  (9.7)
2 Sulevi  (9.6)
3 The Sarge  (9.6)
4 Veto  (9.6)
5 Facet  (9.6)

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