[Ffmpeg-devel-irc] ffmpeg-devel.log.20180620

[burek]

[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