Urgent.News

What's breaking now, across thousands of outlets.

Tech

We collected 1,045 hours of sleep audio. Only 53 hours were usable for training.

We have 1,045 hours of overnight bedroom audio. For training a sleep-phase model, about 53 of those hours are usable. That ratio is the least glamorous number in this project and probably the most important one. People argue about model architecture. Almost nobody talks about the fact that, for a long time, every additional hour of audio adds almost nothing you can actually learn from. Recording…

We gathered 1,045 hours of sleep audio for training a model to identify sleep phases. However, only 53 hours of this data were deemed useful for training. This ratio, while seemingly insignificant, is actually the most crucial aspect of the project. Many experts debate about model architecture, but few discuss the fact that each additional hour of audio rarely yields new learnable information. Recording a night's audio is straightforward, but making the data usable is challenging.

The primary challenge lies in labeling the audio to identify sleep phases. This requires a trustworthy reference, which in this case comes from wearable devices. However, using two devices introduces complications, such as differing clocks and the potential for independent failures. Even a small discrepancy in time can render a night unusable for labeling. If a wearable device stops recording early in the night, it means that half of the night has no label, effectively removing a significant portion of data.

Out of the 111 nights recorded, only 30 nights were considered valid, meaning they had complete sleep onset, full duration, and the phone was left untouched. The rest were aborted starts, test recordings, phones that were picked up again during the night, or recordings that never reached a sleep onset. The majority of the collected data was discarded, not because of a lack of data, but due to a lack of a well-defined criterion for what constitutes a valid night.

The process of collecting and processing data was meticulous. Every recording had to have a reason for existing, with notes on whether sleep onset was present and a flag for completeness. Incomplete nights were not silently averaged into the set, but rather discarded. Alignment of audio with wearable output was done before labeling, never after, to avoid introducing errors. Every label was made explicit about its source, whether it was from the audio device, the wearable device, or both.

After these rigorous steps, the team realized that the real challenge was not the amount of data collected, but the amount of data that was discarded due to strict criteria. The ratio of 20:1 between the total collected data and the usable data highlights the importance of a strict definition of what constitutes a valid night. This bookkeeping is essential for the rest of the project to be possible.

Ultimately, the ratio matters beyond the scope of this app, as sleep apps often publish accuracy figures without disclosing the reference used for validation. Without transparency about the data and the definition of a valid night, such numbers are meaningless.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

A copyable MCP tool-cost check for CI, with passing and failing examples

A tool's description can shrink while its schema grows. A single token total can hide that regression. Here is a complete example that checks the total, descriptions and input schemas separately, then…

  • Tool cost regression detected by CI check
  • HISTOR tool lists verified for expected counts and digests
  • CI integration with baseline snapshot for ongoing monitoring

Why PDF image extractors return the stored picture, not the one on the page

Every extractor I pointed at my test PDF gave me back a rotated picture unrotated and a half-hidden picture whole. After three years of codec work I took that as the correct answer, but I wanted to be…

  • PDF image extractors return stored picture, not visible page image
  • Tools like pdfimages, PyMuPDF, pdf.js show stored pixels
  • D image returns page colors, applying /Decode and ignoring clip

Parsing and Stripping EXIF Metadata Completely In-Browser with JavaScript ArrayBuffers

Every smartphone photo you take embeds precise metadata inside the file: GPS latitude and longitude, camera serial numbers, lens focal lengths, and timestamps.

  • ScanMetadata runs entirely in browser memory using ArrayBuffer and DataView
  • JPEG file composed of sequential binary segments with EXIF metadata in APP1 segment
  • LocateExifSegment function reads first 128KB to find EXIF segment start offset

PostgreSQL VACUUM Monitoring: Stop Table Bloat Before It Hurts

Originally published on kuryzhev.cloud Without PostgreSQL VACUUM monitoring, a busy table can degrade for weeks before anyone notices.

  • Table bloat silently degrades PostgreSQL performance
  • MVCC mechanism retains row versions, causing bloat
  • Proactive VACUUM monitoring and per-table tuning recommended

PAN-OS October 2026 batch: how CVE-2026-0321 differs from its siblings

PAN-OS October 2026 batch: how CVE-2026-0321 differs from its siblings Palo Alto Networks shipped a cluster of advisories in mid-October 2026, and CERT-FR bundled them into advisory…

  • CVE-2026-0321 is an unauthenticated vulnerability in PAN-OS October 2026
  • Denial-of-service condition can occur via crafted network traffic
  • CVSS score of 6.6 indicates moderate severity despite unauthenticated access

More from Sunday 25 October →