[ / / / / / / / / / / / / / ] [ dir / bestemma / cyber / imouto / magali / soyboys / sw / vg / voxed ]

/tech/ - Technology

8chan Cup Knockout Stage - Friday, January 18 at 08:00 p.m. GMT
Winner of the 65rd Attention-Hungry Games
/cure/ - Your obscure board for medical-tan appreciation

December 2018 - 8chan Transparency Report
Comment *
Password (Randomized for file and post deletion; you may also set your own.)
* = required field[▶ Show post options & limits]
Confused? See the FAQ.
Show oekaki applet
(replaces files and can be used instead)

Allowed file types:jpg, jpeg, gif, png, webm, mp4, pdf
Max filesize is 16 MB.
Max image dimensions are 15000 x 15000.
You may upload 3 per post.

File: c19d47e62eef9c4⋯.png (1.68 MB, 1920x1080, 16:9, Screenshot from 2018-04-27….png)


GIMP 2.10 is out and it actually seems to be a decent upgrade over 2.8.




are the filters backwards compatible?



this is super cool

too bad there's no macOS build yet


File: 098fa6d1c541a5b⋯.jpg (487.38 KB, 3157x3157, 1:1, Stop-AIDS.jpg)


File: 3b61e801a7fcbd0⋯.png (343.29 KB, 1749x1656, 583:552, 3b61e801a7fcbd0b812e5c7679….png)


Try it before complaining. There actually is a lot of new shit in this release.



Flatpak is actually less harmful than Snap. No systemd dependency for one thing.


File: 2db9732acd62559⋯.jpg (21.23 KB, 500x500, 1:1, 3_500.jpg)


A cheap Intuos from Wacom. But I didn't make the screenshot.



You mean the GIMP's or G'Mic?



I don't know what G'Mic is. I am talking about the GIMP filters and scripts. Are 2.8 filters/scripts compatible within 2.10?




From what I'm seeing, 2.10 should be compatible with 2.8.



Seems like some decent software. Thanks for the link.


Thanks for the info anon.


File: b585b9a4467e11e⋯.png (883.22 KB, 885x691, 885:691, SpiceandFire.png)


Pepper is a cute!


File: f4e9d5227312a35⋯.jpg (101.13 KB, 675x900, 3:4, d70635b7e22aed9f6d79dcea8b….jpg)


Would you prefer a fucking PPA?



Still Gtk2?




You don't have to wait for some fag to fudgepack it for you.


File: 1b8cdbcc23ce655⋯.jpeg (73.03 KB, 700x950, 14:19, C_jYC_JVoAEBJ1h.jpg:large.jpeg)



>compiling from sauce

Might save a little space, but it sure takes a lot longer. I'll just take the Flatpak.



Are they actually making progress on squashing bugs?

Either way, nice to see at least an illusion of progress. Or that the project isn't dead.



>he doesn't recompile large packages on a bi-weekly basis



File: a016168a3022e09⋯.jpg (12.72 KB, 252x255, 84:85, 908cd8d507b459d2ae9322d402….jpg)

h-hi guys, where is the w-windows version...?


File: 3fc3a7155de607e⋯.mp4 (598.46 KB, 1280x720, 16:9, All_users_of_Windows_are_s….mp4)


"There is no Windows installer yet, sorry. Please check back later."


File: 30437187de44fe9⋯.jpg (60.17 KB, 1000x720, 25:18, pointing.jpg)





Long have I waited for this day.


woah they have a dark theme now. Holy shit.



the OP image is a visual hack btw:

if you look at the thumbnail from a distance/defocused, you might see something completely different — a close-up of a guy from the side, with 1 eye and the nose in the visible area


File: cda1fd709f3d7a2⋯.png (25.95 KB, 294x188, 147:94, whoops.png)


something like this




< Pareidolia (/pærɪˈdoʊliə/ parr-i-DOH-lee-ə) is a psychological phenomenon in which the mind responds to a stimulus, usually an image or a sound, by perceiving a familiar pattern where none exists.


Or maybe you wanted to call David Revoy a merchant because that image was shilling his Liberapay?


File: dfe9af509d93bd7⋯.png (29.16 KB, 294x188, 147:94, whoops_.png)


File: a1780cdad604e00⋯.png (1.95 MB, 1920x1080, 16:9, Screenshot from 2018-04-28….png)

File: 5287e883dbb6987⋯.png (1.95 MB, 1920x1080, 16:9, Screenshot from 2018-04-28….png)


There actually seems to be a shit ton of new features. But, yeah, the theme is easier on the eyes.


File: c629765d26c87d4⋯.png (1.81 MB, 1920x1080, 16:9, Screenshot from 2018-04-28….png)

Also, it seems the GIMP has basically integrated Mypaint's painting engine and brushes. So it kinda is starting to step into Krtia's territory.

Also, way to EEE Mypaint, GIMP.


File: dd3f4f43b296496⋯.jpg (29.98 KB, 800x800, 1:1, DYNAU1yUMAAbndW.jpg:large.jpg)


I don't really see anything wrong with Revoy making one (and so far the only one) promo image for Librepay. Hell, more people should be shilling that place over Paytreon.



>Or maybe you wanted to call David Revoy a merchant because that image was shilling his Liberapay?

No. Although you can overlay you-know-what over that >>905656 >>905660

and it will blend. :D



Should be one before long.



How do you know?



Gimp has gone through major changes in the back end

Just because it does not have new buttons doesn't mean the project is abandoned



>There is no Windows installer yet, sorry. Please check back later.






>the Warp transform

Is this like the Photoshop's warp, or like the Photoshop's liquify.


This sounds exciting, I might actually try it out. And it looks kind of neat, doesn't look like it's from Windows 98 era anymore.



Because that's what the developer just said on Twatter.



link? / what about macOS?


File: e6e2a1fb50df221⋯.jpg (87.31 KB, 1140x1136, 285:284, 396b2e5d71bf231a8589e80903….jpg)


Nigger, did you even look at that changelog? This is a MAJOR update.


File: e842eb5b339181e⋯.png (56.94 KB, 640x438, 320:219, dae9896d-544f-4052-9c6a-9f….png)



>A cheap Intuos from Wacom

I don't know what are you replying to, but I wouldn't consider Intuos cheap. Mine was around 270 bucks, I could have bought half a meter of tablet if I had went with Huion. Though this was from local store, might be cheaper in America.



It's still GTK2. The Gimp 2.10 release was their main focus while the GTK3 port is less important to the team.



The model in the picture is about 60-70 USD. And that was a couple years ago.



I thought they were skipping GTK3 and going directly to GTK4?



Theming is supposed to be handled by your window manager, not the Gimp program.




What about the new model that recently came out? Intuos M something?

I tried to look it up, but got annoyed, link from Wacom took me to Indian store and I'm no where near India.


File: 6c8e62ac44f973f⋯.jpg (37.54 KB, 750x542, 375:271, wood erecting.jpg)

>foreground select



The last time I saw it, the GTK3 version of Gimp compiled but still needed some work. I hadn't seen this news about GTK and Gimp. https://www.phoronix.com/scan.php?page=news_item&px=GIMP-2.10-GTK4-Planning


File: a8370ac2250cd57⋯.jpg (46.27 KB, 460x644, 5:7, DXwZENNU8AAvG5K.jpg)

All GIMP really needs now is CYMK. It's interface is still autistic, but it has most of the features I need.



CMYK is govno without tasks.

if there is any colorspace which supports full color range (such as CIE XYZ), conversion to CMYK is trivial and fully automatic anyway.



>I'm no where near India

yeah right we all believe that don't we.



window decorations are handled by the WM but the interior of the window is controlled by the program.



>yeah right we all believe that don't we.

I'm in Europe, fuck you buddy. It's not my fault Wacom has a retarded site.



No, you tell me how much the new Wacom Intuos M model costs in America, because I can't be bothered to look it up.


File: cb1e9f6b3a83641⋯.jpg (170.46 KB, 1200x900, 4:3, Ashleigh Shackelford.jpg)


> I need hot sexy gf. I need tall westernized indian woman. She must dominate me but not too much.

here you go


File: 1b3e5f3a7499164⋯.jpg (321.82 KB, 800x695, 160:139, 1b3e5f3a7499164a546da76ddf….jpg)


In the time to make that post you probably could've done it yourself.


File: 81cafcba2f208fa⋯.png (Spoiler Image, 3.93 MB, 2024x3522, 1012:1761, 81cafcba2f208fa930301ce312….png)


Too much MAFF!


File: 13fc43d218e4365⋯.png (358.24 KB, 599x536, 599:536, BfjcbeaCMAAEWsR.png)


I see your point and I've thought about it, but that's where it ended.


File: b469b6c57d5fe0a⋯.jpeg (Spoiler Image, 126.22 KB, 1024x889, 1024:889, xlarge.jpeg)


>Layer groups can finally have masks on

Fucking finally!



It's a shame they took her tiddies away in the remake...


File: 01fbb1f73bcdf08⋯.jpg (386.5 KB, 1950x1305, 130:87, nipple driver.jpg)



you mean nipples?


File: f89106918d1b82d⋯.jpg (33.93 KB, 250x334, 125:167, trunderworld-lara.jpg)

File: 6f5bb4d8dbc18a1⋯.jpg (308.2 KB, 1920x1080, 16:9, 236477-20161120185804_1.jpg)


I mean they gave her the Nu Lara treatment.



>Nu Lara

I have no idea what the fuck it is


File: a599e2295f7d903⋯.jpg (49.31 KB, 600x697, 600:697, 88a4b8f74f4671fa8019efb7db….jpg)


The term 'tiddies' covers the whole package.



We're starting to derail, so let this suffice: Nu Lara had her sexiness toned way-way down from her last incarnation. AND it would seem the same thing is happening to Tifa in the PS4 remake.



There any downside to performance by running this in Flatpak?



Bigger boobs doesn't mean more sexiness. Nu Lara is a far more relatable body type of a badass chick who is capable of performing acrobatics for multiple days with minimal rest.



not everyone is turned on by BIG boobs




File: e16ddf50058aba2⋯.jpg (191.6 KB, 1280x1920, 2:3, Pettanko.jpg)

File: fcb9ecc0fd96db6⋯.jpg (153 KB, 579x1163, 579:1163, Loli Croft.jpg)


They were iconic to the character, and even the first couple of movies acknowledged this. The newer ones decided to say fuck all that, and replace Jolie with this. The saddest part is this one fanart has more breasts than her.





Why is that 12 yr old boy wearing a bra.



I like small boobs, but that is just a man's body type. Doesn't even look like a woman if you cover the face.


Can you draw a circle now?



No, but you can draw a pepper which is close enough.



Gimp has always had different ways to draw a circle.



hollyjew trap/10




The day Gimp requires me to install (((GTK3))) is the day I stop upgrading it.





They did WHAT!?!? I thought Sony as a nip company was supposed to be immune to Western sjfaggotry?

Fucking hell. At least we can stay with the original (and best) version.


File: f2387b2ed0ff661⋯.jpg (10.94 KB, 240x170, 24:17, screen67.jpg)

File: 212d41098123639⋯.jpg (104 KB, 300x565, 60:113, Lara-Croft-Tomb-Raider-Ann….jpg)



You two forgot to say no-homo~ In adult women, we are evolutionary wired to like larger breasts (to a point).

And as a character, Nu Lara is far more dull than her original over the top and borderline-sociopath predecessor. Hell, even Legends Lara had more flavor. The problem with Nu Lara is that everything she does has to be grounded more in reality. This makes her, and the world she takes you though more boring.


File: 20e3c94724f093a⋯.jpeg (Spoiler Image, 133.88 KB, 1024x576, 16:9, xlarge.jpeg)



Step 1: Load mildly lewd image into the GIMP

Step 2: Select the 'Ellipse Select Tool'

Step 3: Drag mouse over image to draw circle

Step 4: Go to 'Edit &gt; Stroke Selection'

Step 5: Select brush and size in the popup menu

Final Step: Click 'Stroke' (lewd).



Good news! The GIMP team has seid they aren't going to make a GTK3 version.


Wait, so they'll support Google's obsolete-out-the-door WebP format, but I still have to use a shitty hack to get half-assed APNG support in Gimp Animation Pack?



APNG was never an official format though.



APNG is shit outside of a handful of very specific circumstances, and tries to make a format for still images into a video format. Just like use lossless video. What you should be upset over is new formats that are better than webp and need exposure not being supported, like FLIF or maybe HEIF.

Here's some of my tests. The original image is 7.07mb uncompressed.

PNG with -9 compression gives me a file that is 371kb in half a second. Using zoplfipng gives 326kb in just under a minute.

FLIF gives me a file that is 159k in just under 5 seconds.

Webp is better than PNG, but not as good as FLIF. It gives a file of 214kb in 1 second when using lossless compression. If I crank up the compression level to max it gets to 203kb in 13.3 seconds.

I would compare HEIF with this, but I can't get it to compile correctly. That or the poor documentation prevents me from using the binary that might be the writer. If I did do it correctly, then the file I got was about 270kb but was near-instant. Not sure if that's lossless or lossy.

tl;dr: FLIF is much better than PNG or Webp and the GIMP should support it.



APNG is cancer. The sooner it dies the better.



APNG can't ever die because it never really lived in the first place.


File: 0fe7e7d4f83238e⋯.png (1.78 MB, 1920x1080, 16:9, Screenshot from 2018-04-29….png)


SOMEHOW, they've gotten the idea that tits are no longer marketable in the US.



I'll believe when support is removed from all major browsers.



Hiring American (((marketing experts))) so that they ruin your product for ideological reasons. What a great idea.

sage for offtopic, pls do the same next time



I'm using falkon and apng doesn't work. This has not been a hindrance to me, ever. Therefore apng is dead.





File: 5842a1ec1c0c035⋯.png (3.19 MB, 2024x1556, 506:389, pepper_and_carrot_mini_fre….png)


Hey, at least I made the reply IN the GIMP. That said, yeah, I'll get back on track.

One thing I'm wondering is how much the GIMP project and devs get through crowd funding. Anyone know? I'm pretty sure it's a lot less than Krita or even David Revoy.



I don't care about (((major browsers))). If I can use a browser without APNG support yet never notice the lack of APNG support (i.e. there's no APNG content on the web), then it's dead.



As long as support is sufficiently widespread, some idiots may start using it on a popular website - and forcing browsers to keep compatibility forever.

And Mozilla is full of idiots, they were are the ones pushing this shit format to this day.


File: 09872b83b816893⋯.jpg (215.83 KB, 476x618, 238:309, imgurjew.jpg)


I don't think that is going to happen. GIF is still the normie way to upload animations. And (((Imgur))), for example, has switched to converting them to WEBM. I'd say there is around a 70% to 80% chance that APNG will never take hold. And if it does, oh well, at least it's better than GIF :^)



>GIF is still the normie way to upload animations

if non-normies stop just accepting that, maybe we could stop that cancer.

>I'd say there is around a 70% to 80% chance that APNG will never take hold. And if it does, oh well, at least it's better than GIF

not much, and even less software support.

special formats for animation aren't needed, full stop. there are video formats which are already out there and more efficient.

want lossless video for some reason? there's FFV1.

want looping? this is not a format's duty at all, should have a HTML attribute for that and/or a field in the WEBM container.



If we're going to replace GIF, at least use a decent replacement. I don't want to be stuck with another shit format for the next two decades just because it's "good enough".



"good enough" has been the mantra for computer technological development since at least the late 90's.




APNG isn't even good enough.

At least VP9 should be used, or something that's at least as good.


File: 61ddad043a90921⋯.png (4.84 MB, 1920x1080, 16:9, 61ddad043a90921d121d410683….png)


There's one good use for APNG. NSFW warning.


Squeenix should have learned from NIER Automata. But then they don't learn.


You funny guy.



>There's one good use for APNG. NSFW warning.

fake thumbnails?

that's not a valid use case




Now that some discussion on the topic has been generated I have decided to convert all my GIFs to WEBM using ffmpeg. But should I use VP8 or VP9? I've noticed that 8chan sometimes doesn't accept my webms; I'm not sure whether that's due to it not supporting VP9.


>4.84 MB

Ok, APNG is shit.



>convert all my GIFs to WEBM using ffmpeg

you can't do that losslessly and win, as you have to deal with nasty color dithering which compresses badly by full color codecs.

you need to find the sources and use them.

once a video goes through GIF compression, it's wasted.


>8chan sometimes doesn't accept my webms; I'm not sure whether that's due to it not supporting VP9

it's not because of VP9.

VP9 is supported here, I tested it.

you were doing something wrong I guess.



>once a video goes through GIF compression, it's wasted

I have huge folders of gifs saved from random places. The quality can't be fixed. But I can at least save some disk space.


File: ed68cfbae839bd2⋯.webm (16 MB, 640x272, 40:17, ed68cfbae839bd2d939e5fe7e….webm)


VP9 compresses better with the tradeoff of encode times being much longer. Still doesn't seem worth bothering with, depending how big they are. Disk space is cheap. Most GIFs are better off re-generated from sources or discarded.

Also what tool are you using? Try using standard ffmpeg instead of any frontends. Also note some browsers don't support all pixel formats. Stick to yuv420p if possible.


Have you never used an imageboard? Of course it's valid. Less ugly than historic ways too.



when I was in a similar situation, I just ran

find ~ -name "*.gif" -delete

if you really want to prolong the suffering, you could encode them into VP9.

you'd better disable color subsampling (should be made so by default, but add `-pix_fmt yuv444p` just in case) and use CRF mode with rf ≥ 30 (`-b:v 0 -crf 30`) — increase the value after `-crf` if you think it could be worsened even more.

crf 30 is a good starting point for normal video, but for palette-dithered inputs it could produce too big files, you need to test that.



>what tool are you using?

I am just using command-line ffmpeg as compiled.


Is the 444p correct or a typo. >>906143 says 420p.



>Have you never used an imageboard? Of course it's valid. Less ugly than historic ways too.

Should be just a functional of imageboard.

This one is an ugly hack.

Anyway, this would work with webm as well.

>Most GIFs are better off re-generated from sources or discarded

Yeah that's what I said.>>906143

>Try using standard ffmpeg instead of any frontends. Also note some browsers don't support all pixel formats. Stick to yuv420p if possible

IIRC, 8chan supports yuv444p.

yuv420p looks like shit.



>Is the 444p correct or a typo. >>906143 says 420p.

It's not a typo.

Try 444p, only if that doesn't work for you then go down. color subsampling is very bad for quality.


File: 3c6376cacd44506⋯.webm (1.02 MB, 540x480, 9:8, 3c6376cacd44506007d78e78c….webm)



You can use 444p but some browsers don't support displaying it (Pale Moon, possibly standard Firefox). Doesn't affect me as such since I always watch videos in mpv but it had to be pointed out. Example for testing.


What's your typical command line?



>Disk space is cheap

bullshit argument, network traffic is not always unlimited and not always ridiculously fast, and other people might not have such big disks.

also if you use VP9, you can have more content on the same space.



444p is playing on standard Firefox for me.

perhaps you just should use normal browsers.

didn't check what your example uses but it plays in my standard Firefox.


File: 01d8ccde2086473⋯.gif (2.7 MB, 676x480, 169:120, laintrain.gif)

File: b43b84dcaa24702⋯.webm (312.41 KB, 676x480, 169:120, laintrain.webm)


>What's your typical command line?

I used

ffmpeg -i source.gif -c:v vp9 -b:v 0 -crf 30 -pix_fmt yuv444p output.webm
for gif/webm related. Webm is definitely much better size-wise and I don't notice significant degradation, mostly because the source is already so low quality.

Of course, I could go back to the original anime and extract a segment but I'm too lazy to do that for my entire folder.



very impressive but can you shove that entire movie into 8 MB?



>Webm is definitely much better size-wise and I don't notice significant degradation, mostly because the source is already so low quality

if you use the original, it should be a lot better.

perhaps that anime didn't use a lot of color gradients to begin with, I dunno. then it could give passable results such as what you got.

command line looks correct.


File: 0d9c1c9d80668aa⋯.gif (351.84 KB, 500x357, 500:357, laugh.gif)

File: b922675d4b5b178⋯.webm (44.06 KB, 500x357, 500:357, laugh.webm)


most anime don't have too many colours. but for camera-recorded video then converted to GIF, yeah the quality would be abhorrent.




if you feel like experimenting, you can pick a few samples you care about the most, and try raising the CRF value until the distortions becomes annoying, and see how far you could go.



I find it strange btw that you didn't have to use `-c:v libvpx-vp9` instead. Is that a recent change in ffmpeg 4.0 or it's because of your distro or something? back in the days libvpx-vp9 was the way to refer to it.



on my system it's still the old way

$ ffmpeg -hide_banner -encoders | grep vp9

V..... libvpx-vp9 libvpx VP9 (codec vp9)



>APNG is shit outside of a handful of very specific circumstances

APNG is excellent for 99% of cases where you would traditionally use GIF.

>Webp is better than PNG

We're talking about APNG here, and no, it generally is not. Animated WebP typically cannot compete with APNG when it comes to lossless animation because WebP doesn't use delta frame compression.


>there's FFV1

FFV1 can't even get near the file sizes of lossless H.264, that's a totally inappropriate format for website usage. The purpose of lossless video codecs like FFV1 and Lagarith is very different from animation.


Same goes for VP9 dummy. Stop conflating lossy video formats with animation formats, they're not the same and they will never be the same. Could there be a better format for animation than APNG? Surely, but it isn't a fucking lossy compression codec for a video container.



That's the same for my system, but for some reason just using "vp9" works as well (and the videos are actually encoded with vp9). I'm using ffmpeg-3.4.2 on gentoo.


File: c1e824cacf24ce9⋯.webm (16 MB, 684x466, 342:233, c1e824cacf24ce9c75a5da0a3….webm)


It's not mine. Some other wizard made that. Neither is this.


If standard Firefox wasn't so disgustingly heavy I'd still be using it. Not that browsers can ever be considered light but there is a threshold especially for my low-end system. Anyway again, I don't actually care if people use 444p since I play them externally.


It works OK for some GIFs I'll give that. Things like >>906157 weren't that large to begin with, and most GIFs that are problem size are generally lengthier scenes, and look atrocious, so aren't really worth keeping.


Someone correct this if it's wrong but I suspect libvpx-vp9 is an explicit reference to one VP9 encoder, whereas vp9 will choose a default of multiple.

V..... libvpx-vp9 libvpx VP9 (codec vp9)

V..... vp9_vaapi VP9 (VAAPI) (codec vp9)



My system shows vp9_vaapi as well. Is that better? I've heard that using hardware-accelerated encoding can lead to low quality results. I guess because I'm dealing with GIF it doesn't make much difference though.



>FFV1 can't even get near the file sizes of lossless H.264

When I tested it on some GG Allin performance recordings (recently) it was the opposite. (the source was the original MPEG-2 60i footage -> mcdeint filter)

>Stop conflating lossy video formats with animation formats

Are you trying to say that 256-color conversion is lossless?

>they're not the same and they will never be the same

Because … ?


>If standard Firefox wasn't so disgustingly heavy I'd still be using it

you can use compile-time flags to remove shit you don't need.


>Someone correct this if it's wrong but I suspect libvpx-vp9 is an explicit reference to one VP9 encoder, whereas vp9 will choose a default of multiple.

Could be a more-or-less recent addition. Thanks for the tip, I will test than some day.


No way to find besides actually testing. Yeah there can be differences.



>When I tested it on some GG Allin performance recordings (recently) it was the opposite. (the source was the original MPEG-2 60i footage -> mcdeint filter)

Perhaps it depends on the source. I've done extensive tests before on a variety of 2D video games and FFV1 typically was around 4x the file sizes as x264 in lossless mode with slowest encode setting. And the x264 lossless video itself is typically around 2x the size of a lossless APNG.

>Are you trying to say that 256-color conversion is lossless?

Now we're talking about GIF. But if your animation had only that many colors in the first place? Then yes that is lossless, and in such instances GIF almost always produces smaller files than video formats for animation. The reason that formats like GIF and APNG produce smaller files with animation lies in how they compress their information between frames. Animation formats use transparency layers to literally chop out visual information that doesn't change from one frame to the next. There are very few video codecs that use this technique, probably because it is actually rather computationally expensive for a comparatively high-resolution, high-frame video that people actually want to watch for a significant frame of time. This is why animation formats still retain their own niche and probably will continue to for at least another decade. They use a wholly separate compression technique that works well for simple things characteristic of animation but does not translate well to high-resolution, high-color, and extremely low between-frame similarities characteristic of actual video.




>When I tested it on some GG Allin performance recordings (recently) it was the opposite. (the source was the original MPEG-2 60i footage -> mcdeint filter)

To be precise, the source is the 3rd part of https://thepiratebay.org/torrent/13100579/GG_Allin_Best_of_1991_Live_DVD_remux

and the video processing args are

-vf crop=704:464:10:8,yadif=mode=3:parity=0,mcdeint=mode=extra_slow:parity=0

the FFV1 compression settings that gave the best results are

-c:v ffv1 -level 3 -coder 1 -context 1 -g 120



>But if your animation had only that many colors in the first place?

How often do you see it on the web vs all other incorrect usage of GIF?



>There are very few video codecs that use this technique, probably because it is actually rather computationally expensive for a comparatively high-resolution, high-frame video that people actually want to watch for a significant frame of time

It's not because of that. It's because it's inefficient for data which is as complex as photo-realistic footage.



Less so these days in the context of animations intended to be shared between people on a place like image boards or imgur. It was certainly the most common form of motion on the web for the first ~15 years of its existence, and still retains its niche for simple elements of web design. Animation formats also have usage outside the web as well particularly for user interface elements.



sure, that's right.

but the biggest mess is these morons storing movie fragments in GIF. we need to deal with them.

when only correct usage of "animation" formats remains, I'm completely fine with that.



It's more the case of photo-realistic even simply grainy video capture involving millions of colors every frame. It's pointless in these instances because as I said their is very little visual parity from one frame to the next. You'll hardly save anything on file size because there are very few or none at all similar elements to "chop out" from one frame to the next via a transparency layer.



Have they considered rewriting the GUI in Rust?



you can store the difference vs the full data, and still "win" some space.

…but real motion compensation (one of the key techniques used in some way in practically all video codecs since MPEG-1 or earlier) allows to win even more.

and motion estimation is clearly more computationally demanding and complex than that.


Since when Rust has its own GUI toolkit?


If macOS build ever comes, it will likely be visible here


The web page contains broken links at the moment, this makes checking too annoying.



Looks like the Windows version is up at least.


File: 94ebe2f8d597f71⋯.gif (1.57 MB, 256x224, 8:7, Tetris Attack simple top d….gif)

File: a1197bf8e5b267c⋯.png (1.09 MB, 256x224, 8:7, Tetris Attack simple top d….png)

File: c10b070bfe2c36c⋯.mp4 (2.68 MB, 256x224, 8:7, x264placebo.mp4)

Here's an old animation I had lying around that I thought would make for some nice tests. The GIF is the source, so any conversions are subject to the limitations of the GIF format. Namely, 256 colors per frame, and per-frame exposure times limited to multiples of 10 milliseconds (meaning you can only obtain 1/# ms = 100 fps, 50 fps, 25 fps, 20 fps, etc). Thankfully the color isn't an issue because the original video source never had that many colors to begin with. So the color is effectively lossless, while 1/6 of all frames were originally excised from the 60fps source.

./gif2apng source

GIF -> animated PNG results in nearly a 50% reduction in file size.

ffmpeg -i source -vcodec libx264 -crf 0 -preset placebo x264placebo.mp4

As expected, lossless x264 produces roughly 2x the file size of the GIF. If you're curious, I have done lossless tests between x264, x265, VP8, and VP9 before and x264 always seems to produce the smaller file sizes, so this is about the best you're going to get with a video format.


I also gave this a try,

ffmpeg -i source ffv1 -level 3 -coder 1 -context 1 -g 120 final.mkv

Unfortunately I can't post this file, because it's 43.2 MB.

As you can see, while video formats make valiant efforts to compress losslessly, but when you're dealing with limited frame differences characteristic of lossless, limited-color animation, dedicated animation formats that make use of delta frame compression almost always win out.


I don't know what ever happened to CorePNG, but I would love to see a container format capable of combining animation formats like GIF and PNG with audio.



>I don't know what ever happened to CorePNG

nothing happened, it should be still supported by ffmpeg and movie players.


>I also gave this a try,

was it converted to yuv 4:2:0?

if so, the comparison is unfair.

I don't remember if FFV1 supports RGB or YUV444, if it doesn't, then it just can't be used for this; there are other lossless codecs that can do this, though.



>nearly a 50% reduction in file size.

>1.57 -> 1.09

You mean ~33%.

And I'm not sure if GIF2apng creates a color index.



now I see, FFV1 supports RGB and yuv444, but it just sucks dick at simple animations.



>lossless tests between x264, x265, VP8, and VP9

>lossless VP8

Is that even a thing?




You can do fake thumbnails with .GIF just as well. It's hardly an achievement.



No, it isn't. I misremembered.



>You can do fake thumbnails with .GIF just as well. It's hardly an achievement.

But only with 256 color palette. All flavors of PNG support at least rgb24.


File: 801c9837596c47f⋯.gif (4.34 MB, 720x512, 45:32, lain_train.gif)


I made this gif and it wasn't that bad. Somebody must have reconverted it.



>Disk space is cheap.

Not in the era of ultrathin laptops with space only for a single SSD.



then install HDD


File: ad92a7b4dd11c17⋯.webm (199.24 KB, 720x512, 45:32, lain_train_2.gif.webm)


sure, it has even a different frame size.

probably from a different source too.


these are brittle and slow


File: 8500702119fea9c⋯.gif (4.07 MB, 720x512, 45:32, laintraingimpopt.gif)


I'm curious what you used to make this. I re-optimized it in GIMP and got something smaller.



What episode is the original from?


What options did you use? I got only 408kb.



>What options did you use? I got only 408kb.

-c:v vp9 -b:v 0 -crf 35 -pix_fmt yuv444p

could probably push the crf even further without obvious distortion.



actually for this kind of content it could be even beneficial to lower quality, as it may remove some palette-dithering artifacts. I'd not be surprised if it actually made it closer to the original source until some turning point.



Serial Experiments Lain 03



Krita or bust.



Oh it's (You) again.



I think I used imagemagick without optimizations. Didn't know about them at the time.



Do you need to specify the codec at all? For webm, vp9 is the default for some time now, you just need to specify -f webm for two-pass.


I assume the dithering isn't in the source, why not get rid of it?

should do it, I think.



>For webm, vp9 is the default for some time now

for clarity and for robustness as ffmpeg can be compiled without VP9. also the settings could make no sense when the default becomes AV1.


>I assume the dithering isn't in the source, why not get rid of it?

for many kinds of content, simple rounding produces visible banding which is arguably even worse.



Yeah, if you're using some script, that makes sense. Is that a problem in this case though?



it's a habit of not making shit differently if there are no reasons to.

and a general rule: less "magic" — less chance of unexpected failures.


File: 90a97c90727038a⋯.webm (522.89 KB, 1520x1080, 38:27, laintrain.webm)

the laintrain webm in full HD if anyone is interested.


Can I select multiple layers or groups simultaneously yet? Even Photoshop CS2 let me do that back in the day.


File: 7eae2bfa2c23eb4⋯.jpg (179.89 KB, 2094x1166, 1047:583, fate-kaleid-liner-prisma-i….jpg)


Did nobody read the fucking changelog?



Well done anon


File: 0b3204486f1bff1⋯.gif (269.14 KB, 500x280, 25:14, normal.gif)

File: 56e79342624f746⋯.gif (191.89 KB, 400x280, 10:7, curves.gif)

File: d34a596a3aad05c⋯.gif (154.98 KB, 400x280, 10:7, vidstab curves.gif)


BTW, I put together this script for making gifs some time ago. Mostly, you change the defaults by setting environment variables. It does the basic palettegen/paletteuse plus some fancier scaling and some other stuff, like vidstab (though you need the vidstab library and custom-compiled ffmpeg for that; when I was installing it, it had weird dependencies too, so I had to compile ffmpeg w/o vidstab, then vidstab library, then ffmpeg w/ vidstab): https://pastebin.com/AeDj8ULk

Interestingly enough, vidstab substantially reduced size of seemingly mostly static video (pics related).



>Interestingly enough, vidstab substantially reduced size of seemingly mostly static video (pics related).

just as expected.

when there's no motion compensation in the codec, any nonzero motion however small in any part of the frame will burden it with more data to encode.




Now that I think of it, maybe the intermediate clip is at blame, since, unlike paletteuse, vidstab doesn't work with seek properly even with the help of setpts and so I have to extract the clip before vidstab can process it.



Why should I suffer slow storage? And where do they sell HDDs in M.2 format?



gas yourself


File: 764ce7984defa7c⋯.png (216.11 KB, 1275x1065, 85:71, kiki_by_such_deviant-d8tiq….png)


I mean, considering the GIMP ate Mypaint... They kinda are competing now.



It's usually more than enough for animations, which is the proper usage mode for these formats. It sucks cock for photographic imagery though. Then again, you suck cock if you use GIF or PNG for that.



I was autistically trying to create 16bit grayscale heightmaps before and couldn't find any info online on how to do it. Then some faggot referred me to Gimp2.10 and it allows you to export it in that format. This was during the testing release.



New P&C when?



distros don't use it exclusively yet

No GTK theme.



Rust has Gtk3 bindings. The GNOME folks used them to build Fractal, a Matrix client.



Interesting! Is it easy to deal with?

Are there similar bindings for Python 3? (last time I searched they sucked dick for some reason but it was long time ago)



don't feed the tripfag






>All the new changes are just stealing from what Adobe already did



No. Some of the new features are simply for psd compatibility since it's widely used.



Eh, looking at >>905664 the bundled themes look good enough. Though they are going to have to sort the issue these DAADs have with themes.


File: 0c3ff913da66495⋯.png (558.39 KB, 1638x1701, 26:27, 0c3ff913da66495500a356f0f6….png)


Would you rather they didn't add a feature just because it's in PS?



Didn't notice it was one.



>Did nobody read the fucking changelog?

Why bother with such a thing?


File: ca096695d15f4d0⋯.jpg (13.38 KB, 480x360, 4:3, ca096695d15f4d08817248f78a….jpg)

>have image in rgb mode

>select part and delete it

>deleted part turns white

>want to turn it transparent

>color > color to alpha

>its greyed out

What the fuck. Piece of shit program..



Right-click layer -> add alpha channel.


its actually layer>transparency>add alpha

but why? what was wrong with the old way?



>have image without an alpha channel

>want to turn part of it transparent




or you just right click the layer like >>907248




It seems that I can't source this character via SauceNao or iqdb. Tineye and Google blocks Tor. Care to source?



>using version numbers that aren't decimals

GIMP confirmed garbage software



>using "decimal fraction" version numbers

windows nigger detected


File: 8edbd6b558b37cb⋯.gif (2.11 MB, 512x364, 128:91, o.gif)


Pretty shit script, to be honest. Instead of trying to guess all the possible FFmpeg options the user might wanna use just do one thing: conver a video into a GIF image. The VidStab part is interesting thoug. Do you have the source video of that GIF?

Here’s the command line, by the way, for those who still don’t know how to make GIFs with FFmpeg:

ffmpeg \
-i "$INPUT" -map '0:v:0' -map_chapters '-1' -map_metadata '-1' \
-vf "palettegen = max_colors = $MAX_COLORS
: reserve_transparent = $RESERVE_TRANSPARENT" \
-c 'png' -f 'image2' "$PALETTE"

ffmpeg \
-i "$INPUT" -i "$PALETTE" -map '0:v:0' -map '1:v:0' -map_chapters '-1' -map_metadata '-1' \
-lavfi "paletteuse = dither = $DITHER
: bayer_scale = $BAYER_SCALE
: color_search = bruteforce" \
-c 'gif' -f 'gif' "$OUTPUT"

max_colors is an integer between 4 and 256 (default is 256)

reserve_transparent is either 0 or 1 (default is 1)

dither is one of:

> 'none'

> 'bayer'

> 'heckbert'

> 'floyd_steinberg'

> 'sierra2'

> 'sierra2_4a' (default)

bayer_scale is an integer between 0 and 5 (default is 2)

For more information either use ffmpeg -h filter=palette[gen|use] or use the documentation:

> https://www.ffmpeg.org/ffmpeg-filters.html#palettegen

> https://www.ffmpeg.org/ffmpeg-filters.html#paletteuse






Still fucking nothing at the moment.


File: baa58836d7ddedb⋯.png (844.05 KB, 1440x900, 8:5, riced archtop.png)

>Arch STILL doesn't have Gimp 2.10

>Arch STILL ships mpv 0.27 after nearly 6 months

>I'm on all the testing sources

Why do people claim this shit is "bleeding edge"?


File: 58dc4dff8d8d4fa⋯.jpg (354.34 KB, 992x1373, 992:1373, en_Pepper-and-Carrot_by-Da….jpg)


That would be Pepper from Pepper&Carrot.


File: 126770117e188ea⋯.jpg (78.65 KB, 1100x558, 550:279, appimage-for-cat_frame2_by….jpg)


Just download the AppImage or the Flatpak.



Flatpak will forever be shit unless the distro makes it THE first-class way to get apps.

As it stands, it's a shitty way to distribute apps and the sandboxing is shit. It runs on it's own gay little platform and not even my themes work because the app and not the WM handles them for some gay reason.

App images are like exes and are gay.





two outdated packages, maintained by the same dude



>he doesn't know that mpv >0.27 needs a ffmpeg >= 4.0 (just released) because of libav bullshit


File: 786f4de062e3277⋯.jpg (84.33 KB, 840x487, 840:487, WeimarOvens.jpg)


Your just salty either Flatpak or Snap is going to end up being a distro-agnostic AUR killer.



There is a way to get themes working with Flatpak at least. Just search "Flathub themes".






AppImages are basically a chroot environment inside an ISO; they're nothing like a typical EXE.



So far it feels like we're only getting outselves into an even deeper circle of dependency hell.


File: cc45c051d87e41f⋯.jpeg (270.24 KB, 1280x800, 8:5, DW8T-ZnU8AAi6Go.jpg:large.jpeg)

>>907591 Having Appimage and either Flatpak or Snap as the standards will beat the shit out of having to fuck with debs RPMs, tarballs, Mojo, bin installers, custom installers, the AUR and all the other shit we have now.


File: 22410a720e2af1c⋯.jpg (181.55 KB, 1044x1800, 29:50, Walker_large size.jpg)


>have to download a loose file from some website and install it manually

>nothing like an .exe



>Search flathub themes

I thought GNOME just werked.

Fuck that gay pottering shit.


The problem is that AUR is still around when flatpak does the same job (for apps).


Okay, so add ffmpeg to the list of outdated shit. I built an ffmpeg stack and mpv from source and it worked so it's Arch's fault for being gay and outdated SHIT.


Arch is an outdated DINOSAUR. It's like I'm using Debian.



So would getting every distro to use portage instead of their own package manager.



packer -S gimp-git





Computing at it's finest™



It's actually a pretty good pixel editor.



I agree. Nice to see it on here.

Too many people don't give it a chance because it's toolkit "looks old Xdd" on Linux.





Yes, it's top-class software built on the superior Obj-C NeXT/Mac toolkit.

Because it's FreeSource and really good, you can run it on GNU/Linux through it's GNUSTEP port.


File: 4a62d6e84fabdaa⋯.png (1.69 MB, 1704x1918, 852:959, rest_L.png)


I've been using it to make some assets for EasyRPG's (an open source RPGMaker 2000/2003 clone) RTP asset replacement. It's not what I would call pretty, but it's a tool I'm glad to have come to Linux. Especially after Aesprite wen't proprietary.



I think this is literally the first GNUStep application I've ever used.


File: 1e1646e8c0fea27⋯.png (80.57 KB, 1200x497, 1200:497, 1200px-AGPLv3_Logo.svg.png)


From what I'm seeing, only the GNUStep version is OSS, and there is no indication he's abandoning the proprietary Mac version. Still nice to see it open source on Linux. But why choose AGPL over GPL for an app like this? You can't use it as SAAS, as far as I know.






ffmpeg and mpv are available in the staging repo.


what is this shit ?

no new version in the repo



The repo version tends not to be updated. Just use the Flatpak or AppImage.



stop pushing your trash fucking packaging systems


File: 3e68ca989803c95⋯.jpg (144.96 KB, 1100x558, 550:279, appimage-for-cat_frame4_by….jpg)


Sorry? What was that?




Can you Linux users explain to a Winfag like me why it's so hard for you to just bundle the program with it's libs in the folder of the program like on Windows (either as some form of dll or statically compiled)? The size increase isn't significant anymore, the version incompatibility can destroy your entire system, and you can't install some thing because the libraries needed aren't the version on your system.

Also everything has to be distributed for each fucking distro.

Would it be so hard? Why does no one do that? Why do they use fucking sandboxes like litteral Java niggers?

This makes everything unstable, unportable and unusable. And then: "lel just build it yourself"

It's the main reason I'm still using Windows even through Wine improved enough to handle DX11 the last version video games (I mean real ones) used.



Enjoy your security bugs that were fixed 7 years ago but are still present in the ancient library version bundled with your software.



>lib gets hit by a vuln

>every retarded software bundling said lib is now also hit


>bundling humongous stuff like qt or gtk for every package

Disgusting. Please stay on your faggot OS.




>security bugs

Have you retards ever heard about the glories of being able to use 20 year old software with zero issues?

Also those kinds of things only matter in things like web browsers, image viewers and media players. And if those use outdated libs then they are just shit.

There are also enough software bugs without libraries being at fault.

You can also have outdated software on Linux and bundling homogeneous stuff too prevents bloat in the core system.

Linux program distribution sucks and I can't see why Flatpak or AppImage is any better than bundling directly.

What's the point of those sandboxes? They also contain all libs just like on Windows but with fucking sandboxes and compressed files.



>There are also enough software bugs without libraries being at fault.

A good reason as any not to pile even more on top of that.

>What's the point of those sandboxes?

Being able to run untrusted applications and limiting the impact of security snafus in trusted applications.



>GIMP is now untrusted, has security issues and we should all use Java.

Okay, that's news to me.




speak for yourself, pajeet



It's possible and I've seen several proprietary applications do it.



On the other hand, enjoy your programs not being able to be run at all because your OS decided it was time to ditch compatibility with them, or maybe you just want the ability to run a couple of bleeding-edge things on a more conservative distro such as Debian. Swings and roundabouts.



You can, it's just that the benefits of not doing so outweigh the downsides in most cases.

>dude lol just get a bigger hard drive




Did you know that major changes to a library that cause it to break backwards compatibility gets treated as a different entity? Examples include SDL1 and SDL2, Python 2 and Python 3, GTK2 and GTK3.



Yes, and? You listed prominent ones that don't frequently have the older versions removed, which I've definitely seen a couple of times. Also for me the issue is more not having the latest and greatest, and I definitely prefer using an appimage for Krita, since I don't use Qt for anything else, and the built-in ones tend to be out-of-date.



Flatpak can theoretically link dynamically.

It already reuses libs if you have two or more apps that use the same lib in a flatpak profile.



You do realize GIMP is written in tinyscheme? I thought that would be your jam.



>doesn't understand sarcasm



Which makes it better for general application distribution than AppImage. Though, the later will always be better for testing alpha/beta software.



Source of picture?


File: 3344c985120345a⋯.png (Spoiler Image, 352.42 KB, 624x439, 624:439, Screenshot_2018-05-03_23-4….png)

File: 2eb8c600c49b0dc⋯.png (Spoiler Image, 151.56 KB, 428x668, 107:167, fuck.png)


>screengrab region from expanded picture

>send to iqdb.org

>instant result!

Reverse image search places are black magic.


File: 41cd4a45c85ef23⋯.png (283.76 KB, 680x680, 1:1, file picker gtk.png)


>every retarded software bundling said lib is now also hit

It takes a lot of effort to keep packages stable and relatively secure (by volunteers usually..), and often they are really old versions as far as end users are concerned. This works out for stuff you're not constantly poking at or working with, but for anything that remotely needs to be up to date it sucks shit. Even worse, every significant distro just HAD to have their own incompatible package format and package manager, so theres a lot of redundant effort. A lot of users simply don't care if some program that isn't essential to the OS operating correctly isn't 100% perfectly stable or secure. Why would an application developer want to wait months to years for their packages to show up in some repos? An appimage is sort of a bandage for the real problem, that non-essential programs can cause so much trouble on modern operating systems.

>bundling humongous stuff like qt or gtk for every package

Deadbeef keeps out the extra GNOME deps for their static build despite using GTK, in total the shared object files for GTK come out to about 2.362 MB. In total Deadbeef is about 17.6MB in size. The size problem pretty much levels out in practice anyway: package maintainers decide to add 3-5 dependecies that are not required regularly. I think most modern users prefer the fact that Deadbeef will run on their computer over the space spent, since disk space is pretty cheap now.

The issue of commonly using one library for everything that needs it is obvious: absolutely shit compatibility because it often simply isn't the same software that the devs were targeting.



I am not a homo, but I like smaller boobs (but not too small). Deal with it.



>that image

>blaming the kernel for third-party software

Are you a GNOME developer?



>It takes a lot of effort to keep packages stable and relatively secure

It doesn't though. I can still easily bump the ebuild in my local overlay if I'm impatient. Re downloading all of your retarded paks just because libpng or libarchive got another CVE is shit.

And bloat is a matter of principle not of HDD/RAM availability.



Enjoy your security bugs that were fixed 7 years ago but are still present in the ancient library version bundled with your software.



Except that they're actually more up-to-date than most of what's running on my system, and also, do you really think that applies to Krita? We're not talking about a web browser.



>you really think that applies to Krita? We're not talking about a web browser.

Because only browsers can be used for exploits, there's no such thing as a manipulated audio, video or image file.



>there's no such thing as a manipulated audio, video or image file

Boy do I have news for you



that was sarcasm



I.. is this bait?




The original Lara Croft never did anything for me. She isn't even shaped like a real woman, her proportions look more like a rubber doll designed by a space alien based on what it thinks men find attractive. I agree about the new Lara being boring though.



True but vastly lower threat, and I don't often open third-party files in Krita.


It's forgivable for a PS1-era game. The possibilities have only gotten better since then, and this is what we're treated to.



can confirm. Got one around the holidays.


File: c8cb9f831786efd⋯.png (43.68 KB, 499x388, 499:388, gimpinstall.png)

> revolutionary new build

> windows install splash looks like it was vomited out of MSPaint




Be happy that it's only the installer. The start splash has mushrooms with background blur.

I already reset the theme and icon set because they aren't recognizable enough.

Fucking icons that all look the same are shit, missing contrast sucks and I don't fucking care about themes. Program themes are cancer and bloat in my eyes. They should rather fix the font loading on Windows. Styles are supposed to be applied from the system so that all applications can be styled equally whether you are on Windows or Linux.



It's the lighting. Render the exact same model with proper subsurface scattering and it'll look immeasurably better


File: 59c23bef864093b⋯.jpg (109.25 KB, 900x675, 4:3, tomb_raider_comic_wallpape….jpg)


The PS1-graphics shouldn't be taken literally. The comics from the period is probably a better source to get an idea what the original Lara would look like with today's tech:



>no pyramid tits

No thanks



>wanting titless lara

kys but unironically


File: 9638170053e01ab⋯.png (275.39 KB, 1920x1080, 16:9, Screenshot from 2018-05-04….png)

This is all really off topic, but I didn't remember the art for the original had her looking so... swarthy.



She was supposed to be a spic from central America IIRC. They changed her backstory at the last moment, but had no time to change the art so it was left as is.


File: a24f290a2ccaa40⋯.jpg (69.93 KB, 600x800, 3:4, TombRaider_10.jpg)

File: 41c19c93ba808b0⋯.jpg (349.96 KB, 800x600, 4:3, TombRaider_22.jpg)

File: 9b34c0a04335c3a⋯.jpg (250.55 KB, 800x600, 4:3, TombRaider_11.jpg)


Caramel Lara was hotter. The next reboot they should just have her mom be from Uruguay or something.

sage for off topic.




Why would a GNU project care about font loading on Windows?



GIMP is a GNU project like Gnome is these days. Not really, but changing the name would be a pain in the ass.


Does GIMP do animations like Krita?



I think you have to do some convoluted and completely unintuitive fuckery with the layers, but yes.


So I guess the next version will FINALLY be GTK3/4?



That seems to be what the roadmap is saying.



Hopefully it gets delayed again so they end up doing another interim 2.x release.



GTK3/4 doesn't have to be cancerous. Mate proves that much.



This. Or switch to Qt5, but it'll never happen.


File: c19e548677bbc48⋯.jpg (152.51 KB, 1920x1080, 16:9, Shichimi-and-Yuzu_pepperca….jpg)


The port to modern GTK is about half done anyway. I don't imagine we'll be waiting as long for GIMP 3.0 as we did for 2.10.



Spoken like a true retard. gtk+-3 depends unconditionally on the disgusting bloat that is dbus.



>he doesn't know how to use gtk+ 3 without dbus

Who's the retard now?



fug still no macos builds



Still needs this shit at build time.




GIMP will look like whatever your GTK theme is set to be.



>Not wanting universal ICCM across toolkits

>Not wanting the ability to use IME without having to autisticly define support for each one.

>Not wanting the ability to have other windows of the same process to communicate (i.e. copy dialog grouping, or opening files in existing windows)

D-Bus merely introduces features that every OS has had since when NeXTSTEP was king.

Why is it bad?



Sure, if you are using the plain upstream copy of the source. You can simple just apply a small patch to remove compiling in the accessibility stuff which means you no longer need to pull in dbus anymore.



come on, how soon is "soon"?



>dbus is needed for ICCM or even EWMH


>Not wanting the ability to have other windows of the same process to communicate (i.e. copy dialog grouping, or opening files in existing windows)

Bloat. The rare cases where it's really useful are normalfag tier.


File: 77b4c2469618974⋯.png (955.22 KB, 999x1387, 999:1387, Db1cGLEV4AA1ytC.png:large.png)




File: 76b47d64b58d89f⋯.jpg (111.6 KB, 1280x720, 16:9, sl11-3.jpg)


OSX is becoming more of a problem to support for applications like Krita and the GIMP. Partly because they REFUSE to update OpenGL.



Shit like this is why I switched to GNU/Linux. There was a time when Mac OS X was looking like a great option: a nice and consistent modern GUI with a solid Unix foundation, and supporting all modern standards. But then the cocksucker got high on his boyfriend's farts and Apple started doing things their way, which is incompatible with anything else in the world. Good riddance.



>old OpenGL

Is it still at 2.1? Do the binary drivers have to be updated in order to update the OpenGL?



It's frozen on 4.1 for the foreseeable future. This is all to push their meme Metal api.



geeze. So since NVIDIA or AMD don't release their binaries as source, there is no way to compile against Darwin to benefit?



Apple dictates what OSX supports. Nvidia and AMD have to go along with whatever they say.


File: 846b9d1538bf6fa⋯.jpg (75.87 KB, 1250x1250, 1:1, RI9225_51-U3P-global-001.jpg)


I wonder if stallman would be autistic enough to appreciate it if I mailed him an explanation 5 years later.



Metal is the future, goys!

It's just like DirectX!



>Mac OS X was looking like a great option

Was it free software?


How the fuck can I remove the ridiculous logo when empty on the artboard and also how to I delete the "You drag droop-able dialogs here" message below the tools?



MoltenVK is free now.



The new games are shit and the characters suck. It puts me to sleep with how boring it is.



I said "great", not fantastic or ideal. Well, some of it is Free Software, like the kernel, some of the file formats and standards used, and some of the tools. I think Jobs was the kind of person who was more Open Source than Free Software: he didn't give a rat's ass about user freedom, but he recognized the benefits that Open Source provided to Apple. The current Apple seems downright hostile to Open Source; the only reason they open-sourced the Swift compiler was solely because IBM pressured them.




you wanted to say pressurized?



And it currently has some limitations. But that has nothing to do with either GIMP or Krita since they use OpenGL, not Vulkan.



OSX should just die. I mean it's worse than Windows/NT and GNU/Linux. They could just upgrade to Linux tbqh and get over ther "MUH ITSS NOT FROM APPPLLE I CAN'T USE ITT" barrier.

I just can't see the point in it since OSX has been a shit show from the very beginning contrary to Windows/NT and GNU/Linux. They also have backdoors like cheese even worse than Windows/NT.

They aren't missing out on any software since OSX doesn't offer anything good to begin with. Apart from that apple hardware is 100% botnet too Even BSD distros would be an improvement here.

All that valuable time could've been spend on Wayland, toolkits, porting etc. or a compatibility layer for Applefags to enjoy their software on BSD/GNU/whatever.



>They also have backdoors like cheese even worse than Windows/NT.

Proofs please.




Took a little while to find.

I hope you honor it.



All apple hardware is made for consumerists so it's meant to be a child's toy which data can then be extracted from.



This is not a proof.


these are obsolete



t. butthurt applefag who can't face reality.

Dude my ass is botneted with open backdoors anyone can shove their dick into but at least I know it.

It's only a matter of time before I switch to GNU/Linux and use my entire Windows software through Wine

t. Windows user


>>911856 (You)

GNU/Linux is botneted.

All GNU/Linux compatible hardware is made for consumerists so it's meant to be a child's toy which data can then be extracted from.

Prove me wrong.



>All GNU/Linux compatible hardware is made for consumerists

Wrong. It's often used for servers, by corporations, governments, tripple letter agencies etc.

Also your just trying to defend your stupid buying decisions. Your anon here. I bought tons of stupid shit too (Even a gaymur mouse) but I get over it and you have to stop identifying with apple/M$/sony/whatever. It leads to nothing but more stupid decisions and regrets in the future.



Gaming mice tend to be durable, but the fucking LED fad needs to die.


File: 00b3ab4bf6f8f88⋯.jpg (254.25 KB, 1241x1532, 1241:1532, 00b3ab4bf6f8f8807d3c72b2a8….jpg)


>that fake (You)


My cheapo Microsoft mouse has lasted me without needing to buy into that nonsense.



g400s doesn't have any LEDs btw.


calm down, I would happily jump to Ubuntu if it was first class citizen on this laptop which I have right now. and I decided to get a GNU/Linux compatible machine the next time when I would need it.

but until it died there's hardly any good reason to do the replacement.


>It's often used for servers, by corporations, governments, tripple letter agencies etc.

you can say the same for macOS except servers.



>GNU/Linux compatible machine


>How to install Linux on a Mac: Replacing OS X/macOS with Linux

Mac just uses EFI instead of the more common BIOS to boot but that shouldn't be an issue at all just like things can be BIOS and UEFI bootable at the same time.

May need some extra time but your machine is compatible and if you aren't using anything super private you wish to hide from the NSA you don't have to buy anything new and 10% more shiny.

We're not here to sell you something, we're here to keep you from buying more bullshit.

>you can say the same for macOS

No, I've even seen the US government use Windows 10 with special group policies but not OSX.

Agencies use things like some Fedora fork but all that mainstream shit like Win and OSX is botnet and they aren't as stupid as to use the botnet they created themselves.



You also don't have to jump completely in one go.

You can do dual booting:




I don't have space for dual booting and it's pointless anyway because I actually already know how to use GNU/Linux.

The problem is the (one time) burden of installing it, and the "lottery" with drivers (I have no idea if all ports/built-in devices will work as intended, I have various feedback on the Web for my model) and the simple fact that I will need to set up most stuff from scratch and replace some software and I simply don't have time for that.

And you didn't understand my message, I'm not looking to buy more shit either way. I were saying that when (if) my current laptop finally dies, the next one will be not Apple, and then I will be finally forced to switch. And it's unlikely that I will bother switching OS before that (unless the current generation of macOS becomes unsupported while the next one is total shit)


Try to get a live stick running from EFI.

Then you can see if the default drivers work with your device.



thx, good idea for an otherwise boring weekend


File: da9a8999fad9715⋯.jpg (2.79 MB, 4200x2625, 8:5, 2018-03-28_The-rendezvous_….jpg)

File: 6a26e94e79a9524⋯.png (1008.17 KB, 918x580, 459:290, ClipboardImage.png)

thanks to this bread, i've found my new wife-fu... pepper!



>the token nigger

When will they learn?



Doesn't bother me. I browsed through the creator's Twitter at length and didn't see the usual leftist, SJW shit of #resistance, #refugeeswelcome, he/him, etc. Plus, he makes true waifu material. Real SJWs don't do anything that might appeal to the male gaze


File: 29c978f9c1a0ad8⋯.jpg (319.36 KB, 1300x1800, 13:18, Pepper-and-Carrot-free-com….jpg)

File: afa04cf148343e7⋯.jpg (628.09 KB, 992x1373, 992:1373, en_Pepper-and-Carrot_by-Da….jpg)

File: b4ce53919484fb0⋯.jpg (583.58 KB, 992x1373, 992:1373, en_Pepper-and-Carrot_by-Da….jpg)


Revoy is on the left, but the more traditional variety.



>not saffron



>Revoy is on the left

It's okay to be a lefty. I look at the word "leftist" (the word I used in my pose) in a different context than "left" or "lefty". To me, leftists subscribe to a political doctrine/dogma.

Got any sources showing the creator's political alignment?


>not saffron

I'd hit it definitely, but she's a bit of a cunt. Pepper is cute and has a great personality, the cornerstone for any waifu.



IDK who this guy is but by default anyone that draws cartoons or has a tumbler is on the left as a general rule of thumb.



Revoy is to Free Culture what RMS is to Free Software. He also uses FLOSS to make all of his art too.



After many years since the last real release and its still missing basic features of photoshop. I was hoping for something good.



It's also missing basic features of SolidWorks. Why compare it to some random proprietary software? Why not just say what features you would like?



>It's also missing basic features of SolidWorks.

LOL. Solidworks is CAD and simulation man not an image editor. That would be like comparing firefox to world of warcraft.


Is there anything gimp can't do that photoshoop can?



Tools for RAW image adjustments would be a start.



That's exactly what you're doing. Why should Gimp be a Photoshop clone?



have a build for macOS



Gimp got Raw support if I remember correctly and the 32 bit per channel mode would definitely be enough to prevent all quality loss. .raw formats are proprietary anyways and shouldn't be kept in this format.

".raw" isn't even one format it's used for different unstandardized camera output formats.


>its still missing basic features of photoshop

No it's not. It got everything one can need and everything else, you, photoshop user, are missing are convenience features and things you're used to. You being bad at using the software doesn't make the software bad.



Have a sensible workflow.


File: 05a2ef0916a1b5f⋯.jpg (487.05 KB, 1920x1080, 16:9, tRoW_story_04-Fall_of_Elda….jpg)


The GIMP is still missing a couple things. Mainly, for professionals, CYMK.



tell me at least one reason for having CMYK



Prints. Various other kinds of swag.



No matter how much shit GIMP adds you won't get the pros off of photoshop. It's bloated to the point of near unusable these days but they will still use it because it's the industry standard. If will be 3d sculpting that replaces photoshop if anything does.



Applications like the GIMP, Blender. PS and even Krita are bloat by nature. Complaining about bloat in content creation apps (outside of pixel editors, I guess), shows you don't understand their use case.



As someone who does photography based work I surely don't know :^)

The RAM usage of Photoshop these days is insane. It runs like a pig even on good machines. There is no need for it to be such a resource hog and yet it is. Another example is now how Adobe wants to run background progs in order to launch it's software these days. If needing 2 programs to run 1 program isn't bloat then I don't know what is.



>/tech/ doesn't understand use cases

No shit, Sherlock



Use Darktable or Rawtherapee.



Can simply convert to CMYK at the latest stage (maybe in the printer driver, or with imagemagick or something). No need to even use an editor for that, it's fully automatic.

And surely no need to use it as a working color space, it's inefficient for editing and offers no benefits.



>Gimp got Raw support

No, gimp can open some other program for you when you open a raw file.

>It got everything one can need and everything else,

You mean RAW support that every good photographer uses?

>are missing are convenience features and things you're used to

We call those features around here.

> You being bad at using the software doesn't make the software bad.

You're right, all photo editing should be done in hex editors.




it's not an abbreviation you dinghole


File: 8235ac76adf8625⋯.jpg (176.14 KB, 877x1011, 877:1011, Thefinalpotion.jpg)

Misusing the GIMP will get you banned from the UK apparently.



Whats the story

>Banned from the UK


Pick one. Even Dickie Spencer managed it.



I imagine posting something like this on Twatter could get you into trouble in France, Germany and The UK.



RAW is usually written that way in programs and by professionals. Keeping with the standard. You might know this if you were not a larper.



I know this but I also know that this is stupid.



even if you used a burner SIM to create that account over Tor and never revealed anything personal on it?



Yes if you practice perfect op sec you can get away with crimes.



The only perfect op sec is to kill yourself



David is not going to like what pol is doing with his girls.



I want to hold hands with Shichimi!


File: 1d06edbe0b5a9d6⋯.png (448.04 KB, 1024x799, 1024:799, _pepper_et_carrot_mini___8….png)



Hope you don't mind being mind fucked.


File: 9e73c68820fd7b1⋯.jpg (354.22 KB, 1170x1620, 13:18, Pepper-and-Carrot-free-com….jpg)

Of course the black one would be the one using voodoo.




go back where you came from






GIMP 2.10 just hit the Arch repos. Time to upgrade!



I wouldn't be surprised that most people wouldn't know where that came from.






Is this https://www.partha.com/ trustworthy?



Looks like the only option short of compiling it yourself.



This is an answer to an entirely different question though.



Funny how Flathub has been outpacing the AUR. And by funny, I mean worrisome.



Version number is not a decimal fraction, you dip.


>cant move layers around

>cant copy-paste and drag the selection around

<nothing is selected


What kind of meme is this?



Fuck off photoshop shill


File: 69bda9c78920cbc⋯.jpg (171.34 KB, 732x788, 183:197, endit.jpg)


>Going from 2.8 to 2.1

Just FYI, after 2.8 comes 2.9, and after that 3.0



>he can't read a few posts up

It's NOT a decimal point. That's also why you see version numbers with multiple . in them such as the Linux kernel. It's just a separator.



It's 2.10 not 2.1 you massive retard.





The good folks at gimp.org called it 2.10.0 to avoid confusion. As mentioned, the linux developers do the same thing.



can't the freebsd 'knockoff-linux' drivers be ported over?



Maybe in wincucks world, which apparently can't even do version numbers right.



You'll end up with versions like with that mentality.



>thinks version numbers are decimals

The absolute state of /tech/.


File: 8ff91114cf6823b⋯.webm (4.62 MB, 426x240, 71:40, Jewish voting.webm)


>the vote will be by applaud-o-meter



OSX has a totally different kernel.



Isn't flatpak similar to how Nix does packages? (Each package is hashed along with their dependencies)



I'd love this.




The previous version of gimp didn't have this retardation. I ended up figuring it out, you had to toggle some shit in order to move the selected area, which is pretty retarded.






Flatpak at least tries to minimize the redundancy with individual runtimes multiple applications can use.



I kinda prefer the light theme, but more choice is not bad.


GIMP should be able to replicate the workflow and capabilities of PS with little issue ideally, while also remaining FOSS. You want a complete competitor to Photoshop in this regard to kneecap that capstone of Adobe. With that out of the way, the whole rotted structure of the company is much more vulnerable to attack; Illustrator, Audition and Premiere can't keep them afloat like Photoshop can and has. Even Lightroom, which is incredibly powerful and well used, is facing increasing pressure from RawTherapee and Darktable; Photoshop remains secure however.

And that *should* change. Getting rid of them wouldn't necessarily mean FOSS-only moves in to fill the void to replace it, but pragmatically it means a bunch of smaller outfits fill in the hole along with FOSS solutions, with no subscription pozz to be seen for miles. If think the status que is fine as it is, you're mad.



Are you the sperg who posted here a while back, in one of the older GIMP threads, how basically any image editing feature that wasn't in FOSS software was basically evil and didn't have a right to exist?


CYMK is important. Also while I believe GIMP has support for Lab color (which I use elsewhere), it's a little irritating to work with there compared to PS.


Those are excellent, Darktable in particular, although I usually find some reason to bring my photos into GIMP or PS for final touches.



You are confused. The authors of Gimp are not interested in making a Photoshop clone. If they wanted a Photoshop clone, they would have started such a project a long time ago. The purpose of Gimp is to be Gimp, not Photoshop. The people who want a Photoshop clone are more then welcome to develop what they want to see, they simply refuse to do this.



Define the difference between Photoshop and Gimp. They're made for literally the same exact purpose.



Define the difference between Windows 7 and Windows 10. Or even Windows and OS X. Same intent, totally different workflow, and as someone who has never touched Photoshop, I find GIMP to work fine.



>and as someone who has never touched Photoshop, I find GIMP to work fine.

Actually guys I enjoy using an inferior piece of software, I don't know any better after all!



I'm glad you do!



>so what if it takes 17 steps to draw a circle, that's The Gimp Way™! it's not trying to be decent like Photoshop!



>so this one example is broken, clearly the rest is


Meaning I'm not speaking from over-familiarity with some other piece of software you dunce.


File: c854df56aa652dc⋯.jpg (50.97 KB, 1005x749, 1005:749, DaP5bM2U8AAuCI5.jpg)


>with some other piece of software

I know what you meant anon. :^), the statement holds.



>you didn't list every example therefore that's the only thing that's broken

Even if there's a situation when you need to press a button where in Photoshop you don't, that worsens the workflow and makes Gimp a less intuitive program to use, and there's a million and one of those kind of things among bigger problems in Gimp.



Democrat National Convention 2012



I really don't care that it takes 200 steps to draw a circle in the Gimp. If your goal is to draw artwork, then use a program that's specifically designed for drawing works of art.


File: 21bdd89ae32ccd8⋯.jpg (132.08 KB, 1920x1080, 16:9, textstroke.jpg)

Did they finally make stroking to text easier or am I still doing a multi-step process? I do typesetting and that would be a huge help.



Not yet. Gimp currently doesn't do non-destructive layer effects.



GIMP isn't that good at vector stuff.

If you're doing something complicated, do it in a vector program and export to PNG in whatever size you need.



It takes a few steps like >>906044 said. Not really THAT big of a fucking deal.


File: a06b57cc75f74de⋯.png (29.49 KB, 1022x316, 511:158, 13.png)


Krita can do it but it's one of their half assed features, the outline becomes kind of diamond shaped.


I hope you realize how incredibly shitty it is to do that when you need to put more than 1 word into something.



Shame, that feature is the one I really wanted.



>If you're doing something complicated

It's not so complicated that I would want to do it in a separate program or convert text to PNG just for a block.

It would just be the difference between making sure everything is positioned on the page and then doing a final pass after QC looks over things to stroke the necessary text with a 6 step process. I should probably set up a behavior or whatever it's called to handle this myself really.




Oh you meant an outline made out of straight lines. English isn't my primary language, sry.



I've been wondering, Gimp can be scripted, right?

Couldn't one make a script / macro to speed up the outlining process?

>create path from text

>selection from path

>grow selection by n

>new layer below current

>fill selection with color

I never really looked into it, but something like that should be doable, right?



>Gimp can be scripted, right?

Yep, you can script it using a lisp. I've never messed around with it, but it'd probably be doable.



5,000 year old reply. Not talking about cosmetic fake updates, but on making the thing STABLE. And NOT CONFUSING.

[Return][Go to top][Catalog][Nerve Center][Cancer][Post a Reply]
Delete Post [ ]
[ / / / / / / / / / / / / / ] [ dir / bestemma / cyber / imouto / magali / soyboys / sw / vg / voxed ]