Jump to content

Search the Community

Showing results for tags 'graphics'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Atari Systems
    • Atari 2600
    • Atari 5200
    • Atari 7800
    • Atari Lynx
    • Atari Jaguar
    • Dedicated Systems
    • Atari 8-Bit Computers
    • Atari ST/TT/Falcon Computers
  • Gaming General
    • Classic Gaming General
    • Classic Computing
    • Modern Gaming
    • Prototypes
    • Arcade and Pinball
    • Emulation
    • Hardware
    • Gaming Publications and Websites
    • International
  • Marketplace
  • Community
  • Game Programming
  • Site
  • Classic Gaming News
  • The Club of Clubs's Discussion
  • I Hate Sauron's Topics
  • 1088 XEL/XLD Owners and Builders's Topics
  • Atari BBS Gurus's Community Chat
  • Atari BBS Gurus's BBS Callers
  • Atari BBS Gurus's BBS SysOps
  • Atari BBS Gurus's Resources
  • Atari Lynx Programmer Club's CC65
  • Atari Lynx Programmer Club's ASM
  • Atari Lynx Programmer Club's Lynx Programming
  • Atari Lynx Programmer Club's Music/Sound
  • Atari Lynx Programmer Club's Graphics
  • The Official AtariAge Shitpost Club's Shitty meme repository
  • The Official AtariAge Shitpost Club's Read this before you enter too deep
  • Arcade Gaming's Discussion
  • Tesla's Vehicles
  • Tesla's Solar
  • Tesla's PowerWall
  • Tesla's General
  • Harmony/Melody's CDFJ
  • Harmony/Melody's DPC+
  • Harmony/Melody's BUS
  • Harmony/Melody's General
  • ZeroPage Homebrew's Discussion
  • Furry Club's Chat/RP
  • PSPMinis.com's General PSP Minis Discussion and Questions
  • PSPMinis.com's Reviews
  • Atari Lynx 30th Birthday's 30th Birthday Programming Competition Games
  • 3D Printing Club's Chat
  • Drivers' Club's Members' Vehicles
  • Drivers' Club's Drives & Events
  • Drivers' Club's Wrenching
  • Drivers' Club's Found in the Wild
  • Drivers' Club's General Discussion
  • Dirtarians's General Discussion
  • Dirtarians's Members' Rigs
  • Dirtarians's Trail Runs & Reports
  • Dirtarians's Wrenching
  • The Green Herb's Discussions
  • Robin Gravel's new blog's My blog
  • Atari Video Club's Harmony Games
  • Atari Video Club's The Atari Gamer
  • Atari Video Club's Video Game Summit
  • Atari Video Club's Discsuuions
  • Star Wars - The Original Trilogy's Star Wars Talk


There are no results to display.

There are no results to display.


  • AtariAge Calendar
  • The Club of Clubs's Events
  • Atari BBS Gurus's Calendar
  • ZeroPage Homebrew's Schedule

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start










Custom Status



Currently Playing

Playing Next

Found 36 results

  1. I just recently created this pixel art image, while attempting to follow the limitations of the MARIA chip. This was the final result: I'd like to know what you guys think, and if you have any suggestions or tips!
  2. Expanded BASIC by Tino Deleurgo is a series of packages that add some nice features to the Coco2. I previously posted LINES on a Coco 2 with 8 colors using Tino Deleurgo's Expanded BASIC utility package. It utilized semi-graphic capabilities and is a rather nice package with lots of nice features. Unfortunately the manual isn't that great. Tino uses a tutorial structure in the manual that makes it hard to find the commands and what they do. So I wiped up a quick reference manual for myself and decided to post it. http://atariage.com/forums/blog/528/entry-15937-coco-2-expanded-basic-quick-reference-manual/ also here is the post where I used Expanded BASIC to create some graphics in 8 colors. http://atariage.com/forums/blog/528/entry-15915-coco-2-lines-in-8-color-using-expanded-basic/ Nice package, worth looking into.
  3. Hey, Pixel Here. I was wondering if there were new graphic trickery techniques that exist, or are very similar to the ones found on the Atari ST’s eternal rival, the Commodore Amiga series (Extra Half-Brite Mode, Hold-And-Modify Mode, COPPER, etc.) Also, I want to know about the graphical capabilities of the Atari’s T.T / Falcon 030 (Resolution, Palette, etc.) Thank you, and please respond!
  4. For decades, graphics on the TI-99/4A sucked by contemporary standards. As time marched on, so did the world of static images, leaving the aging TMS9918 all but abandoned for active work. Working with graphics on the TI became slow and cumbersome, compared to modern machines. This 'dual combo' is real easy to use together, and makes using graphics on the TI a viable alternative again. Click on the video for a short example. CONVERT9918 The last two video modes in Tursi’s Convert9918 program take advantage of the F18A video enhancement by Matthew Haggerty. This VGA card can display graphics never before possible on the TI… photos that can actually be recognized for what they are! If you don’t care to use the Slideshow99 program with an F18A, you can still easily use this program to obtain graphics off the Internet for use in older programs like TI-Artist, Page Pro 99 and others. SLIDESHOW99 Features: Supports any file device real or emulated, up to 12 paths allowed, as long as it can give a directory. For instance you can load all your floppy drives with images for a larger slideshow, or use the HDX, or a CF device, or whatever comes next. Number of images allowed is very large, 65,000 per path and 65,000 total. It would be slow with that many pics to sift through though. It supports three modes on the standard TMS9918A: - 2 color monochrome bitmap - 15 color standard bitmap - 225 color half-multicolor (flicker) It supports two modes on the F18A: - 16 color paletted bitmap - 3072 color scanline paletted bitmap (16 colors per line) It automatically detects each image as it's loaded, so feel free to mix and match. IN CLOSING Some of you guys might have wives that don’t relate to our little black & silver object of desire. One might actually hear, “Oh, more crap from eBay” when they see your latest addition(s). Well, the Slideshow99 program might change their feelings. Imagine what your honey will say when she walks into the room and sees photos of the children, grandchildren, your wedding photos or even… her parents cycling through on the TI's screen! She just might warm up to the old TI once and for all! Now even, if you personally think you have no use for graphics, try this program anyway, just to please the 'old lady'. LINKS Tursi’s “Slideshow99” is available at : << THIS LINK >> TI program Tursi’s “Convert9918” is available at: << THIS LINK >> PC program Tursi’s orginal writeup on the slideshow program is viewable : << HERE >> For more information on the F18A video enhancement go : << HERE >> UPDATE: 10/05/2016 Atari Age user Shift838 converted the program for use in the FLASHROM 99! You can get that version: << HERE >> THANKS CHRIS!
  5. Finally got around to processing the scans for this interesting and formerly unarchived program. This is from a sealed copy that I opened and imaged a few years back. The ZIP file contains the following: 1. ATR 2. PDF Manual 3. Hi-Res versions of the images shown here Drawpic.zip
  6. Wondered if anyone has a copy of 3D Galax by Gremlin Graphics that they possibly would consider parting with? Thanks!
  7. We would like to invite the Atari community to a little online competition we organize each year called Retrospectiva. There are three categories in the competition: - BASIC games (any BASIC variant, so you can make your game in the standard BASIC or if you like any BASIC expansion) - Graphics - Music The competition is open to all 8-bit platforms, the only exception we make is for the TI-99/4a. The competition started on May 14th, but you have more than ten months to submit your entry. Thanks to the collaboration of Fundación Museo ICATEC (an Argentine Computer Museum) there will be prizes awarded to the first place of each category. You can read more here: http://rsp.retrocomputacion.com/?lang=en (Note: Many thanks to Albert who granted me permission to post this as my first message on AtariAge forums)
  8. Hi there, first time poster, so apologies if Im in the wrong place for posting this.... I tried to set up my wife's SNES before Christmas to play some games with her, but I had this graphical issue: http://imgur.com/jio6NoN This happens with all of our games, and doesnt change based on using the RF connector or the A/V one either. Ive also tried rubbing the contacts on the console with a piece of cardboard (its what I had to hand) and rubbing the contacts on the carts too. Im just wondering what my next step would be, my wife loves her SNES, she has had a long time, and we dont want to have to throw it away. Any help would be very much appreciated. Thanks
  9. Hey all. With the below program, can someone help me understand some stuff: 1. How to use the SPRITE command to overlay bitmap "yes" on top of bitmap "no", setting both in Double-Y MOB mode, so they look like a high resolution, two-color item, fitting into a single tile 8x8 space. 2. How to use the PRINT command to place bitmap "maybe" on any card on the screen? showing and placing ROM text is cleanly explained in the IntyBASIC manual, but I am not making the mental leap on how to do the same with an 8x8 graphic unit. The line "PRINT AT 200,$19D9" puts the bitmap in tile #200 but I don't understand how that relates to "DATA $007E,$007E,$003C,$0018". Thanks! REM Command: intycolor -b -o60 -s0000 -p yes.bmp yes.bas yes REM Command: intycolor -b -o62 -s0000 -p no.bmp no.bas no REM Command: intycolor -b -o59 -s0000 -p maybe.bmp maybe.bas maybe REM Command: intycolor -b -s0000 -p myback.bmp myback.bas myback REM stub for showing image MODE 0,0,0,0,0 WAIT DEFINE 0,16,myback_bitmaps_0 WAIT DEFINE 16,16,myback_bitmaps_1 WAIT DEFINE 32,3,myback_bitmaps_2 WAIT DEFINE 59,1,maybe_bitmaps_0 WAIT DEFINE 60,2,yes_bitmaps_0 WAIT DEFINE 62,2,no_bitmaps_0 WAIT PRINT AT 0,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000 PRINT AT 20,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000 PRINT AT 40,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000 PRINT AT 60,$0000,$0000,$0000,$0802,$080A,$0000,$0000,$0000,$0812,$081A,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000 PRINT AT 80,$0000,$0000,$0822,$082A,$0832,$0000,$0000,$083A,$0842,$084A,$0852,$0000,$0000,$0000,$0000,$085A,$0862,$0000,$0000,$0000 PRINT AT 100,$0000,$0000,$086A,$0000,$0872,$0000,$0000,$087A,$0000,$0000,$0882,$0000,$0000,$0000,$0000,$088A,$0892,$089A,$0000,$0000 PRINT AT 120,$0000,$0000,$08A2,$0000,$08AA,$08B2,$08BA,$08C2,$0000,$0000,$08CA,$0000,$0000,$0000,$08D2,$08DA,$0000,$08E2,$0000,$0000 PRINT AT 140,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$08EA,$08F2,$067A,$08FA,$0902,$0000,$0000,$090A,$0000,$0000 PRINT AT 160,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$084A,$0912,$0000 PRINT AT 180,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000 PRINT AT 200,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000 PRINT AT 220,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000 WAIT PRINT AT 0,$19E6 PRINT AT 20,$19EE PRINT AT 2,$19F7 PRINT AT 22,$19FF PRINT AT 200,$19D9 loop: GOTO loop ' 35 bitmaps myback_bitmaps_0: DATA $0100,$0C07,$1008,$4020 DATA $8000,$4040,$4040,$4040 DATA $0100,$0C06,$1010,$4020 DATA $18F0,$0808,$0404,$0202 DATA $0000,$0000,$0000,$0100 DATA $4040,$8040,$8080,$0080 DATA $4040,$4040,$2040,$2020 DATA $0000,$0000,$0100,$0201 DATA $4040,$8040,$0080,$0000 DATA $0101,$0101,$0000,$0000 DATA $0000,$0000,$8080,$4040 DATA $0000,$0000,$0000,$0300 DATA $0000,$0000,$0000,$C000 DATA $0101,$0201,$0402,$0404 DATA $2020,$1010,$1010,$1010 DATA $0404,$0808,$1010,$4030 myback_bitmaps_1: DATA $4040,$2020,$1020,$0810 DATA $0C04,$1010,$2020,$4040 DATA $1820,$0404,$0102,$0001 DATA $0000,$0000,$0000,$8000 DATA $0804,$0808,$1010,$0000 DATA $0408,$0202,$0101,$0000 DATA $0000,$0000,$0000,$3FC0 DATA $0000,$0301,$0C04,$E010 DATA $8040,$0000,$0000,$0000 DATA $0408,$0404,$0202,$0202 DATA $0000,$0101,$0201,$0402 DATA $8080,$0000,$0000,$0000 DATA $6040,$2020,$1010,$1010 DATA $0101,$0000,$0000,$0000 DATA $0000,$4080,$2040,$0718 DATA $0000,$0300,$300C,$00C0 myback_bitmaps_2: DATA $3008,$00C0,$0000,$0000 DATA $0808,$0404,$0202,$0302 DATA $0000,$8000,$4080,$0000 yes_bitmaps_0: DATA $FFFF,$0101,$7D7D,$4545 DATA $5D5D,$4141,$7F7F,$0000 no_bitmaps_0: DATA $0000,$FEFE,$8282,$BABA DATA $A2A2,$BEBE,$8080,$FFFF maybe_bitmaps_0: DATA $007E,$007E,$003C,$0018
  10. ...but i can't draw! example: http://lpugh.deviantart.com/art/8-Bit-Firefox-Icon-215241134 am working on a game engine (for both Windows and Linux but mainly Linux) but not necessarily a game and am in desperate need of retro-themed or retro-styled 8 bit and or 16 bit images. non-game specific. doesn't matter. any format. any image. (even an found an icon that looks like an 8 bit version of the 24 bit firefox icon). help? sorry for the multi-cross-post but as my project is not game/machine specific...wasn't sure where to post it? O_o
  11. I am starting this thread to collect various examples of bitmap graphics programming in fbForth 2.0. This first example is a quick-and-dirty joystick drawing program, JDRAW , ported from the program of the same name I wrote four years ago for TI Forth in post #48 of thread, TI FORTH Version 3.0 dated October 20 1982. As I stated then, it is a pretty useless program except as a demo and proof of concept. It uses the CRU mode of JOYST for joystick-only use. There is a three-choice menu accessed with the fire button. The choices are P—Toggle pen up/down [blue pen = pen down; white pen = pen up] D—Toggle draw/erase [ solid pen = draw mode; hollow pen = erase mode] Q—Quit program The joystick moves the pen around the display screen. There is much that could be done to make it more useful. One such thing would be to provide finer control over the pen—reaction to joystick movement is too fast for any useful drawing. Another would probably be to dispense with the menu and use the fire button for pen-up/pen-down. But, that leaves managing draw/erase mode, which would probably require using the JOYST word in keyboard (KSCAN) mode. Anyway, here is the fbForth 2.0 source code for JDRAW : I will add a blocks file, later. For now, you can paste this in Classic99 at the command line of fbForth 2.0. Start the program by typing: JDRAW ...lee
  12. Hey all. I need a memory refresher. With Color Stack Mode, can 64 different backtab images display on a screen in addition to GROM backtab images, or is the rule that only 64 different titles in total can display regardless of GROM or GRAM source? Thanks.
  13. Wow, this is my first post here in six years, back when I got the system. Hello again, everyone! Anyway, I recently acquired a copy each of Pitfall II: Lost Caverns and Solaris, and I've been having a bit of trouble with them. Of my ~100 other cartridges, only one is broken (Home Run, which I don't care about), and the rest work fine. Judging by guides, I believe I have an NTSC heavy sixer unit (model CX-2600), but I cannot absolutely confirm that. I know there are some strange incompatibilities between different versions of the system, so I figured I'd make sure to tell you about my console. With my games, here are the problems I have. Pitfall II: Lost Caverns This copy seems to display ladders all over the place, including in lieu of the blockades between areas. The last digit of the score is also garbled. All sprites appear normally. The game plays perfectly fine otherwise. I have deep-cleaned the connectors and the inside of the cartridge to no avail. I have no idea if the cartridge or the system is faulty. And just for fun, while cleaning it, I found out you could distort the music by touching the reverse side of the board with an isopropyl alcohol-dipped Q-Tip while the game is running. Cool! Breaking Pitfall II's sound.wav Solaris This game seems to have vertical sync difficulties: WP_20141113_016.wmv This baffles me because the game is the NTSC red label release, not a PAL release where I'd expect something like this on an NTSC set. At the moment, I can only test the system on two TVs. The other one handles the sync a little better but cannot cope well with the low signal strength from the system. Here's plain old Basic Math: So my overall question is this: is there something wrong with either of these cartridges, is my system at fault, or is there a weird incompatibility involved?
  14. Hello! This is the new demostration for Atari ST by BITS: BITS 0061 waving scroll, fractal tree+grass, parallax scroll, sprites. Download: http://thebitsclub.tripod.com/demo/BITS0061-ST-20140628.ZIP Goodbye, BITS Visit: http://thebitsclub.tripod.com/index.html BITS0061.TXT
  15. I already dropped an email to Seb, and I am still waiting for a reply. But I thought I might be able to save him some time by asking for help here. I have been beating my head against a wall for a few days on this one and can't figure it out. So, any suggestions are appreciated. I am learning from his Example #2 program how to use his llinear and affine transform functions. I have a basic understanding of how to use the functions, but what has me confused is the visual difference between my program and his example program. In my program, when I make a translation or rotation with the affine/linear transform functions the graphics data will "smear" in the frame buffer. I have seen this before when manipulating frame buffers with the fb2d functions in the past. In the example program, this doesn't occur though. Somehow the fame buffer is cleared, and the graphics data is updated with no smearing between frames. I am thinking it might have to do with my graphics data not being created correctly, as I have copied his example code, line for line, with the only difference being the graphics data. And any other differences in code, I have tested to see if they make a difference with no results. This leads me to believe there is something fundamental with exporting my graphics that I don't understand that is creating this difference between my program and the example program. I have tried various bit depths, and other options with the removers image converter with no success. I have uploaded the source C files for both the example and my program for comparison. Also a video file for for comparison, since most people probably aren't setup to build programs with the removers library (first program is the example the second is my program). Thanks in advance for any help! Example Program - https://drive.google.com/open?id=1mJX9XcSJ64zL-ndVxXLAzwTnPNIo_C70 My Program - https://drive.google.com/open?id=1wlf6ZeYIlNJQynaDuEKgDr0Pj1P2pxz1 Video - https://drive.google.com/open?id=19fO04bKRaan9GsMsT2PSVtSoKYCXrSPB
  16. So, I know that the main CPU runs at 1.19 Mhz, and I also know that the TIA is 3 times as fast as the 6507, so it runs at 3.57 Mhz. How would I figure out how long a single color clock takes to execute?
  17. I'm not new to drawing sprites, but I am new to worrying about keeping things to 16 (15?) colors. I have a few questions, one regarding lynx specifications, and 1 regarding workflow in gimp which I am a little new to. 1) So I read that the lynx is limited to a 16 color palette per scene/level. I know you can get fancier with a few tricks, but I have no trouble working within those confines, as most commercial lynx games did. Along those lines, I thought I read something here in the lynx programming contest thread, that 1 of the 16 colors is set aside for transparency? In that case, when making sprites, is it true that I should then use only 15 of the 16 colors in the palette on the actual sprites, for the colors and parts of the sprite that I want displayed? 2) Gimp workflow: I have figured out how to create a palette by importing colors from a picture. How do I set a palette as the "only" colors for a picture - such that I could maybe drop in a sprite I have created without concern to the lynx palette, and have it forced into the limited palette I set? I know this isn't programming, but figured it belonged in this forum rather than the general lynx forum. Thanks for your help!
  18. Talking about a possible version of Donkey Kong for the Lynx made me think (again) about a topic that has bothered me a while. I'm talking about the right way to cope with the Lynx very low resolution, and the unusual aspect ratio. Let's face it, pretty much all classic games were developed with a 4:3 aspect ratio in mind, and higher resolution. Or in the arcades for vertical screens. So Lynx ports of such games have a problem to deal with to begin with. The example of Donkey Kong for one is, that it is originally a non scrolling game, and the player is meant to see the barrels the moment the ape throws them. He can thus plan his strategy. We have the DK sourcecode available now as it was used for the Atari 8-bit computers; running in 320-200ish resolution (or 160 stretched) This is how the game roughly looked on the Atari 800: Now if we went with the original graphics plus scrolling, this is what it would look like on Lynx, bar life, score etc which would take a few more pixels away. Is this desirable? Would people want to play such a version? I don't know. I already have the player sprite more at the bottom so the player can look higher u, but still I feel the overview is too lacking. The alternative would be redrawn graphics to fit on a single Lynx screen. Less detail, but more accurate gameplay. I have made this mock up for the Lynx in vertical position, and I have already posted it numerous times; it is but a try to fit the game on one screen. I have not yet tried to squeeze it on one horizontal screen, but it would definitely look even more squashed. Now this is not only about Donkey Kong (that's just the specific game that brought the problem back to my mind), it's an issue for many possible games; and even the dev back in the day dealt with it differently. See Double Dragon: the sprites here have original arcade size, being almost screen filling. in the arcade game and most home ports, the sprites appeared rather small with a wide look at the surrounding. to the left the Lynx, to the right the Master System: Ironically, despite the overall higher res of the SMS, the devs made the sprites smaller than Telegames made the Lynx sprites. The result is that while the game looks almost arcade perfect on pics the Lynx screen is very crowded and you don't see what's coming; the SMS version, while not as pretty retains the true DD gameplay. Which way would you go? With Ninja Gaiden III the approach was the exact opposite. Left on the Lynx, right on NES. Here the developers basically squeezed the entire NES screen on the small Lynx screen; it's almost as if they used an automatic resize option of some graphic program. The result is full overview over the game, but admittedly the sprites have lost all detail and it's hard to tell what they are supposed to be. And I feel that other developers had to trade off gameplay for looks or vice versa also; Electrocop comes to my mind, where I really wish I could see more of my surroundings to have more time to react. Or Zarlor Mercenary, which being a vertical shooter on a horizontal screen leaves you very little time to react imo. The old fake Mortal-Kombat-II-demo... GadgetUK considers doing a demo of MK for the Lynx, and again I've been thinking if this is a good size for the sprites. Characters can jump quite high in MK, how would that work here with such a zoomed in view? it would also be impossible to get a good distance between you and the enemy. Yet downsizing the sprites would take away from the MK look. I am really wondering what you all think in general about that problem. What would you do? After all homebrewers work for the community to enjoy the games, but I'm just not sure how things like these are best handled.
  19. Hey all. While noodling with a MOB concept, I created a 16hx8w pixel image in Windows with two colors and a black background. I am now trying to find a program/method that will resize it into an 8x8 image without anti-aliasing or other "tricks". I just want to squish the image so I can preview it before I convert it into a proper sequence of GRAM blocks. Because I used two colors while painting, I understand that the final thing in my game will use four characters, but for now I just want to draw and preview and stay in Windows (GUI or command line makes no difference to me). I think this is the most expedient way to think through how a MOB will look when it is actually in a game, but I am open to all alternative ideas... Thanks.
  20. Like the topic says.... is there a way to use PLOT and DRAWTO to quickly drawn lines with the line drawing characters? Here's what I understand so far after some research: You can use PLOT and DRAWTO in a text mode. The COLOR statement is used to determine what character is output. The COLOR statement is ranged 0-255 (8 bits), but the 1st two bits are said to control color of character, and the last 6 to identify which character. Six bits only allows for 64 possible characters (out of 128 + another 128 inverse). When I wanted to plot an ATASCII 17 (upper left corner drawing character), I instead neded up with a Q, ATASCII 81 (in the next set of 64 chars). So, how do I plot box corner characters and "draw" box side characters between them? Also I'm pondering... normally the COLOR statement determined which color register will be used for subsequent plots. There are 5 color registers (0 - 4). When doing graphics, the least sigificant bits given to the COLOR statement determine which register, Why is it that the same COLOR statement, when using for text mode, has the two most significant bits deal with color? Also, since it is just two bits, it could only refer to teh 1st four color registers and not the 5th one. That's okay I suppose, but do they even refer to color registers at all? Any of you gurus able to help clear this up?
  21. This is my new converter (also) to Atari palette color. Programmed in FreeBASIC. Support for BMP format. Review: http://www.softpedia.com/get/Multimedia/Graphic/Graphic-Others/RetroPaint.shtml Direct download: http://www.instaluj.cz/retropaint/download Youtube: https://www.youtube.com/watch?v=Q4b1e_shan0 Conversion to ZX:
  22. How would I to make any character in any A2600 game a two colored character? Like Pac-Man being orange and black, and the Mrs. Red and blue. What code do I need to alter to accomplish this? Is it the same way in other games as well?
  23. As mentioned elsewhere, I've been building a collection of F18A / slideshow99 compatible pix using Tursi's little convertor proggy (which is a lot of fun to fiddle with). And so here's a small batch.... I was going to categorize them, but I'm way too lazy to be that organized. That being said, I have created a separate disk of NLL (National Lacrosse League) logos (past and present) since, as always, I become completely obsessed/stressed-out at this time of year as the post-season draws ever closer... I know, I know, what kind of Canadian puts ANYTHING above hockey??? Well, I was raised in a Lacrosse town, so I like my hockey to have BALLS! (Although congrats to the Leafs for making it into the Playoffs). I've attached a single ZIP file for those who do not use a CF7/nanoPEB, so that you can use HDX, Floppies or your storage medium of choice. If you do use CF's I have also attached 5 separate CF7 discs (each contains 21 images). All but two or three of the images are converted from bitmaps I have on my PC, so many will be instantly familiar, but I think it's safe to say, this is their first appearance on a 4A. If there is already a thread where we are sharing these (besides the sample batch in the Flashrom99 thread), I ask that these get moved there and point me there for future reference. But if this is the first such post of this kind, then what's up with that??? I haven't looked, but I'd wager there are forum repositories of Spectrum512 images in the Atari forums! F18A_PICS1.zip NLLPIX_1.dsk PEBOPIX_1.dsk PEBOPIX_2.dsk PEBOPIX_3.dsk PEBOPIX_4.dsk
  24. So my TI-99/4A has been acting up lately. In some games, like BurgerTime or Parsec for example, the system will lock up. Sometimes it will just stay frozen, sometimes the console reboots, and sometimes random graphics corruptions and characters appear all over the screen. I should also mention that sometimes when powering on it will lag for a few seconds longer than normal before getting to the main screen, and there is no beep when that happens. Probably unlikely, but is it possible that the power board is failing? Thanks in advance! P.S. I've also found that pressing on the middle of the top at the back will cause the corrupted graphics as well.
  25. I'm interested in doing some pixel art based on the specs of the 5200, and I wanted to see some examples of the best looking games for the system (Homebrews included lol). Any suggestions?
  • Create New...