> If this is correct, then I would correct my wording
You should want to correct it regardless of the outcome of that "if".
The fact is, (a) you are carelessly speculating about details when we are right in the middle of a mess that was caused by rampant speculation—the fact that contradictory testimony and video happens to exist is not what made the claim unkosher—and (b) even if you weren't wrong and were recounting pure facts, you are derailing the discussion.
> * This implies that Grosskreutz re-racked his gun at some point--something he claims is a threat to kill.
It doesn't imply that. It would be nice if, in a thread about the media misreporting the facts of the case and feeding the biases of the folks who are supposed to be benefiting from the coverage, we wouldn't make other assumptions. You might think it's reasonable to make this assumption, but (a) the people leaping to conclusions—many of which turned out to be wrong—and repeating them ad nauseum over the last year also thought their assumptions about Rittenhouse were reasonable, and (b) as it turns out, the source of the ejected round is knowable/known since it was also caught on video (and it wasn't Grosskreutz doing as you said).
[I'm not going to actually delve into the details on that, since as far as I'm concerned this thread is about the meta issues of epistemology in the age of social media echo chambers and the contributions of traditional media to it, and we're best served by staying on that topic and not straying into the details of the case, which provides us a vehicle for the discussion but other than that is really just a tangential third rail.]
I'm basing my opinions on those statements made in open court that were subjected to cross-examination, not random social media nonsense, which is pretty much all there was a year ago when you formed this opinion.
The police said the unspent round did not match Kyle's weapon. It does match the ammo in the Glock.
If you have video evidence of another Glock (EDIT: or any other gun using the same ammo) being racked at the scene, please show it. There were claims previously that it came from Kyle's rifle, but it was not a match and this is attested to by the prosecution's own police witness.
I was not able to locate any other claims for where the unspent round came from after several searches. This makes me wonder if you can actually produce the claimed video evidence of another source of the same ammo.
This is a nonsense sentence. It's not even clear what you're even trying to say here, but it's certain that whatever it is you are making even more bad assumptions about things that you don't actually know to be true.
> please show it [...] I was not able to locate any other claims for where the unspent round came from
It's like you ignored the entire message and homed in on the sweet temptation to muse further about the events of the night of the shooting itself, as if this were exactly the sort of trial-by-Reddit thread that I said I would not take part in here.
After the response you just received, do you really expect that the person who wrote it would meet your challenge, which would require an about-face, throwing everything just said out the window, and willingly contributing to derailing the discussion from the topic at hand?
In other words: no, and furthermore, since you're all over this thread trying to turn it into exactly what it shouldn't be: please stop.
Well, if you don't want to engage in that, don't. Don't claim to have video evidence in your back pocket and then not show it to anyone because you want to shut down other people's discussions. Don't seize on part of my comment and then come back like it's unfair when it happens to you.
This isn't trial by Reddit, this is discussion of the evidence that has been investigated by professional investigators and presented as evidence in open court. The only thing I mentioned that wasn't raised and cross-examined in a court of law was the statement on ABC, by the same person who had said something different under oath just before.
You're the one alluding to some mystery video you won't describe.
You (and by now, others, too) are derailing the thread from the topic at hand by trying to make it one, but no, that's not what this is.
this thread is about the meta issues of epistemology in the age of social media echo chambers and the contributions of traditional media to it, and we're best served by staying on that topic
There is no shortage of places to discuss the night of the Kenosha shooting. This is not one of them.
Why aren't you equally as mad at the personnel at your child's school? It's one thing for a national or semi-national rollout of broken enterprise junk, it's another thing for your child's instructor to go along and demand that you use this broken system instead of providing reasonable affordances (e.g. low-tech, paper-based notices/forms that get sent home with your kid).
For that matter, how do your school systems handle the situation where no one in the household is able or willing to install the damn thing because e.g. you don't own an iOS or Android device, or you have no smartphone at all? Is there an actual legal requirement for you to contribute on an ongoing basis to the bottom-line of select tech companies like Apple and Google in order to participate in public life—as if it's on par with the necessity to pay for e.g. renewing your government-issued ID?
>it's another thing for your child's instructor to go along and demand that you use this broken system instead of providing reasonable affordances
I am not sure, but it might be that the teachers are not only encouraged but required to use these systems?
>you don't own an iOS or Android device, or you have no smartphone at all? Is there an actual legal requirement for you to contribute on an ongoing basis to the bottom-line of select tech companies like Apple and Google in order to participate in public life—as if it's on par with the necessity to pay for e.g. renewing your government-issued ID?
That really became a problem here in Germany, when politicians proclaimed that "digital/remote learning" will safe the day in covid times. Not realizing that a lot of kids, especially in the poor neighborhoods, nor their parents, actually have any capable devices for that. Or fast enough internet (with enough mobile data) to support zoom meetings and such each day.
> Or fast enough internet (with enough mobile data) to support zoom meetings and such each day.
Even is wealthier neighborhoods, with what we thought as pretty decent cabled internet, having everyone log in full-time and YouTube/video conferencing like crazy killed the connection speeds to a rate we haven't seen since the 90s.
You should not underestimate the power of “ISO-9000” in European institutions (including schools) and the “necessity” of an official “document trail” of everything.
I lecture at a Uni and it has not reached me yet but am expecting it.
> Why aren't you equally as mad at the personnel at your child's school? It's one thing for a national or semi-national rollout of broken enterprise junk, it's another thing for your child's instructor to go along and demand that you use this broken system instead of providing reasonable affordances
You don't expect people who face no consequences for anything short of criminal conduct to change their behavior. Being mad at civil servants is like being mad at the weather and only slightly more likely to accomplish anything.
> Saving 10k is unbelievably difficult unless you're making extremely good money to the point where it's out of reach for the majority of Americans. Most Americans can't even stomach a $500 emergency [0] so I don't know where you think these people can work such that they can have 10k set aside after six months.
I have contradictory anecdata on this. Two modifications to your premises, though:
- I did it all in the US, in an "expensive" area (Austin)
- For me, it was closer to 7 months of saving, but it was also closer to a year off than half a year (between 10 and 11 months, rather than 6)
Some more facts behind these numbers:
- I went out to eat during this 10.5 + 7 month period about as frequently as (probably more than) a normal household in 1970 would have, which is to say not often but also a not number that is zero, and I also splurged on craft beer and (cheap) wine and convenient/tasty food and unhealthy snacks from the store often enough
- There was no inherited property or parents' money or someone else otherwise taking care of me or any other tricks up my sleeve involved here (all different types of safety nets that I just didn't not use but that don't exist, so I wouldn't have been able to use it even if I wanted to)
- I was single during this time (so no "other half" to subsidize expenses)
- I cancelled my car insurance a few months into lockdown and was at the disadvantage of doing all this with no car
- I rent, and I have roommates, but I cover my share (I'm usually subsidizing e.g. their utility usage)
Saving 10k was difficult, but I was also bleeding money for other reasons during this time of savings, so anyone not subject to the circumstances I was in should actually be able to fare better. I also wasn't making "extremely good money". The I-hate-my-job company I was at hires for some-college experience to do monotonous, stressful work at <$20/hr. That's less than $45k per year, which is greater than your individual contribution to your half of the gross national average, assuming a two-person household, but it's nowhere close to even being a six figure job, let alone $200k or $500k.
Have you considered exploiting work-from-home by outsourcing your job (not necessarily overseas, but to another eager body that you're able to vet face-to-face)? If you're replaceable to your company and you can find a replacement more easily and competently than your employer can—something that has to be true if the truisms that most of HN accepts are actually sound—why not replace yourself and benefit from it at the same time by skimming off the top?
We had some 'new colleagues' try this in the past months; the problem is, in a team setting, it is incredibly hard to pull off depending on your work. These were (we parted ways obviously) developers and in a team setting, you, as the fraudster, would need to be on top and deep into the details of everything your 'staff' delivers. When we pop on zoom to talk about work, you cannot come across as not knowing, intimately, what you did. And that is where it crashes; you will be busy keeping up reading chats between your 'staff' and your 'colleagues' and reviewing source and doing calls. You'll be defending mistakes your staff made as if they are your own etc. If you survive longer than a few weeks of not getting caught, I think this is a good way to burn out fast. Of course if you tell your company, you are going to create a small new consultancy outfit and they can hire this company from now to do your work and your employer agrees, that is another and quite a good story. That is how many start out. And then it is expected that you make profit on staff as that is suddenly your job.
> We’ve had the HTML <video> element for over a decade. Yet, everyone still defaults to embedding YouTube frames instead of hosting their own videos. The underlying problem is that the <video> element isn’t suitable for embedding short video files on webpages.
The reason small websites prefer YouTube embeds is because they want to avoid bearing the storage and bandwidth costs of serving it. And the logistical costs of transcoding it to N different resolutions times M different codecs. No amount of improvements to HTML alone will change that. (Not that the changes are entirely worthless, but they still do not and cannot address the real issue.)
It’s not just small websites, though. Government information websites use YouTube too. Even activist websites criticizing the tech monopolies host with YouTube embeds. Even the distributed web/P2P platform IPFS hosts videos on YouTube instead of using it’s own P2P stack.
Anyhow: the point was that it’s too difficult to embed videos even if you’re willing to bear the hosting cost.
It costs roughly 0.0015 USD per hour video in 480p/VP9 hosted with BunnyCDN. The cost is manageable.
Microsoft is another company with technical chops internally but they also uploaded some (not all) of their Channel9 videos to Youtube instead of self-hosting them.
Yes, the complexity of HLS and DASH is also true but it's way down the list of reasons why many people host on Youtube:
+ $0 hosting costs
+ ad monetization (and by extension, viewership statistics tools)
+ audience reach (via recommendations, etc)
A hypothetical improved <VIDEO> HTML tag does not alter the motivations in the bullet points above.
Exactly. One aspect of the issue is the difficulty of self-hosting video content, but another aspect is everything else YouTube does beyond hosting the file. It's a marketing and distribution platform.
Linking from your website to YouTube will let people find your Channel, getting people to come back after the one video. People can save videos for later, youtube videos will show up in search results. You want views on your website to increment the "Views" count on YouTube because that's a signal of legitimacy. You want to be able to pull one report of "how many people are watching our video content?" without having to add numbers from YouTube and your own hosting.
All of these are benefits (or lock-in) that a YouTube embed provides beyond just hosting the file. A <video> element has no way of getting most of those.
True, it was a wild west growth though - whereas Google put its PPC monetization behind it when it was purchased and no one else could compete with that prowess.
A big one that hits small sites I think is simply tech staff with the ability to properly encode HTML video. You lose them as soon as you say vp9, h264, or av1.
This is true, but I would also suggest that small sites would like be better off simply doing a single H.264 file, which is what comes natively off of many cameras and is an export preset in almost everything. If you're not publishing long high-res videos for many thousands of people, you're almost certainly going to be paying more in staff time than you see from the bandwidth savings.
But it's not only about bandwidth. An h.264 video file off a camera is rarely going to be a good choice to throw up on the web.
Cameras write files with extremely short GOPs and overly high bitrates because they have to capture live video and can't know what the next second of content will look like. They need to use settings such that pretty much anything captured by the lens will be captured in good quality.
An offline encoded h.264 video can have far more processing thrown at it. Typically you'll see longer GOPs and a much tighter tuning of bitrates and more features like b-frames and CABAC encoding enabled.
A file directly off a camera can have bitrates of several tens of megabits a second. Even short videos are huge and won't stream well to many. A lot of devices also have limits on the profiles of video they'll even decode.
Someone throwing a camera's direct output onto YouTube can be guaranteed better than 99% of all devices on the Internet can be served a watchable version of the content.
Well, if we are going to make hypothetical tags. I'd have a video tag that includes transcoding and hosting.
The next hypothetical tag would be an <vqgan>A humpback whale in a trench coat stares into the camera and says, "Here is looking at you kid" and the camera reverses to show a goat</vqgan>
No one wants to host a 480p video and pay for it. They want to host a 4k video for free. YouTube captured the entire market by giving it away and now it's the expectation.
Even if the browser <video> tag did a great job at codec and resolution negotiation you still have to encode _at a minimum_ three copies of the video to hit the qualities. Multiply that each time you need a different codec for different devices.
That doesn't mean people don't want to serve 4K video.
It means they want the video to be encoded in multiple resolutions for different levels of connection. Another thing that's not necessarily trivial, especially at scale.
I wasn't talking about consumption, I was talking about the people making the videos. They do not want people to watch it in 480p unless it's the last resort. It's a similar mindset to famous directors hating when people watch their movies on phones.
I've fought and lost this battle many many times, and have used mobile bandwidth as a reason too.
High resolution video hosting/streaming is free, so no one wants to pay to host it. I think there are major downsides to hosting on YouTube, but in my experience the vast majority of people do not care.
Thankfully YouTube gives you different qualities depending on screen size and network speed, without you having to recode the video a dozen times. And for free. ;)
Leave it to HackerNews to downvote the only sensible answer in this thread, rooted in a simple technical understanding of how distributed caching works.
It's probably not downvoted because it's wrong, but it's because it doesn't help anyone who don't have "simple technical understanding of how distributed caching works."
I don't disagree but a nice counter example is Chaos Computer Club. They host their content on https://media.ccc.de/. With all the videos from their conferences it is not very small site either.
In their case, as in certain other online video providers, the reason not to use YouTube is they're likely to remove the videos for some kind of policy violation.
Agree with your points, but the HTML5 video tag is still broken.
For example, on many browsers (Chrome and Safari at least) if you put a video on loop, with certain sizes, the internal logic makes it re-download the same video ignoring any server cache headers. That's it, if you leave a browser open with the same video in loop, it will suck your bandwidth forever.
I think the same happens if you seek through video playback.
To avoid this you need to put in some javascript that preload the whole video and make it a blob, or something similar.
Can you elaborate on the "with certain sizes" please? If the video file is something in the tens of GBs, it would be quite understandable for the browser to avoid keeping the whole file in memory.
Disk caching is still a thing. Kids watch the same videos on repeat for hours on end, so maybe almost-indiscriminately caching the entirety of the last watched video would be a good idea.
Disk caching probably invokes Flava Works vs Gunter [1] which is a case that distinguishes streaming from copying under copyright law. There are probably later updates to this, but this is the one I'm aware of.
Leave it to the copyright people to make a huge legal mess out of the simplest concepts. Now people can't even cache data without lawyers showing up. I wonder how long it's gonna take before I see them arguing memcpy should be illegal.
So maybe be a bit smarter about it. The browser will know if the video is set to loop unless that is done with JS. In all cases it will know if it has looped and can start caching then.
And just you don't need to limit all devices by the lowest common denominator either.
Which is the entire point of the article: Most of the time even trivial video playback is done using JS due to the shortcomings of the <video> tag itself! This also means that browsers are unable to perform such optimizations.
> And just you don't need to limit all devices by the lowest common denominator either.
Unless the video site is intentionally sending cache control headers preventing caching of the video assets, this behavior is presumably already caused by the browser itself, not the site.
Why? I have 64 GB of RAM. Linux is using most of it to cache file system pages. I already do that kind of stuff anyway when I download videos to tmpfs. The browser should just use the memory.
> That's it, if you leave a browser open... it will suck your bandwidth forever.
Funny you mention that, google / youtube does the same thing to jank'ify its own user metrics on my laptop, regardless of whether it's a 5 minute video or a 3 hour video (by auto-playing the next one). Even if the laptop is asleep.
This is correct. I’ve written the JavaScript to select sizes dynamically – it’s 599KB smaller than the 600KB claimed.
The hard part is the transcode infrastructure, and that’s frequently unnecessary for the small videos: if you use multiple sizes and formats, you increase the amount of traffic you need to see cache hits. YouTube has built a ton of infrastructure but most sites won’t see enough return to be worth the ops cost.
I blame Google for making mpeg-dash so inaccessible.
Want/need to use DRM? You won't receive a response from Google/widevine, no matter how often you write to them, despite them claiming otherwise and no matter how much money you already earn them via their advertising network.
They have the defacto monopoly and they want to keep it.
This doesn’t mean DRM is impossible, it means it’s only available to really big players who can cut deals with Google. Which makes it one of the few parts of the Web API that smaller companies and independent devs can’t use (not that I’d personally want to). Keeping it tightly controlled like that also makes it harder to crack.
Thanks I didn't know about those.
The previously successful site that needed DRM isn't online anymore because we couldn't find a solution to the streaming audio/video problem with DRM and monetization.
Because of that we lost our access to content so the site had to shut down.
For 9 years it was the leading news source for an, unnamed here, African country.
So I see, Apple and Microsoft have offers, but that's also not open source or easily accessible?
It doesn't matter to me anymore personally.
Google cut their own source of income by denying us access to widevine, since the site was fully monetized via Google.
Even without the storage/bandwidth problem. Why develop internally a system to upload and distribute video which will have, at best, the functionalities YouTube provides for free.
The day YouTube will charge for the embedding, a lot a website will find something like. Like a lot of website started using a solution based on OpenStreetMap when Google maps changed its pricing.
> The reason small websites prefer YouTube embeds is because they want to avoid bearing the storage and bandwidth costs of serving it.
YouTube also works 100% of the time. I've encountered countless other sites, including major ones, like CNN or The Guardian, where half of the time video doesn't work, or it's terrible in some way (impossible to seek or pause, ...)
Exactly correct. Video is on a different level of cost/complexity than images, html, etc. Video is not one of those things you can have your build pipeline automatically optimize for you as part of deploy (well at least not if you want deploys in a reasonable amount of time).
Disclaimer: Founder of service that lets you use <smartvideo> tag with raw, unfiltered videos, and automatically turns them into optimized, streaming, cdn enabled playback.
One of the many reasons I use YT or Vimeo is that I simply upload the high-res render, edit some metadata and I'm done with a simple embed in most cases. Alternate versions for lower bandwidth are automatically made and automatically served, streaming is taking care of (YT really excels here), and there is a nice API to do interactive stuff.
I do use the <video> element from time to time, but only if I want to optimise the loading of an autoplaying video or there is some other technical reason.
> And the logistical costs of transcoding it to N different resolutions times M different codecs.
If only we had easy access to scalable video (SVC). If a container format supported it, the web browser could perform range queries to get the interesting bits as needed, no need for additional code.
And the uploader would need to transcode only once. This doesn't solve the codecs issue, but I think you could get away with offering one or two common codecs.
Youtube is free vs others which are paid. And youtube is the most known video hosting service while I have barely heard of others. Are they really competitors?
You should want to correct it regardless of the outcome of that "if".
The fact is, (a) you are carelessly speculating about details when we are right in the middle of a mess that was caused by rampant speculation—the fact that contradictory testimony and video happens to exist is not what made the claim unkosher—and (b) even if you weren't wrong and were recounting pure facts, you are derailing the discussion.