TensorFlow Transform (tf.Transform) is a production-grade library for large-scale data preprocessing in TensorFlow pipelines. It computes global statistics (analyzers) over full datasets and applies them as transformations, ensuring train/serve consistency. The library integrates with Apache Beam for distributed execution and is part of the TFX ecosystem. Users define a preprocessing function using tft analyzers (e.g., min, max, mean, quantiles, vocabulary, TF-IDF, PCA) and mappers (e.g., scaling, bucketization, n-grams), which is traced and exported as a TensorFlow SavedModel. The architecture revolves around a graph of operation nodes (analyzer_nodes.py) that are traversed and translated into Beam PTransforms. Key features include incremental caching, combiner packing for performance, deep copy of Beam collections, and schema inference. The codebase is well-structured with extensive tests, but carries technical debt from TF1/TF2 migration, some known test failures (xfail), and experimental APIs. It is actively maintained within the TFX ecosystem.
Production Unreal Engine plugin that provides real-time Socket.IO and generic WebSocket clients for both Blueprint and C++ projects. The SocketIOClient module exposes actor components and native wrappers supporting namespaces, events, acknowledgements, reconnection with backoff, TLS verification, binary events, and Blueprint callbacks. The WebSocketClient module offers a simpler raw WebSocket path, while SIOJson adds JSON/USTRUCT conversion and CoreUtility contributes file I/O, Opus audio coding, timers, and thread-safe lambda helpers. The implementation wraps third-party libraries including socket.io-client-cpp, websocketpp, asio, rapidjson, and libopus. Architecturally, the plugin is modular: Blueprint-facing components delegate to C++ native wrappers, which in turn sit atop the protocol libraries. Important entry points are USocketIOClientComponent and UWebSocketClientComponent, plus static function libraries and the native FSocketIONative/FWebSocketNative classes. The SocketIOLib module contains the forked Socket.IO protocol implementation, while WebSocketLib provides an independent WebSocket transport. A small editor plugin adds custom Blueprint nodes, and the WebSocketClientTests module includes an in-process test server. Strengths include disciplined threading: callbacks are marshaled to the game thread, weak references prevent dangling UObjects, and pimpl-style wrappers hide implementation details. The core utilities show good craftsmanship and can be reused in other UE projects. Weaknesses are also visible: a deprecated file component, stale Android APL paths referencing old Boost, duplication between the older SocketIOLib and newer WebSocketLib stacks, and several engine-version-specific workarounds in JSON serialization that may drift as Unreal evolves.
This repository is a Ruby gem (`badge`) that programmatically overlays badges (e.g., beta/alpha ribbons) or shields (from shields.io) onto iOS, tvOS, and Android app icons. It is primarily used as a CLI tool or integrated via a fastlane plugin. The core logic uses MiniMagick (ImageMagick) to composite images, with optional SVG-to-PNG conversion via rsvg-convert for crisp shields. The gem intelligently parses Xcode asset catalog `Contents.json` files to detect legacy, single-size, or layered icon formats, and supports a wide range of customization options including dark/light themes, custom badge images, shield parameters, gravity, geometry, scaling, and grayscale conversion. It overwrites icons in place and preserves the original file format (PNG, WebP, JPEG). The codebase is well-structured with clear separation of concerns (options, runner, icon catalog, base constants) and includes a comprehensive smoke test suite (20 end-to-end cases). While the gem is functional and widely used (974 stars), it shows minor technical debt such as a load-bearing typo (`retry_attemps`), broad exception rescues, and reliance on the deprecated `open-uri` library. The icon catalog parser is a standout component that could be extracted for reuse in other Xcode asset catalog tooling.
This repository is an application for generating multi-view optical illusions (visual anagrams) using diffusion models. It enables users to create images that transform into different appearances when subjected to operations like rotation, flipping, jigsaw rearrangement, or other transformations. The system leverages pre-trained DeepFloyd IF diffusion models and applies custom 'views' during the denoising process to encode different transformations into the same image. Key components include argument handling, a two-stage sampling process that applies view transformations to noise predictions, and specialized view implementations for various image transformations. The application can generate images at multiple resolutions and create animations showing the transformation between views.
This repository is a comprehensive personal knowledge base / digital garden maintained by Lyz, built with MkDocs and deployed to GitHub Pages. It contains thousands of interconnected Markdown notes covering topics from Python programming and DevOps to activism, health, and life management. While not a traditional software application, it functions as a self-hosted documentation site with embedded reusable code snippets, configuration templates (Alertmanager, pre-commit, CI/CD pipelines), and a unique newsletter system generated from git commit history. The repository serves both as a reference for the author and as a public resource for others, with explicit guidance on forking and adapting the wiki structure. It is actively maintained, though some tool recommendations and external links may become stale.
hmpl-js is a published TypeScript npm library that implements a compact client-side template language. The actual runtime code compiles HTML strings containing `{{#request}}` block helpers into template functions; invoking those functions issues `fetch` requests, replaces placeholder comment nodes (`<!--hmpl...-->`) with server-returned HTML, and supports indicators, request status binding, event callbacks, intervals, sanitization, and memoization. The library exposes a clean typed API via `compile`, `stringify`, and the request/instance contracts in `src/types.ts`, and it is covered by a test suite running on jsdom with DOMPurify, node-fetch, and nock-based mock servers. The implementation is concentrated in one large `src/main.ts`, which keeps the dependency surface small but makes isolated changes more risky than a modular architecture would. The repository also contains the official documentation site (`www/app`, built with Astro/Starlight and Vue components) and a Jekyll-powered blog (`www/blog`) with many technical articles and SEO structured data. These are documentation/marketing assets rather than library runtime code. They introduce noticeable drift: some blog posts still demonstrate the old v2 syntax, the hardcoded structured-data version is 3.0.5 while the package is at 3.2.1, and the README-declared Node engine (`>=10.12.0`) no longer matches the modern async/AbortSignal usage in the code. Overall this is a solid, well-tested micro-library with a clear public API, but it carries medium maintainability debt from its monolithic compiler and duplicated content.
This repository is a collection of demos and examples for integrating the Aliyun ApsaraVideo Player (Aliplayer) into web applications. It showcases various features including VOD playback, live streaming, ads, interactive components (danmaku, comments, likes, playlists), and platform-specific implementations (WeChat mini-program, responsive design). The demos are built using different technologies: plain JavaScript/jQuery, Vue.js, React, and WeChat mini-program. The repository includes a custom component system that allows extending the player with reusable UI elements. While the demos are functional and demonstrate practical integration patterns, the codebase exhibits some technical drift due to outdated dependencies (e.g., zepto, webpack 4.0) and code duplication across demos. The custom components, however, are well-crafted and follow a consistent pattern for encapsulation and registration, making them reusable in other projects.
This is a Tampermonkey userscript designed to enhance the SMG (Shanghai Media Group) live TV streaming page (kankanews.com). It bypasses playback restrictions by intercepting and rewriting API responses to force programs into a reviewable state, decrypts RSA-encrypted stream URLs, and maintains stream token freshness to prevent interruptions. The script also provides a robust fullscreen implementation with CSS fallback for browsers lacking proper fullscreen API support, and includes recovery mechanisms for playback stalls. It patches the website's Vue.js player component to inject stream addresses, manage program lists, and handle channel changes. The code is self-contained, well-organized, and demonstrates advanced JavaScript patterns for browser extension development, though it is tightly coupled to the target website's API and DOM structure.
This repository is a binary-exact decompilation of *Touhou Koumakyou ~ the Embodiment of Scarlet Devil* (Touhou 6), aiming to produce a pixel-identical executable (v1.02h) using the original toolchain (MSVC 7.0, DirectX 8.0 SDK). The architecture follows a classic Windows game structure: a WinMain entry point, a state machine managed by the Supervisor (main menu, gameplay, results, etc.), and modular managers for animation (AnmManager), enemy AI (EclManager), bullets, effects, input, sound, and replay. A priority-based Chain system drives per-frame update and draw callbacks. The build system (Ninja + custom Python scripts) validates correctness via object-level comparison (reccmp/objdiff) against the original binary's COFF objects. The project integrates deeply with Ghidra for reverse engineering, exporting mappings, and tracking progress via CSV files and CI workflows. The code itself is meticulously structured to match the original binary's stack layouts and behavior, using `#pragma var_order` and extensive version-conditional compilation (`BUILT_SINCE`/`BUILT_BEFORE`) to support multiple game revisions. While the primary goal is faithful reconstruction, several components are self-contained and reusable, such as the PBG3 archive reader/writer (LZSS compression), the Chain callback system, a high-precision timer, and a full PE parser library (`pefile.py`). These demonstrate strong software craftsmanship and could be extracted for other projects. Despite its high quality, the project carries significant technical drift due to its dependency on obsolete tools (MSVC 2002, DirectX 8, specific Windows XP-era APIs). Portability is essentially non-existent without a compatability layer like Wine. The codebase also contains known bugs documented in comments and relies heavily on global state, which limits refactoring. Maintenance is active, with automated CI workflows and nightly Ghidra exports, but the inherent fragility of binary matching means any compiler or toolchain change would break the build.
DeepReviewer-v2 is a backend-only application designed for automated academic paper review. It processes PDF papers through a pipeline involving MinerU for markdown conversion, an LLM-based review agent with tool usage (e.g., paper search, annotation), and PDF report generation with annotated source overlays. The system operates asynchronously with job persistence, featuring a CLI for job submission, status tracking, and result retrieval. Optional integration with PASA (via vLLM) enables external paper search. The architecture is modular, separating concerns into adapters, tools, state management, and report generation components, all coordinated via an async runner.
This repository provides a high-precision IP geolocation HTTP API focused on mainland China, capable of resolving IP addresses to province/city/district level using a custom GeoCN database. The server is written in Go, uses MaxMind GeoLite2 databases for ASN and city-level data, and supplements with a custom MMDB for Chinese administrative divisions. It is deployed as a single binary via Docker, with a CI pipeline that weekly rebuilds the image with updated databases. The codebase is monolithic but well-organized, with environment variable configuration, proper error handling, and clean JSON responses. It is primarily an application, not a data research project, though it ships supporting data files for division codes and ASN metadata.
This repository is a cycle-accurate NES/Famicom emulator explicitly designed for Tool-Assisted Speedruns (TAS). It provides a complete environment for recording, editing, and analyzing TAS runs, supporting multiple TAS file formats (.bk2, .fm2, .r08, .3ct) and various cartridge mapper chips (MMC1, MMC3, FDS, NROM). The emulator prioritizes hardware-level accuracy, including cycle-level CPU/PPU timing and floating pin simulation. Architecturally, the application is a monolithic Windows desktop application built on a non-standard, custom C# GUI framework. The core emulator logic is tightly coupled to the GUI, relying heavily on global state. While this limits general software reusability and portability, it enables deep integration between the emulation engine and the specialized TAS editing and debugging tools. The codebase demonstrates high craftsmanship in its domain-specific components, particularly the mapper abstraction layer, the savestate system, and the TAS timeline editor. These components represent a deep understanding of NES hardware and TAS workflows. However, the project suffers from significant technical drift due to its reliance on a proprietary runtime environment and outdated dependencies, making it a high-risk candidate for direct reuse without substantial refactoring.
GELLO is a teleoperation framework for robot manipulators, enabling low-cost, intuitive control via Dynamixel servo-based input devices. The system supports multiple robot backends (Franka FR3, YAM, UR, xArm) and input modalities (Dynamixel, SpaceMouse, Oculus Quest). It provides a modular architecture with abstract Agent and Robot protocols, YAML-based configuration, and ZMQ-based distributed control for decoupled leader-follower setups. The codebase includes data collection utilities for imitation learning, gravity compensation (FACTR) for backdrivable arms, and ROS 2 integration for Franka FR3 with joint impedance control and gripper management. While primarily an application for real-time teleoperation, it also contains research-oriented components for data logging, simulation (MuJoCo), and policy learning preprocessing.
unslop is a CLI tool that empirically detects repetitive defaults in AI-generated outputs (text or visual) and produces a reusable instruction file (skill.md) to eliminate those patterns. It works by generating a set of prompts for a given domain, running them through Claude Code to produce samples, analyzing the samples for repeated patterns (phrases, structures, visual defaults), and writing a focused 'unslop profile' that tells the model what to avoid. The tool supports both text domains (blog writing, emails, tutorials) and visual domains (landing pages, UI mockups) with optional screenshot rendering via Playwright. The architecture is a single Python script (unslop.py) that orchestrates a multi-step pipeline: prompt generation, sample generation via parallel Claude Code calls, screenshot rendering (visual only), pattern analysis, skill file generation, and a before/after comparison. It uses asyncio for concurrency, a custom terminal UI with live spinners and progress bars, and a robust subprocess wrapper for the Claude CLI that handles streaming JSON output, timeouts, retries, and permission denials. Key entry points are the CLI arguments (--domain, --type, --count, --concurrency, etc.) and the main async run() function. External dependencies are the Claude Code CLI (claude command), Python 3.10+, and optionally Playwright for visual domains. The output is a directory (unslop-output/) containing the skill file, analysis, prompts, samples, screenshots, and before/after comparison. The code demonstrates solid async patterns, clean separation of concerns within a single file, and a well-designed terminal UI abstraction. It is not a library but a self-contained tool that could be adapted for other AI model backends by replacing the claude() function.
FigMirror is an AI-driven application that reproduces scientific figures from reference images using an iterative multi-agent loop. The system uses a 'drawer' agent to generate matplotlib/plotly code, a 'reviewer' agent to evaluate output against the reference, and a 'critic' to provide feedback for refinement. It supports both Claude and Codex as backend LLMs, with a web UI for user interaction and progress visualization. The codebase is structured with a clear separation of concerns: a runner module orchestrates the refinement process, a static web interface serves as the frontend, and infrastructure scripts handle installation of AI skills into the respective LLM environments. The project follows an OpenSpec design methodology with documented phases and tasks, and includes a comprehensive test suite covering the runner, prompt helpers, and event bus. The repository is actively maintained with recent commits and modern Python tooling (pyproject.toml, uv.lock).
This repository is a VSCode-based development port of the LVGL embedded GUI library for PC simulation. It provides a complete environment to develop and test LVGL applications on Linux, Windows, and macOS without embedded hardware. The codebase includes a CMake build system, an SDL2-based hardware abstraction layer (HAL) for display and input devices (mouse, keyboard, touchwheel), and optional FreeRTOS integration for simulating real-time behavior. The main entry points are `src/main.c` (single-threaded with a `while(1)` loop) and `src/freertos_main.c` (FreeRTOS task-based), both using the same `sdl_hal_init()` to set up LVGL. The project is essentially a thin wrapper that initializes LVGL, sets up SDL drivers, and runs a demo or user application. Its architecture is straightforward: LVGL submodule, SDL library, and application glue code. The repository is actively maintained, with recent commits and issue triage, and uses current versions of LVGL (v10.0.0) and SDL2. It is a solid but unexceptional project, serving its purpose as a convenient PC simulator for LVGL development.
This repository serves as a comprehensive data and asset repository for the game Honkai: Star Rail. It contains structured JSON indexes for game entities such as characters, light cones, relics, items, achievements, and simulated universe content, localized into 13 languages. The data is organized in two versions (index_min and index_new), suggesting a migration or versioning strategy. Additionally, the repository includes a vast collection of game assets: icons for avatars, elements, paths, relics, skills, and more, as well as character portraits and preview images, light cone artwork, and simulated event images. Fonts used in the game are also provided. This repository is primarily used by developers and community tool builders to access up-to-date game data and assets for creating websites, apps, and analysis tools. The data is extracted directly from the game client and is structured in a consistent, machine-readable format, making it easy to integrate into various projects. While there is no executable code or ETL pipeline, the repository exemplifies good data organization practices with clear directory structures and multi-language support.
ESPAltherma is an ESP32/ESP8266 firmware that monitors Daikin Altherma (and ROTEX/HOVAL Belaria) heat pumps via their serial port (X10A). It queries register values, converts them to JSON, and publishes via MQTT with native Home Assistant MQTT auto-discovery. Optional relay control (on/off thermostat) and smart-grid (SG-Ready) features are supported. The firmware is built with PlatformIO and the Arduino framework, targeting multiple ESP32/ESP8266 variants (M5StickC, NodeMCU, etc.). Architecturally, the firmware is modular: serial communication (comm.h), MQTT handling (mqtt.h), Home Assistant discovery streaming (homeassistant.cpp), value conversion (converters.h), and model-specific register definitions (include/def/). The definition files are extensive, covering dozens of heat pump models and multiple languages, and are the result of significant reverse-engineering of Daikin's I and S protocols. The system uses a LabelDef array pattern to map register addresses to human-readable labels, and a central Converter class to interpret raw bytes. While primarily an application, the repository has a strong data/research character. It includes protocol documentation, a consolidated register list, discrepancy analysis across models, and tools to decode Daikin service files (ktb_decoder.py, ldd_decoder). The analyze_definitions.py script automates the consolidation of definition files and generation of a generic set. This hybrid nature makes the repo valuable both as a ready-to-deploy firmware and as a reference for anyone working with Daikin heat pump protocols.
This is a full-stack Traefik reverse proxy management platform. It provides a unified control plane for configuring Traefik middlewares, services, routers, mTLS certificates, and plugins through a REST API and a React-based web UI. The system can ingest router and service data either from a standalone Traefik API or from a Pangolin API, merging user-defined configurations (middlewares, TLS hardening, secure headers) into a single Traefik-compatible configuration that is served via a config proxy endpoint or written to static YAML files for automatic Traefik reload. The architecture is a classic web application: a Go backend (Gin framework) exposes RESTful endpoints for CRUD operations on resources, middlewares, services, plugins, and security settings. Data is persisted in SQLite. Background watchers periodically sync router and service data from the configured data source. The config generator produces YAML overrides that Traefik consumes. The React frontend (Vite, Zustand, TanStack Query, Radix UI) offers a dashboard, middleware/service/resource management, a plugin hub, and a Traefik explorer. Key internal patterns include a config proxy with caching (read/write lock, stale fallback), generic JSON decoding that handles both array and map API responses, an HTTP client pool with configurable timeouts, and a bounded memoization cache for ID normalization. The codebase demonstrates solid engineering practices: singleflight deduplication, rate limiting, transactional database operations, and paginated API responses. However, it carries some technical drift (hardcoded Docker hostnames, duplicate normalization logic, skipped tests, and fragile schema migration steps) that may require attention in dynamic deployments.
XLB is a differentiable, massively parallel Lattice Boltzmann Method (LBM) library written in Python, designed for physics-based machine learning and computational fluid dynamics (CFD). It provides a modular operator-based architecture with abstract base classes and backend-specific implementations for JAX (CPU/GPU/TPU), NVIDIA Warp (single-GPU CUDA), and Autodesk Neon (multi-GPU, multi-resolution). The library supports 2D and 3D simulations with multiple velocity sets (D2Q9, D3Q19, D3Q27), collision models (BGK, KBC, Smagorinsky LES), boundary conditions (equilibrium, bounce-back, regularized, Zou-He, hybrid, extrapolation outflow), and immersed boundary method (IBM) for fluid-structure interaction. A key differentiator is its native differentiability via JAX and Warp autodiff, enabling gradient-based optimization of initial conditions, geometry, or control parameters. The codebase also includes experimental out-of-core support for simulations exceeding GPU memory, multi-resolution grid refinement, and distributed computation across multiple devices. While primarily a software library for CFD practitioners and ML researchers, it is accompanied by research validation data and academic publications, giving it a hybrid application/research character.