[09:15:16 CEST] <atomnuker> I'm thinking of writing a text editor which I'll never finish because everything sucks [09:16:49 CEST] <atomnuker> gedit is slow and dumb, you can't just doubleclick a variable and have it highlighted across the file, autoindentation never works, searching is slow and limited, replace is slow, limited, and you can't replace in a single region [09:18:18 CEST] <atomnuker> kate is extremely bloated and needs VLC or gstreamer (because its obviously a text editor), doesn't support wayland well (looks horrible and crashes), doesn't have sub-char scrolling so you're limited to scrolling by integer amount of lines (not a big deal), autoindentation never works [09:18:33 CEST] <atomnuker> (neither can syntax highlight asm files too) [09:20:16 CEST] <atomnuker> vim is slow (because it runs in a terminal emulator, which is usually slow because its not meant for graphics), you can't really use a mouse with it and even if you spend years working with it its just not as comfortable as quickly scrolling up and down with a touchpad, selecting a region and moving it about [09:20:53 CEST] <atomnuker> (also needs life-support plugins to stay relevant and you need a NIH package manager to keep them up to date and sometimes even compile them) [09:21:32 CEST] <atomnuker> (also has no minimap, I can't live without a minimap nowadays) [09:22:00 CEST] <atomnuker> sublime text is closed source junk, its no faster than kate, doesn't support wayland and looks worse [09:29:50 CEST] <atomnuker> (also infuriating about kate: you can't just alt+<number> to switch between tabs unlike every other text editor ever, you can only bind to switch to the tab to the left or to the right) [09:30:15 CEST] <mateo`> vs code maybe ? [09:57:01 CEST] <atomnuker> mateo`: I didn't even list atom or vs code because they're electron based [10:53:54 CEST] <__tim> atomnuker, have you tried gnome-builder? it does the double-click variable highlight thing at least :) [10:54:57 CEST] <__tim> it's not light in terms of deps though [10:59:22 CEST] <atomnuker> it takes 27 seconds to launch if it was just closed on a pcie SSD [11:00:01 CEST] <atomnuker> it also uses 90 gig of virtual memory, so it seems to do the electron-style allocation where it nihs malloc and relies of lazy kernel alloc [11:04:23 CEST] <__tim> strange, starts in <2 seconds here on a 5-year old laptop [11:20:53 CEST] <atomnuker> FUCK [11:21:02 CEST] <atomnuker> article 13 vote passed, 15 to 10 [12:10:46 CEST] <durandal_1707> atomnuker: ? [12:14:38 CEST] <atomnuker> you know, upload filters [14:49:33 CEST] <atomnuker> IBM have been very keen lately to get altivec code in all kinds of projects through their bounty program [14:50:19 CEST] <atomnuker> too bad if you look at them you'll notice they're literaly paying people peanuts for what is potentially a lot of work [15:15:28 CEST] <SuperHenkie> Hi, is anyone here familiar with building/installing FFmpeg through Homebrew on macOS ? [15:16:11 CEST] <SuperHenkie> More specifically, I just tried to get the new FFmpeg 4.0.1 through Homebrew but I noticed it says it now needs Java to build :( [15:17:25 CEST] <SuperHenkie> What I did was: brew cask install java && brew install ffmpeg && brew cask uninstall java; and that works, but it seems kinda unnecessary to install java juist for building a shell tool..?? [15:18:55 CEST] <January> SuperHenkie: wrong channel, but just check `brew edit ffmpeg` and see why tf it wants java, it shouldn't... [15:21:54 CEST] <SuperHenkie> @January Thanks, what would be the right channel for this question btw? [15:22:11 CEST] <SuperHenkie> Anyway I just did `brew edit ffmpeg` and I get the formula, but there is no reference to "java" in there whatsoever..? [15:22:43 CEST] <January> SuperHenkie: well not the development channel. It's literally in the topic: 'Questions about using FFmpeg or developing with libav* libs should be asked in #ffmpeg' [15:23:41 CEST] <January> and it's not really much of an ffmpeg related question either, it should probably be redirected to a homebrew related channel. But my assumption here is that there's something wrong with your homebrew setup [15:24:00 CEST] <January> SuperHenkie: `brew doctor` might help here [15:25:30 CEST] <SuperHenkie> @January I see, ok thanks, will ask around in a homebrew channel [15:30:35 CEST] Action: BradleyS suspects cmake dep [15:30:56 CEST] <BradleyS> building cmake pops up a java dialog on macos that can be ignored [15:31:32 CEST] <BradleyS> used for building x265 and possibly other libs [15:32:30 CEST] <January> SuperHenkie: ^ [15:32:31 CEST] <BradleyS> SuperHenkie: ^ [15:32:50 CEST] <BradleyS> echo :P [15:50:39 CEST] <January> BradleyS: wow, we in sync [15:51:45 CEST] <BradleyS> down to the second [16:02:23 CEST] <debianuser> (atomnuker: Yeah, some terminals are faster than the others. I've tested some with `time seq 2000000`, the fastest were: urxvt, xterm (with fastscroll enabled), roxterm... But if you prefer GUI for mouse navigation anyway...) [16:02:26 CEST] <debianuser> atomnuker: What about gvim, emacs/xemacs, or... Atom? ;) [16:08:57 CEST] <atomnuker> emacs has no proper gui with wayland support, gvim doesn't support wayland, urxvt and xterm are x11 only, atom is like I said electron [16:09:26 CEST] <atomnuker> I agree, some terminals are faster, but in general the faster ones are also the most wasteful ones [16:09:48 CEST] <atomnuker> in that they don't implement partial updates and instead upload their entire window to the gpu on every event [16:10:20 CEST] <atomnuker> gnome-terminal is very conservative and does the proper thing by only updating individual chars (its a nice sight to see it with htop) [16:10:47 CEST] <atomnuker> sadly its not very fast and vim feels sluggish [16:11:01 CEST] <atomnuker> (besides, vim has other issues like no mouse support like I said) [16:11:08 CEST] <atomnuker> also don't get me started on alacritty [16:11:33 CEST] <atomnuker> rusty piece of junk with 200+ dependencies taking a gig or so in your home dir for a terminal [16:12:44 CEST] <atomnuker> which looks worse than gnome-terminal, has inexcusably poor wayland support and isn't all that fast anyway (the only reason its popular is because OH LOOK ITS A RUST PROJECT HOW AWESOME UPVOTED) [16:17:50 CEST] <debianuser> By the way, both gnome-terminal and roxterm were based on gtk2+libvte back when I tested, but somehow roxterm was many times faster than gnome-terminal in `time seq 2000000` test. [22:43:14 CEST] <cone-912> ffmpeg 03Marton Balint 07master:b1e0e216462a: avcodec/libzvbi-teletextdec: propagate ERASE_PAGE flag for repeated subtitle page headers [22:43:14 CEST] <cone-912> ffmpeg 03Marton Balint 07master:e8050aa79152: ffplay: ignore keypress events before a window is created [23:22:34 CEST] <akravchenko188> jkqxz: hello, could you please check my comments and questions in thread http://ffmpeg.org/pipermail/ffmpeg-devel/2018-June/231503.html ? Thanks [00:00:00 CEST] --- Thu Jun 21 2018