|
|
Joodas
Registered: Oct 2011
Posts: 3 |
Joe's 136 colors technique
Hi all,
I am looking for information about Joe's 136 colors technique. Any links will be appreciated.
Thank you for help |
|
|
... 21 posts hidden. Click here to view all posts....
|
| |
Graham
Registered: Dec 2002
Posts: 969 |
To my knowledge used the first time in 46 Colour Demo/Radwar. Another early demo using that effect is Goatbeard/Oneway (12 sprites part). |
| |
ChristopherJam
Registered: Aug 2004
Posts: 140 |
Redcrab - it's worse than that. Power cycle your c64 and display the same pattern, and there's a good chance the situation will be reversed, (possibly even scrolled by a partial character width? I can't remember now).
It's all to do with the relative phase of the colour signal and the dot clock, and the circuit that produces them doesn't appear to be consistently initialised :( |
| |
Monte Carlos
Registered: Jun 2004
Posts: 164 |
I like that color scheme very much, although it is not complete, as the colors 5,10,12 and 14 can be mixed in any combination. If this would be taken account for, it would be a perfect color scheme.
The disadvantage of this technique is, that it must be calibrated, because some TVs displays mix color 1 when mixing abababab and mix color 2 when mixing babababa and other TVs display the exchanged mix colors.
Also, as seen in "Courtesy of soviet", y soft scrolling causes the mix colors to alternate dependent on the y shift.
If y shift is changed continously, the mix colors flicker.
|
| |
algorithm
Registered: May 2002
Posts: 486 |
Quote: It has been known for a long time, the method of placing one multi colour pixel above another multi colour pixel to produce a new colour. Green and Pink being one of the best combos to produce Beige.
(maybe someone already has) It would be interesting to see a converter that produces an image based on the 28 colours, and outputs and image (using FLI) with pixels that are 2x2 hires pixels / 1x2 multi colour pixels.
Its also less straightforward than that, as the next line color is determined by the previous line color, moving onto the other 2x2 will result in the first line in the next 2x2 section etc, having a different color based on the color on the previous line. Have a look at the Algotecher demo for some examples in MUCSU-FLI (non interlaced) and MR-FLI (interlaced) which utilises the pal blending to create additional colors. Some additional examples in the MUCSU-FLI mode are in the demo 'introducing MUCSU-FLI'
Furthermore, there is the blending that occurs on the horizontal plane as well. Taking these all to account would require a huge lot of computations (unless opting for the suboptimial method)
MonteCarlos, I also believe if the image is scrolled, the issue with the color blends changing can be rectified by scrolling it in even amount eg 2,4,8
ChristopherJam, that is interesting in regards to the initialisation theory, perhaps this may also be linked to the VSP crashes that occur sometimes when powering on the c64.
|
| |
Monte Carlos
Registered: Jun 2004
Posts: 164 |
Yeah, scrolling in even steps doesn't change any color.
I wonder what's that "cool" demo from dez. 1985, radwar cites in their release in the intro?
|
| |
Joe
Registered: Apr 2002
Posts: 101 |
Joodas got an email last saturday, three hours after the opening of this thread. I shared some thoughts on the subject and I can expand a little here:
The actual vista of more colors is of course secondary and more a optimistic will, if one wants, of reading images. I'd rather want to express the possibility of a working method of adding layers on top of each other. Instead of thinking about hatching areas to mold volumes, which is rather the method of an additive color principle (oil or digital means of giving hues, tones and depth): Whereas one thinks of flat representations of objects concerned about ditheringstyle and technique.
I believe that this simple method share similarities to subractive color (water color) where one not only got a grain of texture and new possibilities to handle surfaces as flat fields of information. It might sound silly of introducing color, light, hue and grain (that is scale and dimension) in one and the same mean. We could go on in the mere technical aspect of the dilemma or as I have understood, in a more general form problem. Not very much has happened in the field of c64 art, part from perhaps the graphic-modes and the fact that people are getting better at the craft. Leon and Lars has both showed some very fine ways of dealing with transitional spaces, just as Sit did recently. Carrion showed some potential ways of layering fields and I'm trying to get rid of dithering in the convential manner. Veto showed that fields give rise to complex situations of interdependant narratives and Nada proved the potential of a fine net of sprayed pixels.
We all give rise to different approaches towards representations regardless of the subjective design. That is the most important, I'd guess: To look forward.
As for the Zebras, here's a small demo showing the awkward stripes. |
| |
WVL
Registered: Mar 2002
Posts: 780 |
Instead of scrolling in an even number (2/4/6/whatever) of pixels per frame, you can also scroll in an odd number of pixels, if you have 2 sets of bitmap where you reverse the mixing colors in the 2nd bitmap.
That way the colors stay the same and doesn't depend on the speed that you're scrolling with. -> idea (C) WVL ;) |
| |
DGGR
Registered: Mar 2005
Posts: 133 |
@WVL: nice idea :)
Does anybody know how to enable native PAL emulation in VICE?
1) to get checkerboard (hires) stripes (described by RedCrab and Graham)
2) to get blended colours (like on the real C64)
@RedCrab/Graham:
That's why they disappear when you turn your telly to BW.
Anyone has S-Video cable? I've made one a while ago but it didn't seem to work as Graham describes. Photo please – I don't believe! ;+) |
| |
Groepaz
Registered: Dec 2001
Posts: 5801 |
"1) to get checkerboard (hires) stripes (described by RedCrab and Graham)"
thats not emulated :) it'd also be quite computing intense to do so it probably wont happen anytime soon. use s-video damnit =P |
| |
Copyfault
Registered: Dec 2001
Posts: 129 |
Quote: Instead of scrolling in an even number (2/4/6/whatever) of pixels per frame, you can also scroll in an odd number of pixels, if you have 2 sets of bitmap where you reverse the mixing colors in the 2nd bitmap.
That way the colors stay the same and doesn't depend on the speed that you're scrolling with. -> idea (C) WVL ;)
If the screen layout allows it you could even display all "background colours" using sprites -> Voila, scrolling @ 1 rasline/frame without flickering :)) |
| Previous - 1 | 2 | 3 | 4 - Next |
