My Music Collection Color Changes

[Razgo]

I was looking for the thread on the old forum for what each line represented. couldn't find it :headbang:

I was just going to write beside each line/set what part of MMC the numbers represented to make it a little easier for me to produce the best known MMC colour schemes on earth. :rolleyes:


153 [window background]
204
204
0 [font]
0
223
128
128
128
0
0
255
255
255
255
0
0
0
0
0
0
255
255
255
255
255
0
128
128
128
245
245
245
204 [outline bars]
212
219

[Razgo]

Spoon: when I installed your desert skin for MMC i get this?


"removed pic"

[Razgo]

for some reason the text was not in one colum, but when I edited to be in one colum I got the desired results. the text file may need looking at?

[xoas]

The thirty-six lines in the file represent 12 sets of RGB (Red-Green-Blue, in that order) values. Each set controls part of the MMC screen. The 12 fields, in order, are:
1. The Backround Screen (Upper and lower),
2. The Main Text on the Backround screen,
3. a second test layer for the Main text (allows shadow effect, bold effect among others),
4. the Highlight Bar (which shows the selection that is playing or that is selected),
5. the Text in the Highlight Bar (upper),
6. background text for the highlicht bar,
7. Non-button text on the frame (basically "Search", "Play Control" and "*blooper* Tracks Loaded"),
8. Background non-button text,
9. Text for selected items on lower screen,
10. backround text for selected items on lower screen,
11. Left side of MMC Frame,
12. Right side of MMC Frame.

If 11 and 12 are different, you will get a gradient effect across the frame.
You cannot change the color of text on the buttons, the color of the stars (ratings), the colors of the buttons or their icons, or the color of the volume meter, etc. from this file (colors.txt).
Although you cannot change the colors of the top or bottom of the screen or of the slider bars from the colors.txt file you can change these by adjusting your Windows Display (appearance) settings. I'll forward a couple of examples with their colors.txt settings shortly.
Hope this helps.
Best wishes,
bill mikkelsen

[Razgo]

yes this has helped a lot.

although I have now posted a lot of different color schemes they were for the most part random numbers I was generating.

but now I can do some fine tuning :D

the biggest problem I had was getting the highlight color so it wouldn't make the text look bad. if you look at some of my samples you will see what I mean. as to keep all the color combinations I wanted I had to make some sacrifices where when the text is highlited it may not look too good.

thanks for your help xoas

[xoas]

You're most certainly welcome.
Here are my colors.txt settings for my current MMC screen (which I have enhanced by altering my Windows display settings):

203
216
250
123
136
170
163
176
215
103
116
155
203
216
250
123
136
170
3
16
117
3
16
117
203
216
250
123
136
170
123
136
170
163
176
210

Unfortunately, I don't have time to try to work out the mechanics of getting a screenshot of these settings in action. Perhaps I can get to that another time.
Best wishes,
bill mikkelsen

[xoas]

Here are the colors.txt settings for my first MMC display. I think it is in many ways nicer than my blue on blue display whose settings I have shown above. In this example I have used a light screen with a (practically) invisible highlight bar. I used this with the "Maple" Windows display setting (the "Desert" setting would work as well.
Best wishes,
bill mikkelsen

[xoas]

Excuse me...(last message was all promo and no show)...
So here are the colors.txt settings I was talking about:
248
243
209
197
192
158
197
192
158
248
243
209
98
93
59
197
192
158
98
93
59
248
243
209
98
93
59
98
93
59
248
243
209
197
192
158

Best wishes,
bill mikkelsen

[Razgo]

Spoon has already posted a pic of your second one here:

http://forum.dbpoweramp.com/showthread.php?s=&threadid=162

and my screen shots can be found here:

http://forum.dbpoweramp.com/showthread.php?s=&threadid=170

and here is the pic of your first post

http://razgo.com/pics/colors/xoas/x1.png

[xoas]

Cool and thanks (I don't know how I overlooked the posting of the first screen).
best wishes,
bill mikkelsen

[xoas]

Razgo-
I really like some of your gradients and I have downloaded some of them to learn from. However, when I went to download your "csycho" file it would not come up. Could you please post it?
Thanks,
bill mikkelsen

[Spoon]

Thanks Razgo,

The FTP program had uploaded it as 'text' instead of binary...

[Razgo]

you know it took me 15 mins to figure out why the cycho link wouldn't work, so it really is cycho! :D also the text is blurred, but that was the idea in that case.

also all the numbers were experimental randomization. I don't know if there are useless numbers in there that do anything.

what I mean is It seems you can increase the amount of lines as I have one there that has 72 lines which seems to have an effect overall. I also have some numbers in 4 digits. so I am guessing the numbers can be infinite to produce infinite colors and or combinations/sequence ? well that the theory anyway.

but i could be wrong because you have said that there are 12 lines being represented for the different parts.

so when I increase the lines from 36 to say 72, perhaps it is relooping over the same parts?

hmmm.....

[xoas]

Razgo-
My guess is that any lines beyond 36 are ignored but I will check out your theory.
Also, I have noted that you have RGB values in excess of 250 which is not in keeping with the range for these values which Spoon has said was 0 to 250, so I will be checking this out as well. Again, my guess would be that any values in excess of 250 revert to 250.
Best wishes,
bill mikkelsen

[Razgo]

yes thats what I thought. it was just hard to identify as visually colors seemd to change.

but i never took a snap shot before and after either.

so I am intersted in your findings.
thanks.

[Razgo]

ok, this first one is 10,000 lines with no value greater than 256.

the second pic is the same code but I removed every line after 36.

they appear to be the same. which would mean any line after 36 is "useless"

http://forum.dbpoweramp.com/colors/bigbutt/bigbutt.png

http://forum.dbpoweramp.com/colors/littlebutt/littlebutt.png

[Razgo]

this is 36 lines but with values ranging from 257 up to 1000.
and this is the result.


Download (http://forum.dbpoweramp.com/colors/257/colors.txt)


http://forum.dbpoweramp.com/colors/257/257.png

[Razgo]

this one here is using 36 lines but values from 1001 to 2000 all 4 digits long with the exception of line 4,5,6 being 10 digits long.



Download (http://forum.dbpoweramp.com/colors/1001/colors.txt)


http://forum.dbpoweramp.com/colors/1001/1001.png

[Razgo]

So if Spoon was to allow "millions" colors we could produce some stunning colors. although I understand this would use much more system resources, but an option to turn it on or off in the dap config setup would be cool.

[Razgo]

never mind, I got it all wrong.

265 colors in R G B, which is:

256 x 256 x 256 = 16,777,216 colors. doh! :D

[xoas]

This is very strange. RGB values for each color range from 0 to 255. What is interesting is how the program handles values greater than 255. Through experimentation I have found that black (000,000,000) always remains black no matter how many 0's you add to each value. White (255, 255, 255) will not always remain white when you add 0's after each value. But anything in black, white or gray will stay in the black,white gray continuum as long as the RGB values are equal.
But if you start taking the RGB values for a color and multiply each value by factors of 10, you will end up with wildly dissimilar colors which (if you were to translate into normal RGB values) reflect different relative intensities of R, G, and B so that you will sometimes get blue, yellow, red, or magenta (for example). I tried checking to see if multiplying RGB values by 255 would yield a consistent color but it does not.
This undoubtedly underlies the wierd gradients that Razgo has achieved in many of MMC screens. Perhaps someone else could explain the process which the program uses to deal with abnormal RGB values. I guess for myself, for now, I will just have to accept this as a strange, (so far) inexplicable, and wonderful feature of dAP.

[Spoon]

For any number it just takes the lower part, 0-255. But the gradient fill works from and two a number, so for large numbers it will gradient across colors.

[xoas]

Originally posted by Spoon
For any number it just takes the lower part, 0-255. But the gradient fill works from and two a number, so for large numbers it will gradient across colors.

What do you mean by "lowest number"? This does not seem to fit with my experience but perhaps I misunderstand.
Best wishes,
bill mikkelsen

[Spoon]

If you had a number such as 7345623 and you AND it with 255, you would be left with 215