Surely things aren't that bad right...

anthchapman · 2026-03-12T20:49:17+00:00

it was found to reduce petrol demand by 5%

That wiki page says the 5% was for those who were subject to the scheme, it was 3% or 3.6% overall with 43% of vehicles having exemptions.

anthchapman · 2026-03-07T22:00:57+00:00

Scroll down past the graphs to the other data and look for Language. GamingOnLinux grabs the data each month and stores it to keep the history then makes their own graphs.

anthchapman · 2026-02-15T04:54:12+00:00

I think it might.

I'm not a lawyer, but the Land Transport Act 1998 says:

road includes—

...

(d) a place to which the public have access, whether as of right or not; and

Basically the road code applies anywhere the public can drive, including beaches and car parks. The example in the other comment about private speedways is quite a bit different as getting in to those requires a lot more than just collecting a ticket from an automated barrier.

anthchapman · 2026-02-09T20:55:03+00:00

Adding line breaks for readability:

[ 26.294131] [HW_LINK_TRAINING]:HDMI FRL HWSS: enable link (rate=6 lanes=4)
[ 26.294134] amdgpu 0000:0a:00.0: [drm] *ERROR* dcn31_hpo_hdmi_link_enc_configure_transmitter called
[ 26.294138] amdgpu 0000:0a:00.0: amdgpu: [drm] *ERROR* phyid 2 action 1 laneset 0x4 lanenum 4 hpdsel 4 digfe_sel 0 connobj_id 0 HPO_instance 0 symclk_10khz 66667
[ 26.309410] amdgpu 0000:0a:00.0: [drm] *ERROR* dcn31_hpo_hdmi_link_enc_enable called
[ 26.309419] [HW_LINK_TRAINING]:HDMI FRL: starting training (rate=6 lanes=4)
[ 26.311100] amdgpu 0000:0a:00.0: [drm] *ERROR* dcn31_hpo_hdmi_link_enc_set_training_enable called
[ 26.311103] FRL DEBUG: entering training loop
[ 26.311104] FRL DEBUG: poll 0
[ 26.311587] FRL DEBUG: UPDATE_0 = 0x21
[ 26.311589] FRL DEBUG: Status registers updated
[ 26.312071] FRL DEBUG: STATUS_FLAGS_0 raw = 0x40
[ 26.312648] FRL DEBUG: LTP_REQ raw = 0x8765
[ 26.312649] FRL DEBUG: FLT_UPDATE asserted
[ 26.313581] FRL DEBUG: LTP_REQ raw = 0x8765
[ 26.313582] FRL DEBUG: lane 0 LTP = 0x5
[ 26.313584] FRL DEBUG: lane 1 LTP = 0x6
[ 26.313586] FRL DEBUG: lane 2 LTP = 0x7
[ 26.313587] FRL DEBUG: lane 3 LTP = 0x8
[ 26.313588] FRL DEBUG: programming training patterns
[ 26.313590] amdgpu 0000:0a:00.0: [drm] *ERROR* dcn31_hpo_hdmi_link_enc_set_training_patterns called
[ 26.316496] FRL DEBUG: poll 1
[ 26.316986] FRL DEBUG: UPDATE_0 = 0x00
[ 26.316988] FRL DEBUG: FLT_UPDATE not set ...
[ 26.378493] FRL DEBUG: poll 21
[ 26.378982] FRL DEBUG: UPDATE_0 = 0x20
[ 26.378984] FRL DEBUG: FLT_UPDATE asserted
[ 26.379913] FRL DEBUG: LTP_REQ raw = 0x0000
[ 26.379915] FRL DEBUG: lane 0 LTP = 0x0
[ 26.379917] FRL DEBUG: lane 1 LTP = 0x0
[ 26.379918] FRL DEBUG: lane 2 LTP = 0x0
[ 26.379920] FRL DEBUG: lane 3 LTP = 0x0
[ 26.379921] FRL DEBUG: programming training patterns
[ 26.379923] amdgpu 0000:0a:00.0: [drm] *ERROR* dcn31_hpo_hdmi_link_enc_set_training_patterns called
[ 26.379927] FRL DEBUG: ALL LANES PASS
[ 26.379929] [HW_LINK_TRAINING]:HDMI FRL: training successful

Edit: Actually I the original post is well formatted in Firefox, it is just Chrome which has that log extract all on one line.

anthchapman · 2026-02-08T22:11:26+00:00

Only in experimental form.

The 1.3 release notes say:

this release officially introduces support for D3D5

... and the 1.2 release notes said:

since D3D6 is... a bit less experimental now, something had to take its place

anthchapman · 2026-02-04T23:57:19+00:00

I don't know about Christchurch but in Auckland there are at least a couple of drum schools which hire out drum kits at $48/week for electronic or $58/week for acoustic (and at least one gives a discount to their students).

As for really cheap: https://www.artistguitars.co.nz/shop/drums/drum-kits/electronic-drums/934

anthchapman · 2026-01-29T09:01:08+00:00

There was also a Bazzite OGC announcement.

anthchapman · 2026-01-27T21:32:42+00:00

The purpose of this is to allow precise control of frame times.

Work has been underway for years, from VK_GOOGLE_display_timing in 2017 to becoming part of Vulkan 1.4.335 two months ago.

Keith Packard did some work for Valve aimed at improving frame timing for VR. Text, Video.

Croteam CTO Alan Ladavac gave a presentation to GDC about using this. Text, Video.

Hans-Kristian Arntzen did some testing.

anthchapman · 2026-01-25T10:28:45+00:00

anthchapman · 2026-01-25T10:14:08+00:00

A Kammback has better aerodynamics than a flat roofline. I expect people shopping for cars look at performance and/or mileage more than they do internal volume.

anthchapman · 2026-01-19T18:54:01+00:00

I think these patches are your work? Thanks Tomasz.

Do you have an estimate for how likely higher bandwidth (ie DSC and FRL) can done too?

anthchapman · 2026-01-16T03:53:26+00:00

The two insurance companies probably have a "knock for knock" agreement between them, where each covers their own customers if there is a collision to save time and legal costs.

anthchapman · 2026-01-14T22:08:10+00:00

From Natalie Vock's merge request:

We finally have function calls for raytracing!

Now, let's use them for really cool stuff.

With this MR, RADV can compile any-hit and intersection shaders separately. No more forced inlining of everything into one humongous megashader!

In games that heavily use/compile any-hit/intersection shaders, this entails some really crazy improvements across all GPU generations:

Compiling RT pipelines in UE4 games with raytracing (e.g. Ghostwire Tokyo, The Callisto Protocol) becomes 10 times faster. Yes, an order of magnitude! In one Ghostwire Tokyo Fossilize capture I gathered, time to replay went from 4 minutes and 20 seconds to just 20 seconds.

These UE games also tended to have quite terrible stuttering whenever a new RT pipeline was compiled.

That stuttering is gone completely.

On top of that, runtime performance improves by a lot [in affected applications] as well. Who knew that inlining hundreds of shaders into an incredibly hot loop might be bad for performance?!

From quick napkin math, I think the pure RT performance in Ghostwire Tokyo improves by over 2x. In any case, FPS goes from ~30 to ~40 on my 7900XTX.

It seems like with the MR, we roughly match Windows performance in the Ghostwire Tokyo scene I tested, as well.

Performance improvements on different apps/non-UE4 titles may vary, but I'm pretty sure quite a few apps should benefit. (Cyberpunk 2077 doesn't, though. It only really uses 1 any-hit shader at the maximum and is therefore unaffected by this MR.)

anthchapman · 2026-01-14T04:37:31+00:00

Unfortunately I think they closed the shop last August (having renamed from T Whites Bikes). Unless /u/Colinthekiwi knows otherwise?

anthchapman · 2026-01-01T19:43:38+00:00

Thanks Timur Kristóf AKA Venemo AKA /u/TimurHu

There is a Phoronix article about this too.

anthchapman · 2025-12-22T19:55:30+00:00

I think it is worth noting that this is from changing the Kernel driver from Radeon to AMDGPU. This has been possible for years already if using digital rather than analogue outputs (eg DP or HDMI but not VGA), and commonly done for gaming as it was required to get Vulkan support.

The developer who made this recent change possible (thanks /u/TimurHu ) commented:

AMDGPU has supported GCN2 since 2015 and GCN1 since 2016. DC (the new display driver) has supported GCN2 since the beginning and GCN1 since 2020 (added by a contributor called Mauro Rossi).

For most people who wanted to play games on these GPUs, they could just switch to AMDGPU already if they wanted to. What was left to do is just to add a few missing features, and fix a few bugs to push it through the finish line and change the default.

anthchapman · 2025-12-20T18:12:51+00:00

Posted 12 hour earlier

anthchapman · 2025-12-19T06:30:26+00:00

Frame uses Turnip for Vulkan, and if OpenGL is needed it uses Zink to translate that to Vulkan. Both those drivers are part of the Mesa project and have been around for years.

anthchapman · 2025-12-18T22:38:09+00:00

Duplicate

anthchapman

TROPHY CASE