Tesla supports a number of wireless controller, and since December, you can only play games while parked.

To enable cowbell, press the right stalk down four times in a row.
To disable cowbell, press the right stalk up once. It may need to play a little bit longer, but will eventually stop.

I agree it is annoying, but you can stop it without resetting the infotainment system.

There probably is a huge amount of disgusting child porn in the world.

But, the bias and culture reflected in the laws, may increase the "raw number" in surprising ways. E.g. in Denmark porn was made legal in 1969. Any porn -- all restrictions was lifted. This means that sexually explicit photos involving children was legal for a (small) number of years, then the law was changed to limit legality to "above 15 years of age". For a long number of years, it was legal to create porn, soft porn, and sexually suggestive images involving persons above 15 years. Then, I think about 2010, or so, the law was changed, such that persons now needed to be above 18 years of age.

There are tons of images of girls age 17 in sexually suggestive positions, etc, published between 197x and 2010, e.g. in tabloids, etc. These are now technically illegal, even though nobody batted an eye, when they were published.

Culture may also change. In my childhood, it was perfectly normal for children to be naked on the beach, and perfectly normal to snap photos of your children on the beach. You might easily get a naked child in the background, etc. Depending on context, such photos may be illegal now, and count in the statistics. The law is vague, and the police (for obvious reasons) may count stuff that is borderline, as child porn.

Disclaimer: I am no expert in this area, so years and such in the above may be of. I am just trying to argue that the number may be increased in surprising ways, that are consistent with the laws in a given jurisdiction.

Because it really is not needed.

This solution would be purely for long distance driving. However, several points goes against it:

* It is really not needed. We are doing a 10 hour trip for Christmas, and we need to charge for an extra 55 minutes during that trip. Who cares? I do not care enough to drag a trailer, thats for sure. Actually, we hope to get food for most of the charging time. making the point even more moot. Its not like we didn't do breaks when we had an ICE car, btw.
* Dragging a trailer increases your energy usage a fair bit. This is one reason many electric cars, especially the small ones, do not have hitches. And batteries are heavy, so you need to drag a quite heavy trailer for the batteries to make a difference.
* For most electric cars, you can charge faster than you drive: You charge more km/minute, than you typically drive. Which means, fast driving reduces your time to arrival. In most countries, your are required to reduce your speed, when dragging a trailer. In most of Europe I can drive 110-130 km/h on highways without a trailer, but only 100 with (and that even requires that I get a certification)).
* It is extra costs - is the expense really worth it? In our case, I would need to pay for a battery trailer to save about 55 minutes (ignorering the fact that I would have to drive slower, because I had a trailer). How much is my time worth for this? I am doing such trips about 3 times a year, we are talking about 6 hours of waittime. If I were to own it, it would be a totally overkill investment. So, renting it is. What is the price, and what time would I have to use to pick up the trailer, charge it, etc?
* For safety reasons, no electric cars can currently charge through the chargeport while in motion.

I could go on, but really, there is no point. It is a moot idea, which is not practical, expensive, and not needed.

In all fairness, it went missing decades ago, they were just hoping that it was misplaced.

Have you been to any of the great university libraries? Those places are huge, and have huge collections.

Maybe, just maybe, because neither Darwin, nor Cambridge has anything to do with the US?

r/shitamericanssay

Why is this moderated up? This is absolutely no different from "I was thinking about my aunt, then the phone rang, and I found out she was dead!".

The poster had a brainfart a couple of minutes before something happened. These things happens, you know, because of the huge amount of people on planet earth, but temporal coincidende does not relation make (I am sure there is a better/well known way of saying this is english).

In Denmark, the law requires you to walk around the vehicle and inspect it for damages and that e.g. lights work, each and every time you get in the vehicle to drive. Also, to check if an animal or small child should be under the vehicle.

I have never even heard about anyone doing this.

My current vehicle has parking sensors, front and back. The manual states that you should never rely on these solely, but always use your own judgement. They are only a help, not to be relied on. In the approx 3 years I have had them, they have not only worked flawlessly (and, they beeep, if they are covered in snow, such that I know to clean them), they have worked *way better* than my own judgement. I have come to rely on them to the extent that I "fear" driving cars without them, because I forget they are not there.

Sometimes there is a big difference between what the law requires, what the manifactor has to put in the manual, and the real world.

My bet is, that when we get the selfdriving cars, most people will take a good long nap in stop-and-go traffic. Or perhaps read a book. Or check email. And, we will all know this "public secret".

You are sorely lacking in the history department of Linux Video Editors.

Kino was originally developed with only DV editing in mind. It grew to be pretty usefull, but around the mid 00's, the main developers (Charles Yates and Dan Dennedy) realised that the basic foundation of Kino would never accomodate anything besides a clip-oriented DV editor. They therefore wrote the MLT framework (http://www.mltframework.org/) that is a powerfull (open source) multimedia framework, which is used in TV productions, and is the basis of several open source video editors, most notable Kdenlive and OpenShot. (See list here: http://www.mltframework.org/bin/view/MLT/Projects).

Dan Dennedy decided to keep Kino "alive" as it is usefull to some people, but not do any further development on it.

Dan Dennedy still maintains MLT and have contributed to several of the MLT related projects. Kdenlive is a powerfull NLE video editor that can do most of, if not all, that the very expensive tools for other platforms do. In some cases way more. (And, yes, it runs under Gnome or other desktops, you just need the KDE libs)

It is unfortunate that people keep referencing Kino. No new development have been made on it for literally years, and e.g. Kdenlive are much, much more powerfull.

(On a side note, it is also unfortunate that so few people know of the massive amount of work that Dan Dennedy has invested in to Video editing on Linux. Besides Kino and MLT, he has been heavily involved in the Firewire/dv1394 drivers of the Linux kernels, and it is amazing how much he has contributed).

If you want to see Kdenlive related videos, search for kdenlive on youtube. Tons of people have made videos with Kdenlive.

Disclaimer: I have contributed code and translations to both Kino and Kdenlive. I belive I may even be listed as one of the authors of Kino (or at least was at some point).

Good thing alternatives exists.

I am not advocating they should "just change". I am just saying that on a personal level I am very happy that thrustworthy alternatives exists, and that Windows (no longer) is an requirement at the workplace or at home, but just an option.

Thank you, Stallman, Linus, and all you other people around the world, who have used your time to provide us with these alternatives.

And, yes, I know some people will claim that Windows is an requirement for the specific uses you have. I don't really care - for the wast majority of computing users around the world, Windows is an option, not an requirement. And, I am happy for that.

I stopped reading your post there. I take it you have never actually implemented anything non-trivial networkwise, with a stateful protocol, or you would not suggest replacing HTTP with something statefull. Its like asking for encryption directly in the IP - its just plain wrong for HTTP and its ilk. Go read up on it.

I invite you to go read http://en.wikipedia.org/wiki/Program_optimization#.22Levels.22_of_optimization

And perhaps http://en.wikipedia.org/wiki/Tracing_just-in-time_compilation

As I said: The statement might make limited sense in some contexts, but not in this.

I don't understand why this comment got +5. It is pretty misguided.

The statement:

> I realized, you can't speed up assembly language -- It's a perfectly optimized language, there's nothing under the hood to tweak

makes some limited sense in some contexts (one could argue that the microcode supporting the assembler on the CPU is repeatedly optimized), but none in this. The IonMonkey JIT does essentially optimize the assembler code[*], by rearranging it in various ways to make it faster. E.g. it takes stuff like this (in javascript, as I have not written assembler in years):

for ( var i = 0; i != 10 ; ++ i ) {
    var foo = "bar";
}

and changes it to e.g. this:

for ( var i = 0; i != 10; ++i ) {
}
var foo = "bar";

possibly then this:

var foo = "bar";

This is an optimization and it is performed at assembler level (Again: the above is not meant to be read as JavaScript, but assembler).

The other statement that really sticks out is this:

> A sign of a horribly designed language is that the speed of its implementations can be repeatedly increased "by leaps and bounds"...

This simply highlights that the poster really do not understand the goals behind crossplatform languages, such as Java, Dalvik, JavaScript, lisp, ML, Python, Perl, and so on, or the goals for weakly typed languages.

[*] It works on an abstract representation of the assembler code, but it might as well have been working directly on the assembler, was it not for the fact that this would require it to learn to many assembler variants.

+1 informative.

At least for me - I did not know of this, and find the article that is linked to very interessting.

I live in Denmark, and recently spent 30 minutes to try and buy an english e-book online.

Found it at 3 different retailers (US, UK, Australia), that refused to sell it to me (add it to the basket), because of my location.

Then found it at 2 additional retailers, that allowed me to add it to a basket, then accepted my credit-card information, before refusing to actually sell it to me.

Then I got sort of mad and decided to break a 15 year old principle on not pirating stuff. Went to google, and had the ebook literally 30 seconds later! 10 seconds later on my device, and I could start reading.

What on earth are they thinking!

Oh, and I then later wrote the agent for the writer in question here in Denmark, and in the UK to offer payment. I have not heard a word from the UK agent, and the Danish one just confirmed that they do not sell the english language version of that writer in Denmark as an ebook.

Fools, really. And, they are probably, as I write this, banging on the door to the parliament, requiering stricter copyright laws.

Fools.