Welshworrier

That is really nice. Could I suggest one little feature to make the 3d navigation a bit easier? Put a glow above the ghosts that can be seen above the walls, so that you will get an indication on the main display of where they are as you move around without having to keep looking at the scrolling map.

Guessing a copyrighted image then. Yep, belonging to "wonderful wino" if I'm not mistaken, it's a Moscow alleyway that was also used as the cover for the book Psalms of the soul: a mile in my shoes.

I'm guessing how open source development works isn't your strong point.

I ordered some 27c322s yesterday and should be delivered inside 3 days as UK based. They are pin compatible (except for the byte leg/a20 of course). They worked out at about a dollar each. I also had to order a parallel port as the programmer is an old lv48.

Been rather busy in real life however: 1. Got some jaguar parts off eBay to build a cart. They arrived yesterday and were in a much worse condition than described - legs of the sockets they had put in were more like cankles and the eproms had soldered on legs in a few places. The pictures do not give the full horror of how bad they were. A nice person reworked the boards but I'm having to wait for a few eproms. 2. Got hold of programmer and eraser for chips. 3. Started on DSP conversion of access code to increase speed. 4. Got schematic correct now but needed physical board to size, trying to work out placement is issue - people would still need/want to access the SD card. Also wanted to confirm design inside shell. It's progressing, just not at the rate I would like at the moment.

It's a long declaration, so allocating 32 bits per element. Your image is 16 bits per element so you require half the amount.

Well that lasted long https://www.ebay.co.uk/itm/Atari-Jaguar-Commando-Homebrew-Rare-Cib-Boxed-W-Manual-Nice-Cond/192360259089 Also selling a badlands. As they are a commercial seller (they want 500 plus for a graded AVP ), I'm surprised they are selling them, and also surprised at someone selling them to the business inside 6 weeks of purchase.

The problem is going to be the maths aren't in your favour. If its going to cost 30000 plus to produce then the unit cost of 50 to 60 dollars means you are going to have to sell 500 to 600 plus controllers just to cover the cost. This is into a very limited market.

Good pictures from the show now on arstechnica, people might recognise some of the games in the first picture set. https://arstechnica.com/gaming/2017/10/portland-retro-gaming-expo-delivers-the-industrys-rarest-weirdest-stuff/

Totally agree, there were a few gotchas along the way (scope was my biggest bugbear) but when I saw the data appear on the logic analyser the first time it gave me a big smile I have visited your web site numerous times and must thank you for the great information on there.

Will do - im using fat FS as the fat access code which just requires a few interface functions to be defined. As long as both access paths are specified (for both types of card) and a way of checking/setting type automagically then it would be transparent to the developer.More info on fatfs here: http://elm-chan.org/fsw/ff/00index_e.html Simplest way of doing that would be in the initialise function call - check for saint card and if fail use simple one instead.

I envisage it as a "fake" cartridge that has it attached. The cartridge ROM then boots the menu from the attached SD card but also has SD access routines built in. That way homebrew software could, in theory, read and write files from the SD card as required with a small ram overhead. So no Jag boot rom replacement, just a small eprom board/programmed cart - I've currently interfaced it with a skunkboard for development.

Further info: supports both read and write of files on fat32 formatted card, currently using 68k to access - DSP code soon, connects via the standard eeprom pins (almost all software to do the jiggery pokery) - meaning could fit a standard cart. Runs pretty much all homebrew code I've thrown at it - as you can see in the video.

While some people may think I just hang around the Atari section because I have a masochistic streak, I do actually have some interest in developing stuff for the jaguar. It's to this end I thought I'd share a little video of something I've been playing with. Disclaimers: it's still being developed, there's no price on it yet (but should be quite cheap), it works as is, tested upto 32gb at moment. It's part of another project I'm running with, skunkboard related, and sort of happened by accident. It's not a competitor for Saints much neater project. And yes I'm rubbish at playing games one handed while holding a camera. So without further ado:

Update: got it working Very subtle bug in that when it installed the DSP routines it didn't initialise the variables before hand. This meant on the first run through it checked for 0 in local dsp memory and, because I'd not cleared it all prior to calling it, thought the interrupt handler was already installed. Solution was to ensure the local DSP memory was cleared before jumping to the start. Now all the stuff I've tested works

And here's a video of what I mean:

Perhaps it's because he's of an Ed Wood character? The model looks quite neat though.

Looking like it, spent a while disassembling it today to look. It works if put to a skunk board, with the usual jiffi header that sets sr and copies it down but just hates my code it's the only one he didn't release the source code for it seems - makes it more interesting though. However the number of times I've heard the title music is starting to grate Already tried clearing unused ram and looking at the code it doesn't seem to do anything really suspect - the display looks like it's blitted into double buffered area so that's where I'm currently checking to ensure all those registers are happy.

I've spent a good few days now trying to get some software working that will take a coff file and start it running. All files I've tried work.... Except one Gem Racer by Dr Typo just refuses to work correctly. I get it moved to the correct location (4000), make sure the SR is set, DSP and GPU doing nothing, blitter clear, vbl etc... What happens is the game starts but when you hit a key to choose level it displays the screen BUT the road is not there, the car is, and the game itself will not play. Music still works. It must be something I've not set correctly but I'm at a loss as to what to try next. Anyone got any suggestions to effectively soft reset. Should add this is on the jaguar itself

So the basis of Tidus' argument comes down to "well I don't believe it". That heretic video started doing the rounds again recently after certain people began posting it on YouTube vids to support their illusions. Most recent I saw was in a comparison between Jaguar and Saturn,which was even more suspect in that they clipped out the project tempest marker, and compared it to hexen.

Gosh, a not so subtle dig at switchblade again perhaps? Anyways.... Kotaku have noticed. https://kotaku.com/at-long-last-two-classic-psychedelic-shooters-are-comi-1819750935

Oh I don't know what you could be on about, you know, the game you are currently showing on Facebook pages and YouTube that you are trying to get finished by ejagfest (which should answer jagchris' questions)? You know, this one:

That's almost like a very unsubtle advert for someone who's doing a rewrite of the 3d mode of their game to feature zombies.

It's just yours. I use hub connected to eeprom programmer, logic analyser and skunk board. Can switch between any of them dynamically. Usually have analyser and skunk running together. Never needed to reinstall drivers either.

I believe your sarcasm detector is on the blink