michaelni changed the topic of #ffmpeg-devel to: Welcome to the FFmpeg development channel | Questions about using FFmpeg or developing with libav* libs should be asked in #ffmpeg | This channel is publicly logged | FFmpeg 7.1.1 has been released! | Please read ffmpeg.org/developer.html#Code-of-conduct
indecisiveturtle has quit [Ping timeout: 244 seconds]
<michaelni>
I hate computers, i hate ubuntu i hate cups. my printer randomly stoped working, no error message or anything on the computer while printer does nothing. chatgpt&google pointed in random useless directions. usbreset + different usb port + power cycle of printer + cups restart fixed it
<michaelni>
and i have 4 dead usb ports on my mainboard now.
<Lynne>
yeah, cups is entirely unusable
<michaelni>
(they where dead before usbreset) wonder if the next reboot will bring em back but i dont need them have enough
<Lynne>
I just go out with a usb flash and print somewhere if I really need to
jarthur has joined #ffmpeg-devel
<michaelni>
iam so angry i spend like 3 or 4 hours with this issue, what a waste of time, anyway enough ranting :)
<michaelni>
Lynne, you could attach a pen to a 3d printer, its probably cheaper than a CNC, or maybe one of these cheap laser engavers from ali express. Or maybe use Thermal paper and write on it with a unmodified laser engraver or the hotend of a 3d printer. I have so many ideas to waste time, why am i always out of time
kurosu has joined #ffmpeg-devel
j45_ has joined #ffmpeg-devel
j45 has quit [Ping timeout: 248 seconds]
j45_ is now known as j45
j45 has quit [Changing host]
j45 has joined #ffmpeg-devel
<compn>
michaelni, horrible printer :D
<compn>
my printer does what all of my previous printers do. if it has more than one page at a time, it jams
<compn>
so have to hand feed it one paper at a time
<BtbN>
It also doesn't seem to be an option to enforce that at the org level
<kierank>
gitlab supports that
<kierank>
:)
<kierank>
site is dead completely now
<BtbN>
Yeah, updating it
<BtbN>
really need to figure out a better way to make a backup. Or just flat out ignore the official recommendation to stop the instance during a backup. Cause it's quite a lengthy downtime, and I'd kinda like to back it up every day.
beastd has quit [Ping timeout: 240 seconds]
<another|>
stop the entire thing? that's the recommendation?
<another|>
how about stop; snapshot; start. and then backup the snapshot in the background?
<BtbN>
snapshot how?
<BtbN>
I think it might be plain unneccesary to stop it at all
<BtbN>
mariadb-dump has a --single-transaction option to avoid inconsistencies
<another|>
filesystem?
<BtbN>
How do I snapshot ext4?
<kierank>
use the web hostings backup service
<another|>
the data is in a mariadb?
<BtbN>
I am, but forgejo still recommends to shut down the instance during the process
<BtbN>
The DB data is, but the repos are on-disk as plain git repos
<BtbN>
It's about consistency of the backup I guess, cause multiple independent sources need to somehow be in sync
<another|>
for DBs I heard about: replicate to a secondary and backup there
<another|>
never tried it though
<BtbN>
The DB is the least of the problems
<BtbN>
the dump takes less than a second
<BtbN>
But it then takes ages to tar up all the repos
<another|>
LVM has snapshots but they're kinda meh IIRC
<another|>
otherwise, use a filesytem which has snapshots
<another|>
btrfs, maybe XFS?
<BtbN>
I'd rather not use a data eating FS
<BtbN>
and XFS has snapshots now?
<another|>
I don't know. I keep hearing a lot about xfs. maybe I should test it
<another|>
btrfs has not eaten my data so far
<BtbN>
hm, you can apparently emulate a snapshot using reflinks on xfs
<BtbN>
btrfs has eaten all data on it both times I tried, so I won't touch it again
<another|>
there's a few pitfalls to be aware of. otherwise it's quite nice
<kierank>
why not use zfs
<JEEB>
since 2020 I've been running my $dayjob laptop on btrfs, I've been waiting for when I will get the btrfs experience
<BtbN>
Last time I tried btrfs it just kernel paniced on me less than a week in, and after that the pool was completely unreadable and unrecoverable
<BtbN>
never again
<another|>
BtbN: When was that? Did you use RAID {5,6} ?
<BtbN>
like a year or so ago
<BtbN>
it was on top of an mdraid, cause their raid is STILL broken, after nearly a decade
<JEEB>
kierank: the whole mess with the non GPL compatibility and thus the modules being out of tree can be quite welp. does ubuntu still distribute binaries as it did at some point?
<another|>
yeah, I'm not using it for raid either
<kierank>
ubuntu supports zfs yes
<JEEB>
nice, since FS-wise ZFS seems quite alright
<BtbN>
ZFS on a Cloud Server is also not going to be fun, just to have snapshots
<BtbN>
xfs would work fine though, and should be possible
<another|>
I once tried LVM snapshots but the performance was abysmal. though it was a very underpowered VM
<BtbN>
I'd just cp --reflink=always the whole repo tree
<another|>
maybe things have improved
<BtbN>
and then I've effectively made a snapshot of it
APic has quit [Quit: Reconnecting]
APic has joined #ffmpeg-devel
<fjlogger>
[FFmpeg/FFmpeg] Pull request review rejected: [#20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions - eia-608/708](https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by dwbuiten
kurosu has quit [Quit: Connection closed for inactivity]
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by programmerjake
kasper93 has joined #ffmpeg-devel
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by programmerjake
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by dwbuiten
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by dwbuiten
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by programmerjake
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by programmerjake
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by programmerjake
<fjlogger>
[FFmpeg/FFmpeg] New comment on pull request #20024 rewrite/add mcc [de]muxer, add AV_CODEC_ID_SMPTE_436M_ANC with mxf support, and add conversions <-> eia-608/708 (https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20024) by programmerjake
<BtbN>
Have to say, this reflink stuff on xfs is incredibly neat. Making a snapshot of a directory tree with thousands of files in there in like a second.
<BtbN>
Cuts the downtime from 10-20 minutes down to like 10 seconds
cone-050 has quit [Quit: transmission timeout]
ccawley2011 has quit [Read error: Connection reset by peer]
LainIwakura has quit [Ping timeout: 272 seconds]
indecisiveturtle has quit [Ping timeout: 252 seconds]