abaudrand

Its really a brillant game. I love the Gfx.

Don't know if it's too late but here is my list. 1. Beamrider 2. Adventure 3. Pitfall 2 4. H.E.R.O 5. Ghostbuster 6. Space Shuttle, a journey into space 7. Space Wars 8. Warlords 9. Dungeon 10. Pressure cooker

Hi, thanks for your interest in our little project. I got an older project that kept me away all July but it will not affect the schedules (we plan a release just before the end of the world). My bro is adding some bips and sounds in the program. I'm still struggling with the final boss. the code is 23Ko and the main quest is not quite ready. For the moment the titlescreen with its music are temporary as they could be remove for saving space (takes about 3Ko). If everything turns well, I hope to release a new video with latest features by the end of August.

ok, It was supposed to be the XM status forum so could you do a new thread for homebrewing support discussion and stop overflowing this thread? (and yes I support the XM team as I ordered it too )

I've discovered Bb last year and started to make a game. Just understand that these kind of project is like signing for long adventure. A lot of traps, a lot of despairs but also a dream that few will make true. And like every adventure, you don't know if you will succeed and THAT'S why we sign for it. I'm quite confident about Curt and wish him fair winds and following seas

+1

feels exactly the same... Honestly there are quite few people who still don't understand that this website is for hobbyists. It means that we don't count the time or the work we dedicate to our passion. When I preordered the XM expansion, I knew exactly that it will be a longer project to do. I am very pleased to have the possibility to help Curt with a preorder like all kickstarter projects do now. I don't know how to program games for the atari 7800 but when I've seen an artistic project like this, I was more happy to invest in it than in my apple laptop... Sermajic, have you ever involved yourself into projects that you do after your real life job? If so, your behaviour is a mystery to me...

-> sermajic :Ok we got your point, now as legacy engineering seem to have a "contact" button, could you deal with him directly?

Tested too and got problem with the colours as I previously stated. (edited I had problems with epic adventures too in the other forum)

very nice. great graphics. (yet the playfield is not stable on my PAL system). wait for more!!!

the concept is very good!!! yet a bit difficult for me. I only regret to crash even I'm flying at very low speed. I've tested it on my 7800 pal and all color are blue but its still playable.

Not quite 32K. DPC+ provides six traditional 4K banks (24K) plus another 4K bank that's not directly accessible by the Atari (it's used for storing graphics, waveforms, etc that can only be accessed via the DPC+ registers). The remaining 4K of the 32K ROM are used to hold the ARM routines and lookup tables that make it all work. From the blog entry, "Currently, all kernel setup is done with ordinary 6507 assembly language. This will change as this evolves.", some of the 24K will be taken over for adding bB advanced features, possibly things like more sprites using routines like what I've come up with for Frantic: thanks for the techs specs, SpiceWare. Batari told me once and that's the main reason I'm staying with 32K_SC kernel for the moment. As u can see on my demo, the graphics are poors and doesn't weigh much. The game mechanism is the biggest space consuming and there are many thing to be added (sounds, etc... ). I don't know if it will be makeable with a DPC++ once ready. Honestly, I've came here to have fun in programing, not to make the best video game in the world.

hum... yes... hum... (embarrassed)... Sigh... I... will wait the official release... (procrastinating)

I can't fix the blanklines with the kernel I'm using. Sure I'll be glad to port the game on the DPC++ when it will be ready. For the moment the game weights about 23Ko which prevent me to port it to DPC bankswitching method. The idea is to finish it with this "not old yet" kernel method and release it as a free download version. The DPC++ kernel, if I ever make it, will be a nice cartridge version.

Posted new screenshots and have to fix a RSS bug on the website.

its very impressive even I don't catch how do you make it.

I would suggest to increase the playfield resolution by reducing the pf heights and add rows. Also, will it be possible to save your pix with an harmony cartridge to restore it later?

Ok We checked the output in Pin 16 and there is no signal at all. Thanks Roland P. So I we're gonna try to add a 1.5V battery to the wire and hope it will make the TV switch.

Thanks Roland, thats a good idea to check if the Amstrad deliver the right tension here. I'll ask my bro to bring his voltmeter friday to check the Pin 16. I've also found a way to enter into service mode but I also need a sony remote to do so. Here is the link I've found that might interest other people who have a sony TV set: http://myweb.accessus.net/~090/sonypal.html (link for NTSC also available)

Original Peritel 7800 cable but the 7800 isn't the issue at all, I guess its the Sony trinitron which doesn't have a normal RGB input.

I'm using a SCART cable for the 7800 and for the Amstrad. Normally these ones output RVB signal compatible with some CRT display. I've changed the TV to another brand and I don't have any issue but the display is blurry compare to a trinitron tube. this becoming annoying if you want to program on an amstrad, not for playing game.

Hi, I recently used a SONY TRINITRON KV-14M1B TV and I had no troubles using my atari 7800 with it despite the picture is not very colorful. I've just purchased an old Amstrad 6128+ with RGB output and each time I plug it the picture is fine for about 2 seconds then it become bright grayish. I mean the black still black but all other graphics become bright. I've spent some time finding manuals on internet but not exactly the same model. On the manuals they use a symbol for the RGB input that look like this: _________ -> / . . . / /_________/ On my model , it look like this I couldn't find a chart of symbol but is it a RGB input with a strange Gamma curb? Anyone heard about this?

after recompiling my program, the RevEng method saved me 26 bytes of rom !!! I couldn't imagine it could spare so much just with a mathematical operation. Before this post, I've put this into the vblank vblank if a{4} then a{4}=0:return if !a{4} then a{4}=1 return I use this code in the vblank to create an artificial flickering if i want an object to be displayed on odd frame but not on even frame. I also use this method to alternate objects colors each frame to give the illusion of another color.

Don't have the knowledge for reply which is the fastest but what about BitOp_Flip_CTRLPF{2} = !BitOp_Flip_CTRLPF{2} if BitOp_Flip_CTRLPF{2} then CTRLPF = $05 else CTRLPF = $01

Thanks for the link. I guess the mid 80's video game crisis have ruined this company.