You can save $$$ on low mileage car insurance if you agree to be monitored by Metromile.

I bought the Automatic for $99.95. I had a number of issues with it. When I found out about Metromile for free I decided to give that a try as well.

There were a number of things I liked about the Automatic app but the Metromile just seemed to work much better (didn't lose trips) and it was free. If you're gonna be tracked while driving, I'd recommend the Metromile device.

And with Sidecar, you actually have to enter where you are going before you request a ride so drivers don't have to take customers that would make them drive somewhere they didn't want to go.

Also, a bit of the "customer roulette" is removed in the ride sharing apps since Drivers can rate their Passengers. With Lyft, if a driver gives you a poor rating, they will never get you as a customer again.

Uber, Lyft, Sidecar etc. all avoid the enormous cost of Taxi Medallions (which are hundreds of thousands of dollars and in some places pushing 7 figures) -- PER CAB !!!!

However, circumventing medallions is not necessarily a bad thing considering the downsides of medallions.

FFMPEG is a program that supports hundreds of Codecs. It's likely they used a H264 or a compatible variant as the actual codec because a) its currently the most commonly used advanced video compression algorithm, b) there is plentiful hardware and software support for encoding / decoding, and c) it has a very good tradeoff for quality, bitrate, and processing horsepower required.

There is no guarantee you will get keyframes using H264 if you are compressing video without detectable screen cuts. Some H264 compliant codecs, like the very commonly used x264 library (used by FFMPEG), do not even need to have dedicated keyframes at all but rather use a technique called Periodic Intra Refresh to encode videos without keyframes. Periodic Intra Refresh provides much better streaming /live capture performance since it lowers both encode and decode latency for transmission and it lessens the incidence and severity of data rate spikes when using variable bit rate compression schemes.

Did you know that in the 1980's you could make minimum wage and pay for rent, food, and your college tuition? In fact, minimum wage in the 1980's was around twice the average college bills for in-state tuitions. (While the article I linked was for Ohio, it holds true for most of the country at the time and certainly in WI where I went to college).

Imagine being able to work a minimum wage job part time through college and come out with a degree and little or no debt. While it sounds ludicrous in today's world, this was the reality of America only 30 years ago.

Ummm... have you tried talking to Siri or Cortana or Google Now lately? Yeah... I'm sure the machines will get my orders right at least 25% of the time.

But even with OPENSSL_NO_HEARTBEATS, if you are using a faulty allocator that lets you read data that has already been freed, you will still may be able to come up with other exploits (which are highly likely to exist in complicated software) that will let you read that data that you thought was "gone".

Except it doesn't work that way at all. Analysis of political contributions show that the wealthy donate disproportionately more. A mere 0.01% of the population (27,000 donors out of a population of 304M) are responsible for about a quarter of political donations (24.3%).

In the video game industry, we see a similarity with profits on "free to play" games where the vast majority of profits comes from the top few percent of "whales".

The truth is, most people won't part with large sums of money unless they have a lot of disposable income (or poor judgment). In politics, the "whales" are typically the richest of the rich - the top fraction of a percent.

Except that OpenSSL actually didn't run with the "feature disabled" (internal freelist-based memory allocator) due to uninitialized memory bugs in OpenSSL that required newly allocated blocks of certain types to have memory set in them from previously freed blocks. See details here.

You can already buy a device that does this: Gefen HDMI Detective Plus

Although, ideally, you'd just pay for a movie once to own it in the highest resolution available and then you'd be able to watch it in any quality that or less on any device.

I'd be ok with a price for bitrate or quality.

You can have a much smaller / lower quality file (SD'ish) for a smartphone than for a 60" TV (where you want at least 720 and probably 1080).

They already charge a higher rate for HD movies than SD movies on a number of streaming rental sites so it's not even a "future" rental model.