spongebue

joined 2 years ago
[–] spongebue@lemmy.world 1 points 3 days ago

Also, you'll notice that I specifically mentioned electrical energy. Electrical power is almost universally measured in watts, the product of voltage and current, not joules per second (even if that's the same thing). So going from instantaneous power measurements to energy accumulated over time, it's not crazy to use the term "watt second" the way one would use "kilowatt hour"... Even if that's also called a "Joule"

[–] spongebue@lemmy.world 0 points 3 days ago

I generally get skeptical when people go out of their way to use weird units. I don't disagree with the message, just the way it's conveyed whether it's this or giving the price in Zimbabwean dollars (outside of Zimbabwe, of course). If something is weird, one should ask why. And I wish this headline didn't make things weird leading people to ask why.

[–] spongebue@lemmy.world 1 points 3 days ago (2 children)

@Cort@lemmy.world spoke for me perfectly. When you make things weird, I have to start by assuming malice or incompetence - both of which should be red flags.

No doubt AI is sucking a lot of electricity and that presents loads of problems to consider. But instead of (for example) 5 seconds being converted to an hour running a microwave (because who even does that?) how about 3 minutes being about as much as a typical American home uses in a day? Or something like that?

[–] spongebue@lemmy.world 3 points 3 days ago

But they don't use that either in the context of real-world electricity usage. Maybe in the middle school classroom setting, when you can make up the numbers you work with, but when I'm trying to quantify how much energy something uses at home I multiply how many watts it uses by now many hours it's running. Divide that by 1000 for kilowatt-hours, and multiply by $.11 to know the cost to do it at home. If I need to do a multiplication/division of 3.6 million when nobody else is, something's not right.

Similarly, a meter is a standard unit for length, but we don't use it when measuring the distance to different galaxies because light-years are more practical at that scale. If you start using meters you'd get some funny looks, just as I'm feeling for joules instead of kilowatt-hours. But you know, "almost a kilowatt-hour" makes for a pretty boring headline.

[–] spongebue@lemmy.world 12 points 3 days ago (3 children)

Ok, but when it comes to electrical energy nobody uses "watt seconds" in the real world. Devices use hundreds of watts, and run for minutes and hours. Dividing by 3.6 million isn't exactly easy mental math to get the unit (kWh) we all see on our electric bills.

[–] spongebue@lemmy.world 4 points 4 days ago (1 children)

To whose detriment?

[–] spongebue@lemmy.world 9 points 4 days ago (8 children)

Ehhh, I kinda get it. I like humanity; it's pretty neat. I don't like slurs denigrating certain groups of humans. I don't like AI being pushed to replace human things and being personified in its own way. This is one of the rare times that a slur is used against a non-human AND was simply declared to be intended as a slur from the beginning, rather than having some history driving it.

To your point about the motivation being important: what of the motivation do you see as a problem? I see a resistance to AI replacing important characteristics of humanity. That's a pretty good one, I'd say.

[–] spongebue@lemmy.world 21 points 4 days ago (15 children)

My understanding is that it was a word created to have a similar usage/meaning to the n-word, but towards not-actually-sentient computers. It was never used against any class of people, to my knowledge.

[–] spongebue@lemmy.world 49 points 6 days ago

focus on the deportation of violent criminals

Just as ICE has been doing, right? All those people charging their cars in Minneapolis without the right skin color - all of them were suspected violent criminals when ICE started asking for their paperwork?

[–] spongebue@lemmy.world 4 points 1 week ago

Grams are a measure of weight (well, mass if you want to be really specific). Tablespoons are a measure of volume. In order to do a proper comparison you need to know density.

Because metric plans things nicely, a gram is one milliliter of water. 4 tbsp is 59.15ml. So... Yeah, pretty damn close to 60, but again that's when working with water. I would imagine chili flakes are a little less dense and might throw that calculation off a bit.

[–] spongebue@lemmy.world 9 points 1 week ago (1 children)

Why the fuck does the floor plan include a gun range?

 
 

In the past I've gotten around this by printing on the left side of the bed, but some things need the space so here I am.

I've got an Ender 3 V2 with some tasteful mods: OctoPrint, BLTouch, a magnetic flexible bed surface, and a few other things people are bound to do with an entry-level printer they got for $100 with a Micro Center coupon. One issue I'm having with it is that any printing done on the right side of the bed seems to have a pretty big gap. I have the G28 and G29 commands in to run the bed level, I try to get it leveled properly with the springs (with help of the bed visualizer plugin for OctoPrint) and no matter what I do, the nozzle drifts just a little farther from the bed on the right side, so the filament does not stick.

I'm open to more mods, but before I spend more time and money on this for what I think is the problem, does anyone actually have a good idea of what's wrong here?

Thanks much!

 

Looking at a couple receivers. I'm not a huge audiophile or anything, but have some functional things I'm looking for (Zone 2, phono, network control, Bluetooth transmission would be nice). I tend to hang on to this stuff for a while, so 8K would be nice so I don't need to buy a receiver if/when the day comes that I get a new TV (Sharp 1080p sorta-smart TV still going strong 12 years in!)

Anyway, I'm down to two receivers:

  • Denon AVR-X1700H (new at Costco)
  • Marantz NR1711 (used on Facebook, includes some nice speakers I could probably resell if needed)

On paper, the Denon has a little more power and a few more 8k HDMI ports but otherwise similar. Since they're both run by the same company behind the scenes, I suspect most components inside are identical.

In practice, I know the Marantz is supposed to be the better brand... but it seems conceivable that a lower-end slimline, slightly older Marantz could probably be beaten by a midrange Denon, yeah?

For what it's worth, this is replacing an Onkyo TX-NR709 I've had for about 14 years. It's been a workhorse but I really want proper Zone 2 functionality and it's been giving me troubles there (no HDMI sources work, even with the "source" mode)

 

Solved!

Solution was to create a group and perform an action on that:

action: light.turn_on
target:
  entity_id: light.kitchen_cabinet_sink
data_template:
  brightness_pct: "{{100*state_attr('light.kitchen_sink_ceiling','brightness')/255}}"

Original:

Trying to run an automation to match one light's state (on/off/dim) to another's. Have this currently:

alias: Sync cabinet lights with sink light
if:
  - condition: device
    type: is_on
    device_id: [something]5710
    entity_id: [something]a438
    domain: light
then:
  - type: turn_on
    device_id: [something]b447
    entity_id: [something]470f
    domain: light
    brightness_pct: 100
else:
  - type: turn_off
    device_id: [something]b447
    entity_id: [something]470f
    domain: light

That works fine to turn the lights on or off, and I have triggers in the automation for that and changes in brightness. But using a non-static number for brightness_pct (yes, I know I'll probably have to math the 0-100 scale instead of 0-255) is giving me trouble. When I try something like this:

alias: Sync cabinet lights with sink light
if:
  - condition: device
    type: is_on
    device_id: [something]5710
    entity_id: [something]a438
    domain: light
then:
  - type: turn_on
    device_id: [something]b447
    entity_id: [something]470f
    domain: light
    brightness_pct: {{state_attr("light.kitchen_sink_ceiling", "brightness")}}
else:
  - type: turn_off
    device_id: [something]b447
    entity_id: [something]470f
    domain: light

I have also tried {{states.light.kitchen_sink_ceiling.attributes.brightness}} instead. Both seem to have the correct value when I play around in the developer tools. But when I put it in the automation, I get an error that a float value was expected. I see some similar issues online, but it always seems to be in a different context and people fix it by changing some value I never had.****

 

So many instructions to cut an onion are essentially

  1. Cut off the top
  2. Peel
  3. Cut in half
  4. Cut horizontally (in parallel to the cut you just made)
  5. Cut vertically into strips from just shy of the bottom to top, with the bottom holding things together
  6. Cut vertically perpendicular to your last cuts to get little squares

On something like a potato, I'd understand it. You'll be cutting a 3-dimensional object along all 3 axes to get cubes. But as Shrek taught me, onions have layers. Why make that first set of horizontal cuts when the onion's natural layers do the same thing already, albeit a little bit curved?

view more: next ›