jum

Yes (I will test HERO and MP to make sure. Note that HERO uses the "side trigger" (3rd fire button) to drop dynamite). I have basically finished the PSP port of Jum52. It now runs at full speed (I had to make some blitting optimisations and set PSP CPU speed to 333MHz), even with the "zoomed/stretched" display. Audio is pretty crap, but I'm blaming that on SDL. I will upload a link to the emu when the ftp to my website starts working. If you can't wait to try it out, then email me and I'll send it to you (or just attach it here). - Jum

I'm busy porting my 5200 emulator ("Jum52") to PSP and Ubuntu. The Ubuntu version works fine, but there are some issues with the PSP version's speed and audio (at the moment it tops out at 50 fps, when the emulator should really run at 60fps). The PSP version is built in FW 1.50 mode, and runs on my CFW 5.00 PSP. Don't know if it will run on a slim. Nevertheless, I should be able to release a PSP version soonish. - jum

It would be very cool to have a MOD / chiptune composing tool for the Lynx. But it would be crucial to have some way to save your data/songs to PC. That would require a "USB-cart" or something.

Cool thread. I made a start on "Moon Patrol" (and some other games) for Lynx a few years back: http://jum.pdroms.de/lynx/lynxprog.html Unfortunately ran out of motivation or time, or the Lynx CPU was just not powerful enough to do it... - Jum

I'm willing to proofread the manuals, since I do a bit of proofreading at work. - Jum

The official Lynx adapter has a 9V / 500mA output, if I remember correctly. Any AC adapter that has 9V output with at least 500mA should work. 300mA might also work. You would also have to find the right power connector though (the little plug that plugs into the Lynx power socket).

These are 2 cool little games - I'm impressed! They are already fun to play, so just need gfx upgraded to full screen, music, ?title screen?, ?animation?, and sound effects. If you need to, you can make the playfield taller than the Lynx screen, and then scroll up/down a bit if required. Nice. - jum

He he he I'm interested to know if kenfused is modifying jumpong2.bas and recompiling it using 5200Basic, or hacking the binary? jumpong2 already has a "paddle" mode (use * and # to switch between joystick and paddle), but I never tested it on real hardware. Anyone interested can study or modify the source code (jumpong2.bas) that's inclluded with Jum52 Version 1.0 - Jum

Great job on the emulator! I immediately did an "acid test" and loaded up Gyruss and Mr. Do's Castle, and they both worked, which is impressive! IIIRC, Gorf needs "Pengo mode" analog control. Basically, you adjust the analog range to half or third of what is usually is (so instead of using an analog range of 21 to 222 (or whatever it is), you use a smaller range around the midpoint (eg: 71 to 192 or something similar), thus halving or thirding the sensitivity. Why these games behave differently I don't know. Perhaps it's because the joystick counters are only being reset every 2nd or third frame or something. If you need code for "Pengo mode" control or trackball control, I'll be happy to contribute. - Jum

Yes, it has to be finished before the June deadline for the multicart. But it will be finished way before that, so I can do some fine-tuning/polishing on it to make sure it works 100% slick on a real Lynx.

Progress on Chopper X: Rebased the code for compiling with "new" cc65 2.11 (big mission, also had to rewrite the audio code), replaced tgi stuff with custom functions, design of stages 2, 3, 4 almost completed. TODO: flip, pause, escape/quit, etc. Some simple tunes. Polishing and tweaking. Note: ChopperX is made to run in 64k - jum

I used 4-bit samples at about 3khz for my "Bezerk" clone. Check out the source code to see how it worked: http://jum.pdroms.de/ (Look in the Lynx section for Befok source code). - jum

My Lynx I has some dead pixels, and the power jack is loose. Other than that it still works fine after 12/13 years (even after hacking the screen into a slide projector and then reassembling)... Store in a cool dry place, preferably in a box with those little silica packets. My favourite games are the simpler ones like Calfornia Games and Klax. There are more impressive games, but I think handhelds are more suited to simpler "pick-up-and-play" games.

Did a bit more work on "Booster". This is the "Xmas Edition" WIP. booster_wip20051228.zip

Hey thanks Personally I think the ship is a bit "wide", and also I'm unsure about a graphical style / look to use. But I'm not going to get bogged down in graphics. What's more important is: 1. Ideas for levels (320 x 512 pixels, made from 16x16 tiles) 2. Ideas for "enemies" (besides ufo's and gun turrets) Any suggestions are welcome. I'll keep updating as I progress... - jum PS: yes it's possible to crash into your own particles, especially if you're moving fast and then turn quickly. It's a bug.

Uploaded another new version. See first post. - jum

see new version at beginning of thread. sage: I can do assembler if I have to. Please email or post your asm source for putpixel. thanks. - jum ps: I have since done the 32 sprites for the ship rotation (actually, 8 sprites that are flipped horizontally or vertically as needed (thank you Lynx designers ).

update: I have now switched to using a 320x512 1 bitplane unpacked sprite for the background, and have made setpixel and getpixel routines that read and write to the sprite. now busy with creating 32 animation frames for the ship rotation. also need to speed up the setpixel/getpixel routines. - jum

Awesome gfx and animation tailchao. Inspiring stuff!

Thanks Mitch It looks like the open switch selects one of the channels. I'll try to retune. - jum

No I'm not in the good ol' US, but my small LCD TV handles NTSC/PAL/whatever. I've done a full "program scan" on my TV, and only found the 5200 "signal" at one place in the VHF and UHF bands. What does the "channel switch" on the back of the 5200 do anyway (ie: which channels/frequencies does it select)?

I'm having another attempt at getting my 2-port 5200 working. Symptoms: snowy screen at power on, maybe faint vertical bars behind snow. Also the "channel switch" at the back of the 5200 is missing/removed (switch is "open"). Also I'm powering it thru a 220 to 110 VAC stepdown to the 5200 power brick. My TV is auto PAL/NTSC. Also I replaced VR1 and VR2 (3905's) because they had been ripped off in transit. After taking a look at the 5200 Field Service troubleshooting chart, it seems that the problem could be a faulty RF modulator. I check GND on pin 1 and +5V on pin3 and they seem OK (0V and 4.93 V). If the problem is the RF modulator, then I'd be happy to make a composite video mod. However, before I go to that trouble, I want to make sure that the video output is the only fault in this machine. Is there an easy way to tell if there are other faults? Will tapping into the audio output help me determine if the machine is actually running a game? Any help appreciated. Thanks - jum

I used the "setpixel/getpixel on unpacked sprite" in my ChopperX game, for the scrolling terrain (320x50 sprite). I was trying to avoid losing cycles to large sprites, but on the other hand a 300x300 "virtual background" would suit this game better. Do you still have the source code to your Tron game?

This may help you (from my Jum52 source code): for(i = 0; i < 0x4000; i++) mapper = MAPPER_RAM; // RAM for(i = 0x4000; i < 0xC000; i++) mapper = MAPPER_ROM; // CART for(i = 0xF800; i < 0x10000; i++) mapper = MAPPER_ROM; // BIOS for(i = 0xC000; i < 0xC100; i++) mapper = MAPPER_GTIA; // GTIA for(i = 0xD400;i < 0xD500; i++) mapper = MAPPER_ANTIC; // ANTIC for(i = 0xE800;i < 0xE900; i++) mapper = MAPPER_POKEY; // POKEY for(i = 0xEB00;i < 0xEC00; i++) mapper = MAPPER_POKEY; // POKEY (mirror) - jum

Thanks for your input man. I'm not concentrating on optimising right now (rather get some good gameplay first), but if you would like to write a fast ship-drawing routine in asm, please do, and I will integrate it into the source code. I can only work out the correct "scaling" of the sin/cos tables once I've figured out whether I need to use 8:8 fixed point or 10:6 or whatever. Also I'm going to cut the sin/cos tables from 256 values to 64 values. - jum