Reptillian

I don't know, pre-release probably will be here today for Krita or GIMP. That means official release will happen soon which means PDN will have it, but I can't tell you when.

Another update, now that I have finished converting my reduced color filter into a cli command, it will be easy to create the upcoming replacement for it. Also, as gmic 2.5 will offer dynamic gui, there wouldn't be so much elements unless you chose to activate those element. the cli command has the option to indexing styles, restrict colors by tiles, and built-in pixelate command. For custom palette, you would need to do something like {custom palette layer} lctwp -1,$* where $* is the rest of inputs as -1 indicates two layers where one is a palette. Reminder - All changes will come to gmic 2.5 as updates do not work any longer for now. Here's a sample using a beach image from pexels (with work involved to making it look better). Yes, it's a terrible looking image, but that is literally happen if you restrict colors by tiles.You can also see vertical stripes which is a style, and you don't see pixel as 1:1. So, this means you can stimulate older hardware pretty well. ---- Structure of cli command lctwp {palette},{indexing_style},{end_dithering},{alpha_colors},{alpha_dithering},{style_factor},{initial_resizing_method},{pixel_width},{pixel_height},{color_count_per_tiles},{tile_width},{tile_height},{dithering_factor_tiles},{indexing_method}

Some news - Finally got pal cli command to accept negative numbers. pal {-x} means that for two layers, one of them is going to be turned into a palette. For positive numbers, it just create premade palette. I'm also transforming my reduced filter into a flexible cli command. For reference : pal -50000 = pal -1 = pal i

https://discuss.pixls.us/t/gmic-2-5-0-wip-more-flexible-interface/11562 Just gonna leave this here.

If he's talking about first part, he is going to have to do more work than these plugin. That effect can be automated though either by c# or g'mic coding. Poisson noise with iterative Butterpass blurring with motion blur blended via interpolation mode could be done on g'mic version. I can generates separate lines of different density via g'mic. Also, Joan Rake have coded plenty of glitch art filters that supersede these though rowshifter replacement has a internal g'mic bug. Pseudo-ECB(Originally by me) for example can be found under Testing > Joan Rake and cascading glitch is a better version of one of the plugin there. True Glitch can be replace by her JPEG g'mic glitch. Even color space swap and QAM glitch is there. QuafFlip, and Pixel Sort w/ restriction option is already done a long time ago by the main maintainer of g'mic. Row shifter is done too, but there seem to be a internal g'mic bug that prevents bicubic filtering on edges of duplicate, so it's not released. I want to do PNG glitch, but the Perth doesn't seem straight forward.

Well, not sure if I should update this thread as frequently seeing as PDN G'MIC no longer updates. Made a filter to reproduce this - https://m.imgur.com/gallery/gP0lecI --- Example using a image generated from thispersondoesnotexist.com I really wish I can use apng here.

Hmm, another idea I can think of. G'MIC does support updating offline. I wonder if it would be possible to use that to get around this issue. One would have to disable weekly update, and use another updater with using the latest g'mic. You would have to rename updatexxxx where xxxx is the latest version, and yyyy is the current PDN version. This isn't ideal, I know, but it's the only thing I can think of. Maybe another filter just to do this?

Hmm, I refreshed into PDN and not seeing anything. Krita and GIMP does have the palettes support using latest beta G'MIC refreshed. The palettes should be in Testing-> Reptorian -> Premade Palette. To reduce colors using those palettes, they should be under transfer color reduced, and you can change the reference layer option to palette to reduce using palettes. If they're not there, then at this point, any changes I made will only be seen in G'MIC 2.5 PDN which won't be arriving in a long while. @null54 Would it be possible to provide beta version of G'MIC? Krita and GIMP have the benefit of using beta G'MIC while PDN just does not have that benefit.

Okay, those changes are merged through master, and now can be seen via refreshed. You should see premade palette filter. The emboss cli is however here as well as changes through the other two filters related to it. Here's the palette list extracted from the g'mic code

Premade Palette filter has been done. Blend with image option is for PDN support is to avoid creating new layer as PDN doesn't support creating new layer via filters. In Pre-Made Palette Filter, there is a info box where it'll tell you the command, and their id. pal 129 = pal zx. So, in code[local], typing in 'pal zx rv' would get you the same result as 'pal 129 rv', and the result of the zx spectrum palette. The total amount of palettes that is support by pal command - 137 Just for wait for the changes to get into G'MIC.

Made some new changes that will be coming. Also, I think @nycos62 would love that I added 128 palettes into G'MIC. Change #1) Added 128 palettes. Some of them are based off Windows, others are based off older systems, and many of them are palettes to support pixel artists. You can type in 'pal db32 rv' in code[local] to have db32 palette directly into PDN after you apply. It's hard to get the full list, but you can get the list here - https://github.com/dtschump/gmic-community/pull/155/commits/b309ec158a0f55f6bc85a9a7217b365b5c812ebe edg = endesga g8 = generic-8 sepac = amiga 2600 sepac, i should have done amiga2600sepac, but sepac is shorter and less memorable than ntsc and pal,so sepac it is. Change #2) Transfer Color[Reduced Colors] includes palette options. You do not need to copy and paste palette to reduce colors based on those palettes. Change #3) Improved Emboss cli command. Now you only need to do this at the minimum 'em 140' to emboss at angle 140. You only need to assign 3 variable at most. You can also do 'em 140,2' to emboss at angle 140 at 200% depth. 200% depth is the maximum depth. em is eq. to emboss_image emboss_image $1,$2,$3 $1 = Angle $2 = Depth $3 = Smoothness Change #4) Two of my filter were updated to be consistent with the changes to emboss cli.

Pixel art palette command has been added to gmic. See cli pal for more info.

Emboss is now is it own cli command. You can test it via code[local]. No changes other than this for now, but this makes it easier to do filters, and a bit more faster now since it uses less lines of code. You may want to update every once in a while until construction material texture or Butterworth Bandpass isn't broken. I'll give it tomorrow. Emboss/Relief uses em command instead of multiple lines of unnecessary codes. em $1,$2,$3,$4 $1 = Smoothness $2 = Angle $3 = Depth $4 = Depth Boost Note: em = emboss_image

Issues enabled! Thank you.

XOR can be used for creating abstract art or glitch art. Actually, it works better with other binary modes if one were to create abstract art. Also, nice find, could be turned into a filter, but that's not necessary when there are other similar result filter.

Joan Rake is back, so the changes that I applied to Cascading self glitch filter will be there. She has merged the changes. I also do collaborate with her from time to time. However, I will be taking a break, but as always, you are welcome to leave issues or feature requests in here or in here or by discuss.pixls via PM -https://github.com/Reptorian1125/gmic-community How do I enable issues on github? P.S I consider changes to default parameters as well. I have considered trying to add existing palette to transfer color reduced as well as chroma edit by ab channels into construction material, so doing those will be done after the break.

Actually, most quantify their rendering to 8BPC which means they can produce 256^4 (RGBA) color value combination. Affinity Designer can render at 16 BPC. But my statemwnt still stand that you should use vector graphics if you are going over 2000 dpi. Those apps don't care about pixels in a way which adds information. Let me do a little math here. 2000 dpi 8.5*11. 1*3 at 2000 DPI = 6000 * 2000 px 8.5*11 at 2000 dpi = 17000 * 22000 px That's too much info that can be reduced via vector route.

Honestly, you are just better off with a vector graphic software if you need 2400 dpi. Takes way less memory there. Why do you need 2400 dpi with a raster graphic software?

With that update, only XOR didn't get loaded from Krita ora. I could try to add those to the cpp file whenever I get the chance.

Paint.NET G'MIC QT can convert image to a palette, and I have already made a filter a while ago which allows you to convert pictures to reduced colors picture using a reference picture, but that appears to be not what you want. This below should really be turned into a filter, rather than a command G'MIC QT -> code local -> colormap Reference - https://gmic.eu/tutorial/_colormap.shtml

It's a unsolved Windows bug. This happen with other softwares too, not just PDN. Linux clipboard works just fine and Mac as well.

Here's the name info inside stack.xml in .ora, and it's not they made the patch. I made the patch actually. <image w="256" version="0.0.1" h="256" xres="300" yres="300"> <stack visibility="visible" isolation="isolate" opacity="1" name="root" composite-op="svg:src-over"> <layer src="data/layer4.png" visibility="visible" opacity="1" selected="true" name="Layer 4" composite-op="krita:xor"/> <layer src="data/layer3.png" visibility="visible" opacity="1" name="Layer 3" composite-op="krita:negation"/> <layer src="data/layer2.png" visibility="visible" opacity="1" name="Copy of Layer 2" composite-op="krita:reflect"/> <layer src="data/layer1.png" visibility="visible" opacity="1" name="Layer 2" composite-op="krita:glow"/> <layer src="data/layer0.png" visibility="visible" opacity="1" name="Layer 1" composite-op="svg:src-over"/> </stack> </image>

That because it been commited yesterday and can be tested via Krita NEXT - https://phabricator.kde.org/D15584 So, should I export ora using Krita NEXT?

Is there a way to add a interface for changing blend modes compatibility? Right now, I'm interested in adding a checkmark tool to allow compatibility for Krita. The reason? It is the first notable program to support every PDN blend modes as of today and gmic existence.

Transfer Colors [Reduced Colors] is now on G'MIC. Update via G'MIC QT.