PeteD

Yeah, sorry, it's coming as soon as I get the time. I'm dealing with some life crap atm but as soon as that's resolved I can get back to coding.

I'm surprised it runs at all on NTSC. The interrupts aren't re-entrant safe and that version is doing stuff on the VBI that probably takes up too much time on NTSC. Probably luck more than anything that it's not crashing New version is a lot tidier as far as code and technique goes and works fine in NTSC on the emus.

Yup, as I say, unfinished version. The latest one is fixed for NTSC (music and anims) and might have an extra surprise Need to finish something else first before I put the finishing touches to Nyan but it won't be long, or I might upload the sans surprise version then finish the surprise one later.

He does say, "It has to be the version that was originally posted Youtube URL.", which I believe that one was.

That xex is an unfinished version and no I'm not Peter Dell

Final download is coming soon. Just having trouble finding the time to finish it off, tidy it up etc.

Yup, it's on csdb somewhere.

I'm not overly keen on it myself but José seemed to be suffering without an A8 version so I thought I'd do one (It's all your fault José lol)

Oh noes!! A C64 freak coding an A8 demo!!! Final xex in a couple of days. Just adding another anim frame that I missed when I converted them because the animated gif I was working from was screwed, and making sure it all works properly on NTSC. Been kinda busy the last few days so not had chance to do those last couple of things.] Thanks to Miker for the music. Check out the C64 Nyan.... Oh dear. http://www.youtube.com/watch?v=pTevgtyYbpc

Is that some kind of sword at the bottom? If so, how does that go over whoever you're fighting (the guy made form PMGs in the previous screen) while he's already got priority over the background he's standing on?

Created with G2F, 49 chars in use, so plenty left for animations. Yes, a different style, but if you examine http://www.hardcoreg...nceofpersia.htm (insightful), nearly each platform depicts things a little bit different - so I would go this way... As a compromise it looks ok but I don't think there's any need for losing/changing parts of the backgrounds AND removing parts of the map (columns etc) so you can draw the opponent in chars. BTW, the opponent DOES fall down levels and can swap screens and follow you around so you'd have to clear a larger area of colums/any other interfering chars on the screen. If you really think it'll fit in an unexpanded machine (something me and Ste were working towards on the C64 when Mr SID showed us he was 1/2 way through his version but I'm not sure how much anyone on here has looked into) then of course lower graphics overheads are a help but if not, may as well go for the best look possible and use more chars from the beginning.

Sorry, that last bitmap I posted was a bit of a bastard son of part of 2 different levels Here's a better one, it's the first screen from the game, reduced to 4 colour again but that only really effects the torches and the rear wall brickwork (which can have colour ram in on the C64). It's about 150 unique chars. test2.bmp

Did I wrote something different? (Edit: Of course I meant with the 'pick' a single screen crop out of the maps.) Nooo I just read into your earlier post that you were trying to do each "screen" (never mind the whole map) in 128 chars, probably just because you didn't mention multiple splits per screen as everyone else has. These may be places where I wouldn't act so strict - like removing the pillar. Let me explain: I would prefer an existing, maybe slightly different PoP - contrary to a perfect non-existant one. Like I would prefer a 5th colour in over 90% of the screens, than a correct pillar representation in less than 10% of them. But I fear, that this to much blasphemy for a single post... It's the type of idea I used to suggest a year or so ago and have again in this thread. There's no need to try to recreate exactly a game from another platform if doing so means that game will never be finished. Much better to work to a lower spec/different design and at least have something to play. For example Ste's ideas of the hires text screens for the intro. That could be done and dusted within a couple of hours and imho looks really good (and is kind of what the original was supposed to be, silent movie style if you read Mechner's blog). Despite what some people think, I promise we won't all point fingers and laugh if a finished A8 PoP is released and god forbid it's not as good in some way as the C64 version.

Makes more sense if you're using more than 128 per screen The opponent also masks behind pillars/chompers etc and I believe can fall down holes? (might be wrong about that last one) So you'd need a char/char sprite masking routine anyway.

I'll have a look for something later (don't have the time now and all this stuff is backed up on an external hdd) but it's easy to just go find a screenshot of a screen with a few walls, columns, gates/chompers and work from that by inserting lines to align the tile heights to 64 (to get things on char heights). I think you'll be surprised how many chars some of them will use, especially if you don't reserve enough chars for the animating objects which can be quite numerous and sometimes overlap each other and animate at different times. I'm also not sure there are enough PMGs to draw you and an enemy guy and your swords.. *edit* I do have this screen which was built by Ste (not sure it's an existing game screen) to test his Palace level tiles. It's by no means the most complex the levels can be but does contain most of the tile types. Bear in mind it's been reduced to 4 colour, and not in a sensible way so a lot of detail (front facing walls etc) has been lost but it still has quite a high unique char count.. I'll try to find a better one later. test.bmp

I really don't think a rewrite is THAT big a job. It's all basically data driven and the data is there to be pilfered and then you get to do the rest of it how you want (ie chars instead of bitmap) because you're no longer limited by another machines foibles. Still, someone might feel more comfortable working from an existing modern version if they've never taken on writing a game before because sometimes it's "the game" part and making it a whole that's the biggest problem.

lol, I wonder how many times I've said that in this thread so far

Guarantee it won't fit in 128 chars Maybe some screens will but there are ones that there's too much overlap of different types of tile which creates a heap of unique chars AND you've got to draw sprites into it all somehow. I've posted more info on FW about chars v bitmap..

CPU time difference between PAL/NTSC matters less when the game runs at less than 50fps to begin with because you start to get into 2 frames on PAL = ~3 frames on NTSC in the same ms timeframe.

I doubt pop runs at 25fps anyway, probably quite a bit less and if you play the C64 version with your sprite and just 2 falling platforms it slows down quite badly. As far as the tile masking etc, as I mentioned earlier in the thread, before Mr SID made it clear he was working on PoP me and Ste were working on one, a rewrite rather than a code port and as such we made the tiles sensible byte boundary sizes, all in chars and with masking areas made as code friendly as possible. That stuff is available if anyone wants to play with it although you're probably better off getting it from Ste as I don't think I got his final version.

BTW, the tiles have all been redrawn into chars on char boundaries with the overlap (tile over tile to it's left) and masking (columns etc) areas made as code friendly as possible by me and Ste for the C64 version we started working on a while back. They're probably about as close to optimal as they can be for the A8 without them looking weird.

PoP almost definitely doesn't run 50fps on Apple (or C64). So if it's even 25fps you've got double the CPU to draw 2 guys on the screen...

As long as there's a character gap between colour changes you can have as many colours per line as you want.

afaik they're both as close to direct ports from the Apple version as is possible. This is definately true for the C64 one and I'm pretty sure the A8 is the same (I did check but it's been a long time ago).. Bitmap mode, no hardware anything (ie no hardware scrolling or sprites). So that means software scroll (ie rotating through the bitmap), software sprites. This is why it's so incredibly slow. So for PoP you've got a static char screen taking up no CPU (for scrolling), software+pmg sprites which while slow in themselves, drawing them is the bulk of what the games CPU is taken up on. They don't need to run 50fps, none of the versions do so.