It should be able to. Waterfox is using roughly the same integration and the maintainer has been seeing reports of YouTube issues, but cannot reproduce it. https://github.com/BrowserWorks/waterfox/issues/4182#issueco...

OpenCode has been great in my experience. I still get the best results using it with Anthropic's models, but some of the open weights ones are catching up (GLM 5 works reasonably well for me).

I had the same thought too. It's probably not too difficult to fine-tune a small model for it using the "introduce a random mutation and describe the issue" workflow from TFA

rillian was also instrumental in helping to integrate Rust into Chromium at Brave. I worked with him for a few years; since getting to know him, I started noticing his handle in the contributors list across a surprisingly diverse range of other open source projects. RIP, Ralph.

fwiw, LEDs with higher CRI will generally be less power efficient, so the premium category has a 3-way tradeoff between brightness, power, and color quality. It's common for high efficiency LED lightbulbs to be much worse at illuminating red objects.

True enough, although CREE's XT-E offers 140 lm/w at a CRI of 80 and a colour temp of 3000k.

I assume this product has not met any regulatory requirements, because selling a ~600W hot plate suspended at eye level cannot be legal.

These LEDs are just the ones found on imported LED strips. Adjustable colour temperature is a novelty that is not compatible with LED efficiency or lifetime.

CRI of 80 is not great. From my reading, you want CRI 90 if you want light that's pleasant to exist in.

Fair point. Given that this product has adjustable colour temperature, I really doubt all of the lumen, CRI and watt values. It sounds like the designer also got stung when the chosen LEDs didn't give the expected power output.

You're probably thinking of Adblock Plus? Acceptable Ads is their program; EasyList has no such policy or ties.

FlatBuffers was definitely the majority of the improvements here!

On 64-bit systems, pointers themselves can really start to take up a lot of memory (especially if you multiply them across 100k+ adblock filters). Switching to array indices instead of pointers saves a lot of memory that's otherwise wasted when you don't need to address the entire possible memory space.

Insightful. Many thanks.

Flat buffers is know to bloat client code. Was any trick used to mitigate that?

I guess code bloat is proportional to schema complexity, and performance improvement is proportional to volume, so in ad blocker with many large block lists the latter dominates.

The biggest improvement for us was deduplication by using generators an referencing already emitted objects. Don't run flatc on a JSON, it doesn't do that.

I opened an issue based on the discussion here and it didn't take much time or effort.

(It was one of those form-based issue templates that requires you to explicitly list out Steps to Reproduce, Expected behavior, Actual behavior, OS version, etc. which IMO causes slightly more friction for anyone who knows how to put together a good bug report, but I've also seen enough poorly-specified issues to know that it's necessary sometimes)

I've done it:

https://github.com/penpot/penpot/issues/7850

Thanks for sharing all the details about the issue, and shame on all the armchair critics :D

Thank you :)

Funnily enough, I'm on a British Airways flight right this moment. I'm only using a basic Wireguard tunnel after enabling the free messaging plan. I get the sense they didn't design the firewall to block everything comprehensively.

Just bare wireguard on 51820? I think I had tried that but no luck; but I don't remember for sure.

I'm using a non-standard port (above 10000). Otherwise, nothing special about my configuration. Perhaps 51820 is blocked?

It is admittedly quite slow/intermittent though; I wouldn't be surprised if that's the reason it didn't look like it was working for you.