[quote name=AMIGASYSTEM post=3652]@AMIGASYSTEM - I can't wait to try it out I made you two builder's logos, are not beautiful, but they show your great work :)[/quote] AMIGASYSTEM Wow! I really like the one on the left. May I use that in my program? Maybe make the Title Text a little smaller and add the 'i' that is missing so that it fits between the nail holes. I have to make two more logo images.

It seems that my Alpha Blending method is working but it still needs some fine tuning. In the first image it has no alpha Blending. The second image has alpha Blending. This is an actual screenshot. Now I need to put some code behind the button menu. Some of them already work.

I'm very sick but I'm hanging in there, stay strong man

[quote name=AROS-Confidence post=3647]@AROS-Confidence - Sorry for that oine![/quote] Are you okay?

Sorry for that oine!

IconBuilder I believe is a tool that does not exist on AROS but neither does AMiGA. It will almost certainly be of interest to many, as IconEditor was to me, without this tool my icons would never have existed :)

After evaluating several alpha pixels in the original image and comparing the resulting values from ReadRGBPixel I've worked out the Alpha Blending Formula. If the background color is (153,153,153) and the ARGB pixel is (13,0,0,0) this is the formula: //Alpha Blending //alpha=13 //factor= 1-[(roundup(alpha/3))/100] = (1 - 0.05) = 0.95 //value = (int)153*(factor) = (145,145,145). This is the DrawLargeImage function so far. In the screenshot "pixel buffer" is the byte buffer containing the pixel data from the original image which is the small image. Each ARGB pixel in the original image gets mapped to a region of pixels which are 2x2 in this case since pixelateSize=2.

[quote name=AMIGASYSTEM post=3629]@AMIGASYSTEM - Nice miker, will IconBuilder also be available for our distributions?[/quote] It's a specialized tool mostly to help me make the selected image Glow borders. But if anyone feels that it may be useful I can post the finished application with some instructions. This is what the buttons do: Make Glow Mask will eventually draw the Glow mask (without blur effect). Until then I draw it by hand. Make Image Tile will reduce all alpha values less than 255 to 0. So the RGB "Tile" Image remains with a completely transparent background. That makes selection using the Magic Wand Tool easier. Clean Glow Mask removes the RGB Tile Image after the Glow Mask has been drawn. The RGB Tile Image is replaced by white pixels. This makes it easier in the next step to apply the blur effect to produce the glow Border. The glow border results when the blur effect is applied to the glow mask in Photoshop. Once the glow border (blurred) is produced Apply Glow Mask will use the Tile Image and Composite it on top of the Glow Border Image. Assemble Icons will use an icon list to assemble a directory full of icon image pairs and save the icons to the output directory. Although all these things can be done by hand in just a few minutes per icon image. If you are processing 50 icon images maybe what took an hour now only takes 10 min using Icon Builder. More importantly with IconBuilder I'm developing a re-usable User Interface that allows me to finish the IconToolkit Application, the ThemeBuilder Application and the MUIBuilder. The Logo Image, Button Menu and Enlarged Image are all new. That can be used in other applications.

Nice miker, will IconBuilder also be available for our distributions?

After doing some investigating yesterday I traced the CybergraphX ReadRGBPixel function. It uses DoPixelFunct which then reverts to do_pixel_funct which is part of Rom/Graphics. I suppose that should have been my first clue. ReadPixel only uses RGB values. After investigating today by evaluating the pixel values this is what I found: I chose a sample pixel that is (255,46,58,78). It's an ARGB 32 bit pixel. Yet ReadRGBPixel returns 3029582 which is 2E3A4E or in decimal it is 46,58,78. So the alpha is missing. It's only RGB. That makes sense because it uses the same function as ReadPixel. Something strange happens when reading alpha pixels (less than 255). The color (12,0,0,0) has an alpha of 12 but ReadRGBPixel returns (146,146,146). So it seems that ReadRGBPixel uses Premultiplied Alpha with the background color (153 in this case). Part of the mystery is solved. Now I can supply a sample value for WriteRGBPixel then go from there.

In the previous screenshot you can see the original icon image (small image) on the top left of the display area. The enlarged image is drawn at 2x at a slight offset so they don't overlap. I achieved this by drawing the original image as usual into the Rasterport with WritePixelArray. Then using ReadRGBPixel and WriteRGBPixel along with my Pixelate function I can easily draw the enlarged image. But for this method the original image must first be present in the window. This method can be used later for IconPress and IconSplit. But for IconBuilder I only want to show the enlarged image. So far I have tried drawing the original image to an off screen Rasterport but that failed to work. I also tried to address each ARGB pixel in the image then manually convert it to a LONG value to use with WriteRGBPixel. But for some reason all the alpha values are lost in the process. Another method is to copy pixel data from the original byte array to an enlarged byte array then display it. But that seems like a lot of extra work.

This is my newest Icon Tool. It's just for personal use to help me make lots of new icons quickly. It is "Icon Builder" and it uses a button menu for common icon building tasks. For the enlarged image on the right I'm trying to use my "Pixelate" function. I've developed a new method to draw the large image.

va bene:)

As deadwood has already said, the new Core (C Library) is incomplete, so it should not be distributed in order to prevent these files from being used, as soon as deadwood makes the Core officially available, then it can be made available La e our Distributions! ---- Italiano ---- Come già detto da deadwood, il nuovo Core (Libreria C) è incompleto, quindi non bisogna distribuirlo onde evitare che questi file siano utilizzati, appena deadwood renderà disponibile ufficiale il Core, allora si potrà rendere disponibile sulle nostre Distribuzioni !

i'm successfully using tny aros with the latest deadwood build and it's working fine i plan to release a new one in a few days! [url=https://ibb.co/G0ZLxyr][img]https://i.ibb.co/W6rwxZR/tiny.jpg[/img][/url]

You can to Prefs/ScreenMode and select the resolution you like.

Hi everyone, I am running AROS hosted, inside a Fedora distro. The window starts only at the full screen resolution (which is problematic - it is a window, so part of the windows lands outside the screen). There is no Boot application to change this behaviour (there is an icon, no executable file though). How can I change the starting screen resolution to something more sensible? Thanks a lot!

for the next release we have to wait until there are fixes to be made'.

I have changed the theme for the next release 'arosminimal2':)

many thanks:)