reminds me of the "Kurzgesagt – In a Nutshell" youtube video "Why Alien Life Would be our Doom - The Great Filter"[0] that discusses many of the same ideas!
this strongly reminds me of the hn post from five days back in which the main thread talked at some length about a very similar scenario
> "He missed a big one: you have no way to stop Linux distributions from hacking up your software, and you'll suffer the consequences of whatever they do."
this reminds me of the documentary "the fog of war"[0] in which robert macnamara talks about the conventional type bombing of japan's cities with firebombs before using any atom bomb.
the fact that the combined strength of two humans would not be enough to _break_ the manual trim system does not tell us whether that combined strength would be enough to _turn_ the trim wheels at all.
https://news.ycombinator.com/item?id=19575318 "option 2)" (on this same page) refers to a situation where a "dive" could be executed in a situation where manual strength is not enough to trim the aircraft.
[...Quebec Premier François Legault said that SNC-Lavalin was one of ten publicly-traded companies headquartered in Quebec that the province considers to be "strategic" and therefore in need of protection from a takeover that would force the company to leave the province....]
this video[0] from "mentour pilot" on youtube explains the stabilizer system quite well.
it seems the trim wheels are connected manually to the trim mechanism in the back, but when the trim stabilizers are in an extreme position the wind loading on them makes it very hard/impossible to rotate the trim wheels manually.
from what i understand, one way to relieve/lessen the wind loading so that the manual wheels can be used again is to (in the case of trim down) dive the plane. this would lessen the wind loading on the stabilizer and allow the manual wheels to move again. but you would need "room" to dive, something they did not have in this case.
the difference that i find valuable is that cloop is not a file system, whereas squashfs is. this means that i can use cloop to compress _any_ file system at the block level. very useful as a sys-admin.
the cloop[0] system from knoppix is something i use often to back up arbitrary file systems. debian has the cloop-utils which includes create_compressed_fs, and this is great for making compressed copies of file systems which can then be read without uncompressing the whole blob.
however i have found debian's cloop-src module to be problematic in that i have never been able to get it to compile. the actual module comes as source only, and without this part it is not possible to read the backups without uncompressing, which is a shame. in fact it appears debian has recently removed cloop from debian testing[1] for this reason.
so it is still necessary (and enjoyable) to have knoppix around to use the decompression system, although it is a huge pain to do it this way. i hope debian is able to get things sorted finally with cloop-src! that would be great.
what about cinerella? when i researched what video editor to learn next after kdenlive it was cinerella. it seems to work fine, and i am surprised not to see any comments regarding it. seems like it is completely out of the running?
this sounds interesting. could you elaborate a bit? it is unclear if you are inverting once, or twice. "if you have a stereo signal, anything not fully-centered will come through better while the rest is cut out" -- is this before or after an inversion?
maybe not specifically relevant to your use case, but one excellent open source program for ham radio sdr stuff that i have found is linrad. it's got a bit of a learning curve, and is pretty fun once you get the hang of it. the author is very interesting, and has a youtube channel with lots of info on linrad and other ham radio projects.
[0]https://www.youtube.com/watch?v=UjtOGPJ0URM