It's the verb vendor: https://en.wiktionary.org/wiki/vendor#Verb
"Vendor" isn't the verb. The verb is "vend."
Readit NewsOKThatWillDo commented on Swift Static Linux SDK swift.org/documentation/a... · Posted by u/mannuch
Deleted Comment
It means "add the source for your dependencies to your own codebase and build them with your build system".
Thanks. Not an appropriate use of the noun "vendor," so I would never have guessed that.
I'm guessing they clicked onto the Built with SwiftNIO link and saw this at https://github.com/apple/swift-nio.
That's right. I did a search but this term does not seem to have a trendy or thorough definition.
I haven't used it yet, but I've heard really good things about Vapor as far as server side Swift goes...
Thanks. What is a "protocol server?"
It's just classic dependency issues. I'm not familiar with swift specifics, but probably a combination of ABI instability and just plain version incompatibility from one distro to the next with your target program.
My opinion is the opposite: I think the old paradigm of distros managing a giant set of system libraries is a bad one, and is how we ended up in the land of docker. Go and Rust made the right decisions here: vendor all the dependencies, and distros can't mess with them. Makes it easier for upstream and the distro.
Modern languages are not like C/C++: a single non-trivial rust program can easily depend on 100+ crates, and re-creating crates.io in your package manager is just a bad idea, even putting aside that there's probably major version incompatibilities the moment you go beyond a handful of programs. Look at the disaster that's python package management, that's not where you want to end up.
"vendor all the dependencies"
What does that mean?
This is great but… isn’t there something fundamentally eye-straining about capturing media at a given 'interocular' distance and then displaying it to a person at their own individual and different 'interocular' distance?
Interocular, meaning distance between a pair of eyes/lenses
No. While not everyone's eyes may be spaced at the "normal" 64mm distance, delivering images shot with that spacing won't look significantly different to people with differing eye spacing. And even if they did, the distortion would be one of scale.
For example, if you wanted to shoot something from a cat's POV, you'd put the lenses closer together and shoot objects closer to the camera. That would make it easier to fuse images of a mousehole right in front of your face. Things farther away would simply look "less 3-D" and therefore abnormally far a way to a human viewer.
OKThatWillDo commented on Kino: Pro Video Camera lux.camera/introducing-ki... · Posted by u/louis-paul
Not at launch, but it's on the roadmap.
Are you going to integrate the Atomos/TCS wireless system? Apogee does for audio in their apps, for example. And Zoom recorders support it. Would be nice to go with the emerging wireless standard for timecode.
OKThatWillDo commented on Kino: Pro Video Camera lux.camera/introducing-ki... · Posted by u/louis-paul
This looks cool but the line about “show don’t tell” is followed by a LOT of telling.
...and accompanied by an image that shows a camera oriented the wrong way for video
OKThatWillDo commented on Kino: Pro Video Camera lux.camera/introducing-ki... · Posted by u/louis-paul
A "filmmaking" app prominently features a camera turned the wrong way (for video) on its homepage.