riobard

I've recently got a 32" 6K (6144x3456) display for my M4 Mac mini. Turns out 10-bit RGB at 60Hz requires about 38Gbps bandwidth, which is just slightly below the theoretical limit of Thunderbolt 4 and USB 4 (40Gbps), but the actual video signal inside TB4/USB4 is DisplayPort 1.4 which can only offers a little bit less than 26Gbps after coding overhead. So it has to be compressed using DSC to work.

Luckily the M4 Mac mini comes with an HDMI 2.1 port allowing 42Gbps data rate after deducting overhead, and that's the one I'm currently using to attach the 6K display. Only the M4 Pro/Max-equipped Macs offer Thunderbolt 5 with DisplayPort 2.0/2.1 (~77Gbps data rate).

And people are asking if the 6K display can do high refresh rate like ProMotion at 120Hz…

I just wish the TV and monitor industries could just stop fighting and get a unified ultra high bandwidth standard to work. I'm so fed up with the hard choice we're forced to make regarding DP vs HDMI.

There's a difference between binary is/isn't fragmented and degree of fragmentation. The browser market is obviously not very fragmented with Chrome taking the majority of the market share, and top 3 choices together account for almost 90% of total market.

However you like/dislike any of the popular choices, the point is that other players in the ecosystem can mostly target the top choices and be reasonably sure that they cover the vast majority of user bases, so that upper layers could flourish. Except for Edge being the default on Windows, sane companies wouldn't care about minor players like Opera/Brave/Arc.

(You could also argue the degree of open source in these cases but that would be a different issue.)

> The reason Windows doesn't have fragmentation is because it's a closed-source operating system with internet enabled functionality that is centrally controlled by Microsoft with an iron fist.

Sure, being closed-source prevents fragmentation from the start coz there's nothing to fork from, but it's not a requisite. There are many open source projects with less degree of fragmentation with major marketshare winners that the ecosystem can target for, and you can mostly recommend people to use without too much thinking, e.g. browsers and web servers.

Well since you don’t care about Linux DE adoption, we’re not going to have any meaningful discussion.

Enjoy your DE however you like it :)

That mentality gets us fragmentation of Linux DE for the past few decades with none winning majority mindshare and no commitment from major commercial developers. Sure with a capable browser most use cases can be covered but then there will not be a Year of Linux DE. It would be a Year of Chromium-based Browsers where DE is mostly irrelevant.

Those abstracted away details matter a lot if you care about user experience. Just watch how painfully a task both Apple and Microsoft are enduring to try to improve their consumer OS.

HELLO Linux Desktops, this is your chance to shine and glow. Stop the stupid infighting on unimportant issues and unite to offer something that is a no-brainer choice for Windows 10 refugees.

If you compare the sheer volume of the devices in question you will see it's very justified.

This is neat but "zero runtime" is a misnomer. Bash _is_ runtime, not to mention external tools used in shell scripts like jq.

Cause IP is a finite resource (even IPv6 where the granularity is more like /48) while domains are infinite.

See https://en.wikipedia.org/wiki/Sybil_attack

exactly!

DMARC reports are for you to be sure that you configured SPF/DKIM correctly, not asking you to do something with the spoofing senders (which you can do absolutely nothing about).

The point of SPF/DKIM/DMARC is to bind emails to domains, so no more spoofing. It is naive to expect authentication alone can reduce spams.

Is it just me or Linux seems to have too many non-orthogonal ways to restrict processes? Like why Landlock does TCP filtering based on port only? What about non-TCP traffic and maybe IP based restrictions is more useful? How does it interact with Netfilter? Puzzling.

The first link from FT is paywalled and the second link from CNN does not mention "data center" even once, yet you were stating as a fact that

> DeepSeek has received support from Beijing, including access to state-funded data centers.

I do believe as you said that

> DeepSeek has strong backing from the government now that they have made a break through

but please do not confuse people by stating your beliefs as facts.

> DeepSeek has received support from Beijing, including access to state-funded data centers.

Source?

One of the culprits I encountered is that some of the IoT WiFi chips cannot do proper authentication if the AP is using WPA2/WPA3 mixed mode (very common for WiFi6 to increase security with modern devices while keeping backwards-compatibility). The flawed chips can initially connect successfully but disconnect after a few days.

Solved it by creating a dedicated IoT SSID advertising just WPA2 w/ AES and only on 2.4GHz w/ 20MHz (you shouldn't use 40MHz on 2.4GHz anyway for god's sake).

Here're some useful tips to tune WiFi for IoT https://www.wiisfi.com/#iotconnect

Is it just me or the website doesn’t scroll at all in mobile safari ?

Not just sound. Ever since HDR is a viable home theater option, new movies tend to get very dark featuring long runs of dark scenes with occasional blindingly bright scenes in between. If your TV screen is slightly subpar or the watching environment is even dimly lit, the movie quickly becomes very difficult to watch.

Which phone has Thunderbolt now?

> limiting factors that prevented thunderbolt 5 capable equipment to be built in 2022 already

Lots of factors e.g cost, chip availability, heat dissipation, etc. Sure I would prefer upgrading laptop ports from 10Gbps directly to 100Gbps, but not if it costs 10x more and burns up battery.

Are most suitcases designed to bear its fully loaded weight just by sucking on one surface?

I hope QUIC with its many advanced features gets better adoption to provide many of the benefits so we can just stop messing with TCP for it's completely screwed up by middleboxes.

It's Open-MPTCP-router.

MPTCP isn't TCP over TCP.

Isn't it bad design in the first place if you require "right order" of boot up? What if some, but not all, servers crash and reboot? How do you ensure the correct order in that case?

What are the price ranges of the different cars you're comparing?

> fit the entire IP range in a single 32 bit value

… only if you pretend IPv6 does not exist, which isn't the case in the original blogpost.

But the idea can be extended to fit entire IP (both v4 and v6) subnets in an uint64, given that the minimal IPv6 prefix size to be globally routed is /48, you could use the first byte of the uint64 to mark the address type (e.g. 0x4 for IPv4 and 0x6 for IPv6), the remaining 3 (for IPv4) or 6 (for IPv6) bytes for actual prefix, and the last byte for prefix length.

Nope, shadowsocks is just plain TCP-in-TCP (not TCP-over-TCP) proxy. If you cannot have performant routing between clouds due to UDP QoS, then the only sensible solution would be to setup proxy nodes on both sides and transparently redirect TCP (if that's all you need) traffic through the proxy.

(I wrote https://github.com/shadowsocks/go-shadowsocks2)

I too don’t understand the need for transcoding if the goal is to get best quality. Any transcoding will reduce quality, and given the capability of modern players, the best quality is just the original media file.

Subtitles aren’t transcoded into any video. They’re remuxed into the media container. Totally different.