sirn · HackerTrans

sirn

3,952 カルマ登録 17 年前

Contact: [email protected]

Software Developer living in Tokyo, Japan

Current: ElectroRoute Japan (TYO)

Previously: Oozou (BKK), Omise (BKK→TYO), Varnish Software (TYO)

投稿

"Version" include wreaks havoc on case-insensitive filesystems

bugs.llvm.org

62 ポイント投稿者 sirn7 年前45 コメント

Seconds That Changed Everything – How the iPhone Learned to Talk

36seconds.org

2 ポイント投稿者 sirn7 年前0 コメント

Browser Extension Community Group

browserext.github.io

2 ポイント投稿者 sirn9 年前0 コメント

WebP is now supported on Safari 10 both on macOS Sierra and iOS 10

groups.google.com

3 ポイント投稿者 sirn10 年前0 コメント

Apple File System

developer.apple.com

1,094 ポイント投稿者 sirn10 年前393 コメント

AMP Audio May 2016 Update – “we are now forced to wind down the company”

medium.com

1 ポイント投稿者 sirn10 年前0 コメント

Tempescope: Ambient weather display for your home

tempescope.com

1 ポイント投稿者 sirn11 年前0 コメント

QUIC, a multiplexed stream transport over UDP

chromium.org

3 ポイント投稿者 sirn12 年前0 コメント

Microsoft announces Azure price reductions

blogs.msdn.com

19 ポイント投稿者 sirn12 年前0 コメント

Blip.tv Deletes Python Content

holdenweb.blogspot.com

3 ポイント投稿者 sirn13 年前1 コメント

Thailand to monitor LINE traffic

nationmultimedia.com

1 ポイント投稿者 sirn13 年前0 コメント

SimCity's GlassBox Engine Explained (GDC 2012) [pdf]

78462f86-a-6b826c28-s-sites.googlegroups.com

3 ポイント投稿者 sirn13 年前0 コメント

"Adobe has released Adobe Photoshop CS6, which addresses these vulnerabilities"

adobe.com

317 ポイント投稿者 sirn14 年前190 コメント

RubyMotion Code Samples

github.com

1 ポイント投稿者 sirn14 年前0 コメント

IPad Keyboard Prototype: Text Editing

youtube.com

3 ポイント投稿者 sirn14 年前0 コメント

Apple announces Developer ID for Gatekeeper

9to5mac.com

1 ポイント投稿者 sirn14 年前0 コメント

User CSS extension for Safari 5.1 released

code.grid.in.th

1 ポイント投稿者 sirn15 年前1 コメント

FormData interface coming to Firefox

hacks.mozilla.org

2 ポイント投稿者 sirn16 年前0 コメント

コメント

9 日前議論

The first issue is due to the assumption that character count equals character display width. Thai tone markers usually[1] should not contribute to the display width (เพื่อน is chars = 6, width = 4), so it caused a layout shift.

The second issue is due to the program's layout engine not adjusting the glyph width of a fallback font to that of the main font. A lot of terminals do this, but it's not common for text editors or browsers (arguably this is the correct behavior for non-terminals, since you cannot assume everything must be snapped to a grid).

Fun test for this:

     |กล้วยหอม|
     |Bananas|

This has the same character width. Ghostty, etc., will render it correctly (| aligned). Most browsers and text editors will not.

[1]: some layout engines render free-standing tone markers as 1 character; in that case, this rule only applies to when tone markers are following a character.

3 か月前議論

When I still used Git, I used to have a minimized `magit-init.el` that essentially did:

    (setq user-emacs-directory (format "~/.emacs.d/magit/%s/" emacs-version))
    (setq custom-file (concat user-emacs-directory "custom.el"))
    (setq make-backup-files nil)
    (setq auto-save-default nil)
    (setq create-lockfiles nil)
    (setq inhibit-startup-screen t)
    (setq initial-scratch-message nil)

    (require 'magit)
    (defun setup-standalone-magit ()
      (magit-project-status)
      (delete-other-windows))
    (add-hook 'after-init-hook 'setup-standalone-magit)

And a small wrapper (`~/.local/bin/magit`):

    #!/bin/sh
    if [ "$(git rev-parse --is-inside-work-tree)" = "true" ]; then
        exec emacs -nw -q --no-splash -l "/path/to/magit-init.el"
    fi

It worked well for me because I can reuse all my keybindings (evil + leader keys with `general`) and my workflow is fully in the terminal. (I have since moved on to Jujutsu, and `jjui` is filling this gap for me right now, but it's not quite a magit-for-jj).

8 か月前議論

I also have to use LINE every day, and I can't say I love it (but it's either this or Facebook). They've been trying to push LINE Premium and LINE AI very hard (at least in Japan) to the point that some features are now blocked (e.g. you cannot unsend photos anymore unless you pay for Premium) and I absolutely hate it.

8 か月前議論

As someone who regularly works with Japanese and Thai, I'm very excited about this, given it has English, Japanese, Korean, Thai, and Traditional Chinese as its basic set. Thai itself is complex to layout[^a], and it can be very hard to find a matching typeface. I guess LINE has this problem too, given the app is popular in both Japan and Thailand.

It is, however, a bit unfortunate that this is yet another unlooped Thai typeface[1]. Loopless is impossible to read as a body text for people above thirty. Historically, IBM Plex Sans Thai Looped[2] was pretty much the only open-source stylized Thai font that is looped (not including the standard Tlwg set). I remembered that Noto Sans Thai[3] used to be looped, but they switched to a loopless version at one point. Thankfully they've (re?)introduced the looped version[4] in recent years.

[1]: https://en.wikipedia.org/wiki/Thai_typography#Looped_vs_loop...

[2]: https://fonts.google.com/specimen/IBM+Plex+Sans+Thai+Looped

[3]: https://fonts.google.com/noto/specimen/Noto+Sans+Thai

[4]: https://fonts.google.com/noto/specimen/Noto+Sans+Thai+Looped

[^a]: Since Thai text typically requires another ascent level above cap height and ascender, and another level under descender for tone markers and vowels, on iOS, if you add Thai as one of the phone languages, iOS will apply a 1.2x line height modifier to all text in the system, either by expanding line-height when allowed, or shrinking the font size.

9 か月前議論

It works somewhat more reliable (I've found vterm to break in some interesting ways depending on your cursor position even with evil-collection), but it's pretty awkward to use with evil, at least without any configuration.

For example, pressing 0 to go to beginning of line goes to before the $PS1, rather than the input beginning, going from NORMAL → INSERT inserts text at the end instead of at the cursor, Emacs motion keys doesn't work, etc. I think if I take some time to remap the key it might work, but usually I just switch to Emacs mode or just restrict myself to use only cursor key to navigate.

9 か月前議論

I usually use `emacsclient -nw` inside a terminal (sometimes over mosh). I've found eat[1] to be much a better than vterm at being a terminal emulator inside Emacs (inside a terminal). It flickers less, and seems to handle key forwarding a lot better. The only downside is it's slightly slower than vterm at handling a large chunk of data (e.g. cat an access log).

[1]: https://codeberg.org/akib/emacs-eat

10 か月前議論

> How is it that people were able to create so many mule accounts in the first place? What sort of KYC was going on?

They pay a low-income/no-income person a small fee (possibly monthly) to let them borrow their account. Sadly, people who would fall into this are not hard to find in Thailand.

> What sort of KYC was going on?

There are accounts that are grandfathered in and don’t require KYC but have been able to access online banking, etc. Mine is such, and my bank (BAY) is discontinuing that particular loophole at the end of this month. (I'm in Thailand right now to do this KYC, despite having not come back here for the last 6 years.)

11 か月前議論

It's still mind-blowing to me to think that a decade earlier this would have been a few racks. Now it just fits within 1U or 2U. What an insane world we live in.

11 か月前議論

N150 is still using the old Gracemont core (same as N100, but with higher clock). From there, there is Crestmont (node-shrink Gracemont in Meteor Lake), and Skymont (in Lunar Lake/Arrow Lake), whose performance is already comparable to that of Golden Cove (12th Gen P-core). Chips and Cheese has written a very detailed analysis for Skymont[1] if you're interested.

[1]: https://chipsandcheese.com/p/skymont-intels-e-cores-reach-fo...

11 か月前議論

This is more of a successor to the Xeon 6E (Xeon 6700E / Sierra Forest-SP), which had 144 cores. There was supposed to be a 288-core variant (presumably Xeon 6900E / Sierra Forest-AP), but they never released it to the public. I was looking forward to it since Sierra Forest-AP was supposed to support a 2-socket configuration (from motherboard spec). That's 576 physical cores in a single server!

昨年議論

I've found that Gemini 2.5 Pro is pretty good at analyzing existing code, but really bad at generating a new code. When I use Gemini with Aider, my session usually went like:

    Me: build a plan to build X
    Gemini: I'll do A, B, and C to achieve X
    Me: that sounds really good, please do
    Gemini: <do A, D, E>
    Me: no, please do B and C.
    Gemini: I apologize. <do A', C, F>
    Me: no! A was already correct, please revert. Also do B and C.
    Gemini: <revert the code to A, D, E>

Whereas Sonnet/Opus on average took me more tries to get it to the implementation plan that I'm satisfied with, but it's so much easier to steer to make it produce the code that I want.

昨年議論

My rough mental Intel driver matrix is something like this (might not be entirely correct):

    iGPU:

    | Arch                                         | KMD     | DRI (Mesa)  | Vulkan (Mesa)  | VA         |
    | -------------------------------------------- | ------- | ----------- | -------------- | ---------- |
    | <  Broadwater (Gen4)                         | i915    | i915        | N/A            | N/A        |
    | >= Broadwater (Gen4), < Westmere             | i915    | i915        | N/A            | i965       |
    | >= Westmere (Gen5), < Haswell                | i915    | crocus      | N/A            | i965       |
    | >= Haswell (Gen7), < Broadwell               | i915    | crocus      | hasvk          | i965       |
    | == Broadwell (Gen8)                          | i915    | iris/crocus | anv/hasvk      | iHD        |
    | >= Skylake (Gen9), < Tiger Lake              | i915    | iris        | anv            | iHD        |
    | >= Tiger Lake (Xe/Gen12), < Lunar Lake (Xe2) | i915/xe | iris        | anv            | iHD/libvpl |
    | >= Lunar Lake (Xe2)                          | xe      | iris        | anv            | iHD/libvpl |

    dGPU:

    | Arch                                  | KMD     | DRI (Mesa)  | Vulkan (Mesa)  | VA         |
    | ------------------------------------- | ------- | ----------- | -------------- | ---------- |
    | >= DG1 (Xe/Gen12.1), Battlemage (Xe2) | i915/xe | iris        | anv            | iHD/libvpl |
    | >= Battlemage (Xe2)                   | xe      | iris        | anv            | iHD/libvpl |

Usually, KMD/DRI/Vulkan should work as-is if you use a reasonably recent kernel and mesa, but video acceleration sure is a bit of a mess.

昨年議論

i915 is still the main kernel mode driver on Linux for every Intel GPUs up to Alchemist. xe kmd is used by Battlemage by default (as of 6.12).

There's a Mesa DRI driver, called i965 (originally made for Broadwater chipset, thus the 965 numbering), which has since been replaced by either:

- Crocus for anything up to Broadwell (Gen 8)

- Iris for anything from Broadwell and newer

Then there's a Video Acceleration driver, which is (also) called i965. I think this is what you're referring to. There are:

- i965 (aka Intel VAAPI Driver), which supports anything from Westmere (Gen 5) to Coffee Lake (Gen 9.5)

- iHD (aka Intel Media Driver), is a newer one, which supports anything from Broadwell (Gen 8)

- libvpl, an even newer one, which supports anything from Tiger Lake (Gen 12) and up

Battlemage users had to use libvpl until recently because Media Driver 2024Q4 with BMG support was only released 2 weeks ago. Using libvpl with ffmpeg may requires rebuilding ffmpeg, as some distro doesn't have it enabled (due to conflict with legacy Intel Media SDK, so you have to choose).

I have B580 for my Linux machine (6.12), and xe seems pretty stable/performant so far.

2 年前議論

Fun anecdote: Thailand's entire banking network (including regular wire transfer) was implemented with ISO 8583 (!). Part of the AnyID master plan (later renamed to PromptPay) was to replace the country's (ab)usage of ISO 8583 with ISO 20022. The Ministry of Finance hired a UK-based Vocalink to build this converter, among with other systems MoF hired them for. (AFAIK, the entire stack was written in Erlang.)

2 年前議論

It's also a hardware problem. For example, Alchemist's EUs being SIMD8 but games requiring SIMD16, so it needs to be dispatched to two EUs in a lockstep, or the lack of support for Execute Indirect instruction commonly used in UE5 games, which is currently emulated in software, makes game compatibility a very hit-or-miss.

Battlemage is supposed to fix all these architectural issues. EU in Xe2 is now SIMD16 (which is why the number of EUs per Xe2 core is halved from that of Xe1), and they've added all the previously software-emulated instructions, including Execute Indirect, so in theory Battlemage should be in a much better position in game compatibility side of things.

On Linux side of things, lacking sparse residency support in i915 also contributes to game compatibility[1] (though this is now available under Mesa 24). This is something the new xe driver is supposed to fix, but it's still a long way to go until it's actually usable.

[1]: https://www.phoronix.com/news/Intel-Vukan-Sparse-TR-TT

2 年前議論

Not an app, but some USB testers (e.g. POWER-Z KM003) can do this by reading an e-Marker chip on the cable. I'm not sure if there's a way to access eMarker purely through software without some sort of driver support, though.

2 年前議論

What they provide is a text transcription of every words spoken (文字起こし) accompanying by a screenshot of the relevant scenes (in its original language). It’s less like elaborated summaries and more among the line of "posting a closed caption along with a relevant screenshot"

2 年前議論

DDR5 doesn't have an In-Band ECC. What they have is On-Die ECC, and is not visible to the memory controller (i.e. error information won't be reported by EDAC), and only corrects 1-bit when they're stored/retrieved, where Side-Band ECC (regular ECC) and In-Band ECC can correct 1-bit and detect 2-bits, and can also correct/detect memory corruption during transit.

2 年前議論

ECC is supported on any higher end 12th/13th Gen, but it's locked behind a chipset feature lock. If you can find any board that uses W680 (e.g. W680D4U-2L2T which can be had on Amazon for $569), then it's possible to use ECC UDIMM on Intel Core and have ECC detected/reported.

2 年前議論

Some N100 do have In-Band ECC (which uses the same data lane as regular memory channel, so less usable memory space/effective memory bandwidth), such as the Beelink S12 Pro box (DDR4) and is recognized by EDAC subsystem on Linux.

    [    8.485808] [    T703] caller igen6_probe+0x138/0x780 [igen6_edac] mapping multiple BARs
    [    8.487601] [    T703] EDAC MC0: Giving out device to module igen6_edac controller Intel_client_SoC MC#0: DEV 0000:00:00.0 (INTERRUPT)
    [    8.487625] [     T67] EDAC igen6 MC0: HANDLING IBECC MEMORY ERROR
    [    8.487626] [     T67] EDAC igen6 MC0: ADDR 0x7fffffffe0
    [    8.487664] [    T703] EDAC igen6: v2.5.1