The audio of a TS is captured with a direct connection to the sound source (often an FM microbroadcast provided for the hearing-impaired, or from a drive-in theater).
TS releases do have good audio. Cams in general have a lot of visual problems though; poor color accuracy, warping, incomplete frames, sometimes people moving around, things like that. Also pretty much every cam I’ve seen lately has been covered in ads for sketchy gambling sites throughout the entire runtime. None of this makes for a good viewing experience.
Also, I don’t think I’ve ever seen a cam with subtitles available.
That video is simply assumptions and some truth but mostly just assumptions. Apparently he worked for a month and was removed for erratic behavior. It makes good points but in some places just acts as if staging content is illegal or never been in history of television.
No, I’m still salty they decided we should be on camera for meetings all of a sudden at my job. It’s so pointless and stupid to force us into. Thankfully it hasn’t been strictly enforced but most of us try to comply some of the times. Some mornings I’m too damned tired and don’t want to be seen yawning a bunch or like how it really is, that I literally rolled out of bed a few minutes ago to start my shift.
When I first came to this job, I remember joining a meeting and turned on my camera for someone to tell me “we don’t do that here” and it felt great to not have that stupid corporate pressure for something so trivial at the time.
I can understand wanting to make sure your employees are who they say they are and ensuring they are doing the job they are being paid to do. On the second part, that should be evident by the fact their work is being done. A camera wouldn’t change it for the lazy employees. They would find ways to appear busy on camera and micro managers would find a new way to micro manage people again. On the former, this would be evident with individual meetings on an ongoing basis between employee and direct supervisor.
Neither are necessarily solved by the constant use of a camera, at least where I work.
I suppose there are some jobs where a camera would be beneficial. We all came here with the idea of police officers which makes sense as a precaution for both the cop and the public they work with. (It should) keep everyone accountable and ensure things are being done as they should. But we see even that isn’t necessarily happening. We still get the “oops my camera conveniently tuned itself off during the time they claimed I abused their rights :( ”
The actual surface of the bucket won’t make contact with the water in it. There will be a thin film acting as a barrier between the water and the surface of the bucket.
It’s not that Souls-Likes are hard, it’s just death is a mechanic in them. We traditionally associate a death screen as a loss, in that sense you have to redo a section of a game with no additional reward. But in Souls-Like games, death resets the enemies but you can get your lost experience back on top of the newly acquired one. This means that at some point the section should become trivial because you’re potentially over-leveled. A Souls-Like can kill the player fast because the return to the point oft death is also fast and rewarding.
That’s in my opinion is what makes a Souls-Like a Souls-Like, it’s that gameplay is paced with player death in mind.
I would suggest looking into TiniMiniMicro project.
And considering ProxMox as a platform. It will save you your nerves so much. Spin up a VM/LXC in a few seconds, play with it, delete it. Make a snapshot before update, if something fails - revert back. I’ve tried so many new projects because of how easy it is to do it.
It sounds overly complicated to me, but I honestly don’t know much about it. Do you have a good resource for what value it brings vs other options?
Personally, I just use containers on a single host. Right now that’s openSUSE Leap, but I’m thinking of switching to microOS for an immutable base system, which I think has value. This makes it really easy to move services between machines (just copy the compose file and whatever config/data volumes it has), e.g. if I decide to move a service to a dedicated machine (e.g. an ARM SBC).
Wym? Am I missing something? Either should work, right? I am most familiar with it described as Fourier analysis which to me is synonymous with analysis in the frequency domain.
kbin.life
Active