I predict a future post titled "LibreOffice 3000.01 will succeed LibreOffice 999.12". They'll sure feel silly, having to change the numbering system twice!
I want to point out also how unhelpful the release notes are. When I see ATS mentioned in Apple docs, I think of Apple Transport Security, not (I guess?) Apple Type Services, a font API dating back to Mac OS 8.5.
Again, this is before Android 12 - afterwards the app can declare that it just wants BLE not for location purposes, and not get access to GPS (and apparently certain kind of BLE beacons). Still it's mind boggling that this glaring issue survived so long.
> URLs are tricky to parse and there are numerous security problems in software because of this. trurl wants to help soften this problem by taking away the need for script and command line authors everywhere to re-invent the wheel over and over.
> You can, you should teach your kid about the dangers of drugs and addiction. Still you wouldn't bring him in a crack house...
I know this is a little tongue-in-cheek, but I have a 15 year-old and we lived downtown in a major city until 5th grade. Mom and Dad definitely talked about the dangers of drugs, but I don't think any of those talks made anywhere near the impression of coming across someone passed out in the entrance to a subway station with a needle stuck in there arm. Our trip was delayed while I made sure the person was still breathing and then summoned medical help.
Learning gambling at least has some real educational merit. Risk management, understanding probabilities, statistics, and how to quickly estimate under pressure are all generally useful skills. I recall hearing that the science of probability was basically discovered by one of the Bernoullis who had a gambling patron.
I suppose someone with enough gumption could learn useful skills like sales, marketing, loss prevention, and customer retention from drug dealers too, but that’s a whole level of seedy past legal gambling.
A casino is needed for none of that. Quick or slow estimation always shows that betting at a casino is a bad bet, unless you are an extremely gifted "hacker".
The current Italian government has introduced the "ministry of industry and made in Italy". That's what's it called, made in Italy, in English in the official name. I guess they're going to fine themselves.
I suggest they also forbid every cultural aspect of the Italian culture that came from America/England: Italian Rock & Pop, Spaghetti Western, Il Calcio (invented by the British),...
And, btw, the food historian Alberto Grandi has been claiming that even pasta Carbonara is an American born dish...
The "made in" monikers are a concept that has genuinely arisen in the anglosphere though. It's over of the cases where it would be fully justified to keep using the English term. It would be like translating "mafia" or "pasta".
It would feel weird to Italians too. Made in Italy is a sentence that has a long history and is widely used. Fatto in Italia would be laughed at. Then, if it becomes a law, it will be fatto in Italia. I bet against it.
H264 is not a streaming format. HLS is, and it is pretty much "Apple's format". It's pretty backwards, and everyone was forced to support it because it was the one streaming format you could use in iStuff.
There are a lot of usability issues with firewalls and proxies that make implementing other streaming protocols very difficult, and the HLS design basically causes the implementer to adopt a pattern that is resilient to those problems.
Networks got a lot better after Covid had everyone work from home so IT had to sort the hot-path out for videoconferencing. Nowadays I think WebRTC would be fine, but in 2009 I think HLS was pretty smart.
I am comparing HLS with other HTTP-based streaming formats - DASH and SmoothStreaming. They definitely have their issues (DASH in particular is the epitome of the second system syndrome) but they fix the two most glaring issues with HLS: separate manifests and non-aligned segments.
Source: I write an HTTP streaming client library for a living.
Separate manifests and non aligned segments have a real impact on the ability of the client to switch qualities in responsabilità to bandwith change, and this to avoid stalling.
BTW, when I say "HLS is pretty backwards" I mean designed unergonomically and without clear requirements in mind, not a step back from what existed before. I would guess this is because the original specification was something like "whatever Major League Baseball can easily stream from their existing setup" (see the various Pantos drafts that ultimately became RFC8216)
Oh you're quite right! I was definitely mis-remembering silverlight.
> Separate manifests and non aligned segments have a real impact on the ability of the client to switch qualities in responsabilità to bandwith change, and this to avoid stalling.
I don't know if that's actually true. I sell ads, so I'm collecting delivery data on billions of devices, but only over the crappy internet that has a lot of ads on it, and at least for short videos, and the long videos after the places those short videos are, HLS stalls less than Dash and silverlight: HLS publishers make more money.
I would be interested in learning more.
> I mean designed unergonomically and without clear requirements in mind
I can easily agree with that. I misinterpreted what you meant by "backwards" as referring to the progress of the experience.
Back when streaming meant RTP/RTSP the MPEG-4 file format, and the way bitstreams were packaged, definitely supported streaming. Not only does the format have a sample mapping table but it supports streaming hint tracks to give a server packetizing hints.
Scaling RTSP was difficult because it required two way signaling with the server and for the server to maintain client state. Using HTTP instead allowed for stateless servers in a CDN to easily scale and pushed stream negotiation onto the client. Besides simplifying the server side of streaming it made it much easier for clients switching from cellular to WiFi to maintain a stream, RTSP (and protocols like it) can't really handle clients switching addresses mid-stream.
HLS was a significant improvement over other options for live (rtmp) and adaptive bitrate solutions.
I mean it could be delivered via HTTP and was was built off of open standards for the manifest files. (HLS just breaks down mp4 files into smaller chunks and lists them in a text manifest file based on the mp3 playlist spec) *
It significantly moved the needle forward on how video was delivered and did so in a standards based way until DASH came along.
Not sure why the hate here for their “proprietary standard” it wasn't proprietary - just no one was using it and it eventually became a defacto standard because it “just works”.
In particular, HLS allows existing HTTP load balancers and content distribution networks to be reused for video streaming -- you don't need to build or buy application-specific infrastructure to use it, as you would have with previous streaming protocols.
I find it hilarious that we are talking about preserving the environment and someone complains that they need would need more electric capacity to charge their vehicle and run their clothes dryer in the desert. As long as US exists, the world stands no chance.
The nice thing of being at the start of a millennium is that after version 99 you can just move to 100!