Aimeck15 v1.2.0

Release Notes: Aimeck15 v1.2 (V2 Core Update)

Welcome to the Aimeck15 v1.2 release! This update introduces the highly anticipated V2 Core Engine, bringing a completely overhauled UI for advanced users, state-of-the-art anti-detection features, and absolute stability for Linux (Proton/Steam) environments.

---

1. Intelligent UI/UX Refinement for Click & OCR Settings

We completely redesigned the layout structure of the detailed settings panel. By maximizing the connectivity between the image preview (top) and detailed settings (bottom), we achieved an intuitive, high-speed workflow for heavy users. This is not just a visual upgrade—it integrates automatic state confirmation and bi-directional real-time rendering.

(Image: Aimeck15 Main Screen showcasing OCR setup)

• Automatic Operation Mode Switching & Row Highlighting: The 3rd (Click), 4th (ROI), and 5th (OCR) setting rows are now fully wrapped in TouchArea components. Touching any row instantly sends a request_mode_change signal to the Rust backend, brightly highlighting the row (rgba(255, 255, 255, 0.1)). This synchronizes active settings with the preview area's mode (0=Click, 1=ROI, 3=OCR) seamlessly, eliminating the cognitive load of searching for manual mode toggle buttons.
• OCR Button Consolidation:
  The previously isolated "OCR Preview" (btn_ocr_preview) and newly added "OCR Settings" (cfg_ocr_settings) buttons have been beautifully consolidated into the right side of the 5th row. Checking the enable box, editing target values, previewing, and opening detailed settings can now all be completed in a single horizontal line.
• Invisible Range Commitment (Automatic Save): We eliminated raw "Apply/Commit" buttons from the UI. Clicking the "OCR Settings" or "OCR Preview" buttons now triggers the ocr_rect_btn_clicked() signal internally before launching dialogs. This automatically crops and saves the image data in the background, entirely solving the issue of users forgetting to apply selections.
• Real-Time Range Synchronization (Bi-directional UX): Main screen click locks are now fully released even when the OcrSettingsDialog is active. Dragging or re-selecting a region on the main screen (on_ocr_rect_selected) directly hooks into the new ocr_ops::update_live_preview function.
  • The Flow: The Rust backend detects the drag, recalculates offsets against the CACHED_FULL_IMAGE, and instantly regenerates the cropped preview image. This updates the active dialog's preview_image in real time, simultaneously saving coordinates to app_config.json.
  • Result: You can leave the dialog open and dynamically fine-tune your selection bounds on the main screen.

---

2. Anti-Detection "Random Delay" Integration & Full Internationalization

We moved away from mechanical, fixed-interval clicking by introducing a core engine Humanizer that precisely simulates human operational variance. This robust update goes beyond basic wait loops, ensuring strict layout protection across all supported languages and integrating deeply with our dynamic i18n logging engine.

(Image: The new Click Settings panel featuring the Random Delay configuration)

• Human-like Random Wait Logic: A random sleep generator is now embedded directly into the action flow of action_ops.rs (before both standard clicks and delay-re-recognized clicks). It generates a random millisecond delay between 0.00 and the user-defined Max seconds before executing humanized_move_and_click. This drastically improves evasion against aggressive pattern-matching bot detection systems.
• Layout Protection & Text Expansion Mitigation: We adopted the concise term "Random Delay" for the new UI labels. To prevent text expansion clipping in European languages (German, French, etc.), we optimized the CSV translation data using abbreviations (e.g., "Rnd"), ensuring all labels fit within a strict 10–12 character limit across 11 languages.
• i18n-Compliant Dynamic Value Logging: Terminal outputs now correctly display the exact randomized wait time (e.g., ⏳ [Random Delay] A.png: Waited 0.18s before clicking). This is achieved cleanly using %s placeholders conforming to Aimeck's i18n engine, rather than relying on crude .replace string hacks in Rust.
• Fail-safe Logging Multilingualization: Hardcoded Japanese warning logs (e.g., "🔧 復旧設定ロード...") deeply embedded within the lifecycle_manager.rs stack detection and recovery flow have been extracted into the i18n CSV. Users worldwide will now receive clear, native-language explanations when the fail-safe is triggered.

---

3. Complete Freeze Recovery Reconstruction & "Zero-Overhead" Monitoring for Linux

We fundamentally resolved the process tree zombie issues specific to Proton/Wine environments during the target application freeze-detection and reboot cycle (Lifecycle Manager). Furthermore, the process monitoring algorithm has been overhauled to achieve ultimate stability without sacrificing Aimeck's signature ultra-lightweight, 80fps+ image recognition performance.

• Proton/Wine Residual Lock Clearance: To combat Linux-specific hang-ups, we integrated a proprietary cleanup sequence (including wineserver -k) that runs immediately after sending SIGKILL to the target PID. This completely eliminates the fatal silent errors where Steam blocks double launches due to hanging emulation layers.
• Zero-Overhead Native OS Detection (O(1) Check): We deprecated the heavy full-process scan via sysinfo. Instead, the system now directly queries the Linux filesystem (/proc/<PID>). This $O(1)$ complexity check drops monitoring overhead to near zero, silencing OUT_OF_BOUNDS warnings during boot timing conflicts and ensuring flawless background execution.
• Transparent Fail-safe Behavior via Localized Logging: Internal recovery statuses and countdown displays are now freed from hardcoded strings and fully integrated into the i18n CSV framework (utilizing %s placeholders). Detailed logs such as "✅ Process termination confirmed" now render beautifully in the user's native language, providing absolute peace of mind during long unattended sessions.