Search the Community
Showing results for tags 'Color'.
-
For sale Palm M515 PDA Original box, M515 PDA and original stylus and cover, USB cradle and PSU, direct connect PSU, unopened foreign power adapters, bonus Cd ROM as shown. Powers up with direct connect PSU as shown, screen works like new. Needs new Lion battery, easy to buy and replace per Amazon, ebay, YouTube guides. Common routine issue. The penultimate PDA, the Last hurrah of the PDA before the smartphone. Perfect for retro collections User Rgb on avsforum since 1999 $65 free ship UPS ground lower 48 Venmo or PayPal
-
Hi guys, I'm working on a 7800 platformer called Morf, but hitting a few issues maybe you can point me in the right direction. Having trouble with sprites inverting their colors In the above image: - The main character Morf is inverted, green/black - The second tile set should be using a blue color palette for the water at the bottom of the screen. - Recently for no obvious reason the sprites break up when moving vertically like the drip from the pipe below. Also you can see the left moving sprite has the correct palette. Any help or advise would be awesome ?
- 83 replies
-
- 12
-
***UPDATE: Download the ENTIRE NTSC & PAL Atari 7800 set HERE. Original Post follows... This is relatively important, especially for our game developers I'm hoping this helps and makes color conversion from one format to another a bit easier. Download both raw color palettes here: There is no bias and both palettes share the following same attributes per standard Atari 7800 configuration without any display device influence (And no 'warm-up' factor). This is system cold/factory default settings as follows: Contrast = 0.05 Brightness = 0.00 Color = 0.22 Phase = 25.7 Colorburst = 180 degrees This NTSC palette and the ones to follow are brand new and never released before due to error on my part, but this PAL palette has been released before under a different name, again due to errors on my part. Again, they are both the 'raw' ones for their respective regions. Your input (especially PAL users as I am in NTSC land) is greatly appreciated for this thread. Thank You, Robert
-
Hi. I'm trying to set up the color table of an XB program from an assembly subprogram in low memory and it's not working. I'd like to confirm a few facts: The color table is at >800 and is 32 bytes long The color bytes are set up as foreground in most significant nibble and background in the least significant nibble The color numbers are those used by assembly and not XB Color set #1 (starting with character # 32) is at >804 in the color table If all the above are correct, then I am stumped...
- 7 replies
-
- extended basic
- xb
-
(and 2 more)
Tagged with:
-
My Atari is having some color issues. Now green is displayed as blue, blue is displayed as red, and yellow is displayed as white. Does anyone know how to fix this? Thanks!
-
just messed around with a new feature @senior_falcon put in XB256, the ability to display multicolored fonts easily and quickly. and I got it to SIX full alpha font set colors. the TI99 now has an easy way to display up to 6 different alpha fonts on the same screen! way it works is you can type the the characters you want from the color character set directly with the offset CALL LOAD(9596,xxx). this enables you to just type the letters you want to display in this fashion: CALL LOAD(9596,(offset for chr set)):: CALL LINK("DISPLY",4,1,"TEXT goes HERE") this opens up using six different color characters per program. also can redefine the characters. could make a map typing in simple characters to display complex redesigned map characters. mix and match upper and lower case. lots of uses. get the latest copy of XB256 in this thread: _________________________________________________________________________ here is a reference guide and a copy of the demo. USE WITH XB256 Moves the character sets: 10 CALL LINK("SCRN2") 20 CALL LINK("VREAD",5376,255,P$) 30 FOR I=4096 TO 4608 STEP 256 :: CALL LINK("VWRITE",I,P$):: NEXT I 40 CALL LINK("VWRITE",5376+256,P$):: CALL LINK("VWRITE",5376+512,P$) Character Set Definition: Char Set 1 - Normal char set CALL LOAD(9596,192) Includes Numbers & special character COLOR SET 02-08 Only Char Set 1 has numbers NOTE: these next ones you would want to redefine ^ (or some chr in set) as space since inserting a space will give a different color from color set 1. Char Set 2 - Lower case char set Type lower case character set. COLOR SET 09-12 Char Set 3 CALL LOAD(9596,192) COLOR SET 13-16 Char Set 4 CALL LOAD(9596,416) COLOR SET 17-20 Char Set 5 CALL LOAD(9596,224) COLOR SET 21-24 Char Set 6 CALL LOAD(9596,0) COLOR SET 25-28 Example program: 10 ! MCFTEST2 12 CALL LINK("SCRN2")::! THIS SETS UP SCR22N 2 IN XB356 14 CALL LINK("VREAD",5376,255,P$)::! COPY IN STANDARD TI99 CHR SET 20 FOR I=4096 TO 4608 STEP 256 :: CALL LINK("VWRITE",I,P$):: NEXT I::! COPY OUT CHR SET TO NEW LOCATIONS 22 CALL LINK("VWRITE",5376+256,P$):: CALL LINK("VWRITE",5376+512,P$) 24 !SET COLOR OF CHR SETS:CS=1ST COLOR SET, F=FOREGROUND COLOR, B=BACKGROUND COLOR 25 CS=17 :: F=4 :: B=16 :: GOSUB 1000 26 CS=21 :: F=2 :: B=14 :: GOSUB 1000 27 CS=25 :: F=9 :: B=12 :: GOSUB 1000 29 CS=13 :: F=7 :: B=11 :: GOSUB 1000 :: CS=09 :: F=10 :: B=1 :: GOSUB 1000 30 FOR I=0 TO 255 :: PRINT CHR$(I);:: NEXT I ::!PRINT ALL CHRS 32 CALL LOAD(9596,192):: CALL LINK("DISPLY",1,1,"ATTENTION^TI^ENTHUSIASTS")::!PRINT TEXT WITH OFFSET 33 CALL LOAD(9596,416):: CALL LINK("DISPLY",2,1,"YOU^CAN^DISPLAY^TEXT^IN") 34 CALL LOAD(9596,0):: CALL LINK("DISPLY",3,1,"DIFFERENT^COLORS") 35 CALL LOAD(9596,96):: CALL LINK("DISPLY",4,1,"USING XB256 IN SCREEN2") 36 CALL LINK("DISPLY",5,1,"with lots of colors") 38 CALL LOAD(9596,224):: CALL LINK("DISPLY",6,1,"UP^TO^SIX^COLOR^SETS") 40 GOTO 40 1000 FOR I=0 TO 3 :: CALL LINK("COLOR2",CS+I,F,B):: NEXT I :: RETURN::! THIS SETS COLORS IN COLOR SET
-
Hello! I'm wondering of anyone has investigated the feasibility of modding a 2600 so that you can switch between clock frequencies and/or color palettes. The goal of such a project would be to play cartridges of differing regions on the same machine. I've seen a similar project on a Commodore 16 where the clock crystal was replaced with an Arduino, the latter programmed to output different selectable frequencies to produce a signal for PAL and NTSC video. As for the color palette, I believe that would require a swap of the TIA chip, which could be done manually if the board is socketed. I haven't studied the schematic, and a cursory search doesn't show anything useful. To anyone with the hardware experience, do these ideas seem sound? My assumption is that the only difference between a PAL, NTSC, and SECAM 2600 are the clock crystal and TIA since the game cartridge does all the video synch. Steve Guidi
-
I just ran into a couple of these on Ebay. I thought the logo looked strikingly similar to the old 8-bit, brown carts -- at least in style and color. The monitor case itself seems a better fit for an XL, but I'm sure it'd look nice next to a 400 or 800 as well. Is anybody using one of these with their 8-bit setup? These are monochrome; I guess the 122 is amber and the 123 is green. They also make some color monitors, like the 135. I just started looking into them; I'm interested to see what other models were available that might be a good match for Atari systems too.
-
Hi I have some problems with the colors of some of my PAL 60 games. The console I use is a composite modded PAL Heavy Sixer on a modern Samsung TV. The game is Zippy The Porcupine, and I haven't played it before, but I can definitely tell that the colors are all washed out. What's supposed to be red is pink and what's supposed to be blue is white. Other PAL games displays perfectly fine. I've added a photo to visualize what's happening.
-
- atari 2600
- color
-
(and 2 more)
Tagged with:
-
Here's some bB examples of stuff that's not easy to figure out, so might save somebody some time. Change color behind score without minikernel CHANGE_COLOR_BEHIND_SCORE.bas Change scorecolor SCORE_COLORCYCLE.bas Change playfieldcolor on any row/rows you want CHANGE_PLAYFIELD_COLOR.bas Change backgroundcolor on any row/rows you want CHANGE_BACKGROUND_COLOR.bas I'll try and come up with some more.
-
From the album: Terror Tube
-
- vectrex 3D imager
- vectrex
-
(and 3 more)
Tagged with:
-
Hey all, I tried to spend the weekend learning the basics (ha!) of IntyBasic. And what better way to learn for a "retro" console than to make a PONG clone? So I made a very rough PONG clone called "PONGadelic" to learn: Simple sprite definition and rendering. Controller input and translating input to sprite movement. Simple collision detection. How to handle color-switching on the Inty. I've attached the BAS and ROM files for your perusal. The PONGadelic_title.BAS simple renders the classic title screen (adapted from the SDK's classic title screen example - thanks!). So down to my questions - I've got the Inty in ColorStack mode: MODE SCREEN_COLOR_STACK, STACK_BLACK, STACK_CYAN, STACK_BROWN, STACK_YELLOW 'I have no idea how to use anything after STACK_BLACK BORDER BORDER_BLACK This results in my entire play field being BLACK, which is what I want for now. Great. But say, after either player scores a point, I want to change the whole play field to the next color in the stack - that is everything that was STACK_BLACK should now be STACK_CYAN. I was not able to figure out how to accomplish this. Is there some sort of "advance color stack to next color" command? I saw something about setting $2000 but I'm not sure how or where to do that. I don't want to change the color of a sprite or printed object; I want to make the entire play field a new color. Second question - I have a Ball object (SPRITE 6) that I want to animate in a simple, back-and-forth kind of deal. I have two sprites loaded into GRAM for this purpose; SPR03 and SPR04. SPRITE 6,ballX+HIT+VISIBLE,ballY+ZOOMY2,SPR03 + ballColor 'this is where Id like to animate the ball, (i.e. change to SPR04 for X frames, wait X frames, then change back to SPR03). My assumption is we need some kind of counter that switches the line from using SPR03 to SPR04 every X frames, then starts over and switches back to SPR03 after X frames elapse again - but I struggled with how to implement this. When I had counters swapping the sprites, I ran into collision detection issues. Final question - WAITs - I don't really understand when I should (and shouldn't) be using them. I understand that certain things need to "settle" sometimes, or you can only do certain operations once every "cycle"... but I'm kind of lost . Besides those (probably obvious!) questions, PONGadelic is a totally functional albeit rough PONG clone! If you feel like trying it out, here's how it works: Classic PONG - use your paddle to bounce the ball and prevent it from going out the back of your side. Left Controller - Left Side; Right Controller - Right Side. Player who just gave up a point gets to "serve" the ball using any of the Side Buttons (serving merely sends the ball in a random direction from the center). When the game first starts, Left Player gets to "serve". First player to 9 points wins the game. Walls, Paddles, and Ball have a random color during each round of the game (hence PONGadelic). Thanks in advance for your help! J. Lewis pongadelic_title.bas pongadelic.bas constants.bas pongadelic.rom
-
I was wondering, with all the different cartridge types, what defines the location where the storage is banked into? Is the logic in the Atari hardware, the OS or the cartridge itself? On the off-chance it is the latter, would it in theory be possible to have a cartridge which only banks a few bytes into the colour registers, allowing quick changes of colour palettes? Probably not possible, but just thinking outside of the box.
-
So I've started creating my first Atari game and figured it wouldn't be too hard since I know some other programming languages...oh how wrong I was Anyway, my game isn't very much so far but I haven't been able to make much progress as a few issues (mostly graphical) have been tripping me up. The first issue is that I get errors whenever I try to add more than two sprites or when I try to add color to my existing sprites, and missiles only seem to fire occasionally when pressing the spacebar and when they actually do fire, I can't seem to make it look like they are coming out of player0's gun. I obviously don't expect anyone to troubleshoot my code, but does anyone have any ideas as to what the issues may be? Thanks for the help! prototype.bas prototype.bas.bin
- 8 replies
-
- batari Basic
- missile
-
(and 2 more)
Tagged with:
-
Can someone help me do a very simple hack of Space Invaders where the aliens are blue instead of green. It would also be cool if there was a title screen that said "WUW", but if this is not possible or too complicated to pull of then I understand, and it's not completely necessary for what I'm trying to pull off. Mostly I would just like for the aliens to be blue. Can someone help me out?
- 2 replies
-
- help
- space invaders
- (and 5 more)
-
I am messing around with a 7800 for the first time, which was handed over to me by a mechanic friend after he found it in a car he bought. It is partially functional but having some problems also. The console boots up 7800 games pretty reliably, but they are all in black and white. I have not been able to get any 2600 games to run. A couple of them for just a fraction of a second flashed their initial screens before disappearing. Are these common problems with common solutions? Are these related problems?
- 13 replies
-
- color
- black and white
-
(and 3 more)
Tagged with:
-
From the album: The Best Assembly Computer
This is the same simulated assembler screenshot, except the background is changed to dark blue and the foreground changed to aquamarine. -
From the album: The Best Assembly Computer
What a color changing screen for an assembler might look like. -
When assembling, there are several different screen enhancements that could use to make the experience more enjoyable. One way is to change the background and foreground colors. This is the shot from the previous installment: By pressing a certain key (or key combo) on the keyboard, it will bring up a screen saying what color you want to use. That screen might look something like this: As indicated on the screen, press 0-9 or A-F to choose the appropriate color. When you press one of these buttons, the color beside the "current" heading changes to the selected color. For example, if you press "3," while in the palette shown above, you will choose purple. You can also toggle between foreground/background color choice by pressing the "/" key. To change palettes, press up/down. There are seven different palettes, plus one palette you can customize. The chart below shows the seven fixed palettes: Each row is one palette, and each palette has a different theme. They are based on palettes from older gaming and computer systems. Palette 0 - Apple ][ Palette 1 - Commodore 64 Palette 2 - Mattel Aquarius Palette 3 - Commodore VIC-20 Palette 4 - MSX Palette 5 - CGA Palette 6 - ZX Spectrum Palette 7 can be defined using your own colors. Each color in every palette is stored as a 24-bit RGB value. I will get to palette 7 editing in another post. Using the Apple ][ palette, let's say you decide to change the background to dark blue and the foreground to aquamarine. This is the result: If you don't want to change the colors, hit the ESC key. This causes any changes to be cancelled, leaving the background/foreground colors as they are. ----------------------------------------------------------------------------------------------- Another thing you could do is have some picture to look at while programming. To change the background to a picture, press a certain key combination. Pictures can be uploaded from flash drives. If you have a flash drive installed, it will list all the picture files on it. The screen would look like this: Press the appropriate button (0-9 or A-Z, depending on the number of pictures) to choose the picture. If there are too many picture files to fit on one page, press left or right to move to another page. For example, let's say you want to use the following image. It's the back of an old McCormick food coloring box from 1975. This picture was taken from Etsy: When pictures are loaded into memory, they are stored as 24-bit RGB values for simplicity of decoding. The picture is also scaled to a size of 480*360 so it can fit on the screen. The picture replaces the background color. Here's how the screenshot at the top of the page would look with this picture as the background: You can change the picture by going back to the picture menu. Plus, you can choose to go back to a solid color background by going to the background color change menu. The foreground color change menu works the same. ----------------------------------------------------------------------------------------------- In addition to pictures, you could also use a video for the background. The video loops forever. Like with pictures, you could upload videos from a flash drive. They can be in any format, but each frame is converted to 24-bit RGB format before being displayed. Frames are buffered. You could also choose to play two or more videos in a continuous loop. After one video ends, the next one starts. After the last video, it wraps back to the first one and the cycle repeats forever. Next, I'll mention code-as-you-go, one of the most important aspects of this type of computer.
-
Hi There, I recently picked up “Frenzy” for the 7800. The game is great and I am especially pleased with the inclusion of “Berzerk” which is one of my favorite 5200 games. While I was playing the Berzerk contained within Frenzy, I noticed I would randomly die without any perceivable reason, but this would only happen in the 1500-3000 –ish point range. On my setup, an unmodded 7800 RF connected to a CRT TV, the dark green shade of the robots in that point range were extremely close to black, and what I soon figured out was happening is that I was being shot vertically or diagonally and I am unable to see the shot fly. I also noticed that the “press fire to start” text was this same barely visible shade of green. A revisit to the 5200 edition (also connected via RF) found robots in this point range a much more visible shade of blueish white. Interestingly, when I downloaded the rom for Frenzy, emulated it via ProSystem in RetroArch and got to the same point range, I found the robots to be almost the exact same (and very visible) shade as the 5200 edition. Changes in Tint, Color, Picture or Brightness on my TV did little to alleviate the problem. I am stumped. What might be causing this and what might I be able to do to fix it? Is it possible there is something wrong with my cart? 7800? What I have done is included a couple of pictures. The first one is the title screen, and here it is pretty easy to see that the green “press fire to start” text is very dark, this was easy to capture. Next I have circled a vertical shot in that point range to emphasize how hard it is to see (even though in this picture the robots seem to show up fine) and then for comparison purposes, I included a similar picture of a red vertical shot, which is very clear. Also for comparison reasons, I included what the colors in same point range look like on the 5200 version of Berzerk. Finally, in case the color profile of my 7800 is actually way off and I don’t not know (I don’t have a good point of comparison) I enclosed a picture of “Bentley Bear's Crystal Quest” which is feel gives a pretty good idea of the way things 7800 look on my setup. Please advise and thanks in advance, --DiscoDr.Bones
-
OK, I didn't know if I should post this here or in Hardware, so I just put it here. I just got a 2600 Jr. today and it has a few issues. When you first turn it on, with any game or the Harmony cart, it takes probably 10 seconds before the picture shows up on the TV. When you put a Battlezone cart in and turn it on, it takes a few seconds, then you get the radar and some other random bits of the picture kind of jumping around the screen, then it will show up correctly, but with a very dim picture. In a couple of seconds, the picture brightens up and the colors are all good. If Demons to Diamonds is inserted, same wait time on start-up, but the color and brightness are good. Now, here's the big problem. When you hit reset to start Demons to Diamonds, it goes from color to Black and White. Unplugging the rca cable from the back of the console and then slowly putting it back, will allow you to see a split second of color before it goes B&W again. The same thing happens using the Demons and Diamonds .bin on the Harmony Encore. Also, With the Harmony, if you switch it off, while it's B&W and then switch it right back on, the Harmony menu is in B&W. Switching it off and on again, results in color. The Jr. isn't modded and an inspection of the board showed no bad solder joints or leaky caps. The Serial is A1781245617 The board is CO21503 Revision C On most games, it looks great, the colors and the picture are better than my AV modded Vader and 7800, other than the lack of a picture for a few seconds when you turn it on. Demons to Diamonds is the only game I've found so far that triggers the B&W issue, but I feel like that's a sign of something needing repair. So, does anyone have an answer as to what's wrong with it?
-
OK, here is another, you probably can't do that, question. 1st off, I am writing this program (Parsec 2600) in the standard 8k kernel because I want to flash the ROMS myself just to see if I can. never did that before so i thought i start off simple. Now back to the question. I have set up a multicolored playfield with pfcolors: What I want to do is change the color of one line at a time without having to do another pfcolors: since I have no idea what the color change will be on the various lines. If i had to use pfcolors: every time I would have to have about a dozen different pfcolors and choose which one to use every game cycle. my theory is i can POKE a value into the one line I want to change the color. but i don't know where to POKE or if batari will override the value. any ideas or am i totally off base. thx, HLO
-
Hi, So I have a slight issue with my 2600. I don't have a modded unit to RF is the best I can do. However I've got the following setup going on. I run the RF into a VCR which can demodulate the signal, and output it over S-Video. From there I feed it into my upscaler, which does a rather nice job up-scaling the 240p graphics. They are a bit fuzzy, and sure there's a lot of noise in the image. However the biggest issue that bothers me is color. There appears to be what people are calling a chroma delay, or chroma shift. Colors appear to drag to the right. Red more than anything. Is there any way to compensate for this either in hardware, or just as well I could correct for it in software(i want to record it basically to my PC for YouTube). Does anyone know a free utility or feature in Sony Vegas(thats the software i use) than can solve this Chroma Delay issue?
- 1 reply
-
- Framemeister
- color
-
(and 1 more)
Tagged with:
-
I have found a lot of threads about Ataris that will not show color, but I may be having the opposite problem. I have a light sixer. The color switch doesn't have any effect on my games, as in the games stay in color even when I toggle black and white. Hi I am not sure if the switch is broken or if the two games I have do not support black and white mode? I have only been able to test Berserk and SwordQuest.