29 guides
Compare Python pyo and the Web Audio API by building the same one-second tone. See how installation, routing, playback and latency shape the choice.
Use this when: Choose where a connected audio-processing chain should run.
Measure per-channel sample peak and RMS in a 16-bit PCM WAV with Python’s standard library. Run a synthetic stereo check, then measure your own file.
Use this when: Understand and reproduce two sample-level measurements without uploading audio.
Understand quiet recordings with high peaks. Check gain limits, locate loud passages and compare revisions without mistaking louder for better.
Use this when: Decide whether a quiet voice excerpt needs a volume change or a closer look at loud passages.
Use a controlled left/right audio test to narrow down swapped, missing, or mixed stereo channels without guessing at the cause.
Use this when: Work out what to test next after left and right audio do not play as expected.
Check browser audio that is silent while other apps still play sound. Compare output, tab settings and one path change at a time.
Use this when: Narrow down why websites are silent while other applications still play sound.
Test a browser microphone in a controlled order to distinguish permission, device selection, silence, and clipping without uploading audio.
Use this when: Find out why a browser cannot capture the expected microphone signal.
Test whether headset playback changes during microphone capture, then separate an observed change from an assumed Bluetooth cause.
Use this when: Find a careful next step when headset sound changes as a microphone becomes active.
Use repeatable browser audio references to separate crackling, distortion, and dropouts before making a safe, evidence-led comparison.
Use this when: Describe and narrow an intermittent browser playback problem without treating a listening test as proof of its cause.
Learn how a browser electrical loopback test estimates a local round-trip path, what equipment it needs, and which results should stay withheld.
Use this when: Decide whether an electrical loopback test fits the setup and interpret an eligible local result without overclaiming precision.
Understand why browser dBFS describes a digital signal rather than physical loudness at your ears, and what a calibrated SPL measurement requires.
Use this when: Interpret a browser dBFS setting without mistaking it for a physical sound-level measurement.
A controlled baseline workflow for audio that changed after an update, new connection, or setting change, without guessing at the cause.
Use this when: Create a useful comparison when an audio path sounds different from a known-good setup.
Compare two local audio files with a blind ABX test, control obvious level cues, and understand what the result can and cannot show.
Use this when: Check whether a listener can identify two chosen audio files under one controlled playback setup.
Create local WAV test files with a recipe and checksums, then repeat the same safe audio reference on another device without losing the method.
Use this when: Carry a known generated audio reference to a second playback device and document what remained the same.
Run a low-level browser frequency sweep, mark where a rattle repeats, and separate a useful listening observation from a frequency-response claim.
Use this when: Find the approximate frequency region where a speaker, enclosure, or nearby object starts to rattle.
Understand what white, pink, and brown noise change, then use one repeatable browser signal without mistaking listening for calibration.
Use this when: Choose a repeatable noise signal for an audible speaker, headphone, or channel comparison.
Choose a frequency, waveform, channel, duration, and conservative level for a repeatable browser tone without turning it into a hearing test.
Use this when: Set up a short, controlled browser tone for a specific speaker, headphone, routing, or signal-path check.
Learn which browser audio results are observations, measurements, or troubleshooting clues, and choose the next test without overclaiming a cause.
Use this when: Understand how much confidence to place in a browser speaker, headphone, microphone, routing, or loopback result.
Run a private browser microphone check, confirm the selected input and signal level, and understand what a moving meter can and cannot prove.
Use this when: Confirm that a browser can access the intended microphone and receive a usable local signal before a call or recording.
Check speaker output, left and right routing, and repeatable distortion safely with a known browser signal and one change at a time.
Use this when: Confirm that speakers produce the expected browser signal and record a useful result before changing settings or hardware.
Run a short headphone check for sound, left/right routing, and obvious artifacts, then learn what each result can and cannot tell you.
Use this when: Check a new or newly connected pair of headphones before relying on it for listening or a call.
Check the selected output, run a short browser reference, and separate Bluetooth connection, app routing, and headset input changes without guessing.
Use this when: Find the next useful test when Bluetooth headphones show as connected but remain silent.
Check browser-call echo with controlled speaker, microphone and app comparisons. Learn what each test can reveal without claiming a proven cause.
Use this when: Work out the next safe check when someone hears an echo during a browser call.
A careful way to check Bluetooth headphone lip-sync delay across the same video, device, and output paths, with clear limits on browser latency numbers.
Use this when: Find out whether an observed video lip-sync delay follows the Bluetooth output or the source player.
Hear ordinary audio but not a 60 Hz bass test? Use a safe path check and controlled comparison to narrow down what is missing.
Use this when: Work out why a low-frequency browser tone is inaudible while an ordinary speaker test plays.
Compare DAW, system, and browser output paths on a USB audio interface without changing every setting or blaming the interface too soon.
Use this when: Find the next useful check when a DAW plays through an interface but websites do not.
Turn an audio failure into a clear support report with the exact path, repeatable steps, one controlled comparison, and no unnecessary private recordings.
Use this when: Give a support team enough factual audio evidence to choose the next test without guessing or sharing private recordings.
Find where laptop sound went after connecting an HDMI display by checking the monitor’s audio capability and comparing one selected output at a time.
Use this when: Restore or locate audio after connecting an HDMI display without assuming the browser or laptop speakers failed.
Use one short audio reference and two controlled swaps to tell whether a wired-headphone problem follows the headphones or stays with the laptop.
Use this when: Find the next useful test when plugged-in headphones stay silent or sound continues from the laptop.
Understand browser microphone echo cancellation, noise suppression and gain control. Compare reported settings without assuming every app uses them.
Use this when: Interpret requested and actual browser microphone processing settings without confusing them with a call-quality result.