The keywords you're missing are color spaces and gamma curves. For a given bandwidth, we want to efficiently allocate color encoding as well as brightness (logarithmically to capture the huge dynamic range of perceptible light). sRGB is one such standard that we've all agreed upon, and output devices all ostensibly shoot for the sRGB target, but may also interpret the signal however they'd like. This is inevitable, to account for the fact that not all output devices are equally capable. HDR is another set of standards that aims to expand the dynamic range, while also pinning those values to actual real-life brightness values. But again, TVs and such may interpret those signals in wildly different ways, as evidenced by the wide range of TVs that claim to have "HDR" support.
This was probably not the most accurate explanation, but hopefully it's enough to point you in the right direction.
I used to always remove affiliate codes from links, but after hearing about just how much revenue creators make from Amazon affiliate, I started clicking them if it’s a creator that I support (especially smaller creators).
With Amazon, apparently the creator gets a percentage commission on your entire cart. Without the affiliate link, the price to me is exactly the same - Amazon just keeps the money. I assume AmazonSmile was basically using the charity you selected as the “affiliate”, but they shut that program down.
So yeah, it hurts my individual privacy stance, but it’s a drop in the bucket compared to all the data Amazon has about me already. Commission affiliate links at least redirect some of the revenue to the creator themselves.
I just did `ExecStart` with `multi-user.target`. That implies the unit is `simple`, so it very well could be sequencing incorrectly at boot and failing. That's a good point; I'll have to keep that in mind!
Wow, thanks for this tip! I've been dealing with suspend issues with an X570 Aorus Master as well.
Running `echo GPP0 >> /proc/acpi/wakeup` into a systemd unit at boot solved the issue for me... except the first sleep after a boot would always wake back up immediately.
I applied your udev rule and that issue seems to be resolved as well!
I've often heard people say that "true" perfect pitch can only be accomplished with synesthesia, but I have no idea if it's true. Back when I played clarinet, I had decent relative pitch and I could ballpark a B-flat tuning note if I thought hard enough. That was enough to work my way to an absolute pitch, but it took a while.
I always imagined the mental pathway for people with perfect pitch as being completely different from mine, but I could see it being a spectrum as well.
While I didn’t switch majors, I had a similar experience with my intro EE class. My theory was that it was intentionally a weeder class to push students towards the other engineering concentrations.
Intro EE is kinda brutal in that there’s a lot of theory to cover, and you need to build the intuition on how it applies to real world circuit design on the fly.
I had a bit of an epiphany when I was in a set theory/number theory class and some classmates were breezing through proofs that I struggled with. I was having to do algebraic manipulations in a way that was novel to me, but was intuitive to math nerds. I felt like that guy who didn’t “get” the intuition in an intro programming or circuits class.
But yeah, students often get some context for math or programming in high school, but rarely for circuit design. E&M in physics at best. EE programs have solved this by weeding out anyone who can’t bash their way through the foundational theory… which isn’t great.
If you’re still interested, I would recommend the Student Manual to the Art of Electronics. It’s a very practical, lab-based book that throws out a lot of the math in favor of rules of thumb and gaining intuition for circuit design.
That’s kinda the whole point, isn’t it? I’m just a layman, but my understanding is that the incompatibilities of GR and QM point to a need for a proper theory of gravity. Looking at the dark matter problem from a purely GR-perspective will miss that context.
> This unique configuration offers the opportunity to combine two major lensing cosmological probes: time-delay cosmography and dual source-plane lensing since J1721+8842 features multiple lensed sources forming two distinct Einstein radii of different sizes, one of which being a variable quasar. We expect tight constraints on the Hubble constant and the equation of state of dark energy by combining these two probes on the same system. The z2=1.885 deflector, a quiescent galaxy, is also the highest-redshift strong galaxy-scale lens with a spectroscopic redshift measurement.
Gotcha, thanks! I'm not in the Apple Developer Program, but I'm tempted to do it just to be able to experiment with sideloading all sorts of LÖVE programs.
Carousel looks neat! I haven’t played around with Lua or LÖVE much, but this reminds me of Processing, except with more of a focus on creating useful mini-apps instead of visual art. It also reminds me SmileBASIC for the Nintendo 3DS.
What would distributing this for iOS look like? I guess it would be publishable on the App Store, since there are apps like Pythonista out there?
Looks like a project to open up Spotify’s discontinued Car Thing to homebrew apps.
If the devs are reading this: the GitHub README and homepage both don’t have a description of what the project is. I had to click around for a while until I found the about page.
Computing and the Internet have matured and become so much more central to daily life. For better or worse, that's going to put limits on the quirks something like a smartphone can have. If your photo library, banking, social media, or even job depends on your phone, it really does need to be rock solid and reliable.
I think what people forget is pre-iPhone, we all saw _something_ coming. Maybe we didn't expect it to look exactly like the iPhone, but there was a sense of excitement around what was coming next for computing. Sony Style magazine was still in print. eCommerce was picking up. Palm phones, Blackberry, Windows Mobile. Super quirky laptops and UMPCs. I remember lusting after some wildly impractical UMPCs, because it meant that everything I did on my desktop could now fit in my pocket.
Even after smartphones took off, I remember sometimes thinking "man, imagine in the future when this stuff is good and it actually just works." A lot of stuff was basically just demos back then. Well, here we are. A huge portion of my life happens on my iPhone, and that really does mean it has to Just Work.
It’s very neat that ThreadX and friends are MIT licensed now. I used ThreadX and NetX a bunch before the acquisition and open sourcing, and generally enjoyed using them. TX has a tight API / system design and implementation that makes it really nice to use.
I remember running into some obscure bugs with the NetX BSD socket layer that we ended up fixing in-house. It’s been way too long to dig up the specifics, but it’s great that fixes can now be upstreamed more easily.
> I was just trying this weekend to compile a playlist celebrating Labor Day and I realized that I knew of zero songs about a strong work ethic, or loving one's employer, or enjoying the workday
You do realize that Labor Day is not about any of those things, right?
I haven’t seen any incredible outcomes from them, but I think they can be nice if they’re low key with no real expectation of productization. Definitely shouldn’t be any “prizes”.
The best uses of hackathons I’ve seen are for experimenting with things that will have a direct workflow improvement for your team/org. You’re not gonna impact the company product roadmap with a hackathon project. If you do, it’ll feel lame because it’ll be a product manager lifting your concept and throwing away the implementation.
I’ve spent hackathons getting team members together and working on things like a bootloader rewrite, toolchain improvements, adding that one API to our SDK that I really wanted personally, etc. Stuff that’s hard to find time to work on day-to-day, but can be marketed internally and if it works out, merged to immediately improve things for your team.
> Worst part is, a lot of device manufacturers just yeet the GATT out the window and have custom UUIDs with custom everything which you'll never be able to implement properly with reverse engineering it.
Sorry, I’m part of the problem. ^_^; If you read the BLE Developers Handbook, it paints a beautiful picture of a mesh of low power sensor devices that periodically advertise information, and it helped put the design of GATT into context for me. Of course, we had no interest in using GATT in that manner - we just wanted the other features of BLE. One fundamental issue is that if you want E2E transport encryption to a specific mobile app, LE bonding is no longer sufficient. So you start rolling your own crypto only to realize that negotiated MTU means your max datagram size is variable and dynamic. From there, you’re well on your way to implementing a custom transport layer on top of GATT. If you don’t horribly abuse GATT and use it for its intended purpose (like some of the standardized profiles on top of GATT), it works fairly decently.
This was probably not the most accurate explanation, but hopefully it's enough to point you in the right direction.