Short (72 chars or less) summary
More detailed explanatory text. Wrap it to 72 characters. The blank
line separating the summary from the body is critical (unless you omit
the body entirely).
Write your commit message in the imperative: "Fix bug" and not "Fixed
bug" or "Fixes bug." This convention matches up with commit messages
This is a short cheatsheet to help you determine whether a release from Amazon, Hulu, or Netflix contains the lossless/untouched (as in no further loss of quality compared to what the streaming services provide) video/audio or not, since tagging is not always consistent and therefore it's an unreliable way to determine this alone.
In most cases, non-lossless rips from these services are screen captures (which, when done by professional releasers, should be high quality and contain little to no glitches – see the history section for details), but in some cases they may be simply reencoded from the untouched stream, for example to crop black bars or reencode from a higher-quality stream to achieve better quality. Also, generally the audio is untouched even when the video is not, but that's not always the case. There is no easy way to differentiate these cases, so I'm only describing what to look for in regards to lossless video streams, and for those, you can be quite certain
/** | |
* Compile: | |
* gcc -std=gnu11 -Wall -Wextra c_priority_queue_threads.c -o priority_queue_threads -lpthread -lrt | |
*/ | |
#include <errno.h> | |
#include <mqueue.h> | |
#include <fcntl.h> /* For O_* constants. */ | |
#include <sys/stat.h> /* For mode constants. */ |
#!/bin/sh | |
# This is an attempt at an ipfw config for a cluster with a master node and many | |
# compute nodes. The master node is acting as a gateway for the compute nodes | |
# in the LAN (192.168.0.0/24). | |
# | |
# A jail running on one of the compute nodes with address 192.168.0.118 is to be | |
# accessible from the outside (using redirect_addr 192.168.0.118 | |
# 129.173.118.118). The address 129.173.118.118 is an alias for the WAN | |
# interface that will only be used to direct traffic to this jail. |
This is a quick guide of the commands we use to sign someone's GPG key in a virtual key signing party.
Note: The steps cover only the technical aspects of signing someone's key. Before signing someone's key, you must verify their identity. This is usually done by showing government-issued ID and confirming the key's fingerprint
The commands will work for both GPG and GPG2.
I use Julian's key for the examples. His key id is 2AD3FAE3
. You should substitute with the appropriate key id when running the commands.
- List the keys currently in your keyring:
gpg --list-keys
.
#include <fcntl.h> | |
#include <mqueue.h> | |
#include <pthread.h> | |
#include <stdio.h> | |
#include <stdlib.h> | |
#include <string.h> | |
#include <sys/stat.h> | |
#include <sys/types.h> | |
#include <unistd.h> |
# FreeBSD 10.2 -- /etc/sysctl.conf version 0.47 | |
# https://calomel.org/freebsd_network_tuning.html | |
# | |
# low latency is important so we highly recommend that you disable hyper | |
# threading on Intel CPUs as it has an unpredictable affect on latency, cpu | |
# cache misses and load. | |
# | |
# These settings are specifically tuned for a "low" latency FIOS (300/300) and | |
# gigabit LAN connections. If you have 10gig or 40gig you will need to increase | |
# the network buffers as proposed. "man tuning" for more information. |
99% of the information in this guide is taken from here: https://golb.hplar.ch/2019/01/expose-server-vpn.html I've added some stuff and changed some things to suit my needs.
A much easier method would be to follow: Routing Plex traffic through an SSH Tunnel
Both solutions work, however I've had better success with Wireguard.
Make sure your VPS is KVM. I've used both BuyVM and ServerCheap and have had good results.