HueForge Color Sliders Demystified
ฝัง
- เผยแพร่เมื่อ 15 ต.ค. 2024
- A short discussion of the Color Sliders. How they work and how they don't work. REALLY confused how to make the colors work in HueForge? Check this one out!
What is HueForge: shop.thehuefor...
Want to buy HueForge: shop.thehuefor...
Affiliates:
BambuLabs: shareasale.com...
Polymaker Filament Packs: us.polymaker.c...
SUNLU Filament Packs: www.sunlu.com/...
IIID Max Filaments: bit.ly/44SnagN (Coupon HueForge)
I don't want this to go by unappreciated. I understand the time it takes to put these together; however, I think you're going to see the payoff with new users coming in.
For people who stumbled on the software and don't understand the concepts these snippets will save them a ton of frustration and you a lot of support time.
Thanks for this!
Thank you for all that you do.
I think we would really benefit from a short TD box video. Just showing up close how to properly pick the right color when using the new lighted TD box.
It's EXTREMELY hard to show on video because of camera gain. AJAX and I are working on a couple of things that hopefully will be helpful.
Values under 4 are normally pretty easy, but over 4 is tricky for sure. Some of it is down to experimentation and experience, generally speaking, if in doubt, pick the lower number.
@@hueforging I totally understand the camera changes it. I’m just confused on which square to pick and feel like a visual aid would help. Even a simulated one would help I think.
Best HueForge channel around mate.
Thank you.
Great breakdown of the sliders! The interface can be overwhelming sometimes and it did take me some time to understand how things functioned. Using hueforge for a month or so, I appreciate that the sliders are "free". The slider order not being a factor in layer changes is great when massaging the sliders around to fine tune the mesh and coloring. Great work!
Thank you! At first it seems like an annoying "feature" but after you've used HueForge for awhile, the free sliders as you say are most useful. That isn't to say a "reorder sliders" button wouldn't be nice.
I still can't figure out those sliders despite watching this multiple times and I'm very good at software like slicers and cad.
@@hv1461 how so? The visual slider themselves can be misconstrued due to how TD and luminence is used to create mesh. Filament painting in of itself is a hard concept to learn and translate to a color print.
I look at the sliders as a side view of the model itself. Exactly as the final preparation step in filament painting, setting layer filament changes. The slicer color changes directly correlate to the sliders in hueforge.
From a tactile UI perspective, it works for its intended purpose. Are there improvements to be had? I feel like it will improve in time.
My gut feeling is that the color accuracy or color translation is often not the result you are expecting. This comes back to the image luminence.
Steve of Hueforge (which is this video channel) has a series of youtube videos detailing some techniques and tips for hueforge. Highly recommend going through the library
On import there should be an auto option that sets a the sliders and colors based on the input photo, to better represent how it works for new users. With the option to unlock and tweak sliders, colors, and base height after the fact.
This is both extremely difficult/impossible to do and not really the goal of HueForge. I see HueForge not as a photocopier, but an artist's tool to create something transformative. Since I'm only supporting layer swaps at this time, many colors are simply impossible to properly recreate.
@@hueforging a pencil is also an artists tool, and anyone can make a smiley face with it.
I'm not bashing your software. It's cool, I use it every day.
However, I'm just saying that the point of entry could be made many times easier for a beginner user.
It's not that hard to apply 4 sampled color values based on the areas created by the luminosity masks or whatever method you're currently using.
Users should be able to input how many colors they can use, then have HueForge represent that number of colors upon import of an image file. With the option to resample the image with more or less colors depending on the print job.
I know you're only one guy, but this is just my opinion
Thanks for the software
@@hueforging I agree to @VektorVirus - such a function would make it easier for beginners. Nevertheless I do understand the difficulty of such function. Thank you for this fantastic software - I so much love to use it and your updates are fantastic.
Well, this video has changed my entire view of what was going on. You say you haven't been able to work out how to do this to be less confusing but still allow people to work flexibly. Well, I sympathise, but the current user interface is hugely confusing,
Here are 3 ideas for improvement:
1. Not the best, but the least disruptive - draw the sliders so that the vertical bar of colour starts where the previous (not left-adjacent, as I thought before this video) leaves off. So, each bar does not shade the area from the bottom to the slider position, but from the layer of the colour underneath it to its slider position. The problem with this is that the coloured slider segments may be very tiny.
2. Have these slider do what people think they do anyway. Have them set the thickness of each colour segment, left to right. "3 layers of black, THEN 3 layers of blue THEN...". And make the sliders so that you can drag and drop them to be re-ordered.
3. Throw out those sliders entirely - they'll always be confusing!
Instead do it this way:
1. have a single "colour stack" which always represents a 2-D slice from bottom to top of the filament colours.
2. have an "add filament" button which asks what colour is being added, then provides a dragable indicator on the colour stack, starting from the top of the previous filament, finishing wherever the user stops dragging. It will add each new colour to the starting at the bottom, then adding to the one undeerneath.
3. Allow the user to drag and drop colour segments within the stack, so they can move them up and down the stack, changing their order as required.
That's it.
> Since there is now only one slider instead of 12, you can make it huge with no loss of screen area, so all layers can be clearly seen.
> If showing thin layers is still a problem, provide a magnifier view when the mous hovers over it, or click-to-zoom then click again to undo.
> Since it's representing how the filament colours are stacked vertically, make it a vertical slider on the left, maybe.
For me, and I think most people, this would be vastly more intuitive than the current user interface.
I hope that's helpful.
I'd suggest watching a Color Match video since you basically describe what I already did
It’s basically the layers slider in say PrusaSlicer when you add color changes. Maybe also displaying a vertical layer bar/slider on the side like other slicers could help with that displaying them stacked issue. Displaying a bunch of bars on one bar might be easier than displaying a bunch of bars on an bunch of bars. It wouldn’t take up much space. There’s room for it between the original image and the library panel. Just a thought
I have considered the single bar. I think having one to display the current color blend makes a lot of sense (and isn't too difficult), but having controls there I think it's maybe too hard to manipulate easily. I could be wrong and I will keep thinking on this idea.
@@hueforging oh totally just for visual reference, no control.
I have an Idea, could the color bar under the knob represent the color stack? For example the highest bar would show the 5 black layers, 6-9 brown, 10-14 grey, 15-18 gold, 19-24 white.
Thanks for making such a neat program!
I've thought about doing this for sure. I'm actually not certain I can do this without a non-trivial amount of work. The current build lets you easily sort by slider value (lowest to highest) which makes this somewhat unnecessary. That being said, a bar between the image and model which shows the current overall blending stack could be very helpful to users I think.
Does repeating a color have any advantaged? Like black to white then black again?
Yes it can. In color pop and color aware for certain but it can be useful in standard mode as well. A trivial example might be Black, White (to make gray) colors, then white again.
Hi,
Great job, excellent.
Just a little question, how can I remove a color from color slider?
I couldn't find any option to do that. Every time when I add a color which I don't want it I have to go back and start again.
just drop it down to 0 and it stops impacting the prediction. Drop another color on top of it if you want to replace it
Thank you very much.
I have a question.Why alway bottom layer color is black?Can I change to another color?
It can be any color you want. But the rule of thumb is darkest to lightest. There are absolutely times that this is NOT what you want. I've seen a black replaced by transparent that looked amazing for that particular image.
@@hueforging I paly a lot of time with HF theseday and I got result what I want.I love it :D
question , every time there's and update I lose my color liberty how do I save and add to the new update thanks
Copy Filaments/personal_library.json into the new folder under the Filaments folder. If you over wrote your old file, there should be a backup saved prior to your changes called personal_library.json.DATEANDTIME just remove the .DATEANDTIME section and replace any personal_library.json file
I just arrange my colours in order that I want them to print so the sliders are in a step pattern like how you rearranged grey and brown
How do i fix where the height of the color slider is greater than the max depth set in the model geometry? I thought he sliders should update if the max depth is updated but my sliders allow a greater range than the max depth is set at.
By one layer? That's normal. It's abnormal for the slider depth to exceed the max depth by more than one layer
@hueforging its by many layers. Sometimes almost double the max depth.
@@nightxxowl1215 on and image based project or an STL?
I've seen some slider issues recently that I can't reliably recreate. If you know how to recreate them, please let me know and I will get that fixed.
There's something else I still don't get (at least this is video "engagement"!). Hmmm. It seems my new understanding is still wrong.
1. If I have all sliders set at 0, why is the picture black? Ig "black" here means "nothing to see" then the convention is all graphics package is to show the checkboard, not one of the possibly colours.
2. If I set slider 1(left) to black, whatever I do I see a solid black picture. Shouldn't I see seeing the blackest parts of the image?
3. WHen I set the next slider to green, whatever I set the height tol I see solid green. Why don't I see the green parts of the image?
4. When I add a third red slider, I finally see some image but I don't know why I need 33 for that.
5. When I move this third, red slider, even when it's below the level of the green, it affects the image. But when it's below the green, based on this video, doesn't that mean that there is no red? If so, why is it changing the image at all? To be clear, left to right - black 3, green, 8, red reveals a (very poor) image at 5 (still below green'd 5 and so - no red, right? no?)
6. Why doesn't even 22 layers of red with transmission setting of 4 obliterate the image?
I can't find a mental model which fits with what this product does. So, I installed it, failed in using it and left it alone.
Now, you could say "RTFM, moron!" and you'd have a point, though I did watch the "HueForge end-to-end" video and still don't get it. This is a program which does something essentially very simply. It stacks thin coloured layers to form an image. It should be intuitively obvious how to use it. And it really isn't.
It seems like you fundamentally don't understand what HueForge does. Have you loaded any of the premade examples?
Sliders define both the overall height of the model, and layers of color. They don't define specific colors in the image, they define how many layers of a given color there are and where those layers are assigned. So if you move red beneath green, the way the green and red Filaments blend is going to change how the image looks. And the mesh is a heightmap so some of the areas are taller or shorter than others.
When all sliders are down, you have a flat rectangle of zero height so I can see your argument for a checkerboard but really what you just did is nonsensical in this context.
I think you think of the sliders as creating the mesh, but this is incorrect. The image + Luminance method + Brightness Compensation creates the mesh. The sliders just color it. The sliders with dynamic depth set do adjust the overall depth of the mesh, but it isn't like building an image by layers of colors, the image is built, you are just painting it
@@hueforging I already understood that. I don't knwo what I said to give any other impression.
I don't know what "the mesh" means in this context. I know what that word means in English ( A mesh is a set of interconnected nodes), but I don't see a mesh anywhere in HueForge.
It seems the sliders set the number of layers of that colour which will be laid down, and the number in the box above each slider tells the software how translucent each filament is. These two together, set how strongly that colour is going to contribute to the end result. I think you are saying that this is wrong, but I can't understand what you mean with " the image is built, you are just painting it". I understand that the source image is inviolate - it doesn't change - and that the end result will always be that image - but the fiolament layers are colouring it. But nothing I;m saying above contradicts that, does it?
@chriswesley594
0 seconds ago
@hueforging Thanks for your reply. I don't know what "the mesh" means.
It seems the sliders set the number of layers of that colour which will be laid down, and the number in the box above each slider tells the software how translucent each filament is. These two together, set how strongly that colour is going to contribute to the end result. I think you are saying that this is wrong, but I can't understand what you mean with " the image is built, you are just painting it". I understand that the source image is inviolate - it doesn't change - and that the end result will always be that image - but the filament layers are colouring it. But nothing I'm saying above contradicts that, does it?
I printed the iguana and very fine it looks too.
Your second paragraph explanation is exactly what I thought though I still don't understand the reference to "mesh".
I understand that with all sliders down, you have no filament - it's flat. But I don't know what you're referirng to with "what you just did". What did I just do?!
I'm sorry - we seem to have incompatible brains. If you choose to give up - no worries - I appreciate your efforts this far.
Is there a tutorial for making lithophanes anywhere?
There is not currently. I was working on one and found issues with my predictions when not using 0.12mm layers so I delayed the Lithophane tutorial until after v0.7.0 when that is fixed.
@@hueforging Ok. Still you've made an awesome app. I just need to learn how to use it. 🙈
Could you make it that physically the sliders cannot be same level. As you move a slider up or down it jumps over the level any slider is set at. Thus you never have a situation two sliders are at same level.
This will end up being more frustrating than helpful for people making tiny tweaks unfortunately. Something which is very common as people get more experienced. What I can do is refuse to save a project or export an STL with an error message.
@@hueforging sounds a good compromise.
@@hueforging - I would not go to a refuse while exporting but a warning message, as you never know what the people wanted to achieve with a particular setting ... while I could not imagine why you would like to have same slider level.Still the warning in red is already a great solution - now where I got your explanation.
this is genious!
Thanks, very interesting.