Jump to content


  • Content Count

  • Joined

  • Last visited

Posts posted by jum


    Audio from SDL in the other atari800 port on the PSP is pretty much crap as well.


    If you want to attach it here, I'd be more than glad to play test or scour over the source code to see if I can find some optimizations for you.


    Here is a test release of Jum52/PSP v1.0 for homebrew PSP's, for anyone who wants to playtest it and give me some feedback.


    It runs on my CFW 3.20 PSP and my CFW 5.00 PSP. H.E.R.O. runs OK, but I haven't tested Moon Patrol.


    - Jum


  2. Nicely done! Your effort is much appreciated.


    I have just tested it on Jum52 emulator (v1.0 and v1.1), seems to work OK although there is some wierdness trying to leave the title screen after picking up the gun and getting into the ship.


    - Jum


    will it have proper native 2nd fire button support, for games like H.E.R.O. and Moon Patrol?



    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

  4. 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

  5. The manual is not finished yet, and I definitely want some proofreading before the cart is published.


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


    - Jum

  6. 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).

  7. 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.




    - jum

  8. 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

  9. 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

  10. Jum, it seems that you are about to finisch Chopper X? :)



    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.

  11. 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

  12. 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.

  13. Wow, great improvements! The ship controls very nicely. The deformable landscape works really well and is a very cool effect. The anti-aliasing on the ship is a nice touch.


    I'm looking forward to seeing this turn into a real game. It's very interesting to be able to follow it's progress.



    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.

  14. 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.




    - 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 :) ).

  15. 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

  16. The channel select switch is for VHF channels 2 and 3 in the US. I don't recall the exact frequencies but you can probably find them in a Google search. If the switch is gone it might default to one of the channels but I'm not sure. You might try to find a switch to put in there just to verify.


    OK, I just a Google search myself and it looks like channel 2 is at 55.25MHz and channel 3 is at 61.25MHz. I hope that helps.





    Thanks Mitch


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


    - jum

  17. 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)?

  18. 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

  19. 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?

  • Create New...