Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Shaderblocks: Block-based image editing

thejenkinscomic.net

Post reply on HN
Print view View original

41–46 of 46 posts

Re: Shaderblocks: Block-based image editing

#41

Post by Blammar »

Blammar wrote: post #40

I am unable to figure out how to use this. I move blocks around. Some blocks I can attach to the bottom of "run this program" block and they clearly run. But I was unable to add any more blocks that did anything. The screen is two dimensional so I was expecting to be able to put processing blocks anywhere. Sure I can but they do nothing. What's missing (for me at least) is an explanation of the user interface.

Uh if it wasn't clear, I was asking HN for a bit of help. The editor does look very cool.

Re: Shaderblocks: Block-based image editing

#42

Post by robertlagrant »

pentaphobe wrote: post #38
pavlov wrote: post #20

Earlier quoted context omitted.

I don’t really see how Lerc’s comment would benefit from the critique sandwich (more commonly called the “shit sandwich”, in my experience). Lerc was providing thoughtful suggestions for features to add. That’s not a criticism of what’s already in the project.

Based on my comment's negative score it would seem you're not alone. I agree the feedback was thoughtful (as acknowledged in my reply) and read no ill-will in it and meant none myself At risk of flogging a dead horse, it can be nerve wrecking to share things (or raise your first real PR, whatever) so I try to respond with that in mind - especially since text-only comms can come off as harsher than intended.

> Based on my comment's negative score it would seem you're not alone.

It's because you didn't finish it with a positive.

Re: Shaderblocks: Block-based image editing

#43

Post by CyberDildonics »

Zecc wrote: post #37
donatzsky wrote: post #17

Earlier quoted context omitted.

There are actually a number of more-or-less node/graph-based image editors: # chaiNNer Fully node-based image processing. https://github.com/chaiNNer-org/chaiNNer # vkdt Node-based raw and video editor. Sort of the evolution of darktable, by the original developer. https://jo.dreggn.org/vkdt/readme.html # darktable The graph is strictly linear (single input, single output), but you can change the order of the process…

Natron is also pretty well-known, I think? https://natrongithub.github.io/

Are you asking if it's well known? I don't think it is actually used in any context, it is so unstable that if you start it and do nothing, it will crash in a few seconds.

Re: Shaderblocks: Block-based image editing

#44

Post by gs17 »

Blammar wrote: post #40

I am unable to figure out how to use this. I move blocks around. Some blocks I can attach to the bottom of "run this program" block and they clearly run. But I was unable to add any more blocks that did anything. The screen is two dimensional so I was expecting to be able to put processing blocks anywhere. Sure I can but they do nothing. What's missing (for me at least) is an explanation of the user interface.

The interface needs some work if you're not familiar with block based programming environments. Dropping things in place is a bit difficult compared to Scratch or Snap.

> Some blocks I can attach to the bottom of "run this program" block and they clearly run.

The blocks with a square side are commands you can attach to each other to make a program. The round blocks go in the round slots on other blocks.

> The screen is two dimensional so I was expecting to be able to put processing blocks anywhere. Sure I can but they do nothing.

You can click on them to run them without them being connected to a "run this" block. Whatever has a yellow outline is running.

Re: Shaderblocks: Block-based image editing

#45

Post by Blammar »

gs17 wrote: post #44
Blammar wrote: post #40

I am unable to figure out how to use this. I move blocks around. Some blocks I can attach to the bottom of "run this program" block and they clearly run. But I was unable to add any more blocks that did anything. The screen is two dimensional so I was expecting to be able to put processing blocks anywhere. Sure I can but they do nothing. What's missing (for me at least) is an explanation of the user interface.

The interface needs some work if you're not familiar with block based programming environments. Dropping things in place is a bit difficult compared to Scratch or Snap. > Some blocks I can attach to the bottom of "run this program" block and they clearly run. The blocks with a square side are commands you can attach to each other to make a program. The round blocks go in the round slots on other blocks. > The screen…

Thank you. I got a little further this time. The UI needs a LOT of work to make it friendlier. It's difficult to enter numerical values, and often the values just go blank.

I suppose there's a reason node editors use a block and line interface mainly.

I'd actually prefer a tree-structured approach, where you could turn a subgraph into a single block, allowing you to structure appropriately.

Re: Shaderblocks: Block-based image editing

#46

Post by pentaphobe »

robertlagrant wrote: post #42
pentaphobe wrote: post #38

Earlier quoted context omitted.

Based on my comment's negative score it would seem you're not alone. I agree the feedback was thoughtful (as acknowledged in my reply) and read no ill-will in it and meant none myself At risk of flogging a dead horse, it can be nerve wrecking to share things (or raise your first real PR, whatever) so I try to respond with that in mind - especially since text-only comms can come off as harsher than intended.

> Based on my comment's negative score it would seem you're not alone. It's because you didn't finish it with a positive.

Argh, you're right - I made a bottomless sandwich, the least edible of all sandwichkind
Post reply on HN