

Yes, but that was in the OP. Maybe normal disk is not feasible for some reason
Yes, but that was in the OP. Maybe normal disk is not feasible for some reason
no graphics card whatsoever
computer can play h.265 and equivalent without troubles, provided video file is no higher than 1080 p.
Computer can play av1 files no higher than 1080 p only if I shut every other application down. If for example I run a browser and an av1 file with either mpv or vlc, system shuts down.
Can I put all that memory to use and avoid overloading the cpu?
Most of the answers seem to focus on the main problem, but your question got me thinking.
Since you are not getting shutdowns with lower qualities, maybe you could use RAM to play those videos.
Set up tmpfs. Before you start all the other things, use ffmpeg to recode the video to something without any compression, maybe tell it to not work too fast (like work on one frame at a time), and put the thing on that tmpfs. Maybe then playing this new file would be less demanding. The key would be to not force it to provide 30fps of encoded video
Although… Are you sure all this RAM is fine? Maybe it shuts down on more demanding videos because with those the RAM usage raises to the faulty part?
$ sh
sh-5.2$ echo dfgsdfgfd |& tee /tmp/t
dfgsdfgfd
sh-5.2$ cat /tmp/t
dfgsdfgfd
sh-5.2$
¯_(ツ)_/¯
True
But nowadays /bin/sh
is often just a link to bash
https://www.man7.org/linux/man-pages/man1/bash.1.html
Pipelines A pipeline is a sequence of one or more commands separated by one of the control operators | or |&. The format for a pipeline is:
[time [-p]] [ ! ] command1 [ [|⎪|&] command2 … ]
(…) If |& is used, command1’s standard error, in addition to its standard output, is connected to command2’s standard input through the pipe; it is shorthand for 2>&1 |. This implicit redirection of the standard error to the standard output is performed after any redirections specified by command1.
For &1
to work don’t we need to be using some shell anyway?
IMO |& tee dirlist
is easier to manage
Rules per se, I guess, no. But I feel this is a little bit ill-placed. Look at other posts in this community, it’s rather about open-source news and discussion than specific support for an app
I guess you might have better chances in some Android community, if those operate similarly to the Linux ones
Why are you posting this in here?
I’ve been using ZArchiver and Ghost Commander and haven’t noticed a big difference vs Linux. It might depend on device’s hardware too
Looking at the repo I am not sure what this is. OS for TVs? App to watch television channels on a phone?
Wine can work in a pinch but I wouldn’t rely on it
In this case I would say the other way round. Proton works in a container, so getting to the sound interface for example might be harder than just using Wine
I think it’s a messy idea, you will be getting conflicts on files already present in the system. You’ve been warned ;)
With that out of the way, I guess just download the image and start from https://wiki.archlinux.org/title/Installation_guide#Installation