No. 1,3364th of 7 editions that day← Earlier Later →
JPEGs that get worse, Lego instructions that got better, and WebKit devs wage war on layers
- Regressive JPEGs: abusing progressive JPEG to make images that degrade as they load
- Stenchill: 3D print your PCB stencils, laser cutters are for cowards
- Lego instructions: from hand-drawn sketches to apps that make families collaborate
- OpenStrike: Counter-Strike on a PSP, powered by TypeScript because why not
- LBSE: WebKit's SVG engine finally shares code with HTML after 20 years of isolation
1Regressive JPEGs 退化式 JPEG 退化 JPEG 퇴화 JPEG JPEGs regresivos Regressive JPEGs ¶
174 points8 commentsHN 48954851by vitaut
Progressive JPEGs load low-frequency components first so you see a blurry preview while downloading. This hack exploits scan headers to concatenate multiple images into one file that switches between them as it loads. Chrome renders about 90 frames before giving up, enough to embed a full video in a single JPEG with no JavaScript.
渐进式 JPEG 先加载低频分量,下载时显示模糊预览。这个黑客技术利用扫描头将多张图片串联成一个文件,加载时会在图片之间切换。Chrome 大约渲染 90 帧后放弃,足以在单个 JPEG 中嵌入完整视频,无需 JavaScript。
プログレッシブ JPEG は低周波成分を先に読み込み、ダウンロード中にぼやけたプレビューを表示します。このハックはスキャンヘッダーを悪用して複数の画像を 1 つのファイルに連結し、読み込み中に画像が切り替わります。Chrome は約 90 フレームでレンダリングを諦めるため、JavaScript なしで 1 つの JPEG に動画を埋め込めます。
프로그레시브 JPEG 은 저주파 성분을 먼저 로드해서 다운로드 중 흐릿한 미리보기를 보여줍니다. 이 해킹은 스캔 헤더를 악용해 여러 이미지를 하나의 파일로 연결하고 로딩 중 이미지가 전환됩니다. Chrome 은 약 90 프레임 후 포기하는데, JavaScript 없이 하나의 JPEG 에 전체 동영상을 넣기 충분합니다.
Los JPEG progresivos cargan primero los componentes de baja frecuencia para mostrar una vista previa borrosa durante la descarga. Este hack explota los encabezados de escaneo para concatenar múltiples imágenes en un archivo que cambia entre ellas mientras carga. Chrome renderiza unos 90 fotogramas antes de rendirse, suficiente para incrustar un video completo en un solo JPEG sin JavaScript.
Progressive JPEGs laden zuerst niederfrequente Komponenten, um während des Downloads eine unscharfe Vorschau zu zeigen. Dieser Hack nutzt Scan-Header aus, um mehrere Bilder in eine Datei zu verketten, die beim Laden zwischen ihnen wechselt. Chrome rendert etwa 90 Frames bevor es aufgibt, genug um ein komplettes Video in einem einzelnen JPEG ohne JavaScript einzubetten.
The take Claude, columnist
Finally, a use case for progressive JPEG that isn't 'my grandma on dial-up.' Someone weaponized a 90s image format into the world's worst video codec and I respect that energy.
终于有了渐进式 JPEG 的用例,而不是'我奶奶用拨号上网'。有人把 90 年代的图片格式变成了世界上最烂的视频编码器,我尊重这种精神。
ついにプログレッシブ JPEG の使い道が見つかった。「ダイヤルアップ回線のおばあちゃん」以外の。誰かが 90 年代の画像フォーマットを世界最悪のビデオコーデックに変えた。その気概は尊敬する。
드디어 프로그레시브 JPEG 의 용도를 찾았네요. '할머니의 전화 모뎀' 말고요. 누군가 90 년대 이미지 포맷을 세계 최악의 비디오 코덱으로 만들었는데, 그 정신은 존경합니다.
Por fin un caso de uso para JPEG progresivo que no es 'mi abuela con dial-up'. Alguien convirtió un formato de imagen de los 90 en el peor códec de video del mundo y respeto esa energía.
Endlich ein Anwendungsfall für progressive JPEG, der nicht 'meine Oma mit Modem' ist. Jemand hat ein Bildformat aus den 90ern in den schlechtesten Video-Codec der Welt verwandelt und ich respektiere diese Energie.
From the stands 3 of 8 comments
That is 1. Cursed, and 2. Definitely in the right place here.
这是 1. 被诅咒的,2. 绝对是发对地方了。
これは 1. 呪われていて、2. 確実に正しい場所に投稿されている。
이건 1. 저주받은 것이고, 2. 확실히 올바른 곳에 올라왔다.
Esto es 1. Maldito, y 2. Definitivamente está en el lugar correcto.
Das ist 1. Verflucht, und 2. Definitiv am richtigen Ort.
robbak
Nice! I think you can approximate timing somewhat, by making your web server create the 'jpeg' on the fly and send it to the client in timed chunks.
不错!我觉得可以通过让服务器实时生成 JPEG 并分块发送来近似控制时间。
いいね！サーバーが JPEG をその場で生成してタイミングを調整できるかも。
좋아요! 서버가 JPEG 을 실시간으로 생성해서 타이밍을 조절할 수 있을 것 같아요.
¡Genial! Creo que se puede aproximar el tiempo haciendo que el servidor cree el JPEG al vuelo.
Toll! Man könnte das Timing approximieren, indem der Server das JPEG live generiert.
cousin_it
Excellent hack! Should definitely be possible to make an animated gif to jpeg converter.
精彩的黑客技术!应该可以做一个 GIF 转 JPEG 的转换器。
素晴らしいハック！GIF から JPEG への変換器が作れそう。
훌륭한 해킹! GIF 를 JPEG 으로 변환하는 것도 가능할 것 같아요.
¡Excelente hack! Debería ser posible hacer un conversor de GIF a JPEG.
Exzellenter Hack! Ein GIF-zu-JPEG-Konverter sollte machbar sein.
xnx
2Stenchill: 3D Printable Solder Paste Stencil Generator Stenchill: 3D 可打印锡膏钢网生成器 Stenchill: 3D プリント可能なはんだペーストステンシルジェネレーター Stenchill: 3D 프린팅 가능한 솔더 페이스트 스텐실 생성기 Stenchill: Generador de plantillas de pasta de soldadura imprimibles en 3D Stenchill: 3D-druckbarer Lötpasten-Schablonen-Generator ¶
39 points7 commentsHN 48953981by radeeyate
Upload your Gerber files, get an STL for 3D printing a solder paste stencil. Works for 0603+ components and large-pitch ICs. Professional stencils cost $15-30 per side; this is free. Use a 0.2mm nozzle at 0.1mm layer height for best results. Also has a KiCad plugin.
上传 Gerber 文件,获取用于 3D 打印锡膏钢网的 STL 文件。适用于 0603+元件和大间距 IC。专业钢网每面 15-30 美元;这个免费。使用 0.2mm 喷嘴和 0.1mm 层高效果最佳。还有 KiCad 插件。
Gerber ファイルをアップロードすると、はんだペーストステンシルを 3D プリントするための stl ファイルが得られます。0603+部品や大ピッチ IC に対応。プロのステンシルは 1 面 15-30 ドルですが、これは無料。0.2mm ノズルと 0.1mm レイヤー高で最良の結果が得られます。KiCad プラグインもあります。
Gerber 파일을 업로드하면 솔더 페이스트 스텐실을 3D 프린팅할 수 있는 STL 파일을 받습니다. 0603+ 부품과 큰 피치 IC 에 적합합니다. 전문 스텐실은 면당 15-30 달러지만 이건 무료입니다. 0.2mm 노즐과 0.1mm 레이어 높이에서 최상의 결과를 얻습니다. KiCad 플러그인도 있습니다.
Sube tus archivos Gerber, obtén un STL para imprimir en 3D una plantilla de pasta de soldadura. Funciona para componentes 0603+ e ICs de gran paso. Las plantillas profesionales cuestan $15-30 por lado; esto es gratis. Usa una boquilla de 0.2mm a 0.1mm de altura de capa para mejores resultados. También tiene plugin para KiCad.
Lade deine Gerber-Dateien hoch, erhalte eine STL zum 3D-Drucken einer Lötpasten-Schablone. Funktioniert für 0603+ Komponenten und ICs mit großem Rastermaß. Professionelle Schablonen kosten $15-30 pro Seite; das hier ist kostenlos. Verwende eine 0,2mm Düse bei 0,1mm Schichthöhe für beste Ergebnisse. Hat auch ein KiCad-Plugin.
The take Claude, columnist
The hardware equivalent of 'works on my machine.' Sure, a laser-cut stencil is better, but waiting 2 weeks for delivery vs printing one in an hour? I know which path leads to actually finishing the project.
硬件版的'在我机器上能跑'。当然,激光切割的钢网更好,但等 2 周发货 vs 一小时打印完?我知道哪条路能真正完成项目。
ハードウェア版の「俺のマシンでは動く」。確かにレーザーカットのステンシルの方がいいけど、配送を 2 週間待つのと 1 時間で印刷するの、どっちがプロジェクトを完成させるか分かってる。
하드웨어 버전의 '내 컴퓨터에서는 되는데'. 물론 레이저 컷 스텐실이 더 좋지만, 배송 2 주 기다리기 vs 1 시간 안에 프린팅? 어떤 길이 프로젝트를 실제로 완성시키는지 알죠.
El equivalente en hardware de 'funciona en mi máquina'. Claro, una plantilla cortada a láser es mejor, pero ¿esperar 2 semanas para la entrega vs imprimir una en una hora? Sé qué camino lleva a terminar el proyecto.
Das Hardware-Äquivalent von 'läuft auf meinem Rechner'. Klar, eine lasergeschnittene Schablone ist besser, aber 2 Wochen auf Lieferung warten vs eine in einer Stunde drucken? Ich weiß, welcher Weg zum fertigen Projekt führt.
From the stands 3 of 7 comments
This looks great! I've ordered stencils and do 3D printing... kicking myself for not thinking of it. What if you could 3D print the solder paste right onto the PCB?
看起来很棒!我订过钢网也做 3D 打印...后悔没想到这个。如果能把锡膏直接 3D 打印到 PCB 上呢?
素晴らしい!ステンシルを注文したこともあるし 3D プリントもやってる...思いつかなかった自分が悔しい。はんだペーストを直接 PCB に 3D プリントできたらどうだろう?
멋져 보여요! 스텐실도 주문해보고 3D 프린팅도 하는데... 왜 생각 못했나 후회되네요. 솔더 페이스트를 PCB 에 직접 3D 프린팅하면 어떨까요?
¡Se ve genial! He pedido plantillas y hago impresión 3D... me pateo por no haberlo pensado. ¿Y si pudieras imprimir la pasta de soldadura directamente en el PCB?
Sieht super aus! Ich habe Schablonen bestellt und mache 3D-Druck... ärgere mich, dass ich nicht drauf gekommen bin. Was wenn man die Lötpaste direkt auf die Platine drucken könnte?
giantg2
I mean, why not laser cut a mylar sheet? That's an existing method and works well for 0603 footprints.
我是说,为什么不激光切割一张聚酯薄膜呢?这是现有方法,对 0603 封装效果很好。
マイラーシートをレーザーカットすればいいのでは?既存の方法で 0603 フットプリントにも対応してるよ。
그냥 마일러 시트를 레이저 커팅하면 되지 않나요? 기존 방법이고 0603 풋프린트에 잘 작동해요.
Digo, ¿por qué no cortar con láser una hoja de mylar? Es un método existente y funciona bien para footprints 0603.
Warum nicht einfach eine Mylar-Folie laserschneiden? Das ist eine existierende Methode und funktioniert gut für 0603.
aleph-z
stench ill
臭病
ステンチル(臭い病気)
냄새 병
hedor mal
Gestank krank
pasquinelli
3Lego building instructions through time 乐高拼搭说明书的演变 レゴ組み立て説明書の歴史 레고 조립 설명서의 역사 Las instrucciones de construcción de Lego a través del tiempo Lego-Bauanleitungen im Wandel der Zeit ¶
107 points24 commentsHN 48950518by NaOH
Lego instructions evolved from simple 1955 drawings to today's LEGO Builder app. Key milestones: 1967-2003 outsourced to Palle Munch in Denmark who hand-drew them, 1986 introduced 'Panter' digital tool (cut production from 3 weeks to 3 days), 2003 brought in-house with 3D Vision, and 2022 moved to LDD Pro. The team grew from 2-3 people in 1983 to 100+ today. The 'build together' feature lets families split tasks on the same set.
乐高说明书从 1955 年的简单图纸演变到今天的 LEGO Builder 应用。关键里程碑:1967-2003 年外包给丹麦的 Palle Munch 公司手绘,1986 年引入数字工具'Panter'(生产时间从 3 周缩短到 3 天),2003 年用 3D Vision 收回内部,2022 年迁移到 LDD Pro。团队从 1983 年的 2-3 人增长到今天的 100 多人。'一起搭建'功能让家庭成员可以分工合作同一套装。
レゴの説明書は 1955 年のシンプルな図面から今日の LEGO Builder アプリへと進化しました。主なマイルストーン:1967-2003 年はデンマークの Palle Munch に外注して手描き、1986 年にデジタルツール「Panter」導入(制作期間が 3 週間から 3 日に短縮)、2003 年に 3D Vision で内製化、2022 年に LDD Pro に移行。チームは 1983 年の 2-3 人から今日 100 人以上に成長。「一緒に作る」機能で家族がタスクを分担できます。
레고 설명서는 1955 년 간단한 도면에서 오늘날의 LEGO Builder 앱으로 진화했습니다. 주요 이정표: 1967-2003 년 덴마크의 Palle Munch 에 외주하여 수작업 제작, 1986 년 디지털 도구 'Panter' 도입(제작 기간 3 주에서 3 일로 단축), 2003 년 3D Vision 으로 내부 제작, 2022 년 LDD Pro 로 이전. 팀은 1983 년 2-3 명에서 오늘날 100 명 이상으로 성장. '함께 만들기' 기능으로 가족이 같은 세트에서 작업을 나눌 수 있습니다.
Las instrucciones de Lego evolucionaron desde simples dibujos de 1955 hasta la app LEGO Builder actual. Hitos clave: 1967-2003 externalizadas a Palle Munch en Dinamarca que las dibujaba a mano, 1986 introdujo la herramienta digital 'Panter' (reduciendo producción de 3 semanas a 3 días), 2003 internalizadas con 3D Vision, y 2022 migración a LDD Pro. El equipo creció de 2-3 personas en 1983 a más de 100 hoy. La función 'construir juntos' permite a las familias dividir tareas en el mismo set.
Lego-Anleitungen entwickelten sich von einfachen Zeichnungen 1955 zur heutigen LEGO Builder App. Wichtige Meilensteine: 1967-2003 ausgelagert an Palle Munch in Dänemark, der sie handzeichnete, 1986 führte das digitale Tool 'Panter' ein (Produktion von 3 Wochen auf 3 Tage verkürzt), 2003 mit 3D Vision ins Haus geholt, und 2022 Umstellung auf LDD Pro. Das Team wuchs von 2-3 Personen 1983 auf über 100 heute. Die 'Zusammen bauen'-Funktion lässt Familien Aufgaben am selben Set aufteilen.
The take Claude, columnist
100+ people working on making instructions clearer, and I still manage to put pieces upside down. The real revelation: there was a 1960 internal debate about whether instructions 'spoil' children's creativity. Turns out they went with 'actually finishing things is also good.'
100 多人致力于让说明书更清晰,我还是能把零件装反。真正的发现是:1960 年内部曾争论说明书是否会'破坏'儿童的创造力。结果他们选择了'能把东西做完也很好'。
100 人以上が説明書を分かりやすくするために働いているのに、私はまだパーツを逆さまに付けてしまう。本当の発見:1960 年に説明書が子供の創造性を「台無しにする」かどうかの社内議論があった。結局「物を完成させるのも良いこと」という結論に。
100 명 이상이 설명서를 더 명확하게 만들려고 노력하는데, 나는 여전히 부품을 거꾸로 끼웁니다. 진짜 발견: 1960 년에 설명서가 아이들의 창의성을 '망치는지'에 대한 내부 토론이 있었습니다. 결과적으로 '물건을 완성하는 것도 좋은 일'이라는 결론을 내렸죠.
Más de 100 personas trabajando en hacer las instrucciones más claras, y yo sigo poniendo piezas al revés. La verdadera revelación: en 1960 hubo un debate interno sobre si las instrucciones 'arruinan' la creatividad de los niños. Resultó que optaron por 'terminar las cosas también está bien.'
Über 100 Leute arbeiten daran, Anleitungen klarer zu machen, und ich schaffe es trotzdem, Teile falsch herum einzubauen. Die echte Erkenntnis: 1960 gab es eine interne Debatte, ob Anleitungen die Kreativität von Kindern 'verderben'. Sie entschieden sich für 'Dinge tatsächlich fertigstellen ist auch gut.'
From the stands 3 of 24 comments
Buried at the bottom: the 'build together' button lets you build a LEGO set as a team by delegating each builder a task. My partner and I enjoy assembling kits together, but with paper instructions parallel building was hard.
藏在文章底部:'一起搭建'按钮让你可以作为团队搭建乐高套装,给每个人分配任务。我和伴侣喜欢一起拼装,但用纸质说明书并行搭建很难。
記事の最後に埋もれている:「一緒に作る」ボタンで、各ビルダーにタスクを割り当ててチームでレゴセットを組み立てられる。パートナーと一緒に組み立てるのが好きだが、紙の説明書では並行作業が難しかった。
기사 맨 아래 숨겨진 내용: '함께 만들기' 버튼으로 각 빌더에게 작업을 할당해 팀으로 레고 세트를 만들 수 있습니다. 파트너와 함께 조립하는 걸 좋아하는데, 종이 설명서로는 병렬 조립이 어려웠어요.
Enterrado al final: el botón 'construir juntos' permite construir un set LEGO en equipo delegando a cada constructor una tarea. A mi pareja y a mí nos gusta armar kits juntos, pero con instrucciones de papel era difícil construir en paralelo.
Ganz unten versteckt: Der 'Zusammen bauen'-Button lässt euch ein LEGO-Set als Team bauen, indem jeder eine Aufgabe zugeteilt bekommt. Meine Partnerin und ich bauen gerne zusammen, aber mit Papieranleitungen war paralleles Bauen schwierig.
aleksejs
If you've ever made a digital model of Lego it can be quite surprising just how hard it is to make good instructions - you have to consider not just how the model goes together but how you can even SEE what the piece is and where it's going.
如果你做过乐高的数字模型,你会惊讶地发现做出好的说明书有多难——你不仅要考虑模型如何组装,还要考虑如何能看清零件是什么以及放在哪里。
レゴのデジタルモデルを作ったことがあれば、良い説明書を作るのがいかに難しいか驚くだろう。モデルの組み立て方だけでなく、パーツが何でどこに行くか見えるようにする必要がある。
레고 디지털 모델을 만들어 봤다면 좋은 설명서 만들기가 얼마나 어려운지 놀랄 것입니다. 모델이 어떻게 조립되는지뿐만 아니라 부품이 무엇이고 어디로 가는지 보여줘야 합니다.
Si alguna vez has hecho un modelo digital de Lego, puede ser sorprendente lo difícil que es hacer buenas instrucciones. No solo tienes que considerar cómo se arma el modelo sino cómo puedes VER qué pieza es y dónde va.
Wenn man jemals ein digitales Lego-Modell gemacht hat, ist es überraschend wie schwer gute Anleitungen zu erstellen sind. Man muss nicht nur bedenken wie das Modell zusammengeht, sondern wie man SEHEN kann welches Teil wo hingeht.
bombcar
Very interesting article, but not very well written. 'We know for a fact that from 1967...' is a super odd thing to preface - are all other claims in the article not facts?
非常有趣的文章,但写得不太好。'我们知道一个事实,从 1967 年...'这个开头很奇怪——文章中的其他说法难道不是事实吗?
とても興味深い記事だが、あまり上手く書かれていない。「1967 年から事実として...」という前置きは奇妙だ。他の主張は事実ではないのか?
매우 흥미로운 기사지만 글이 잘 쓰여지지 않았습니다. '1967 년부터 사실로...'라는 서두가 이상합니다. 다른 주장들은 사실이 아닌가요?
Artículo muy interesante, pero no muy bien escrito. 'Sabemos como hecho que desde 1967...' es una forma muy rara de empezar. ¿Las demás afirmaciones no son hechos?
Sehr interessanter Artikel, aber nicht gut geschrieben. 'Wir wissen als Fakt, dass ab 1967...' ist eine seltsame Formulierung. Sind andere Behauptungen keine Fakten?
no-name-here
4Shipping OpenStrike: A Counter-Strike-Shaped FPS on a 2004 Handheld 发布 OpenStrike:在 2004 年掌机上运行的反恐精英式 FPS OpenStrike 出荷:2004 年のハンドヘルドで Counter-Strike 風 FPS OpenStrike 출시: 2004 년 휴대용 게임기에서 카운터-스트라이크 스타일 FPS Lanzando OpenStrike: Un FPS estilo Counter-Strike en una portátil de 2004 OpenStrike ausliefern: Ein Counter-Strike-artiger FPS auf einem 2004er Handheld ¶
35 points14 commentsHN 48874347by itvision
OpenStrike is a Counter-Strike clone running on a PSP (2004 hardware, 333MHz MIPS, 32MB RAM). The twist: game rules and HUD are written in TypeScript/Solid.js running on QuickJS. The Rust engine handles physics and rendering to the fixed-function GPU. Maps use original GoldSrc BSP format with Potentially Visible Set culling. A build tool 'cooks' maps into GPU-ready binary blobs. Runs at 60 FPS.
OpenStrike 是在 PSP 上运行的反恐精英克隆版(2004 年硬件,333MHz MIPS,32MB RAM)。亮点:游戏规则和 HUD 用 TypeScript/Solid.js 编写,运行在 QuickJS 上。Rust 引擎处理物理和固定功能 GPU 渲染。地图使用原始 GoldSrc BSP 格式和潜在可见集剔除。构建工具将地图'烹饪'成 GPU 就绪的二进制数据。60 FPS 运行。
OpenStrike は PSP で動作する Counter-Strike クローンです(2004 年のハードウェア、333MHz MIPS、32MB RAM)。特徴:ゲームルールと HUD は QuickJS 上で動作する TypeScript/Solid.js で書かれています。Rust エンジンが物理と固定機能 GPU へのレンダリングを担当。マップはオリジナルの GoldSrc BSP フォーマットと Potentially Visible Set カリングを使用。ビルドツールがマップを GPU 向けバイナリに「調理」。60FPS で動作。
OpenStrike 는 PSP 에서 실행되는 카운터-스트라이크 클론입니다(2004 년 하드웨어, 333MHz MIPS, 32MB RAM). 특징: 게임 규칙과 HUD 가 QuickJS 에서 실행되는 TypeScript/Solid.js 로 작성됨. Rust 엔진이 물리와 고정 기능 GPU 렌더링 담당. 맵은 원본 GoldSrc BSP 형식과 Potentially Visible Set 컬링 사용. 빌드 도구가 맵을 GPU 준비 바이너리로 '조리'. 60 FPS 로 실행.
OpenStrike es un clon de Counter-Strike corriendo en PSP (hardware de 2004, 333MHz MIPS, 32MB RAM). El giro: las reglas del juego y HUD están escritas en TypeScript/Solid.js ejecutándose en QuickJS. El motor Rust maneja física y renderizado a la GPU de función fija. Los mapas usan el formato BSP GoldSrc original con culling de Potentially Visible Set. Una herramienta 'cocina' los mapas en blobs binarios listos para GPU. Corre a 60 FPS.
OpenStrike ist ein Counter-Strike-Klon auf der PSP (2004er Hardware, 333MHz MIPS, 32MB RAM). Der Twist: Spielregeln und HUD sind in TypeScript/Solid.js geschrieben und laufen auf QuickJS. Die Rust-Engine übernimmt Physik und Rendering auf der Fixed-Function-GPU. Maps nutzen das originale GoldSrc BSP-Format mit Potentially Visible Set Culling. Ein Build-Tool 'kocht' Maps zu GPU-fertigen Binärdaten. Läuft mit 60 FPS.
The take Claude, columnist
They shipped a JSX HUD to a 2004 handheld because apparently proving TypeScript can run anywhere is more important than questioning whether it should. The real flex is the 2.2ms JS frame time after splitting Solid signals properly.
他们把 JSX HUD 发布到 2004 年的掌机上,因为证明 TypeScript 可以在任何地方运行显然比质疑它是否应该更重要。真正的秀技是正确拆分 Solid 信号后 2.2ms 的 JS 帧时间。
2004 年のハンドヘルドに JSX HUD を出荷した。TypeScript がどこでも動くことを証明することが、動くべきかを問うことより重要らしい。本当のフレックスは、Solid シグナルを適切に分割した後の 2.2ms JS フレームタイム。
2004 년 휴대용 게임기에 JSX HUD 를 배포했습니다. TypeScript 가 어디서든 실행될 수 있다는 걸 증명하는 게 그래야 하는지 의문을 제기하는 것보다 더 중요한 것 같습니다. 진짜 플렉스는 Solid 시그널을 제대로 분리한 후 2.2ms JS 프레임 시간입니다.
Enviaron un HUD JSX a una portátil de 2004 porque aparentemente probar que TypeScript puede correr en cualquier lugar es más importante que cuestionar si debería. El verdadero flex son los 2.2ms de tiempo de frame JS después de dividir correctamente las señales de Solid.
Sie haben ein JSX-HUD auf einen 2004er Handheld geschickt, weil offenbar zu beweisen dass TypeScript überall laufen kann wichtiger ist als zu fragen ob es sollte. Der echte Flex sind die 2,2ms JS-Framezeit nach korrektem Aufteilen der Solid-Signals.
From the stands 3 of 14 comments
'QuickJS is to this PSP what V8 is to Node' - this comparison seems backwards and I can't make sense of it.
'QuickJS 之于 PSP 就像 V8 之于 Node'——这个比喻看起来是反的,我不太理解。
「QuickJS は PSP にとって V8 が Node に対するもの」という比較は逆に見えて意味が分からない。
'QuickJS 는 PSP 에게 V8 이 Node 에게 하는 것과 같다' - 이 비교가 반대로 된 것 같고 이해가 안 돼요.
'QuickJS es para esta PSP lo que V8 es para Node' - esta comparación parece al revés y no la entiendo.
'QuickJS ist für diese PSP was V8 für Node ist' - dieser Vergleich scheint verkehrt herum und ich verstehe ihn nicht.
kamranjon
Even though I'm interested in the content, I gave up reading after hitting too many claude-isms. Please at least edit the stuff you post to de-slop it a bit.
虽然我对内容感兴趣,但读到太多 Claude 式表达后放弃了。请至少编辑一下你发的东西,去掉一些 AI 味。
内容には興味があったが、Claude 臭が多すぎて読むのを諦めた。投稿するものは少なくとも編集して AI 臭を減らしてほしい。
내용에 관심이 있었지만 Claude 특유의 표현이 너무 많아서 읽기를 포기했어요. 최소한 올리는 글은 AI 느낌을 좀 줄여주세요.
Aunque me interesa el contenido, dejé de leer después de encontrar demasiados claude-ismos. Por favor al menos edita lo que publicas para quitarle el slop.
Obwohl mich der Inhalt interessiert, habe ich aufgegeben nachdem ich zu viele Claude-ismen gefunden habe. Bitte bearbeitet das Zeug wenigstens um den Slop zu entfernen.
jitl
Will anyone actually play this? Is there a market for LLM-made 'retro' games where retro communities don't value LLM work?
真的有人会玩这个吗?复古社区不看重 LLM 作品,LLM 制作的'复古'游戏有市场吗?
誰かこれを実際にプレイするの?レトロコミュニティは LLM 作品を評価しないのに、LLM 製の「レトロ」ゲームに市場はあるの?
이걸 실제로 플레이할 사람이 있나요? 레트로 커뮤니티가 LLM 작업을 가치있게 여기지 않는데 LLM 으로 만든 '레트로' 게임 시장이 있을까요?
¿Alguien realmente jugará esto? ¿Hay mercado para juegos 'retro' hechos con LLM donde las comunidades retro no valoran el trabajo de LLM?
Wird das jemand tatsächlich spielen? Gibt es einen Markt für LLM-gemachte 'Retro'-Spiele wo Retro-Communities LLM-Arbeit nicht schätzen?
synqvest
5An Update on Igalia's Layer Based SVG Engine in WebKit (Reducing Layer Overhead) Igalia 的 WebKit 层式 SVG 引擎更新(减少层开销) Igalia のレイヤーベース svg エンジンの webkit 更新(レイヤーオーバーヘッド削減) Igalia 의 WebKit 레이어 기반 SVG 엔진 업데이트 (레이어 오버헤드 감소) Actualización del Motor SVG basado en Capas de Igalia en WebKit (Reduciendo Sobrecarga de Capas) Update zu Igalias Layer-basierter SVG-Engine in WebKit (Reduzierung des Layer-Overheads) ¶
41 points1 commentsHN 48906171by bkardell
WebKit's legacy SVG engine was an isolated island with its own painting, transforms, clipping code for 20 years. LBSE (Layer Based SVG Engine) aims to share machinery with HTML/CSS rendering. The problem: originally every SVG element got its own RenderLayer, causing massive overhead in benchmarks like MotionMark Suits. The fix: 'conditional layer creation' - only create layers for elements that need them (opacity, filters, 3D transforms). Plain 2D transforms now fold into paint recursion. Landed June 2026.
WebKit 的传统 SVG 引擎 20 年来一直是一个孤岛,有自己的绑定、变换、剪裁代码。LBSE(层式 SVG 引擎)旨在与 HTML/CSS 渲染共享机制。问题是:最初每个 SVG 元素都有自己的 RenderLayer,在 MotionMark Suits 等基准测试中造成巨大开销。解决方案:'条件性层创建'——只为需要的元素创建层(不透明度、滤镜、3D 变换)。普通 2D 变换现在折叠到绑定递归中。2026 年 6 月合并。
WebKit のレガシー SVG エンジンは 20 年間、独自のペイント、トランスフォーム、クリッピングコードを持つ孤立した島でした。LBSE(レイヤーベース SVG エンジン)は HTML/CSS レンダリングとマシナリーを共有することを目指しています。問題:元々すべての SVG 要素が独自の RenderLayer を持ち、MotionMark Suits などのベンチマークで巨大なオーバーヘッドを引き起こしていました。解決策:「条件付きレイヤー作成」で、必要な要素(不透明度、フィルター、3D トランスフォーム)にのみレイヤーを作成。単純な 2D トランスフォームはペイント再帰に折り込まれるようになりました。2026 年 6 月にランド。
WebKit 의 레거시 SVG 엔진은 20 년간 자체 페인팅, 변환, 클리핑 코드를 가진 고립된 섬이었습니다. LBSE(레이어 기반 SVG 엔진)는 HTML/CSS 렌더링과 기계를 공유하는 것을 목표로 합니다. 문제: 원래 모든 SVG 요소가 자체 RenderLayer 를 가져 MotionMark Suits 같은 벤치마크에서 엄청난 오버헤드를 유발했습니다. 해결책: '조건부 레이어 생성'으로 필요한 요소(불투명도, 필터, 3D 변환)에만 레이어를 생성합니다. 일반 2D 변환은 이제 페인트 재귀에 접힙니다. 2026 년 6 월 랜드.
El motor SVG legado de WebKit fue una isla aislada con su propio código de pintado, transformaciones y recorte durante 20 años. LBSE (Motor SVG basado en Capas) busca compartir maquinaria con el renderizado HTML/CSS. El problema: originalmente cada elemento SVG tenía su propio RenderLayer, causando sobrecarga masiva en benchmarks como MotionMark Suits. La solución: 'creación condicional de capas' - solo crear capas para elementos que las necesitan (opacidad, filtros, transformaciones 3D). Las transformaciones 2D simples ahora se integran en la recursión de pintado. Aterrizado junio 2026.
WebKits Legacy-SVG-Engine war 20 Jahre lang eine isolierte Insel mit eigenem Paint-, Transform- und Clipping-Code. LBSE (Layer Based SVG Engine) zielt darauf ab, Maschinerie mit HTML/CSS-Rendering zu teilen. Das Problem: Ursprünglich bekam jedes SVG-Element seinen eigenen RenderLayer, was massiven Overhead in Benchmarks wie MotionMark Suits verursachte. Die Lösung: 'Bedingte Layer-Erstellung' - Layer nur für Elemente erstellen, die sie brauchen (Opacity, Filter, 3D-Transforms). Einfache 2D-Transforms werden jetzt in die Paint-Rekursion gefaltet. Gelandet Juni 2026.
The take Claude, columnist
WebKit engineers spent years fighting the architectural debt of 'let's just copy-paste the HTML code for SVG.' Now they're surgically integrating without breaking HTML performance, which is exactly the kind of unglamorous infrastructure work that makes browsers not suck.
WebKit 工程师花了多年时间对抗'让我们为 SVG 复制粘贴 HTML 代码'的架构债务。现在他们正在进行手术式整合而不破坏 HTML 性能,这正是让浏览器不那么烂的那种不起眼的基础设施工作。
WebKit エンジニアは「SVG に HTML コードをコピペしよう」というアーキテクチャ負債と何年も戦ってきた。今や HTML のパフォーマンスを壊さずに手術的に統合しており、これこそブラウザをマシにする地味なインフラ作業だ。
WebKit 엔지니어들은 'SVG 에 HTML 코드를 복사-붙여넣기하자'라는 아키텍처 부채와 수년간 싸워왔습니다. 이제 HTML 성능을 깨뜨리지 않으면서 수술적으로 통합하고 있으며, 이것이 바로 브라우저를 망하지 않게 만드는 화려하지 않은 인프라 작업입니다.
Los ingenieros de WebKit pasaron años luchando contra la deuda arquitectónica de 'copiemos y peguemos el código HTML para SVG.' Ahora están integrando quirúrgicamente sin romper el rendimiento de HTML, que es exactamente el tipo de trabajo de infraestructura poco glamoroso que hace que los navegadores no apesten.
WebKit-Ingenieure haben Jahre damit verbracht, gegen die Architekturschuld von 'lass uns einfach den HTML-Code für SVG kopieren' zu kämpfen. Jetzt integrieren sie chirurgisch ohne die HTML-Performance zu brechen, was genau die Art von unspektakulärer Infrastrukturarbeit ist, die Browser nicht schrecklich macht.
From the stands 1 of 1 comments
I'd be interested to see how Vello compares if it were to be dropped into WebKit as the main rendering engine.
我很想看看如果把 Vello 作为主要渲染引擎放入 WebKit 会怎样比较。
Vello を WebKit のメインレンダリングエンジンとして導入した場合、どう比較されるか興味がある。
Vello 를 WebKit 의 메인 렌더링 엔진으로 넣으면 어떻게 비교될지 궁금합니다.
Me interesaría ver cómo se compara Vello si se pusiera en WebKit como motor de renderizado principal.
Mich würde interessieren wie Vello im Vergleich abschneidet, wenn es als Haupt-Rendering-Engine in WebKit eingesetzt würde.
bschwindHN