Aral Balkan
FFS, GNOME! Just wasted a day of editing video because the built-in screen recorder records screencasts at such a low quality that I ended up with keyframe artefacts / ghosting in my captures.
Bloody hell…
And is there any way to set the quality? Is there ever!
Anyone know a screen recording tool for Linux that saves *high-quality* videos.
(Don’t use GNOME’s built-in screen recorder if you’re posting HD+ videos.)
Aral Balkan
@cykonot Thanks; donno why I didn’t think of that – I used to use it for my streams a while ago before the Atem. I guess I still associate it with streaming.
So I just tried it and the recordings are pristine even with default settings (but I set them a little higher anyway).
:)
Cykonot
@aral obs
Aral Balkan
@ChrisWere Went with OBS; thanks :)
Chris Were ⁂🐧📰🌱☕
@aral OBS is very full featured, but I've also had a great deal of use from SimpleScreenRecorder. Both in the repos of most distros, I think.
Aral Balkan
@aires Thanks :)
Aires
@aral OBS Studio has worked well for me in the past. I mostly use it for webinars now, but it's got good recording capabilities
PhDog 🇮🇪
@aral
It also screwed me over because it doesn't record audio!
Aral Balkan
@dogfox Oh, yeah, it got me with that in the past too.
Aral Balkan
@Professor_Stevens Thanks, that’s what I’ll be using tomorrow when I redo the whole thing.
Professor_Stevens
I haven't used it on Linux, but I love OBS and it is available for Linux.
Aral Balkan
So, thanks to all the replies, I’ll be redoing a bunch of my work tomorrow using OBS.
So, in short: if you want to record screencasts and you care about the quality of your work: DO NOT USE THE BUILT-IN GNOME SCREEN RECORDER. It outputs low quality videos and you cannot change the qualiy.
Use OBS instead.
*le sigh*
G’night!
#gnome #screenRecorder #screenRecording #warning #OBS #FOSS #Linux #fedora #education #design #communication #presentations #video #editing #nle #videoEditing
Aral Balkan
@aeischeid Thanks; will also give kooha a shot :)
Aaron In Minnesota
@aral kooha what I have used and been pretty happy with for short screen recordings. Has options for quality and frame rate and file type output - Gif webm MP4 etc.
OBS is way more full featured, of course
Aral Balkan
lesighlepurr
@aral did you say *le sigh*
*winks*
Aral Balkan
@Professor_Stevens Did a few tests tonight; it’s perfect.
Professor_Stevens
Please let us know how that works out for you.
Aral Balkan
MiniMia 🏴 🇵🇸
@aral If you make this post appear in my notifications again I'll be sending you a bill for screen wipes 😁
Aral Balkan
@Professor_Stevens Yeah, I used to use it early on for streaming, before I got the Atem. Just never thought of it as a recording tool (mostly because of how large an app it is and because GNOME comes with one. Albeit one that’s not fit for purpose.)
Professor_Stevens
Awesome! I like it partly because it does seem pretty solid, with all the basics working most reliably. But another reason is that it doesn't try to do everything. It does stick to the basics, which keeps the (re)learning curve reasonably flat.
Jeff Fortin T.
@aral
I am under the impression that the GNOME Shell screen recorder is optimized for variable framerate recording with minimum amount of information encoded, resulting in very small filesizes compared to other screen recorders.
It is light on resources (I suspect it is much more efficient for encoding) and great for quick partial recordings to attach to bug reports (small filesizes), which is my primary usecase for it; it does not seem to be meant for files intended for editing in a NLE.
Aral Balkan
@nekohayo Hi Jeff, thanks for taking the time to reply and for providing background but I hope you realise this is exactly why I stopped filing bugs for issues like this on #GNOME projects. It makes perfect sense for a tool made for the GNOME team to be for “quick partial recordings to attach to bug reports” where quality doesn’t matter. For anyone else who uses a screen recorder, quality is what matters. But were I to report it, my issue would be closed with this justification.
Aral Balkan
@nekohayo (Case in point: the exact issue that made me lose a day of work was reported three years ago: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3371 and the reason it’s still an issue is not because of an inability to fix the issue but a reluctance to see the problem as an issue since, given the use case you stated above, the low quality isn’t a bug but a feature as the tool is optimised for a different use case to one that people outside the GNOME dev team have.)
Aral Balkan
Right, take two…
#presenting #recording #slides #screenCapture #linux #Kdenlive #OBS #NLE #screencasts
Aral Balkan
@fkamiah17 Haha, noted ;)
MiniMia 🏴 🇵🇸
@aral Final warning, Aral 😉 😁 😘
Aral Balkan
@bardi Merci, it’s this: https://kbdcraft.store/products/adam
bardi
@aral love the keyboard.
Aral Balkan
@badambassador Thanks, it’s a Filco :)
badambassador
@aral that wrist rest is lovely
Aral Balkan
@Shamar Tried vertical, never really worked for me. Found myself straining my neck more often than not.
Shamar
No vertical screen?
Do you rotate a screen while coding or you actually feel better with an horizontal setup?
Jeff Fortin T.
@aral I think you misunderstand.
I'm not a GNOME Shell developer, it was just my educated guess of the probable practical performance+legal tradeoff that occurred a decade ago.
Nobody closed nor opposed @YaLTeR's issue 3371 that you linked there, nor other issues AFAIK. It's just impossible without HW encoding for VP9/AV1, IMHO.
VP8 is the only usable "in software" Free codec out there. I know because (from experience) you typically can't encode VP9 realtime "in software".
Jeff Fortin T.
@aral
As a user, I remember the era between 2015 and 2020 where GNOME Shell's video screen recorder was *literally unusable* because the VP9 encoder could never keep up and would lock up your computer by filling up the RAM within a minute. I'm not making things up; this commit proves it: https://gitlab.gnome.org/GNOME/gnome-shell/-/commit/c61685e617
So, *very much* a technical limitation.
I would have appreciated if you had simply asked politely to begin with, & assumed good faith, rather than immediately publicly smearing #GNOME
Aral Balkan
@nekohayo And this is the other reason why I don’t file bug reports any longer.
Me: this feature is not fit for purpose.
Someone on GNOME team: actshaully, according to technical reason #3096… why are you publicly smearing GNOME!
Ok, pretend I didn’t say anything. And you heard nothing.
Jonas
@aral @nekohayo Turns out doing real time encoding in software is a hard problem to solve, and turns out most of the good codecs out there are patent encumbered and can't be shipped by default.
Maybe instead of directing rants at volunteers, you could ask *why* things are as they are instead of expecting every feature to be on-par with commercial OSes.
Jonas
@aral @nekohayo
In case you're actually be interested in what's happening rather than just ranting:
Quite a few people (including me) have been working their asses off on gnome-shell/gstreamer/pipewire for the last two years in order to use hardware encoders out of the box (no large project dared to use hw encoders on linux by default so far). Also we're using the faster h264 sw encoder instead of vp8 in gnome-shell now when available (it must be manually installed on Fedora because patents).
Jeff Fortin T.
@aral
The fact is that it is using the very ancient VP8 codec (not VP9, not AV1, which are super CPU-intensive), because that's pretty much the only free codec you can do realtime encoding with "in software" on most computers.
Related to https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5908 there is work going on to make it use hardware-accelerated encoding when available, which I guess would open up VP9 and AV1 as possibilities, but I don't know if a codec change is in the plans.
Aral Balkan
@rspfau 👍
rsp
@aral I'm going to go make a wrist rest now!
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.