harold
Members-
Posts
366 -
Joined
-
Last visited
Everything posted by harold
-
How about: Set color to brownish Render clouds (default) Render clouds (lighten) Curves+ advanced -> in:key/black out:alpha make the curve go up steep so the white will be more transparent than the brownish (the brownish will have nicely feathered edges and the rest will be transparent) .. just a bad idea of course..
-
Any plans for GPU/GPGPU usage for Paint.net?
harold replied to Athiril's topic in Paint.NET Discussion and Questions
Which may be why I only suggested someone else do it.. It's annoying though, it doesn't even tell me where it's looking, only that it isn't there. So I gave up -
Any plans for GPU/GPGPU usage for Paint.net?
harold replied to Athiril's topic in Paint.NET Discussion and Questions
I get weird FileNotFoundExceptions on the XNA dll even though I copied it pretty much everywhere But it's not like I'm an effect's wizard - maybe someone else can do it? (OpenGL from C# is rather painful.. but I might try it) -
Any plans for GPU/GPGPU usage for Paint.net?
harold replied to Athiril's topic in Paint.NET Discussion and Questions
The problem is, a GPU just can't do everything, such as initiating a file transfer from disk And there are other things, such as single threaded programs with possibly lots of random jumps that would perform very badly on a GPU (and also take up a whole stripe of cores while only using 1 of them) And then, there is the cache problem - GPU's have code tiny caches, which allows more space to be used for executional parts, and while that's good when you have a very small piece of code that is executed a lot of times (such as a pixelshader) then it's all fine, but it's not going to make regular code any faster So the majority of programs wouldn't benefit one bit from executing on the GPU.. But then, by now you know this.. In case anyone's interested, I quickly wrote a basic mandelbrot shader (no PDN effect yet) which doesn't take 10 seconds to fill your screen - in fact, it runs at about 200FPS on my computer (it requires shader model 3 support though) -
Any plans for GPU/GPGPU usage for Paint.net?
harold replied to Athiril's topic in Paint.NET Discussion and Questions
No. Only the image processing part. But that's probably the most time consuming part so it wouldn't be a bad idea to move some of it to the GPU.. And it's not even all up to rick, we could just start to write effects that use the GPU (in fact, I'll look into it right about now..) They know full well that their GPU doesn't do everything.. (I don't work there though) Yes they are, and it would be a very good idea if more of those programs started using the GPU for their computations - but then again, some of them do So let's make PDN effects that use the GPU -
I meant to refer to the difference between the paths (FileType plugins go to FileTypes, Effect plugins go to Effects)
-
Any plans for GPU/GPGPU usage for Paint.net?
harold replied to Athiril's topic in Paint.NET Discussion and Questions
No I'm not joking. And no, they can not. Sure they can be used for many cool things, but all those things are data-parallel in nature. Yes I did, and no you can not Which is only for the tasks that they can be used for.. (video coding, image processing, physx, things like that) (and doesn't that seem a bit slim, considering it has 40 times the FLOPS?) Seriously, have you done any GPU programming? -
I'd look at the first bytes, and google them Many filetypes begin with a magic number Of course it doesn't always work.. but very often it does
-
Any plans for GPU/GPGPU usage for Paint.net?
harold replied to Athiril's topic in Paint.NET Discussion and Questions
Of course, and you're still free to create effects that use the GPU But I should warn you, for simply doing +10 it may not be worth the transfer time And you'd have to be careful to make it a single-threaded effect You'd also have to mask the result when writing it back, because of the selection (working rectangle-by-rectangle would be a very bad idea - too many transfers) -
The quick explanation (who knows, maybe some people who come here are too lazy to follow the link) Copy or move the DLL into C:\Program Files\Paint.NET\Effects if it's an effect, or C:\Program Files\Paint.NET\FileTypes if it's a filetype plugin (fairly obvious)
-
Any plans for GPU/GPGPU usage for Paint.net?
harold replied to Athiril's topic in Paint.NET Discussion and Questions
No you can't, and you probably never will be able to do that They're not x86 cores, and they shouldn't be because they're inefficient (so they probably won't ever be, except Intels Larrabee of course) Even MSIL couldn't be JIT-ed into GPU code, at least not easily, there are far too many things that a GPU just can not do Even if you did manage to somehow run regular programs on your GPU it wouldn't make you happy - normal programs do not have many data-parallel parts so they can not be sped up by the GPU, so instead they'd just run on 1 core and that's bad - they're only 2.2GHz each and have a very very small cache (though you wouldn't even get that far..) And of course, the GPU has no access to your harddisk... On the other hand, nothing is stopping you from writing custom effects that use the GPU.. -
i advise................ we get
harold replied to TheFader's topic in Paint.NET Discussion and Questions
Hm.. Blur the section, and then recursively blur the edges? -
i advise................ we get
harold replied to TheFader's topic in Paint.NET Discussion and Questions
What do you mean? -
Oh those.. thanx I was looking for a dll
-
It does not exist?
-
I am using that template.. edit: turns out that the problem only occurs when trying to debug the plugin.. Somewhat inconvenient, but not a real problem.. so I guess those questions do not have to be answered anymore
-
I tried to make a simple filetype plugin, but I got this weird exception that I have never seen before. MissingManifestResourceException Could not find any resources appropriate for the specified culture (or the neutral culture) on disk. baseName: PaintDotNet.Strings.3 locationInfo: fileName: PaintDotNet.Strings.3.resources at return Document.FromImage(; where b is a bitmap. What is this exception? How can I avoid it?
-
No problem (but then, why post that? ) Anyone else maybe?
-
Looks like there are people who downloaded it (I doubt many bots crawl binaries..) so, has anyone found a use for it? Or a bug perhaps?
-
I think it would default to "application/octet-stream" since it doesn't have a MIME type that is used by any program yet - so let's introduce "image/x-paintnet" as Zagna proposed
-
Well it doesn't plug into PDN.. This program exists because I opened a .pdn file in a hex editor and saw XML - including a base64 encoded PNG thumbnail. I thought it'd be fun to be able to extract that thumbnail, and included the other info because it's so easy to extract that it took less than a minute to write that part (extracting the thumbnail turned out to be equally easy, designing the crappy UI took most of the time I spend on it, which is about 5 minutes)
-
It does what name makes you believe, it lets you view some information about a PDN file (dimensions, number of layers and the version of PDN used to save the image) Not guaranteed to work with all .pdn files made by all versions of pdn Also lets you view and save the thumbnail as png file yes I know this program is absolutely useless.. PDNInfoView.zip
-
Would it work with Wine then? It's not entirely clear to me from your post whether you already tried that or not..