Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

Richard Hallas

26
Posts
3
Followers
35
Following
A member registered Feb 02, 2018

Recent community posts

Fantastic! Thanks very much indeed – and yes, it seems fine.

Hi, thanks for doing this. However, could you please supply the updated game as a .tap file (like the original)? Unfortunately, a snapshot is the least desirable distribution format in many ways. People can easily make their own snapshot from a .tap file if they want to, but they can't do the reverse at all easily. A .tap would be best for both widespread compatibility and archival purposes. Thanks.

(1 edit)

Great – thanks!

Hi,

Thanks for doing the ZX Touch versions. However, you seem to have uploaded the wrong one for Mike The Guiter. The ZXT version here is for MTG The Shooter.

Thanks – it's certainly very much less frustrating now!

Thanks for the detailed and positive response!

Hm. There's a lot to like about this, and it's almost very good… but the whole business of the ship getting destroyed (and ending the game) really is INTENSELY irritating and unfair. The shield is often depleted and then the ship destroyed and there's just nothing you can do about it. Also, the need to position the ship sections together pretty precisely is also frustrating. The beauty of the original Jetpac is that it was so very easy to play. It could be annoying, but it didn't have these aspects of sheer frustration. Take away the possibility of the ship being destroyed and make the assembly less frustrating (i.e. make it more like the original) and this could become really fun

Sorry, but I've just noticed a bug in v1.2. Just playing the first level, the cherries appeared for the second time (I think) – I'd missed them first time round – and they seemed to stay on-screen an unexpectedly long time. But I managed to reach them, and rather than collecting them, Pac-Man passed right over them and they stayed there on the screen.

Your archive contains separate downloads for the ZX Spectrum and the ZX Spectrum 128. These are clearly not the same because the code is different between the two, yet I can find no functional difference between them. There isn't any AY-3-8912 sound in the 128K version, which would be one reason to have two versions. Also, both versions work equally well on 48K Spectrums (even the supposed 128K version – which is actually smaller than the 48K version).

Could you therefore please explain what the difference is between these two versions? Thanks!

I emailed it to you. If you haven’t received it, please check your spam.

Hi! I haven't heard from you yet. Did you miss my previous message? I've got a nice .TAP file to send to you, when you tell me how to send it…

Thanks a lot. I'm pleased to say that I've been able to convert it to a plain .tap file successfully. Where should I send it to get it to you? NB If you'd like to email me directly, my email address is my name (as shown here) with the @ instead of the space (surname is domain name) and .net on the end.

I'm not familiar with how raw audio data is encoded is .tap and .tzx files – and I don't know how you're creating them to produce this result. I suspect it's probably just a .wav file in a .tap/.tzx wrapper, but I'd have to look into the file format specs to be sure. Anyway, there are various tools that do convert .wav files into 'proper' .tap and .tzx files. I haven't a lot of experience of creating such files personally, but I've managed it successfully from time to time. audio2tape (one of the Fuse utilities) is one such tool, and there are certainly others. If you can't manage it successfully yourself, if you post a straight .wav version of your tape file(s) here, I'm sure that someone would manage to do it without much trouble. I'd be happy to try myself, or someone else might beat me to it!

(1 edit)

The .TAP and .TZX files currently supplied are unfortunately some sort of raw audio rather than proper tape files. This means that (a) they're much less useful than they should be and (b) they're approaching 40 times larger than they need to be (1.8MB rather than around 50K). Could they please be converted into 'proper' tape files? NB Since only a standard loader is used, a .TAP file is all that's required and a .TZX isn't really necessary. Why not instead supply (a) a proper, regular .tap file for users of emulators and modern hardware with SD cards, and (b) a .wav audio version for people to play in if they want to use original hardware?

NB The same comments also apply to your other release, Ziona Quest X.

Wonderful! Thanks very much indeed! This makes all the difference! :-)

If you're wondering why I care… when using an emulator on a modern keyboard, the right-hand Shift key is perfect for 'jump'. I typically choose either Q, W, Shift (JSW-style) or Z, X, Shift. I don't like using the space bar for 'jump' as it's too big and clumsy, but a regular key like M is too small for a one-handed function. The right-hand Shift key is just perfect.

8-D

There's one downgrade in the full version compared with the demo: it's no longer possible to define Caps Shift as the jump key (which I want to do…). Could this be fixed, please? Thanks.

Excellent! Thanks.

It's a shame that this is only provided as a snapshot, not as a .tap file. This greatly reduces its potential audience.

Thanks a lot!

Is it intentional that there's an infinite lives poke active from the outset? It's a fun game, but given that the lives counter never goes down when you die, there's really no challenge.

Thanks a lot! 😊

The docs say that there's a 48K Spectrum version, but you only seem to have provided 128K Spectrum downloads. Just thought I should point it out.

…and… thanks for the tape file! :-)

Excellent. I love 'perfect' snapshots like these, which show the loading screen until you press a key. So, that's great. All we really need now is a tape file. Many thanks for all your efforts!

Interesting game. However, I agree with the other comment here – a tape file is badly needed. ESPECIALLY given that this is a paid-for game, it really MUST be supplied in a better form than just a snapshot. That's so half-hearted. (And .SNA isn't even the best snapshot format: it's wasteful. .Z80 format does the same thing but uses a smaller file size and also supports 128K snaps.) This game NEEDS to be supplied as a .TAP file, and ideally as a .TZX file as well. The .TAP file format is best – especially for regular loaders (i.e. non-turbo loaders) – because it works with EVERYTHING, including loading into real machines. If you want to use a fancy loader, supply a .TZX file as well. (But please note that the new ZX Spectrum Next currently can't handle .TZX files, which is one reason why a .TAP is so important: it's absolutely the best option on the Next.) If you need to have a loading screen designed, I recommend approaching Andy Green, who does superb work (search for Andy Green Pixel Art on Facebook).