blensor

I am curious if you implicitly assumed they are Macs or if that's what you are looking for specifically?

What worries me is that FSD in Tesla does seems to sometimes introduce problems in the driving behavior with new updates. I have not experienced this first hand ( don't own one ) but I am following the r/TeslaFSD and it looks like new versions are sometimes regressing on situations that were handled correctly on older versions.

This leads me to believe that FSD is not yet solved to the level we thought and training to handle a certain new thing correcty can degrade handling of other situations

What exactly do you find particularly ugly on this car?

The only thing that is a bit weird to me are the headlights, otherwise I quite like the look.

And isn't it also mostly a transitioning issue. Those open codebases will be constantly scanned for potential security issues and getting more and more hardened. There are probably a lot of easy wins that are going to be discovered over the next few years but it should taper out after a while.

Tangentially related question. Has anyone analyzed if the content that is being converted could break the model.

So let's say you have a super dull pdf ( or even a scan ) that has the same line over and over again, could this get the model into one of those loops that just keep spewing nonsense.

And thinking that further, could someone prompt inject a model with a handwritten note that only gets "activated" once it's in the context?

This is ( or will be in the future ) a surprisingly relevant issue

Kind of yes. The person who does not spam the messages.

What I noticed for myself is that saying no to something is becoming harder by the day because, why wouldn't you try something if it's so cheap to do.

That makes having the strength to say no almost a quality in and of itself.

That is true both for external pressure and internal pressure.

How do you measure the body regularly without potentially introducing problems just by measuring it?

Maybe the solution is to look out for the most silent engineers. Those that output less despite having the ability to create near infinite output.

After digging around a bit I found an unverified claim from 2024 that GPUs in datacenters have a lifespan of 1-3 years

https://www.tomshardware.com/pc-components/gpus/datacenter-g...

Others say that moderate load means a lifespan of ~5 years

Not sure what that means but I would assume that a datacenter will start replacing a node once the error rate hits a certain threshold without really investigating why it failed, so the practical lifespan may be shorter than 5 years even if it would technically still be usable enough

I also feel that the GPU/NPU value does not lose money as fast anymore.

What I am wondering though is how long can you run such a system at basically full load without interruption before it starts to just physically degrade.

If I have a H100 and I let it run for 4 years at full throttle does it still have the same theoretical value as it had at the start or are the chips just burning out.

I think I remember that back when the cards used for crypto mining were sold en masse on ebay the advice was to stay away from them because they are more likely to fail?

The funny thing is that the page has a broken Google Tag Manager script

  <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
  j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src='https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);})(window,document,'script','dataLayer','GTM-NZXZ6MK');</script><!-- End Google Tag Manager -->

Causing the top of the page show the script and nobody from that site noticing it.

Is the premise of 15-minute cities really that every final destination is walkable within 15 minutes or that you can reach everything you need within 15 minutes?

If I live in a big city with good public transport and have most daily need things walkable within 15 minutes and good public transport connections also within 15 minutes then I can benefit from opportunities that are farther away while also having the locality of the rest of the day to day things.

That's what I personally would consider a 15-minute city

Check the github user profile ;)

I also think in addition to that the increased speed compounds the problems much quicker. And I don't mean bugs. I mean that duplicated code here, that additional state variable to keep everything going there. Not removing things that should be removed because we can work around that, etc.

It's like building a super tall Jenga tower very quickly but laying the bricks much worse than a careful player.

Sorry for forgetting to post that, and thank you for adding it.

I saw your youtube video, and while I am generally a fan of the small guy against big corps, this was a bit much with all the "I am so afraid to say something but I have to" talk.

So I will hold my judgement until this has been disected a bit more

That is the onboard recording feature of the Meta Quest, it does have a way to change the video codec but the audio codec is fixed.

I'd also argue that most off the shelf stuff that records videos in any form uses AAC as a default simply because it's ubiquitous and thus has great cross compatibility.

It's mostly for youtube shorts that don't get a ton of views in the first place, so I am going for a quick and easy fix that keeps the file size mostly the same.

But you are of course right, if I would go for a professional setup I would not recompress it

AAC and mostly recordings of VR games I have to first convert the audio track to MP3 for Davinci Resolve to support it.

kdenlive to me is like gimp. I launch it everytime I want to do something quickly, without really thinking about what tool to use.

With Davinci Resolve I have to intentionally plan on making a video to be willing to use it, because it's much heavier, doesn't support the audio in most of the source videos I am using, so I have to convert that first, and does a lot more than what I usually need.

I've been called worse :)

58% German / 27% Autistic

As an Austrian I am not sure how to feel about that

I still need to do a video on how to use it, if you get stuck just let me know

It may or may not be useful for you but I've been working for a while on converting ORBSLAM3 into a self contained standalone program, without the need for ROS to be useful.

The "UI" for saving/loading the map and calibrating the camera is exposed through a built-in crude webserver. Visualization is done via threejs instead of having a dependency on pangolin.

If your robot can expose the camera feed as anything opencv can ingest ( i.e. mjpeg via http ) you could just point it there and then receive the pose stream via HTTP/SSE

The whole thing is distributed as an AppImage so you just run it and connect to it

https://github.com/mgschwan/ORBSlammer_LocalizationService

Looking through the website and github, it looks a bit premature to post at all. I don't have too much love for ROS personally but that claim the title is making is quite bold

I did not expect HN to become this geopolitical.

And are you sure about your claim? Every time I hear anything about China and Solar the core of it is that solar in China is growing more than anywhere else on the planet ( 40% increase in 2025 and creating ~11% of China's energy already )

And that there is no sign of that trend slowing down anytime soon. And why would it. Solar panels are dirt cheap and they have more than enough space for it.

China is also really strong in the battery space, so they have everything they need to ditch oil/coal eventually

Yes, that's why I compared it to ROS. I didn't mean multiple openclaws communicating with each other but openclaw communicating with nodes ( which are self contained programs running on your desktop or phone providing capabilities like webbrowsing to the claw server )

I've only just started to dive into it from the documentation side of things. They have ( maybe recently? ) started to create this Gateway Protocol https://docs.openclaw.ai/gateway/protocol to connect the stuff together.

It may be a "we are changing the wheels while driving" thing, but if enough people make nodes for openclaw it will become somewhat of a standard. And then we probably see 100 different claw offshots that all use the same nodes but with a different claw in the center

The more I think about openclaw, the more it seems to be for AI agents what ROS is for robotics.

openclaw defines how to interact with distributed nodes ( how those provide the capabilities to the "orchestrator" ) but the real benefit are many task specific nodes that when put together make up something much bigger than the sum of it's parts