Repository navigation
OmniGet v0.13.0
OmniGet 0.13.0 Release Notes
OmniGet 0.13.0 fixes the YouTube audio-muxing bug on 1080p+ videos, updates the Settings UI, adds custom MosCat navigation icons to the sidebar, fixes Facebook video URL decoding, and brings every dependency and security audit to green.
YouTube Stream Muxing & FFmpeg Auto-Download (Fixes #54)
YouTube serves 1080p, 1440p, and 4K video as separate video and audio streams. If FFmpeg was not on the system or not found by yt-dlp, downloads finished as video-only .webm files with no sound.
- Automatic FFmpeg checks:
core/ytdlp.rsandplatforms/youtube.rsnow check for FFmpeg before starting any download. If FFmpeg is missing, OmniGet downloads and unpacks it before handing the job to yt-dlp. - Mux format: Added
--merge-output-format mp4to combine audio and video streams into an MP4 container whenever separate streams are selected. - macOS and Linux binary paths: Desktop launchers (such as macOS
launchd) do not inherit shell$PATHconfigurations. Added fallback search paths for/opt/homebrew/bin,/usr/local/bin,/usr/bin, and/bin. - Apple Silicon code signing: Downloaded binaries extracted to the cache directory on macOS are now signed with
codesign -s - -fto prevent Apple Mobile File Integrity (AMFI) from terminating processes withSIGKILL. - Relative path fix: Fixed
find_ffmpeg_location()returning an empty string when FFmpeg resolved to a bare relative filename.
Settings UI & Sidebar Navigation
- Dynamic Settings headers:
src/routes/settings/+page.sveltenow shows a distinct header, title, and description for each settings tab (General, Downloader, Network, Appearance, and Advanced). - Sidebar icons: Replaced generic icons in
src/components/shell/NavIcon.sveltewith dedicated MosCat SVG assets for Home, Downloads, Marketplace, Tools, OpenNami, and Convert. - 12-locale translation: Added translation keys for all new Settings headers across English, Spanish, French, German, Italian, Portuguese, Russian, Simplified Chinese, Traditional Chinese, Japanese, Persian, Greek, and Lao.
Facebook URL Extractor Fix
- In
src/lib/open_nami/extractors/facebook.ts, replacedJSON.parsewith regex unescaping indecodeEscapedUrl(). The old parser crashed on backslashes (\/and\\). The new implementation unescapes\uXXXXunicode sequences and standard control characters directly.
Security & Dependency Updates
- Svelte 5.57.2: Bumped from 5.51.0. Brings in six releases of reactivity bug fixes, compiler improvements, and rune fixes.
- Vite 6.4.4: Bumped from 6.4.1. Fixes path handling in
launch-editoron Windows andserver.fs.allowpath checks (CVE-2026-111766, CVE-2026-111758). devalue(>= 5.9.4): Enforced viapnpm.overridesto patch an ArrayBuffer allocation bypass in@sveltejs/kit(GHSA-r9w8-h9r3-54w4).markdown-it(>= 15.0.3): Enforced viapnpm.overridesto patch quadratic-time rendering on unclosed link definitions.- Dev dependencies: Updated
@types/nodeto 26.6.5 and@fontsource/dm-sansto 5.3.0. - Security status: 0 open Dependabot alerts and 0 open CodeQL warnings across the repository.
Test Results
- Vitest: 31 test files passed, 177 tests passed (100%).
- Documentation & routes E2E: 60/60 tests passed across all 4 tiers (
scripts/e2e_verify.mjs). - Rust unit tests: 92 tests passed across
omniget-core.
Debian/Ubuntu users: AppImage compatibility
Debian 12+ ships without FUSE 2 by default, which AppImage requires.
If ./omniget.AppImage fails with a libfuse error, run:
sudo apt install libfuse2...or use ./omniget.AppImage --appimage-extract-and-run.
Easier alternative: download the .deb instead, which works out of the
box on Debian 12+ and Ubuntu 22.04+.
macOS users: "OmniGet is damaged and can't be opened"
The app is not notarized with Apple yet, so Gatekeeper quarantines it.
After moving the app to /Applications, run:
xattr -cr /Applications/omniget.appThen open it normally. If it still refuses, allow it under
System Settings → Privacy & Security.
Code signing policy
Free code signing provided by SignPath.io, certificate by SignPath Foundation. Code changes and signed releases are reviewed and approved by the OpenSelena maintainers. See our Privacy Policy.