4 ms·
Big deal! This is right up there with Adobe Premiere on Windows finally getting a ProRes encoder at the top of my list of "Things That Would've Helped My FilmTe
by dkh 7y ago
Big deal! This is right up there with Adobe Premiere on Windows finally getting a ProRes encoder at the top of my list of "Things That Would've Helped My FilmTech Career Around 6 years ago".
1) We finally have a file system that works across operating systems, which is a big deal if you ever do anything in a multi-OS environment.
2) exFAT is heavily used in the film production world, and the convenience of knowing it'll mount properly on any OS so you can duplicate it a few times is much more important than whether or not it's a "safer" file system in general. It doesn't need to survive forever -- the card just has to make it from the camera to the computer on the other side of the set, or survive a trip from one office to another on a shuttle drive that by this point is not the only place that data exists.
Regardless, it's still more mature in general than I remember it when it started to appear in high-end cameras around 2012/2013. When your Blackmagic camera shoots exFAT but isn't capable of deleting files off it without a computer...
3) Should something still go wrong (like, oh, the time I was almost responsible for losing $60k of footage my second day on a job due to unexpected use of exFAT + a truly unfortunate and odd-defying day of bad luck) the fact that Microsoft is implementing it in the kernel should still be a huge help -- it will be a proper implementation (not a reverse-engineered sometimes-working mess), will perform much better than FUSE, and just generally improve reliability. Trust me, when your card with irreplaceable footage won't mount, you'd rather not have to fight that battle on two fronts, with one of them being your Linux implementation.
- userbinator 7y agofact that Microsoft is implementing it in the kernel should still be a huge help If you're trying to recover video (which is one of the easiest types of data to recover, due to it being large, sequentially written, and bitstreams containing easily recognisable sync markers), and especially from a storage device that's being exclusively used for video, the actual filesystem doesn't really matter because practically all of the sane ones will store the file data in a contiguous range of blocks. Depending on the exact codec, you may even be able to dd the raw device into a decoder and it'll simply find the first valid sync marker and start decoding from there.
- dkh 7y agoWell of course, some file carving is what has gotten me out of a few messes in the past, including the one mentioned. But in a situation where a volume won't mount/read, it's nice to eliminate a poor implementation or FUSE issue as a potential variable in determining if there's actually a problem. (Or worse, introducing a new problem... I've seen that, too, especially in earlier days of exfat-fuse/exfat-utils.)