Hacker Newsnew | past | comments | ask | show | jobs | submit | tliltocatl's commentslogin

> 1T-1C SRAM

Aka eDRAM? It was a thing back on 14nm node, but AFAIR not so much anymore. The 1C part is hard to get right in a way that is compatible with a logic process.


It gets confusing...

eDRAM isn't the same as 1T-SRAM, which isn't quite the same as 1T-1C SRAM...

But overall they run into the same problems that you mention; it's just too hard to get a capacitor in play.

There is Zeno Semi's Bi-SRAM, buuuut it hasn't seemed to catch on for one reason or another.


> Bi-SRAM

Looks cool, but isn't it by definition planar process-only, no FinFET for you?


> What would really help is the easy provisioning of signal boosters.

But that's also a physics thing. Plain same-frequency boosters hamper frequency reuse on neighbor cells, so less bandwidth for you. And if boosters run on a separate band, you'd need to do frequency planning for them just like it's done for cells now.

Wireless is finicky, we should really avoid using it everywhere wired can be used instead.


Well yes but once you transmit from inside the building you can use the higher frequencies which are much more plentiful. And use many low power nodes similar to the way we deploy WiFi in offices, with one every 15 metres or so.

The bandwidth available at 26Ghz is huge and the low penetration means you dont need to have as much distance before you can reuse them again. A simple wall is already enough.

But no I didn't mean those old style signal boosters that basically just retransmit the analog signal.


Fun fact: given that the meter is defined in terms of speed of light (and cesium frequency), "changing the speed of light" is a counterfactual impossibility, what is actually changing are some other fundamental constants.

If we realized tomorrow we had the speed of light slightly wrong, we wouldn't change the length of a meter, we would change the definition of the meter. We've redefined the meter thrice already.

We wouldn't "release" that because there is simply no way to tell if it is wrong. The past redefinitions happened because previous definitions were too ambiguous rather than "wrong".

Isn't it more like "meter" expands/contracts based on where you are in space?

I think the drones don't use a complex encoder because latency.

Some of the more basic ones are a very rudimentary NTSC analog video in to H264 encoder board that is tiny in weight and power consumption. They're using the same NTSC analog video-out forward flight cameras as are used in pure analog FPV. It's also not doing really 'complex' H264 encoding. Very similar to what you would get for the H264 encoder in a cheap $60 IP (RTSP) security camera.

There's more advanced ones that take video input from a MIPI digital video interface or native HDMI input.

Not just because latency but also because of cost, size, weight, power.


Should have used TAI for internal timekeeping.

Screw average user.


It is server-rendered cgit pages, there are potentially quadrillions of unique. They are not cacheable.


Nei. Please don't. Enough money wasted already.

If you want to jump on the bandwagon just build a semi fab. Lots of clean water, lots of electricity, lots of geologically stable ground, lots of money that can't be invested locally - can't see why that haven't been done already. And it will still be useful after the fad is over.


I get:

Visualization failed:

createProgram@https://magik.net/llmcity/:1098:115

MatrixRenderer@https://magik.net/llmcity/:1107:20

main@https://magik.net/llmcity/:1895:20

(IceCat)


> Patents are designed to protect costly research

I'd argue that how they should have been, but the reality is quite the opposite. The patent framework is all about novel ideas rather than costly research, even though ideas aren't any valuable anymore - the easy stuff that is cheap to reproduce once the idea is known is already discovered.

Multimedia codecs and similar stuff are pretty patent-worthy (costly research) but their value is an exponential function of their adoption, and hence the unencumbered one always wins. Same with basically everything else.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: