Hi together,
I am playing with flip screen technic.
(2 images in mode 1 but different palettes each image)
Results are cool with de-interlace function:
(http://cpc-live.com/flipmode1.png)
14 colours counted
(http://cpc-live.com/flipmode1b.png)
15 colours counted
Logically on a real CPC the screens flicker.
But also there they look ok.
Result for mode 0:
(http://cpc-live.com/flip1.png)
33 counted colours
The 2 images:
(http://cpc-live.com/scr1.png)
(http://cpc-live.com/scr2.png)
Quote from: Devilmarkus on 11:16, 18 June 10
Result for mode 0:
33 counted colours
33 colours on the classic CPC? From a palette of 27 colours?
How so?
Your mode1-pictures looks gorgeous!
Nice details, nice colours! Wow!
Sad there is a flicker on the real CPC. Can somebody make a flickerfixer?
Quote from: Leonie on 11:34, 18 June 10
33 colours on the classic CPC? From a palette of 27 colours?
How so?
It uses flipping technic. 2 colours are mixed together.
Quote
Your mode1-pictures looks gorgeous!
Nice details, nice colours! Wow!
Thank you!
I think you look more gorgeous ;)
Let me sing a song for you...
Girl I want to make you flip
Flip till you can't flip no more
And if you cry out
I'm gonna flip it
Flip it, flip it some more
A la la la la long, a la la la la long long li long long long Quote
Sad there is a flicker on the real CPC. Can somebody make a flickerfixer?
Sorry, I can fix other things... but flickering?!?
To confuse Leonie a bit:
Another mode 0 flip screen:
(http://cpc-live.com/flipmode0.png)
76!!! counted colours!
Quote from: Devilmarkus on 11:39, 18 June 10
Let me sing a song for you...
Girl I want to make you flip
Flip till you can't flip no more
And if you cry out
I'm gonna flip it
Flip it, flip it some more
A la la la la long, a la la la la long long li long long long
I feel like a million dollars! :)
Now let me sing a song for you:
The way you love me
Is like a needle in my vein
When you're not around me
You know it just don't flip the same
I got the jones deep inside me
And you are what I wanna do
You give me this feeling
You always make me flip brand new
You´re my flavour of flip love...
76 counted colours in Mode 0...on a classic CPC?!
...I´m speechless! That´s out of this world!
flipping good.
keep the flicker of the cpc's candle alive.
See what I did there? No? :'(
You need to take a (exposure time of 2/50ths of a second at least) photo of a real monitor so we can see how it looks in reality.
I think some C64 demos/apps use this technique to get more colours, but they can't also alter the palette like this can.
Both MODE 0 palettes need white and black if you need white and black in the final image?
One way to reduce flicker isn't to ensure each pixel doesn't flip between two highly contrasting colours (e.g., bright yellow and dark blue), but only between similar brightnesses (e.g., purple and dark red) - reduces the total options.
Quote from: Briggsy on 12:44, 18 June 10
You need to take a (exposure time of 2/50ths of a second at least) photo of a real monitor so we can see how it looks in reality.
A video would be nice!
Quote from: Briggsy on 12:44, 18 June 10
You need to take a (exposure time of 2/50ths of a second at least) photo of a real monitor so we can see how it looks in reality.
I think some C64 demos/apps use this technique to get more colours, but they can't also alter the palette like this can.
Both MODE 0 palettes need white and black if you need white and black in the final image?
One way to reduce flicker isn't to ensure each pixel doesn't flip between two highly contrasting colours (e.g., bright yellow and dark blue), but only between similar brightnesses (e.g., purple and dark red) - reduces the total options.
Yes Markus is making these pictures as experiments, the effect on a real cpc monitor is not confirmed yet, but they are lots of good fun.
The colour count that is quoted, is from a screen grab from javacpc with "deinterlace" effect (which blends two screens 50/50), removing the border and then counting the colours using a art program like gimp.
You are correct. if you want black and white, then you need these colours in both palettes.
Other pictures have been done in similar ways,. e.g. title screen of orion prime, so this effect is not new. But having fun with it is good.
JavaCPC's deinterlace works like this:
Image A is buffered
Image B is painted with 50% transparency over image A.
The combination of both is painted to screen.
The result is near to the real CPC output but without flickering.
And here for Leonie:
Myself in 120 colours:
(http://cpc-live.com/myself1.png)
120 colours? That´s outrageous! :o
How far are you willing to go?
But hey...nice picture...nice daredevil...nice dog!
In fact these images look similar on a real CPC.
But the flickering is too heavy so that your eyes would hurt.
To avoid the flickering, the best results are done when using near colours in the palette.
But this will also mean to loose details/colours in the result image.
(http://cpc-live.com/ctmscreen.png)
The original source:
(http://cpc-live.com/originalsource.png)
In mode 0 but 24 bit colours:
(http://cpc-live.com/cpcpixeled.png)
Result in 16 green tones:
(http://cpc-live.com/megreen.png)
(non-flickering of course)
Quote from: Devilmarkus on 13:10, 18 June 10
But the flickering is too heavy so that your eyes would hurt.
Mmmh...in a Mode1-strip-poker-game the flicker could emulate the disco-lightning-system?! :D
How many colours are possible in Mode2 with the flip-technique?
Quote from: Leonie on 13:31, 18 June 10
How many colours are possible in Mode2 with the flip-technique?
I would say 3 maximum.
Quote from: Devilmarkus on 13:21, 18 June 10
The original source:
In mode 0 but 24 bit colours:
Result in 16 green tones:
(non-flickering of course)
Markus showed you his, now Leonie you show yours? ;)
Quote from: arnoldemu on 13:34, 18 June 10
Markus showed you his, now Leonie you show yours? ;)
Good idea!
Here's a mode 2 flip screen:
(http://cpc-live.com/flipmode2.png)
4 counted colours.
Quote from: arnoldemu on 13:34, 18 June 10
Markus showed you his, now Leonie you show yours? ;)
Sorry guys.
I´m shit-scared of kidnapping!
Quote from: Leonie on 13:46, 18 June 10
Sorry guys.
I´m shit-scared of kidnapping!
no worries.
Only joking!
My face would break this forum :P
Quote from: arnoldemu on 13:48, 18 June 10
My face would break this forum :P
Thats why I posted my face: To break the forum :D
Quote from: arnoldemu on 13:48, 18 June 10
My face would break this forum :P
How about a plastic surgery?
You´re still young enough for that.
Maybe it´s worth it. Give it a try!
That´s all I can do for you.
Good luck.
Quote from: Devilmarkus on 13:49, 18 June 10
Thats why I posted my face: To break the forum :D
There is nothing wrong with it.
I´m still alive and well and so is the forum.
To confuse Leonie a bit more:
2 base screens in mode 1, both share the same palette: 0,3,12,13
(http://cpc-live.com/mode1e1.png)
(http://cpc-live.com/mode1e2.png)
Flipping both:
(http://cpc-live.com/mode1e3.png)
10 measured colours!
Young enough for plasitc surgery????????
Ehhhhhh.... When are you to old for plastic surgery (When do you need it???) :D
/Ygdrazil
Quote from: Leonie on 14:08, 18 June 10
How about a plastic surgery?
You´re still young enough for that.
Maybe it´s worth it. Give it a try!
That´s all I can do for you.
Good luck.
There is nothing wrong with it.
I´m still alive and well and so is the forum.
@ Markus:
That´s a bit thick...X-Rated...superb picture! :D
Forget C64, forget Amiga.......CPC+flip (+Markus?) is the measure of all things!
I wish there would be no flicker...
Quote from: Leonie on 20:11, 18 June 10
@ Markus:
That´s a bit thick...X-Rated...superb picture! :D
Forget C64, forget Amiga.......CPC+flip (+Markus?) is the measure of all things!
I wish there would be no flicker...
LOL...
thanks.
Yes the screens are nice with non-flickering display.
Here's another: (Same 4 base colours, result has 10 measured colours)
(http://cpc-live.com/m1original.png)
Converting to mode 1, 4 colours with 50% luminance and Floyd Steinberg dithering:
(http://cpc-live.com/m1even.png)
Converting to same palette with 150% luminance and Floyd Steinberg dithering:
(http://cpc-live.com/m1odd.png)
The flipped screen:
(http://cpc-live.com/m1flip.png)
Perhaps someone is able to build a flickerfixer interface to put between CPC monitor output and CTM?
(smiling to Bryce)
Quote from: Devilmarkus on 20:28, 18 June 10
Perhaps someone is able to build a flickerfixer interface to put between CPC monitor output and CTM?
(smiling to Bryce)
Dear Bryce, dedigitate!
The world waits! :)
To reduce flickering I use a simple trick:
I split both images and merge their lines.
(http://cpc-live.com/flipd1.png)
(http://cpc-live.com/flipd2.png)
The result on a de-interlaced screen is the same.
On a CTM it's much better viewable now.
Demonstration as GIF:
(http://cpc-live.com/flipscreen.gif)
Sad, that GIF only provides 15 fps
All is done with JavaCPC-Paint:
Put screen as image A: Press "1" in emulator display while painting
Put screen as image B: Press "2"...
Flip screen preview: Press "3"
Restore image A to paint: Press "4"
Restore image B to paint: Press "5"
Split both images as seen in example above: Press "6"
Important: both screens must have the same palette and screenmode.
This is seriously great! It's a pity you can only use it with static images. But still, there are games that are suited to it - like Leonie said, a Strip Poker would look great. Maybe redo Teenage Queen? :)
4 flipscreens for you to try:
[cpc=http://cpcwiki.eu/forum/index.php?action=dlattach;topic=804.0;attach=705,DISC,1]CPC6128[/cpc]
Quote from: Devilmarkus on 09:21, 19 June 10
(http://cpc-live.com/flipscreen.gif)
I like that flicker somehow.
Reminds me of the "helmet-camera-view" in the film "Alien".
We should remake the Alien-Game! Nice Adventure!
"Aliens" from Electric Dreams would be great too...
...and a strip-poker like "Samantha Fox Strip Poker"!
Sad that we only have a few kb free on each disk...
Animations could look cool:
(http://cpc-live.com/spookhouse.gif)
Here's a small one for Leonie:
(http://cpc-live.com/rocketsnail.gif)
98 frames, MODE 0
BTW.: these "movies" are real CPC screens!
Only thing: They are stored and called internally in emulator.
Example how I make such animations:
http://cpc-live.com/capture/
(Don't watch it, if you are under age of 18!)
Quote from: Devilmarkus on 17:22, 19 June 10
Don't watch it, if you are under age of 18!
:(
Quote from: Leonie on 17:55, 19 June 10
:(
Hmmmmmm don't cry ;)
978 frames: http://cpc-live.com/cpc_movie/
Some secret info:
Someone is working on a HD-playback routine for those movies ;)
So users with HD connected to CPC will be able to watch those movies someday...
(Or SD-card reader?!)
Quote from: Devilmarkus on 20:14, 19 June 10
978 frames: http://cpc-live.com/cpc_movie/ (http://cpc-live.com/cpc_movie/)
Fits that on one disk or tape? ???
Hello there!
I have seen the flip-screens of Markus and I have to admit that I am interested as well...
Although all pictures are nice, I really enjoyed the one with the 76 colors!
Is it possible to see it in a real CPC? I am really curious of the quality...
(...and to be clear, i do not question Markus' abilities, I am just questioning the quality of the image on a real monitor!)
we speak,
voxy
I've seen some of Markus' flipscreens on my real CPC.
The first ones in this thread had way too much flickering, because the colors shifted between very bright and very dark. I think a lot of people would get an epileptic seizure when looking at those.
Then he made some where the two images used the same palette. Here flickering was noticeable, but not much more than that. They look rather neat actually. The downside is of course that the image will look a little bit monotone still, because both images contain the same colors, which have the same brightness/contrast level. This means the picture will look kinda old, which isn't necessarily a bad thing. The colors will, although appear to be different shades, stay within a limited area of the spectrum, if you can put it like that.
What we still haven't seen, is a mix between method 1 and 2. A method 3 that uses two MODE 1 pictures, with 2 different palettes, but where the colors are still not too far apart. E.g. color 6 on image 1 mixed with color 0 on image 2 would give a color 3'ish result.
But creating two images like that requires some extra effort compared to using the first two methods. I think it should be started by choosing the 2 different palettes. Meaning 2x4 colors. Then mix all 8 colors. Theoretically that should give you over 30 colors, but only a few of them will give a minimal flicker.
Calculating the palettes is easy however. Switching between color 6 (0xFF0000) and color 0 (0x000000) will logically give a color 3 (0x7F0000). But switching between those two colors will give too much flicker in my opinion. So as a ground-rule for this, the max different in each RGB value of the two colors to be mixed, must be 0x7F. I think 0xFF gives too much flicker, but I suppose there'll be exceptions between two brighter colors.
One simple way of checking out how much flicker two colors will give, is to do a simple
INK 0,color1,color2
BORDER color1,color2
SPEED INK 1,1
It's easy to see that color 0 and color 3 gives less flicker than color 0 and color 6. It's also logical.
Meanwhile, method 2 might give even less flickering if the setting-inks was dropped between each image. I suspect the code I've seen was still setting the 4 inks for each switch. It'll probably not be that noticeable though.
Quote from: Leonie on 21:46, 19 June 10
Fits that on one disk or tape? ???
LOL this "movie" is 15.2mb large ;)
It would fit on a harddisk or SD card...
Quote from: voXfReaX on 21:46, 19 June 10
Hello there!
I have seen the flip-screens of Markus and I have to admit that I am interested as well...
Although all pictures are nice, I really enjoyed the one with the 76 colors!
Is it possible to see it in a real CPC? I am really curious of the quality...
(...and to be clear, i do not question Markus' abilities, I am just questioning the quality of the image on a real monitor!)
we speak,
voxy
The 2nd method I use looks much better on real CPC's. (As mr. lou already mentioned)
The good thing: this method is implemented in JavaCPC-Paint later, so you can produce those screens easily with a few mouse clicks and key presses.
Small movie for you:
[cpc=http://cpcwiki.eu/webcpc/movie2.anz,none,0]CPC6128[/cpc]
IIRC there was a piece of code in German mag CPCAI once to combine MODE 0 colour bars with MODE 2 text, i.e. flipping resolutions on vertical synchronization.
On CRTs of the day, the result was flickering unbearably, of course - but it may look better on LCDs.
Just for fun:
http://cpc-live.com/takeonme
YM file + video 8)
The GUI for creating videos is quite easy to handle:
(http://cpc-live.com/moviemaker.png)
It will be a new feature just for fun in next JavaCPC ;)
And, perhaps, somedays, a player for real CPC exist, too...
Theoretically it could be possible.
Don't know what to chuckle more with, the vid or the tune :D
sorry to bring this thread back to the surface.. but i thought i'd mention that when i was working with flashing colours i made a kind of fractal pattern to show which were the least flickering combinations to get the extra 98 colours
(http://oi62.tinypic.com/2gt9idw.jpg)
Actually, this first one i made is probably more suitable for flip screens.. and that one i posted first is more for dithering.
(http://oi61.tinypic.com/28jjtpz.jpg)
as for these flip screens.. i have managed to separate the colours and interlace the 2 screens manually with paint shop pro.. but i wouldn't have a clue how to make that binary file that loads before the images.. i can use the ones on the flip test disk.. but then i am limited to those modes and palettes..
I wouldn't mind being able to.. I might need a hint..
(I am fine with the Basic programming though)
I have been testing Screens and palettes on one of my 6128's though my Tape port, using Wav files.. and i have noticed that when you blend colours using software. it doesn't take the luminosity into account.
for example.. when you blend the first 2 inks.. black and blue.. you don't actually get something half way between the two.. because there is more light emitting from the blue than there is the black.. so it's not half way, but more closer to blue.. and because of this effect of the colour with the most light glowing taking over i feel it's possible that you could get more than 125 colours.. i will have to see if i can work out how it could be done.. i will probably have to mix in the grey values somehow
also i have been experimenting with double interlacing (horizontal and vertical) and with screens that have minimal dithering it works quite well.
i was a bit disappointed that my horizontal mode 0 dithering wasn't compatible with the interlacing. it made the screens flash more because of having horizontal lines 1 pixel thick in my original 125 colour pictures.. but that's ok i'll just save that for my 16 colour Overscan screens..
i also have made some 4 frame 2 colour gif type animations and got them to cycle in OCP Art Studio.. but wouldn't have a clue how to get them to cycle in basic.. it only works once i've loaded it back into OCP.. I also tried some disk which was an OCP screen viewer that loads the palette.. but it would only show the first frame
i guess i will have to just make a longer basic file which changes the colours manually.. it's hard to find information on colour cycling
as soon as i get the ability to make my own palette file for the flip screens then i can run more tests that i have lined up.. i am currently running tests with the palette from image 4 of the flip test disk. and i have definitely noticed when i blend bright yellow and bright red it doesn't match orange like it's supposed to.. its actually a bright orange.. so hopefully i can get some interesting results which will be useful for more colours and more accuracy on original hardware
Hi Noncorpus,
any viewable test-results would be nice... (DSK?!?!?!) ;)
well here is a couple of tests.. they don't do the same thing on an emulator on the PC.
first i tested a 16 colour palette to see which colours would be good to use with minimal flicker. and i noticed the mix of bright yellow and bright red was half way between orange and the mix of orange and bright yellow.. but on the PC it just equals orange (also fiddled with brightness etc to see if i could make it look the same level as orange but couldn't).. also i noticed that the method of merging i used made it flicker a lot less than i expected.. still flickers a bit on an emulator..
so then i ran another test with a gradient through black,red,yellow,white and added an extra 3 shades to see if they fit in.. and they do.. but they flicker when they sit next to eachother
but yeah a lot of colour mixes don't appear the same from PC to the Amstrad..
Nice flipscreens...
I loaded them into JavaCPC with deinterlace filter enabled...
Results:
Quote from: Noncorpus on 17:58, 08 June 14
but yeah a lot of colour mixes don't appear the same from PC to the Amstrad..
Have you tried comparing the colours to the ones here: http://www.grimware.org/doku.php/documentations/devices/gatearray#inkr.color-codes (http://www.grimware.org/doku.php/documentations/devices/gatearray#inkr.color-codes)
Quote from: redbox on 18:20, 08 June 14
Have you tried comparing the colours to the ones here: http://www.grimware.org/doku.php/documentations/devices/gatearray#inkr.color-codes (http://www.grimware.org/doku.php/documentations/devices/gatearray#inkr.color-codes)
i'm not comparing the solid colours from amstrad to PC
it's the mixed colours that are identical on pc which have differences to each other on the amstrad.
what i mean is like how bright red and black mix to make the exact same shade as red (no.3) in the 125 colour palette from mixing the colours... well they don't on the amstrad.. you can see the dark red on the screen with the "bright red and black mix" looking half way between the dark red and the "bright red and dark red mix"
so what my point is.. there is more colours possible with flipscreens than i thought. and i'm gonna have to see if i can make an extended palette to work with to get my screens looking more accurate.. but will probably only look right on a CRT monitor
Quote from: Devilmarkus on 18:12, 08 June 14
Nice flipscreens...
I loaded them into JavaCPC with deinterlace filter enabled...
Results:
ahh.. yes i will have to try that on the javacpc emulator.. because i always thought there was only 125 possible colours.. this will help
although the ones on that first screen.. the colours in the bottom left corner are a lot brighter on the amstrad.. because they are bright colours mixed with dark colours and the brighter ones take over a lot more
Quote from: Devilmarkus on 18:12, 08 June 14
Nice flipscreens...
I loaded them into JavaCPC with deinterlace filter enabled...
Results:
awesome.. that's 221 colours just from that 16 colour palette.. now i should be able to get my screens looking a bit better.
Quote from: Noncorpus on 18:48, 08 June 14
awesome.. that's 221 colours just from that 16 colour palette.. now i should be able to get my screens looking a bit better.
oh.. nope.. some of them are dithered with a .1 color difference. will have to do a recount
so.. what it was.. was i thought that the middle of the 3 rgb levels (0, 1, 2) was half way.. like 128/255.. which would make bright red and black equal the same shade as dark red.. but since dark red is lower than half way that make bright red and black mix brighter.. so yes your javacpc palette is more accurate than the standard half tones one
have just worked it out.. there are 216 colours to choose from when making a flipscreen... not 125 like i originally thought
Are you looking at the results on a real cpc with an amstrad colour monitor?
I know that some emulators do not have the correct palette - and you have found this to be true.
So, make it right on the real amstrad and us emulator author's will correct our emulators ;)
When I've been messing about with CPC graphics, I've been using 128 as the mid-shade. It seems this is too bright? What would be a better value?
I guess this could also change on a per-colour-component basis? e.g., Dark Red is { 112, 0, 0}, Dark Green is { 128, 0, 0 } and Dark Blue is { 96, 0, 0 }
Actually, there's probably a definitive palette on the wiki somewhere, let me take a look...
Hmm CPC Palette - CPCWiki (http://www.cpcwiki.eu/index.php/CPC_Palette) suggests to use 127, any comments?
Once I connected my CPC with an Audio/Video grabber to my PC.
There I catched a screenshot showing the complete palette...
Then I measured the RGB values with a photo-editor and these are the results:
protected static final int[] inkTranslateMeasured = {
/*R G B */
0x677867, /*13*/
0x677867, /*27*/
0x0FF878, /*19*/
0xF8F865, /*25*/
0x020850, /* 1*/
0xEF186F, /* 7*/
0x087067, /*10*/
0xF8896F, /*16*/
0xEF186F, /*28*/
0xF8F865, /*29*/
0xF8F821, /*24*/
0xF7F8F8, /*26*/
0xE81F13, /* 6*/
0xF818F8, /* 8*/
0xF88F07, /*15*/
0xF889F8, /*17*/
0x020850, /*30*/
0x0FF878, /*31*/
0x11F80E, /*18*/
0x28F8F8, /*20*/
0x000706, /* 0*/
0x0A10D8, /* 2*/
0x086F08, /* 9*/
0x0F7EF8, /*11*/
0x570F59, /* 4*/
0x78F870, /*22*/
0x80F80C, /*21*/
0x79F8F8, /*23*/
0x510F08, /* 3*/
0x6011E8, /* 5*/
0x677807, /*12*/
0x6F7FF8 /*14*/
};
The order is for hardware values! I added the INK values in /* .. */
Maybe that's helpful...
Or you can take a look to the work that Grimm has made in this area (http://www.grimware.org/doku.php/documentations/devices/gatearray#inkr.color-codes) too :)
yes i have looked at that.. but the problem is not really about what the standard amstrad colours are.. its more about what the false flip colours equal to the eye on the amstrad.. i have discovered this
i just used the standard 0,128,255 colour settings for this example.. as it doesn't really matter because it still makes the point
(http://oi57.tinypic.com/v49b1w.jpg)
1. the top example is what the colour end up when you resample the dithering of the two colors.. similar effect to when you deinterlace on javacpc
2. the second (middle) example is when you set the red and blue half way between the brightness of the first example and the second example.. which is what appears on the cpc screen
3. is just a reference (see 2)
now that's why when my pictures look perfect on JavaCPC, they look terrible on my amstrad
i'll get there eventually.. now all i have to do is work out some kind of way of generating the whole false palette using that method instead of the resample method.. i may have to write the whole palette by hand yet. and it still may be more than 216 colours (or even less).. i have yet to find that out.
Quote from: arnoldemu on 09:36, 09 June 14
Are you looking at the results on a real cpc with an amstrad colour monitor?
I know that some emulators do not have the correct palette - and you have found this to be true.
So, make it right on the real amstrad and us emulator author's will correct our emulators ;)
yes.. this is about trying to make screens that look perfect on a real CPC
but not necessarily about the rgb values of the 27 CPC colours.. just the Flashing colours
but yes having the RGB values right is also essential.. but i'll leave that up to someone else.. lol
i might have to work out what all this means.. when i got time.. lol
http://mcom.cit.ie/staff/Computing/CManning/comp6021/comp6021-13-exe1.pdf (http://mcom.cit.ie/staff/Computing/CManning/comp6021/comp6021-13-exe1.pdf)
i think that might help me with my tests
i gotta find a simple way of averaging the colours.. in a way similar to my example.. but once you get to the more complex colours it's not so simple to average them.. might have to use calculator
Human vision is very non-linear; if you're alternating between a dark and bright colour fast enough then the eye will see the result as much closer to the bright colour. To have the appearance of the 'average' colour you would need to display the bright colour for only a small fraction of the overall cycle time - obviously not an option here.
Instead you'll have to change your averaging formula to a weighted average, giving more weight to brighter colours than darker ones.
Quote from: pelrun on 04:27, 11 June 14
Human vision is very non-linear; if you're alternating between a dark and bright colour fast enough then the eye will see the result as much closer to the bright colour. To have the appearance of the 'average' colour you would need to display the bright colour for only a small fraction of the overall cycle time - obviously not an option here.
Instead you'll have to change your averaging formula to a weighted average, giving more weight to brighter colours than darker ones.
yes.. thats what i need.. i just worked out that half way between 127 blue and 127 red is not 63 or 96.. it turns out that 88 blue and 88 red is the best match..
but i didn't use calculator to do that.. instead i resampled the dither to 200% and then 25% size.. and it gave a brighter result than just going straight to 50%
so i should be able to build a whole palette (for converting images) quite fast that way..
some colours it make a slight difference but some it make a big difference.. i am now going to build a range of extended palettes based on each version of the CPC palette and it will be interesting to test them
Quote from: Noncorpus on 02:25, 11 June 14
yes.. this is about trying to make screens that look perfect on a real CPC
but not necessarily about the rgb values of the 27 CPC colours.. just the Flashing colours
but yes having the RGB values right is also essential.. but i'll leave that up to someone else.. lol
Also done rely on "PAL" filters on emulators.
PAL for computers involves the following:
- R,G,B in the computer converted to PAL signal (Y,U,V)
- signal is passed down cable to television
- television converts Y,U,V to R,G,B
In addition with PAL there are blending artifacts between scanlines I believe.
With CPC you get:
- R,G,B from the computer direct into the monitor.
So test on real cpc colour monitor too :)
Quote from: arnoldemu on 08:52, 11 June 14
Also done rely on "PAL" filters on emulators.
PAL for computers involves the following:
- R,G,B in the computer converted to PAL signal (Y,U,V)
- signal is passed down cable to television
- television converts Y,U,V to R,G,B
In addition with PAL there are blending artifacts between scanlines I believe.
With CPC you get:
- R,G,B from the computer direct into the monitor.
So test on real cpc colour monitor too :)
well.. it's not a real CPC monitor. but it is a Commodore monitor plugged directly into the Analog RGB 9-pin D-sub.. which is apparently more accurate than a CRT TV with SCART.. the colour knob doesn't effect the picture (which is good).. but i do have brightness and contrast instead of just brightness.
a bonus is i can change the screen height and width.. so i have it right to the edge and can see the entire screen.
all my amstrad monitors got stolen from someones storage a couple of years ago.
and i'm always on the look out for more Original monitors or other accurate monitor alternatives (with RGB)
i would still like to be able to make my own binary file which sets the border and pen inks and then flips the screens after i have loaded them.. i have just been using a copy of one of the files off the fliptest disk.. and my choice of colours is very limited. that way i know i have done the best i can do if i get to choose my own set of inks to mix with... i thought it might have something to do with the flipscreen tool in JavaCPC Paint.. but all i can get that to do is make flipscreens.. i can't see any way of saving them in a way that has that .bin file with the pen and border ink settings..