Why does /g/ defend the command line so much?

I prefer to see what's wrong instead of being told there is something wrong

>>62145839
Typing commands that allow you to do batch processing is a more powerful tool than dragging and clicking icons and buttons can ever be.

>>62145839
Because it's more efficient than launching a GUI, clicking a bunch of toggles, switches, and buttons, entering text in a bunch of fields, saving the output to a file, opening another GUI, loading said file, toggling a bunch more shit, saving the output to another file, etc...

>>62145839
When you learn how to use it properly, you will understand.
I have access to hundreds of programs to manipulate files, data, and multimedia, all at my fingertips.

it is explicit, portable, extensible and just plain simple (for a non-noob). you can't write scripts for GUI programs that easy.

they understand the concept of authority over something

>>62145870
I don't really see how sorting my picture folder would be easier through the command line than dragging them to the proper folders.

Because it just works, and due to its simplicity I don't have to buy a new computer because some hipster, Pajeet, or cunt in a suit, decided that they needed to put more """features""" in their software that does nothing more than what it did before besides double the resource requirements.

I understand this from major vendors, but not from Linux devs. What benefit do they get from making KDE4 (or is it 5 now?) or GNOME 3 so much more intensive than GNOME 2 or KDE 3? They don't profit in any way from the new hardware sales the way MS or Apple do, so why operate on the same "computers go out of date" development structure?

So yeah, you can bet I'll stick with command-line programs rather than enrich some shitty programmer and his boss.

>>62145839
Autism, I mean do you really have to ask

>have $3000 computers
>run linux distro that uses 200mb of ram
Who else is guilty

>>62145839
>150Ghz processor
no

>>62145955
Try batch renaming all your pictures starting from IMG_030.jpg up to IMG_392.jpg to "2017/08/26/party at chad/chad-fest-0.jpg" to "2017/08/26/party at chad/chad-fest-361.jpg"

with a single operation then.

File: plan9_ss1.png (106KB, 1024x768px) Image search: [Google]

106KB, 1024x768px

because its a lot of times better.
In my opinion, command terminals and guis should be together, and for some tasks gui is better.

It's not ALWAYS more efficient you retard autists, but it does have its place. Only brainlets whine about having to copy/paste in the scary hacker box anyway.

>>62146014
But I don't need to rename my pictures tho

File: den4b.png (26KB, 474x460px) Image search: [Google]

26KB, 474x460px

>>62146014
Easy.

>>62145839
I see no reason to "defend" the command line, if it doesn't work for you then don't use it. It works for me and I prefer it for a bunch of things.

>>62146034
Okay, tagging them with XMP/IPCC/Exif metadata then setting the correct date and location in the metadata fields and adding a "Party at Chad's" to the 120 caption field.

>>62146051
But I don't do that either

>>62146039
>non-commercial use only
Non-free pig disgusting.

Also
>monstrous beast with a gorillion buttons and toggles and switches and steps that still require actual typing is easier than just writing a simple globbing expression

>>62146062
Why even bother sorting your pictures into folders in the first place then?

>>62146014
unrelated to the fact that you are dealing with images

>>62145955
one of the very few cases where a GUI or a combination is better.

Anything dealing with non-textual data where you are not entirely sure which processing would be appropriate benefit from having GUI-elements rather than just being raw commands.

if you know you want to convert from wav to flac then a GUI is retarded

>>62146076
Because I don't want to search through one folder of over 1 million pictures?

>>62145839
Because it makes them special and above most people.

>>62145839
we won't even have 10ghz processors by 2034

>>62146104
>1 million pictures
>doesn't use metadata or at least to organise them
Retard

>>62145839
Because there are no UNIX pipes for GUI applications.

>>62146117
*or at least filenames

>>62146039
So they made a fancy CLI where you have to click a few things before typing the commands and that gopbbles up a few hundred MB of RAM just by existing. Nice.

>>62146117
>at least to organise them
That's why I sort them into their own folders to begin with.

>>62146146
Okay, granddad. I guess you click on the "Internet button" to go to Facebook and upload them there as well.

>>62146064
And what if these files can't be selected with a single glob? What if I want to exclude few special files and I can't glob everything except them?

>>62145839
it's easier to interface with servers, and if you use it daily you can stay sharp, since it's not hard to get rusty.

batch actions too, not that much, but still things there are no anologes with GUIs

automation and scripts, you can easily create solutions for some problems fast.

although i agree cmd line can be counter intuitive since the lack of cues

>>62146178
>And what if these files can't be selected with a single glob?
Then use regex, jeez. Or two commands. bash is a programming language, you know.

>What if I want to exclude few special files and I can't glob everything except them?
You can invert globs easily, you know, or you can glob them and then remove them from the glob. lrn2 bash

>>62145839
Because idiots who are afraid of CLI do mot belong on /g/.
If you are too stupid to remember a few commands, gtfo.

First example of top of my head
>pic too large to put on 4swamp

cli
>open terminal (single keycombination)
>type mogrify -quality 80 pic.jpg
>upload to 4chan
goooey
>open photoshop/gimp/paint whatever
>wait for it to load
>click yes I accept the EULA
>no I do not want to renew my license™
>resize/compress/whatever with image by looking for appropriate features
>ctrl+s
>upload

command line does not need to be defended it does it by itself fairly well.
Even outside of muh batch processing there are instances where it's just easier, simpler, faster than any GUI.

>>62146134
Why else would you need your RAM if not for resolving your issues?

You don't have to use it if you're a script kiddy.

When you get a JOB administering multiple servers, you'll learn that SSH is you best friend and that sometimes you need to jump on a server real quick to reset or run a process.

Some servers don't have UIs, AWS servers are cheaper if you use a simple linux instance with no UI.

So I guess the command line is only good if you want to have a job one day and if you like to save money.

>>62146314

Of course an extremely specific use case with a single-run solution is going to be easier in cli you retard.

>>62146222
>You can invert globs easily, you know, or you can glob them and then remove them from the glob. lrn2 bash
Or I can just click once to deselect required file. I don't need to learn bash for renaming my internet maymays.

>>62146452
You actually organise your reaction pics?

>>62146314
Or
>open pic that opens in irfanview
>ctrl-s, choose lower quality under save options
>upload to 4chan

>>62145839
>Why does /g/ defend the command line so much?
Cuz gui is for noobs brruuuuuh

>>62146452
>Or I can just click once to deselect required file.
Except you also had to go through the effort to hunt down, download and install that random arbitrary program no one has even heard of.
Real efficient and intuitive.

Because not all tasks are suitable for a graphical interface.
Trying to do with a mouse what is better done in a shell is like trying to edit images *without* a mouse. I don't give a fuck if it's le current year, use the right tool for the job.
>commitstrip.com
Hope this guy enjoys having every unstaged file in his repos annihilated at random because of his "easy and intuitive" graphical frontend.

>>62146314
>>type mogrify -quality 80 pic.jpg

you forgot the part where you have to cd into a million folders

>>62146588
That comic makes no implication or argument that command-line is bad.

So sensitive.

>>62145839
I have broken my wrist like 4 times and using the mouse too much makes it stiff and sometimes hurt my fingers' joints

>>62146596
lol, not if you are already in a file browser.
I use ranger <3

>>62146598
It is clearly a "current year!" argument.

>>62146006
Not $3000, but I'm one of those guys with 15500M free ram.

>>62145839
>2017
>8GB of RAM
Hehe

>>62145839
There are things that are better done on command lines, and there are things better done on guis.
Not having both is like tossing one of your screwdrivers away because "eh, i only need that one".

>>62145869
That's it.

>>62145839
autism and a superiority complex

>>62145839
It depends. A GUI diff tool, for example, can be extremely useful if you don't know what changes you are looking at. If you are CLI-only then you are a freak and if you are GUI-only then you should kys.

>>62145839
No one installs GUI on servers, the same goes to debugging mobiles, embedded, etc. It's not always possible to run GUI, the CLI is the most convenient way to communicate with hardware, GUI is the consumer tier, not the engineer tier.

>>62146596
Is the concept of path foreign to you? replace pic.jpg with downloads/pic.jpg

>>62146751
Is the concept of variable foreign to you? replace pic.jpg with ${DOWNLOADS}/pic.jpg

File: 1482577932672.jpg (133KB, 1280x720px) Image search: [Google]

133KB, 1280x720px

>>62146391
>When you get a JOB administering multiple servers, you'll learn that SSH is you best friend
>Not using ansible

>>62145839
because its often much more convenient for many things.

and if you really want gui instead using the command line, someone has probably already made a gui wrapper for it.

>>62145839
Because it's easier once you learn it

>>62145839
Search a folder full of documents for any line which contains, say, "foo".

Then write a one-liner in bash for it. See how much faster that was?

>>62146911
>implying that using ansible is somehow a remedy for ssh
>even though ansible uses ssh
>and you'll still need to ssh into your servers for multiple reasons even if you use ansible

>>62146596

find pic.jpg | mogrify -quality 80

>>62145839
>150 ghz
>1tb ram
I imagine once computers advance to that point personal passwords cease to exist.

You are closer to the hardware than using a GUI. less layers of processes obscuring your interactions.
Thus you have more power and finite control of the computer you are using.

>>62146566
>I need to rename a lot of files, what should I search for
>maybe it should be something with "rename" in it
>naaah, renamer is not intuitive at all
Really?

>typing

In 2034 we'll have thought-to-text input. And then your boss will want to know why you left a bunch of comments in your code about wanting to be a little girl.

File: 51TLWMEVT0L.jpg (38KB, 326x500px) Image search: [Google]

38KB, 326x500px

>>62146117
>Implying a simple filing system isn't enough to stay organized unless there's shit tons of meta data going on in the back

>>62148216
Compared to using a program built into your computer...oh, wait, you're using Microsoft Windows, the operating system that doesn't even have a command-line utility for its built-in file compression scheme.

File: 005.jpg (12KB, 300x300px) Image search: [Google]

12KB, 300x300px

>>62146596
>he doesn't have a terminal in his file manager

>>62148214
That's like saying your car should have little to no shock absorbtion brcause they add layers of obsifucation between you and the car itself

Has nobody worked with a documentation team before? I use the command line more and more since I fucking hate 30 minute meetings where I explain what I mean by "click the add button"

>>62148176
>pic.jpg
Try 1504018225031.jpg, 15040182250031.jpg, 150401825031.jpg, 150418225031.jpg, 150400118225031.jpg, 15040182255031.jpg, 15504018225031.jpg, 1504018255031.jpg
I need to convert that green reaction face. Good luck.

File: 10720ff.jpg (15KB, 326x262px) Image search: [Google]

15KB, 326x262px

>>62145839
>1980
>5MHz processor
>1MB of RAM
>in a IBM PC
he wot

>>62145839
Becomes most of GUI slows everything down.

>>62148269
Not him but some kinds of racing call for more or less shock absorption.

>>62148259
>command-line utility for its built-in file compression scheme
Like built-in in every Unix OS Imagemagick? Oh wait.

>>62148303
i know theres a program which can open up a file selector, and other simple gui things, which you can then pipe to other programs.
cant remember the name.

something --fileselector | do something with those files

>>62145839
Because we are humans talk words not gestures, and so command line have similar concept

>>62148269
What the fuck are you talking about? Im trying to find an eloquent response but cant.

You analogy is gay. A computer is a computer and a car is a car. Shocks are important to the vehicles safety and smooth performance, like a computer would have power surge controls and decent processing buffering/memory.

Go back to /o/

>>62145839
because elitism. You can't do shit in command line interface if you don't know at least a few commands.
That being said, sometimes I like to use a keyboard only and CLI is perfect for this.
>>62146644
ranger is a GUI application. And a bad one at that.

>>62145869
BTFO

>150 ghz processor
[TRIGGERED]

>>62148354
To be fair, Imagemagick is up there with gcc in terms of "things I install within two minutes of a fresh install and then think they're default".

>>62148421
>ranger is gui
No it's not. It's CLI vim-like.

File: Screen Shot 2017-08-29 at 17.09.56.png (27KB, 513x188px) Image search: [Google]

27KB, 513x188px

>>62146014
ok, what now?

>>62148453
True, but same goes to Irfanview/XnviewMP/whatever else because built-in image viewer in Windows is useless.

>>62148303
Install Terminology

>>62148544
The only useful thing that's built into Windows is office, and even then it's only useful for tricking normies into thinking you're professional and making budget sheets.

>>62148574
Last time I checked Office was not built in.

>>62148586
True. So that makes 0 useful things built in. 0.5 if you count using IE--I mean (((Edge))) to install $fav_browser.

>>62148616
it's not that bad.
Millions of middle aged government workers across the globe depend on solitaire and minesweeper to get them through the day.

The black man is face down, with his naked ass in the air. The gorgeous blonde woman on top of him is also face down, only she has her tongue squeezed into the black man's asshole, while also reaching around his waist in order to jack off his large penis.

I wonder if anyone here will ever take the place of that black man, or would you rather continue to act as the blonde woman does?

>>62146596
just use fasd: https://github.com/clvv/fasd

z memefolder
mogrify -quality 80 pic.jpg

>>62148442
Why? Better be triggered that people don't remember history, 150GHz is nothing weird, it might be just hypervisor scaling.

>>62148663
umm wut?

>>62148399
pls remember it okay thanks

>>62146039
Wow this is amazing

>>62145839
first one should be more like 4.77MHz and 64k of RAM

>>62148399
>>62148703
nvm it appears to be zenity, or its fork yad: https://askubuntu.com/questions/488350/how-do-i-prompt-users-with-a-gui-dialog-box-to-choose-file-directory-path-via-t

>>62148652
I thought they made those optional installs, as to deprive these people of their last joy in life.

>>62148232
>1 million pictures
>"dude just use folders"

File: 0343256239.jpg (7KB, 250x243px) Image search: [Google]

7KB, 250x243px

>>62148480
>>62146039
I haven't followed the whole discussion, but if this is an argument that CLI is not needed, then sure.

I just find doing it in CLI much, much faster and without any 3rd party tools.

>>62148469
it has graphical fucking interface, you can even use a mouse with it if you want.
ncurses - not equals - CLI

>>62148740
there were no 3rd party tools used in the mac screenshot.

Although I agree that it's often faster and more effecient to use the command line, especially for tasks that you do daily. But for stuff that I rarely need to do, I prefer to click 3 buttons than to google commands or read help pages

>>62145839
because it's way easier to write a program/software/app that just take a bunch of commands and do shit than to design a UI around the functionality to do the same thing.

>>62148723
taht may be, but most computers in government institutions (at least where I live) still use windows XP so the people working there can minesweep all day long.

>>62148748
>he uses bash
>he doesn't do everything through a hex editor

>>62145839
>The terminal is really more efficient thatn all these windows and icons
You had it in your picture, OP. Why do you need to ask?

>>62145955
>mv IMG_{030..231}.jpeg ~/images/chad-festa-3/
And that's it.

>>62146006
sounds very efficient

>>62145869
And I prefer the problem to be solved in 5 minutes instead of 5 hours

>>62148803
>not playing that sweet pinball game
They're missing out

>>62148879
It is.
and full hd terminal is the best

>>62146014
>open up image viewer
>click batch rename
Woah so hard

>>62148453
>using bloatmagick instead of netpbm

>>62146006
With virtualisation it totally makes sense though. Whether it's gaming or android dev or testing you're peachy.

Apt-fast is faster than synaptic, I can have fun with ssh, fucking around with remote maschines to piss people off, it is how I fix a system after a bad update, nano makes things easy.
I am only semi-literate with the cli, but I find it useful.

>>62146596
>you forgot the part where you have to cd into a million folders
How is this worse than having to browse through a graphical list to find each directory and then double-click it (involving the length process of moving the mouse cursor to it) for each of those million directories?

>>62148310
Literally the only one of them even remotely correct is the 2017 one. The 2001 specs are more like 1995 specs, and if Moore's law has advanced to 150 GHz by 2034 I'll eat my hat.

>>62146012
Exactly. Processors started getting multiple cores because higher clock rates turned the processors into lava.

>>62146006
>>62146650
So you're not using a web browser to access 4chins, huh?

>>62148924
>batch rename
>doesn't subtract 30 from all the numbers

>>62145839
Autism. You'll notice whenever they give an example for why the CLI is superior, it's some extremely specific case that involves a couple actions at most.

>>62145870

This. GUI's are fine for doing individual shit, but if you need to compile a lot of different shit in a specific order, then scripts are definitely the way to go.

File: a.png (1KB, 483x39px) Image search: [Google]

1KB, 483x39px

>>62148932
>bloatmagick
Anon, I... I...

I just need to say that if all my bloated programs only used 10 MB of RAM, my system would be much debloated.

>>62149072
Reading comprehension, nigga. It's a couple of actions performed on dozens or hundreds of files. The entire point of a computer is that you can program it to do things for you, so why not program it to do repetitive tasks like sorting or renaming a shitton of files?

>>62149076

Additionally, your tasks will probably get done a bit quicker as the processor doesn't have to waste resources rendering the GUI windows.

>>62149072
Have you ever considered that people might be different and do the same things more conveniently in different ways? As for me, the keyboard as an input device is just much fast and more convenient than the mouse.

>>62148777
>I prefer to click 3 buttons than to google commands or read help pages
that's because you're a fucking noob and should get the fuck out of /g/ instead

>>62146039
Now you need another tool for batch mounting and encrypting disks, listing/switching between/configuring networks, batch file conversion, the list goes on and on

>>62145869
CLIs can give you error messages just as cryptic as any GUI. That's a feature of the program, not the interface.

>>62149010
That's because the guy who made the comic is a tech illiterate.

>>62149336
While true in itself, it's also true that it's inherently more work involved in formatting and presenting data in a GUI-based program, so it is understandable that what features that the developers consider marginal are left behind due to simply not being worth the effort in fixing. And any program has marginal issues, but ease of development pushes the margin.

>>62149388
>it's also true that it's inherently more work involved in formatting and presenting data in a GUI-based program
i'm not sure I agree with that. if all you want to do is present, say, an error message for why a task failed, you can shove that error to the system's default error dialogs. it can be the exact same error you'd send on a CLI

>>62149438
It's not only error messages, general presentation of information requires more work.

File: 1503758981730.jpg (112KB, 908x680px) Image search: [Google]

112KB, 908x680px

>>62146039
Never liked that UI after being used to the old one for so long

>>62148310
Even a MB of RAM was science fiction in the 80s like neuromancer future.

>>62149446
i can see it requiring a bit more work, but i'm not convinced it's a significantly larger amount. the data typically presented in a CLI interface is pretty limited, the whole paradigm is based around generating output after a simple command and not cluttering up the interface. if GUIs make it more difficult to present data, that's because there's more ways to present the data. that's not really a problem in my opinion

>>62149472
For homemicros, sure. Else not really.

>>62145839
The only reason freetards still use the command line so much is because their GUI APIs are absolute shit, so now they're doing some fox and grapes shit where they pretend it's by choice.

rm motion/20177*

Example of removing excess video footage that wouldn't even be practical in a file manager.

If your needs go beyond double clicking some porn cli is better.

File: 1501596010962.jpg (480KB, 1060x876px) Image search: [Google]

480KB, 1060x876px

>>62146469
You don't?

>>62149110
All in good fun.
I did run into a situation where I needed to run some operations on BILLIONxBILLION.tiff scanned images. Imagemagick would load the entire image into memory and then convert it in memory. A horrible process that would take aeons per image (there were hundreds). Netpbm just loads one segment at once, reducing conversion time to seconds. It was hype.
So yeah, bloatmagick.

>>62145839

One word: automation.

>>62149458
Actually, that's the real reason to prefer a CLI: consistency. You're not at the mercy of a UX designer who wants to follow trends -- or who has to follow the orders of a product manager who wants to "increase engagement" or "monetize" the software, often by removing features that you or other users may have found essential.

With the CLI, you figure out how to do it once, and as much of a pain in the ass that can be sometimes, you do it because you know that after you've solved the problem once, from then on It Just Werks.

>>62149438
>you can shove that error to the system's default error dialogs
That is until it happens in an asynchronous context where you can't create a modal dialog box or is otherwise incompatible with the event-handling model that is inherent in writing a GUI program, or is an error in the widget library itself, or it is just an informational message that you want to leave around rather than blocking modally, or any other such issue. GUI programs are inherently more complex, and they suffer from it.

>but i'm not convinced it's a significantly larger amount
In that case, I suggest you try writing a GUI program before opening your mouth again. I have written a number of GUI programs, and every little task you do requires at least -- at least! -- an order of magnitude more effort than doing the equivalent CLI thing.

>>62149584
i've also written GUI programs. i'm still not convinced.

>>62145839
>$100 used laptop
>all I need is vim and a browser anyway
>minimalism is somehow bad
Baka

>>62149560
Interesting story, but in that case that must be a feature of tifftopbm. It was some time I last checked, but I'm pretty sure I've verified at times that a number of the other conversion programs store the entire image in memory before outputting it. I think pnmtopng does it, for instance, in order to evaluate the palette before deciding on a storage format.

>>62149507
No one installs on servers GUI libraries, it's very rare when someone even work on a server with the real monitor and keyboard, the majority of work done remotely through ssh and terminal.

There're plenty of cases when you just can't use GUI, CLI is a simple and reliable way. It's also can be automated easily with scripts.

CLI is not a whim of the Linux enthusiasts, it's an industrial standard.

>>62145839

>i've never had grown up job: the post

GUI is fine for casual computing, but anything deeper than that you're gonna 1000% productive if you use the cli.

There are some jobs best done via cli and some are easier/fast done by programms gui

i wouldnt use some gui programm to interprete my python scripts but i also wouldnt use some cli programm to listen to music

>>62149613
do you use lynx or w3m as your browser?

>>62149616
pnmtopng was the final step in my chain. Either way, imagemagick was unable to it in a reasonable amount of time and netpbm was.

>>62145839
Who makes these threads?
Anyone who does serious computing doesn't need that explained.

>>62148330
Yes and that makes sense because they're racecar drivers whose focus is performance so the suspension system is looked at from a purely performance PoV. For a grandma and grandpa or average person the performance gains are likely not worth the bumpy ride.

>>62148413
>Being this upset
Power surge and decent power supply would be brakes and a sufficiently powerful fuel pump. Most car's suspension system is primarily to provide a smooth ride. Equating it to a safety device or performance device is silly

>>62145839
It makes us feel smarter than filthy casuals.

>>62148732
What if my pictures were all photo shoots each consisting of several hundreds of the same shoot for the same client on the same date? A folder system would be sufficient.

>>62148901
I prefer problems to be solvable instead of just waiting for my vendor to patch it

>>62146613
Stop masturbating so much. Or at least occasionally use the other hand.

>>62145839
>2034
>not having speech to cli recognition
It's still a fucking cli, why not just SPEAK the commands (and have the computer respond in a sexy woman's voice)?

File: 1493374288853.jpg (65KB, 366x448px) Image search: [Google]

65KB, 366x448px

>>62146104
Had to look at my own picture folder. Guess I'm not on that level yet.

>>62145839

I can't do my support work without cmd/powershell. The software we use requires that or tossing the computer out the window and claiming an eagle did it. Also Microsoft is extremely unreliable with the GUI between OS releases. I assume it's due to the guy doing the ETA on file transfers being in charge on the leapfrogging shittastic guis.

>>62145869
You do realize the command line is yelling you what's wrong in the exact same way as a gui? Messages and errors don't magically appear out of thin air when you write your program.

>>62150310
>subfolders:
>urination porn gifs and webms, 10mb each: 80gb
>HD urination pics, 3mb average: 13gb
>funny 4chan pics: 1gb

File: 1394394104558.gif (500KB, 500x333px) Image search: [Google]

500KB, 500x333px

>>62145839
To be honest, as I've spent more time working with computers I've realized that the keyboard-only approached is over-emphasized and overhyped. Tiling window managers and CLI only means memorizing over a dozen things in different contexts. I have never seen a single professional UI study showing that keyboard-only is faster than keyboard+mouse, but I have seen studies showing that people are faster with a mouse than they are with a keyboard alone.

In the end, it's a pointless pursuit of over-optimizing for diminishing efficiency returns. These days I use a floating window manager with side and window snapping and use the mouse a regular amount. I don't bother memorizing most keyboard shortcuts except for the my most widely used, and I use them in tandem with mouse selections. I'm happy and efficient with my setup, and the best part is that I don't have to go out of my way to memorize a damn thing.

>>62145839
What the fuck does cpu speed and memory capacity have to do with the GUI / TUI debate?
Some times a terminal application is easier, other times, it is not.

>>62145839
I'll be honest with you, I like to point and click as much as the next guy, but the reality is that, the command line, or bash specifically is much more reliable, and worthy of investment. Let me explain:

It behaves the same on most environments, it doesn't matter if it's macOS or Cygwin or GNU/Linux or whatever, bash is still the same. Instead of memorizing the countless alternative programs of each platform, including their button placements and whatnot, why not memorize a couple of commands that will remain the same, you know? It's easier if you think about it.

If you're a developer, most tools you need will not have a GUI alternative available, and if they do, they might charge you for it. And for good reason, making a GUI is no walk in the park. You have to port your tool to macOS's aqua, or Windows forms, or GNU's GTK or Qt. Developers are lazy, and writing a terminal program is easier to test, and faster to develop and port to other platforms.

Finally, with bash, it's just you and the program, no graphical libraries in between, less components, which mean less things that can go wrong. This applies if you're a sysadmin, where installing a desktop environment on a server is not a good idea, it might introduce vulnerabilities. The less stuff you don't need the better. Good ol' SSH will always be more reliable.

I used bash in all of my examples, because it's the most widely used shell in the world, but it could've been any other shell, like zsh.

>>62145839
because there is neat stuff I can do that I needed a specific application for otherwise
for example converting a bunch of png to 1 pdf can be done with
convert *.png nameofpdf.pdf
another example would be how comfy it is to install something because you just type something like
sudo apt install nameofprogram
or similar depending on distro

>>62150512
I should add: A command line shell is just a tool. A good user will use whatever tool is right for the job. I use it all the time because I find it easier, but you use whatever works for you. Using a terminal to win pissing contests is just a waste of time.

>>62150479
it's not pointless if it's more comfy for me

>>62150512
>It behaves the same on most environments, it doesn't matter if it's macOS or Cygwin or GNU/Linux or whatever, bash is still the same.
Adapting is not really a problem.
>Instead of memorizing the countless alternative programs of each platform, including their button placements and whatnot, why not memorize a couple of commands that will remain the same, you know? It's easier if you think about it.
It is about speed, not how much you can remember.
Some things are faster with a terminal, other things are faster with a graphical application.
>If you're a developer, most tools you need will not have a GUI alternative available, and if they do, they might charge you for it. And for good reason, making a GUI is no walk in the park. You have to port your tool to macOS's aqua, or Windows forms, or GNU's GTK or Qt. Developers are lazy, and writing a terminal program is easier to test, and faster to develop and port to other platforms.
Writing a GUI is not hard, it just takes time.
Most of it requires you to fill out the boilerplate code.
Developers make terminal applications because it is faster, you just run the function you need.
You don't need to think about how to present the data, you can just print what you need.
>Finally, with bash, it's just you and the program, no graphical libraries in between, less components, which mean less things that can go wrong. This applies if you're a sysadmin, where installing a desktop environment on a server is not a good idea, it might introduce vulnerabilities. The less stuff you don't need the better. Good ol' SSH will always be more reliable.
Server software is usually daemons, obviously there is no need for a graphical UI.
Daemons, one shot applications and system control applications are ideal to have a good terminal interface for.
Stuff you need running for a long time and frequently interact with is better off with a graphical interface.
Some times we even have graphical applications inside the terminal, like vim.

>>62150479
>lain pic aka i'mma script kiddie tech boss
>dosen't know keyboard fluently enough to prefer it over GUI for comfiness
TOPKEK

>>62150989
Good points.

> It is about speed
Now that I think about it, speed can also be a factor to consider.

> Writing a GUI is not hard, it just takes time.
You're right, I should have word it like that. Porting programs to graphical environments it's not hard, but takes time. One could say they are separate projects of their own.

I agree with your last point, it all boils down to use cases.

Because 80x25 DOS-like interfaces are comfy as fuck.

>>62145839
>OPs comic

That's literally the level that qualifies as a tech person / developer these days.
http://www.commitstrip.com/en/?
Those actual people who are this dumb as praised as smart techies in the world around you right now.

Let this sink in.
Unless you yourself are a dumbass who thinks he knows shit.

>>62151278
132x44 is better
especially on a monochrome greenscale monitor

>>62149673
lynx desu

>>62151224
They are separate problems, and usually we usually don't put smart people in charge of designing the interfaces, maybe that is why it is hard.

A good example is a text editor.
Everyone agrees that a graphical application is the best way to edit text, the only text interface I have used is ed and the scenarios where you need that is so rare, it is not worth using at all anymore.
Something like vim is much better, and some applications that are dependent on a graphical environment will also always be better than ed.

>>62145870
not really. for example. I have a smart downloader add on for my browser it does what I want faster and easier then if I had to use curl or similar.

>>62145839
Because they think the command line is something special and not just another GUI widget that is rendered with hardware acceleration.

>>62151752
>compares batch processing to browsing
Nigger, what are you doing?

>>62151663
Always found that a bit too much for text-viewing comfortably.

But maybe that's because my old monitor is 11".

>>62151790
downloading porn galleries that are typically obfuscated in some way by the site owner.

>>62151849
Fine, you get a point.

>>62145839
Try the simple act of installing a program.
GUI:
> Search for program that does thing
> Go to programs site
> Go to Downloads or press the button on the front page
>> Possibly have to go through some excessive steps to even get the installer (looking at you Sourceforge)
> Open the file
> Click next some times
>> Sometimes have to choose not to install shit you don't want
> It's installing
> Click Finish
> Open program
> Takes like 1 minute

Terminal:
> Search for program that does thing
> Go to programs site
> It says it's in your packet manager
> Open terminal (with the global hotkey you've defined)
> Type "sudo pacman -S program-name" or whatever you do in your packet manager
> It's installing
> It's done and you can now type the name of the program that you just installed
>> You don't even need to type it all. Just typing the first two characters and pressing tab autocompletes
> Takes like 10 seconds

>>62151775
I use an actual (like physical) terminal most of the time.
Step up your game, faggot.

Also terminal emulators have nothing to do if they are GUI or not, it's still CLI.

>>62145839
>i can send many command at many computers at same time by network
>uses less bandwith for remote administration
>i can create and filter reports from any tool
>its much more easy to help other people just telling him, write this and "look for this"
>if i do the same thing again and again ,i can make an script to make it automatically
>

>>62150644
Sure, that's all that matters. That was my point.

>>62145839
It gives them more control over their computer, and this is the only way they can exert control over anything in their sad life.

File: 1466446251101.gif (3MB, 640x266px) Image search: [Google]

3MB, 640x266px

>>62145839
>Using a touch screen keyboard on a computer

>>62145839
if you have good memory OR if you have to repeat a small set of tasks the cli is much more efficient

also with piping and aliases it's easy as fuck to pipe results from a program to another program without the need of plugins or the need to program something yourself.
And you also have a single environment to run all your tasks

>>62145839
1. GUIs suck for automation. They could have been good for it, but they suck.
2. Command lines have a connection with programming that GUIs don't.

>>62145955
>dragging them to the proper folders
>dragging them
https://en.wikipedia.org/wiki/Orthodox_file_manager

>>62151752
Which one?

>>62151913
I think you mean windows vs Linux, not gui vs cli.

all applications(programs) and services(daemons) run off that same command prompt ie the shell which is what the terminal emulator communicates with to execute commands

when you access the shell level you are at a much lower(positive thing) layer of software and have greater process control which less resistance to the interface

when you acess a GUI that requires Xorg and WM including the xsocket and udev layers and xkeyboard input which reduces latency and task speed

this also allows you to have more advanced commands with the proper knowledge and to combine or modify them to create scripts which are basically mini automated tasks or even a CLI gui

lastly everything has a shell, even android and embedded linux

not everything has Xorg and a desk or even proper hardware specs to even provide it
(256MB/512MB ram)

it can also be ran remotely on other systems without latency

also xorg isnt safe in the sense that every process that shares your UID and child processes of running programs (even daemons) all have shared memory so you keystrokes and screen can be seen by steam for example even when you alt tab inter another process

luckily wayland containerizes processes by design

>>62146014
bro...
hook a /g/ent up

>>62146671
fucking finally

itt: a bunch of autists solving every challenge by moving goalposts and screaming MUH CLI whenever they know they'll lose that battle

you retards would write scripts for a 1-time unique job with random input that cannot be processed any other way than manually and visually, like having downloaded a bunch of pics of a smaller set of people and wanting to categorize them into folders based on the main person visible in each pic
>BUT MUH SEKRIT CLI CLUB

>>62153524
Also Xorg is an out of date piece of trash that gives windows baud rates.

>>62149116
>repetitive
this implies repetition, the knowledge of the pattern, and the 100% certain applicability of the pattern to all the inputs. if you have all that, great, time to use the cli. if you dont, you have no choice but to use a gui

cli can only be used in completely controlled situations with very specific restrictions. a lot of real life situations do not meet those criteria and thus cannot be scripted.

>>62146314
OK but how do you use CLI in the first place
You read about some autists using it, then decide that it WILL be more efficient and quicker in the end, you agree
But then you spend a bunch of time on google trying to figure out the exact command line inputs to do this specific task, then combining tasks, etc
Get to the point where you spend more time searching for answers online because no it isn't intuitive, you don't just suddenly type random shit that you THINK will work in the CLI and have it do what you want magically...the terminology and functions are already set, and you have to know them beforehand. How? Through hours of research.

Most of the time I'd rather just have a fucking program do it, even if it takes a bit longer

>>62145839
150Ghz CPU and 1TB of RAM in 2034 is it real?

>>62149559
This is cute, I just have a bunch of random bullshit saved in downloads that I never use
Yes I take time to scroll for just the right one, because I get to see a couple of random images and laugh/get reminded of something important I forgot to do based on it

I'm on another level

>>62150245
>>62148901
BTFOOOOOOO

>>62153995
I get it. It's like a timeline to the past. That gets kinda depressing as you go along.

>>62151917
>I use an actual (like physical) terminal most of the time.
>Step up your game, faggot.
You're lying or retarded.
Step up your game, faggot.

>Also terminal emulators have nothing to do if they are GUI or not, it's still CLI.
Nice fake news. OP asked about the command line, not shell environments.
And as far shell environments are concerned, for most tasks they are absolutely shit and I could eat tacos and drink canning liquid and shit better working process-aware interpreters and batch systems.

>>62154055
I'd respond with a frogpost but I'm at work
:'(

>>62153868
Answer this pls, how do you guys figure out (at the beginning) about using command lines, when you still have to end up googling answers/specific commands for specific problems?
Or do you type in random shit that you think would work, do you suddenly wake up with proper CLI terminology? It still takes a long time to memorize all these different commands, after searching for them.

Cause doing AD management and batch changes is far far easier in powershell then ADUC.

>>62150479
>I have never seen a single professional UI study showing that keyboard-only is faster than keyboard+mouse, but I have seen studies showing that people are faster with a mouse than they are with a keyboard alone.
And none of the formal studies on HCI actually use software that is MEANT to be used with a keyboard, they use bullshit like Microsoft Office. I use fucking Windows and I still prefer my Emacs setup over any IDE, they are the most annoying pieces of software in existence. For that matter, they only measure immediate accessibility, and they don't even consider other possible factors, like comfort and focus.
It's like those American studies that claim political beliefs are genetic based on the country's asinine politics that are almost entirely based on gut feelings and not value judgments.

File: 1500476081418.jpg (30KB, 640x640px) Image search: [Google]

30KB, 640x640px

>>62145839
Because its obviously superior and less time consuming dumbshit

File: 1502326980516.png (360KB, 546x700px) Image search: [Google]

360KB, 546x700px

>>62154081
>fake news

>>62145839
The command line isn't user friendly, but it rewards patience and practice with genuinely impressive productivity gains--maneuvers that might take 50 clicks in 4 different programs in the UI can be accomplished with a handful of text inputs in a tenth the time.

What's more: if you can figure out how to do it on the command line, it's usually a cinch to automate the process.

>>62154081
>You're lying or retarded.
I own several VT terminals, VT420 is the one I mostly use that's always connected to my computer.

So yeah... what's your point in thinking that people would lie about something like that?

>>62154081
>Nice fake news. OP asked about the command line, not shell environments.
He asked about command line, terminal emulators are still command line. Same like his (retarded) pic related implies.

>>62145839
Who the hell had 1mb of ram in 1980? I hate these hipster normies who got into "tech".

>>62154124
>>62153868

Still no answers
So for someone using a PC for general tasks/gaming the command line is basically a non factor
I get this is /g/ and most people here SHOULD use it, but not most people with PCs.

>>62153600
>he doesn't temporarily configure feh to assign actions to certain keys that move currently displayed image to folder and display next image

>>62154369
I grew up with text adventures...

>>62154369
>I get this is /g/ and most people here SHOULD use it, but not most people with PCs.

Most people shouldn't have PCs at all.

>>62154301
>I own several VT terminals, VT420
The point is then, you're mentally ill and your opinion has no meaning.
>>62154316
>He asked about command line, terminal emulators are still command line.
Exactly. A command line is still a UI element and that says nothing about the implementation or environment behind it.
Command line <-> GUI is a false distinction, at best there is TUI <-> GUI.
It's just typical /g/ sperglords reflexes to defend it even in cases when it's highly inferior. Which it is in almost any case it doesn't automate anything.

>>62148748
>ranger
>using mouse

>>62154462
>The point is then, you're mentally ill and your opinion has no meaning.
Are you jealous? They are pretty comfy and rare you know.

>>62145839
I agree with the autor, older thing are always worse than the new ones. That's why I don't eat or veggies, only Mars™ bars, don't use wheels, eat from the floor and never cut my hair.

>>62151913
GUI:
>Open application repository
>Search for program
>Click INSTALL

>>62154736
>They are pretty comfy
My eyes tell me otherwise. That thing seems to have a shitty constrast. Also, it doesn't look like the terminals in freedroid-rpg.
>and rare you know.
Yeah, but so are rare Pepes and I prefer them to hardware terminals.

>>62148303
>fish
>zsh
autofill

File: RasPi_VT420_02.png (1MB, 1200x900px) Image search: [Google]

1MB, 1200x900px

>>62154858
>shitty contrast
not him but what?

>>62155107
>autofill
Holy shit, just realized, people here seriously don't know about autofill?
Even the command line interpreters under DOS I use have autofill. It's one of the better features of any CLI. I don't think here's any modern *NIX CLI that doesn't have it.

GUI is an abstraction and only slows you down especially when you know what you are doing.
cli will become obsolete when people find a faster way to interface with a computer than a keyboard.

>>62145955
thats the idea dumb!, command line avoids you to make that manually, you can literally tell the command where to move the files even create the new folders.

>>62155190
I think every shell has autofill except sh

>>62155231
But I can drag and drop the pictures faster than I can type up commands to do so

>>62146314
>ctrl+s
>no i don't want to save the project file
>click cancel
>click file
>click export
>click save

>>62145839
Do you *really* think a command-line enthusiast would be using Ubuntu + Unity?

>>62156844
Yup, because when I do need a gui, it just works out of the box with no configuration needed.

>>62150479
In a competitive pvp game like world of warcraft 3v3 arenas used to be without literally memorising tens of keybinds for your spells usage, target switching, specific target focus / spell casting on mouse over and so on - you would simply stand no chance in competitive play with just clicking.

Oh and all your keybinds had to be as close to your fingers as possible else it would be inefficient.

So unless a terminal enthusiast does that and also combines his mouse for mouse over on-key hold functions and everything is done with fastest reactions his young body is capable of - indeed there is no point to be obsessed over it.

>>62157251
Well >>62150479 is obviously a illerate if they can't remember some simple shit that you literally grow to know by heart over time.

Just another lazy bastard who thinks they are so cool.

Also guys what if you have a lot of keys on mouse :-?

>>62157340
shortcuts

but I don't use that shit for ages anymore, pretty useless with macro keys and shortcuts on the keyboard that's under your other hand all the time anyways

>>62145839
I hate cli.

>>62151752
A proper webcrawler would be more productive overall. Been running heritrix for this in the past.

Of course curl isn't, it can't do all the cookie / javascript etc. nonsense. Same as some simpler web browsers.

>>62151742
>he thinks gvim is vim

>>62150369
>Something happened

I'm not going to defend the command line, I'm just going to say that GUIs are a waste of time and I value my time, if I didn't have free time I wouldn't be able to make posts like this and that's terrible.

>>62157488
>he thinks ncurses programs are cli

>>62155163
now make a photo at daylight

>>62159310
that photo is in normal lightning
monochrome phosphor screens where extremely bright and had great contrast

it will easily make the camera tune down the exposure compared to a window at daytime or a room light when you take a picture that close

>>62159372
Don't forget sharp. Sharper then any color screens where for years.

>>62150512
um what? how can you expect to have access to bash across all platforms?

if the cli is so good then why do artists use photoshop and similar programs?

>>62145839
I like the command line. I write scripts to call the terminal and query me for parameters and switches for the program that relate to what I want done. A certain script will ask me a question, then I answer and enter then enter a y or n then it runs and I'm done. And it looks kind of cool. What's the problem? It's still really a gui if you really think about it.

>>62145839
The same reason they do Linux, because it's "cool". There's the fact that it's more efficient for certain tasks, but that's not always true. If somebody defends CLI in literally 100% of cases and suggests something abysmally retarded like "why don't you just use ffmpeg to edit video", that's the cue that they're full of shit and only in it to feel like an epic hacker.

>>62145839
Because they are inept in creating GUI that does what they want, so they make excuses instead.

>ywn be a computer programmer in the 80s who has no idea how wealthy your autism will make you

>>62159085
>he thinks ncurses can't be piped

1. I can launch programs faster than GUI loads and performs better.
2. You can pipe stdout to stdin from one program to other one.
3. You can automatize your own machine to do things you would do on GUI.
4. It's simpler and easier to use (when you get used to it)
5. You can write alias for commands you often use, so you don't have to write them again.

Some examples:

- Download an entire playlist from youtube to your current folder:
> youtube-dl <playlist url>

- Download a video and convert it to mp3 automatically
> youtube-dl -x --audio-format mp3 <video url>

- Write an alias to do the same but shorter:
> alias ytm="youtube-dl -x --audio-format mp3"
and then:
> ytm <video or playlist url>

- Update the whole system (even 3rd party software):
> pacman -Syu
or
> apt update && apt full-upgrade -y

- Burn an ISO to your USB:
> sudo dd if=image.iso of=/dev/sdb1

- View task administrator
> htop

- Synchronize a whole folder locally or remotelly
> rsync -aAXv <origin> <destination>

- Synchronize it again, but automatically
> crontab -e
and put the command there

And a lot more examples I can't remember right now...

test

>>62145839
it makes autists feel superior

>>62145839
Who the fuck still had a 200MHz processor with 24MB RAM in 2001?

File: TFET-Construction.jpg (14KB, 229x257px) Image search: [Google]

14KB, 229x257px

>>62145839
>1TB Ram
Good luck.

GUI is already tablet/phone cancer. Completely unusable and designed for toddlers with debilitating mental conditions.

>>62145839
Flexibility and efficiency. I didnt spend much time in the command prompt before, but when you have a task that needs to be run on 100+ computers, its better to automate it with a script.
Just copying specific files from a network folder to a bunch of nodes is better through the command line than manually doing it in each one.

>>62162847
Fuck if I knew, everyone and his dog went to 80MB EDO in 1996 or so when prices dropped like a brick.

>>62145839
In my opinion, because in a lot (but not all) of situations it:

1. is more efficient
2. is less error prone
3. is more productive

There is one case where GUI nearly always wins and it is when you want to analyze data or reports. Free example: cg_annotate and perf report are both good, but qcachegrind and hotspot are 10 times better tools thanks to variable width fonts and graphics. They manage to fit more information and in better ways than the cli commands.


One thing GUI developers forget is that you don't really needs to go to the terminal to get the benefits of a command line interface. For instance many Autodesk tools support commands within the program, people use then because of the precision the command line gives them.

>>62155163
pretty comfy

I would hate the resolution though

>>62163516
autists on /g/ will paint a dichotomy between black/white though and pull contrived examples out of their ass where one or the other is the obvious answer, when in reality different workflows make different combinations and degrees of command line vs mouse-UI the most efficient.

leave it to /g/ to understand the concept of degrees of truth though

>>62163516
>is less error prone
what about typos?

>>62163028
Pretty sure you can already put 1 TB of RAM in a single server it's just mad expensive.

>>62164293
>typos
It's not a problem if you're not a retard

>>62146014
I've read my share of autistic arguments, but this one wins big time.

>>62145839
Because when you learn to use commands, using clicks seems like a waste of time: Learn awk, sed, perl (just the basics) and the usual unix commands. You will have a power that you never knew you had.

File: emma shopping.jpg (65KB, 500x375px) Image search: [Google]

65KB, 500x375px

>>62145839
I used to work for a large college as a ast.network admin.
The admission office would send us names and social #s of new students that need access to different groups and their related resources. The ascii list was a comma delimited database with name, social security number, student id number, selected major and class selections, ie:

>pajeet, preet, compsci, VB101, C++101,Toilet Usage in western society 101, English101.

Lets Say 500 names came in that day and as assistant net admin, you need to put these 500 students in different groups.

Now you could open the gui and click each student and select each group from a large elevatored list of groups. Select each student select each group then each class. Then open the email admin account and do the same thing for list of names.


OR


open the cmd line.
have a script that parses the ascii list of names and socials and their class selections, and creates user-name, puts them in the groups according to their class selections, and creates an email with enough space based on their subject selections.

While script is running, shit post on 4chan /g.


GUI is fine for some things, but cmd line is where it's at for saving time.

>>62145839

See:
>http://catb.org/esr/writings/unix-koans/gui-programmer.html

>>62156802
Kekd irl senpai

>>62145839
It's a stupid argument because CLI and GUI are both good at different things.

The major strength of CLI shells like bash are that they allow different programs to be used in modular ways to be able to creatively solve problems efficiently. If you are primarily working with large amounts of text/numerical data, and performing batch operations on that data, then CLI is probably the right choice. If this wasn't possible, the CLI itself would be meaningless at this point because every program would operate in isolation, just as GUI generally programs do.

The major strength of GUI programs is that they can display information in a more intuitive fashion, such as rendering graphs, images and objects, and that they can be structured to have a self-explanatory interface. Users do not need to be trained or memorize commands (and command options) if they can visually see the buttons that perform the necessary tasks. Also, anything involving sound, image (including art, advertising, drafting and blueprints), and 3D modelling without using a GUI would be nightmare mode.

>>62161918
>he thinks pipability means cli

>>62148303
>file timestamps from 1.5 upwards
newfag detected

>>62164589
esr has some severe case of autism, on par wiyh rms at times

>>62164740
If it is pipeable, then why should I care if it is based on ncurses?

>>62161266
>something abysmally retarded like "why don't you just use ffmpeg to edit video"
That's a lot of fun though. Only annoying part is getting the timestamps.

>>62165434
Because what it's actually about is how you use it. The point of CLI is executing commands that do a predefined job, where vi is an interactive program. Whether it's rendered by a VT402, a graphical terminal emulator or uses X11 directly is mostly irrelevant.

>>62165767
And if I can tell vi to execute a series of commands--say, through a script file--then I can use it as a command line tool similar to sed and awk. CLI and GUI are not exclusive; a program may have CLI capabilities when piped despite running as a GUI when used alone.

>>62165810
>And if I can tell vi to execute a series of commands--say, through a script file
That's just about as practical as giving an X program a series of inputs via xdotool, however.
>then I can use it as a command line tool similar to sed and awk
Which is one of those things noone has ever done unironically. If you're doing that kind of stuff, there's zero reason to not use ed instead.

>>62148988
Because you can type the directory into that too, while still having a better visualization of folder contents.

>>62166013
>while still having a better visualization of folder contents.
unless it is gtk of course

>>62166013
Tab completion generally works better than typing into icon views, unless it's Windows-tier tab completion.
>while still having a better visualization of folder contents
Ah yes, the two-second wait for each directory level while thumbnails are loading. Thanks, Microsoft.

>>62145839
It is a useful tool to have. I also run some software that does not have a GUI, but that is mostly for research purposes.

>>62146596
>right click
>"open terminal here"

>>62154384
>he does more work and wastes more time to be able to do this chore on cli than it takes to do it in a gui, massively overcomplicating a simple job
do you write your own firmware for every piece of electronics you buy before you use it too?

>>62145839
>>>/shittingstreet/

>>62145839
Because it's not "terminal vs. GUI", but "the right tool for the job". I'm not gonna read the manual of ffmpeg for half an hour just to record my fucking screen, but I also won't use a gooey interface to dd some shit to an usb drive, nor will I use one to make rsync backups.

File: file.png (12KB, 292x350px) Image search: [Google]

12KB, 292x350px

>>62146596
even windows does this

>>62149560
>loading billion x billion pixel images into RAM
Oh shit I didn't know exabyte RAM modules were commonplace now.

>>62145876
I too own a computer.

>>62145839
Because for many purposes, it genuinely IS superior.

>>62166068
I wouldn't do it for a handful of pictures, but it's really fast if you have a lot.
>>62166149
I wrote memory, not RAM. Would thrash swap like mad, that's why it took so long.

>>62166208
>having exabytes of disk space
>swapping exabytes of data
Are you sure it was a billion x billion image, and not just a gigapixel one? What the fuck was that pic?

>>62166107
>half an hour
Consider upping your attention span, Anon. Half an hour is not at all much to spend for potentially learning a tool that is good for much more than just recording your screen.

>>62166244
Why would you take billion × billion literally, Anon? Surely you're not just trying to stir up trouble with a post like that?

>>62166107
>I'm not gonna read the manual of ffmpeg for half an hour just to record my fucking screen
Sure, but if you were already familiar with ffmpeg you'd know something like ffmpeg -f x11grab -framerate 60 -video_size 1600x1200 -i :0.0 screen.mpg would do the trick
>>62166244
billionXbillion was hyperbole as I can't remember the dimensions. The images were huge engineering drawings from many decades ago that were scanned on a massive scanner at crazy DPI.

>playing video games with a CLI

Sounds like the most depressing, boring, shit ever.

>>62166292
My first post was a funpost, but since he didn't deny the image being that large, I just hoped that that anon has some interisting job or research project where they give him access to fuckhuge machines. Like some astronomy shit where they make one big image out of a ton of already high-res ones.

>>62166316
I see.

>>62166343
Oh, yeah not that cool. They had some intern scan these in over an entire summer without checking if they were usable. Crazy things would crash image viewers more often than not.

>>62150245
>I prefer problems to be solvable instead of just waiting for my vendor to patch it
Then sadly linux isn't for you, because even Stallman can't fix all the problems it has

>>62155370
>what's tab completion

>>62166271
>>62166316
It was just an example of a case where installing some GUI shit is the better use of my time. Sure, I may gain useful knowledge, but 1) will I use the software again, before I would forget most of what I've learned 2) can the thing I'm trying to do wait half an hour, and do I have half an hour to spare 3) is the thing I'm trying to do something GUI applications are inherently worse or equivalent at? If the answer to any of those is no, then GUI is the way to go. I didn't mention it, but it's a lot easier to record an area of my screen through using a visual screen area selector tool than it would be to type numerical coordinates into the terminal, mostly because I can't tell the pixel # just by looking at my screen.

>>62166537
The thing is, if you use criteria like that, you'll always drop back to GUI tools because it's "easier". Once you familiarize yourself with CLI tools, future problems like that will surprise you in how much easier they are to do through the CLI.

>>62164293
what about misclicks or pressing the wrong hotkey?

>>62166800
That's not true, I actually use the CLI a lot, and I wrote scripts to handle batch-optimizing images with optipng and to download images from a 4chan thread, among other things.

>>62153387
I do a similar thing with two explorer windows side by side. And I need thumbnail view to be able to know where to put them.

>>62166537
The funny thing is, of course, that man ffmpeg gives you an example command-line in five seconds rather than half an hour, and also that xwininfo gives you much more precise coordinates than you'll be able to select with a mouse-area-selector tool.

Because real work is done at the command line, faggot.

>>62167720
>scroll down to the bottom of the man page to find the command
>copy ffmpeg -f x11grab -video_size cif -framerate 60 -i :0.0 /tmp/out.mpg into terminal
>only the top left ~300 x ~300 part of the terminal window is recorded, quality is atrocious
>think it's the -i :0.0 part that causes this, turns out it's actually caused by -video_size cif
>enter 1920x1080, resolution is fixed now, quality is still horrible
>will still have to look up the encoding settings to fix the quality
Yeah that was really straightforward.

>xwininfo
Yeah that will surely be useful when I record an area of a webpage .

>>62168061
>Yeah that was really straightforward.
The point is that it would be had you at some time in the past familiarized yourself with ffmpeg, philistine.

>>62145839

>>62168785

>>62168799

>>62168816
just testing some trips haha

>>62168835