I am always up in here tooting my own horn but, as a vendor, I have been absolutely amazed at how long #GLAM vendors take to just email their clients back, if they even bother
Today I am wishing that everyone working in digital preservation were trained up on how computer processing takes power/time. I feel like there's a gap in how clicking a button doesn't take much time for a person, but it doesn't mean that servers aren't chugging along in the background, and that big things take a long time to copy around.
"Cryptography as a personal practice" https://thewitchofendor.com/2019/07/16/cryptography-as-a-personal-practice/
Just wanted to quickly share that Rhizome has started using Nextcloud @nextcloud for getting files from artists and other collaborators into the organization. So instead of an attachment like for_rhizome.zip to a subject-less email sent during a call, or a wetransfer link that has disappeared after the weekend, I can send a private file-drop link that displays a custom message and integrates the uploads into my project working directories.
"The channel your workspace used most last week was #random, with 4 messages. That's quite a conversation."
Writing an image comparison service in Python, Go, and Rust: http://www.nicolas-hahn.com/python/go/rust/programming/2019/07/01/program-in-python-go-rust/
Any digipres folks out there tried Unison for file syncing? http://pgbovine.net/unison_guide.htm
“Women working in electronic computing early on were dismissed precisely because they had technical skills, not because they lacked them. As those skills became more highly valued, women were often forced out of the field instead of being promoted …“
📄 Marie Hicks, Against Meritocracy in the History of Computing, 2016 → http://s3data.computerhistory.org/core/core-2016.pdf
At any rate, the “bad” version of the MPEG file is always having the “data” bit set, while the “good” version varies between “video”, “audio”, and “data”. Feels like Lunar is probably skipping over every non-video sector.
There’s also a format-dependent “coding” byte, which the “bad” tool is setting to 0. It has information about resolution and coding type; Lunar may be depending on it.
I’ll continue investigating, but I think I have all I need to attempt a fix now.
a/v archivist and developer with too many extracurricular activities; username ablwr in other places on the world wide web; your internet girlfriend
digipres.club is a space for folks interested in productive conversations about, well, digital preservation! If you enjoy talking about how to do memory work with computers, or even with cardboard boxes of old photos, you belong with us on digipres.club. Many of us are/were Twitter users looking for an inclusive and community supported approach to social media. If any of these things sound good to you, consider joining us now.