Google Brings AI-Powered Video Relighting to Google Photos and Vids via Gemini Omni

·1 views

Google is rolling out Gemini Omni-powered video relighting across Google Photos and Google Vids, allowing users to adjust lighting in existing footage using natural-language prompts. In Google Photos, the feature is part of Video Remix, which lets users brighten dark clips, swap backgrounds, and apply artistic treatments through conversational instructions. Google Vids received Gemini Omni Flash via a July 16, 2026 Google Workspace announcement, enabling prompt-based edits including lighting improvements on existing clips. Rather than manual timeline adjustments, users can describe desired outcomes such as time of day, shadow direction, or lighting temperature. The Google Photos rollout is currently limited to eligible AI Plus, Pro, and Ultra subscribers in select countries.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Server-Side WebAssembly Gains Ground as Lightweight Alternative to Containers

WebAssembly, traditionally a browser-based binary format, is increasingly being deployed on server infrastructure through a standard called WASI, which allows Wasm programs to safely interact with host system resources. Unlike traditional containers that bundle operating system files and can occupy hundreds of megabytes, WebAssembly binaries contain only compiled application logic, often weighing just a few megabytes and starting in under a millisecond. A software engineer experimenting with Rust-based backend services on a server-side Wasm runtime found the cold-start performance significantly better than conventional approaches, enabling hundreds of isolated tasks on modest hardware. However, the ecosystem remains immature, with debugging tools, database drivers, and telemetry libraries still being adapted for the Wasm environment. Experts suggest WebAssembly is unlikely to replace containers across all enterprise workloads but shows strong promise for high-density, low-latency, and event-driven use cases.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Mozilla Contributor Fixes 5-Year-Old Firefox Bug That Trapped Amazon in Top Sites

A Mozilla open-source contributor has resolved a long-standing Firefox bug, first reported on Bugzilla, where users were unable to remove Amazon.com from the browser's New Tab Top Sites grid despite repeated attempts. The bug stemmed from how Firefox categorizes Top Sites — distinguishing between visited history, pinned sites, and default curated tiles — with Amazon persisting as a default entry regardless of user action. The contributor initially proposed blocking the URL upon deletion, but Mozilla engineers pushed back, noting this would silently alter user settings without clear consent. Guided by a second reviewer, the contributor identified the root cause through targeted logging and implemented a more precise fix that respects user intent. The resolution was submitted as part of DEV Community's Summer Bug Smash challenge, powered by Sentry.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

CamBridge streams Mac webcam to iOS Simulator for real camera testing

CamBridge is a new open-source tool that solves the lack of real camera hardware in the iOS Simulator by streaming a Mac's webcam feed over localhost. It consists of two components: a Mac menu bar app that captures and broadcasts JPEG frames via TCP, and a Swift package called CamBridgeKit that provides a drop-in replacement for AVCaptureSession. Developers can use the same code path for both the Simulator and physical devices, with no simulator-specific branching required. The tool is MIT licensed and available on GitHub, with Android Emulator support already planned as the next milestone.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

A Practical 90-Day Reliability Roadmap for Newly Formed SRE Teams

Site reliability engineer Dr. Samson Tanimawo has outlined a structured 90-day plan designed to help new SRE teams establish credibility and build lasting reliability practices. The plan begins with observation — studying existing systems, reviewing post-mortems, and identifying the top five reliability problems ranked by engineering time lost per week. Early weeks focus on quick, visible wins such as removing flaky alerts or automating repetitive runbooks, while avoiding large overhauls like rewriting deployment pipelines. Mid-phase work introduces foundational elements including SLOs, error budget dashboards, and a lightweight weekly reliability review. The final phase aims to institutionalize ongoing programs — such as post-mortem tracking and quarterly leadership reviews — so reliability work continues even when team members are unavailable.

0 comments Read more at DEV Community