Webcam flicker at 50 Hz or 60 Hz: isolate the light before replacing the camera
Moving bands, whole-picture pulsing, and a frozen preview are different problems. A short lighting comparison can establish whether an anti-flicker setting is relevant before you change drivers or buy equipment.
Compare the same camera under one light source at a time. If the camera's supported software exposes anti-flicker, start with the local power frequency, reopen the preview, and inspect both brightness stability and motion. Neither a 30 fps label nor a high-resolution badge proves flicker-free video.
Open tool: Webcam TestWhy describe the flicker before changing settings?
A horizontal dark band moving through an otherwise live image is not the same as a webcam disappearing from the device list. A whole face becoming brighter and darker can differ again from motion freezing while audio continues. Write down whether the symptom affects the entire preview, only an illuminated area, or only a monitor visible in the background. This description determines which comparison is most useful.
Light output and camera exposure can interact so that changing illumination becomes visible in video even when the room looks steady to your eyes. Manufacturer camera documentation distinguishes conventional power-frequency flicker from higher-frequency lighting and display behavior. Consequently, a 50 Hz or 60 Hz control is a targeted compensation option, not a universal cure for every LED, dimmer, screen, or camera fault.
The purpose of MeterSee here is to provide a local preview outside your meeting application. You inspect the bands, pulsing, and motion yourself. The page does not measure the electrical frequency of your lights, automatically detect flicker, or change a camera's vendor-specific anti-flicker setting. A working preview establishes that video reached this browser under the current conditions; it does not establish that the image is ready for a call.
Prepare a repeatable and private scene
- Choose a harmless scene with your face or a plain object and a neutral background. Remove private documents, other people, and reflective surfaces showing confidential screens. Keep the camera at its normal position. Do not start a public meeting or record someone else merely to obtain a diagnostic sample.
- Record the webcam model, connection route, operating system, browser, and any installed camera utility. Note every active light source: window, ceiling fixture, desk lamp, decorative strip, and monitor. Include whether any light is dimmed. The relevant variable may be the brightness setting of one lamp rather than the camera model.
- Close other camera previews and applications you intentionally opened, then start only the MeterSee preview. Opening several camera clients at once can introduce resource or device-access differences. Save the original vendor utility settings before changing anything, especially exposure, gain, HDR, background effects, and anti-flicker.
- Allow the camera a few moments to settle before judging it. Keep the test tab visible, keep your face at approximately the same distance, and avoid moving a bright white window around on the monitor. A changing scene can legitimately trigger automatic exposure and make a lighting comparison ambiguous.
- Use ordinary safe lighting. Never look directly into an intense lamp, open a fixture, modify mains wiring, or use a flashing strobe as a test source. If lighting changes cause discomfort, stop. You can compare a steady naturally lit scene without deliberately creating visually stressful conditions.
Establish the camera baseline in the browser
Open Webcam Test and select Start camera diagnostic. Grant camera access only if you recognize the site and intend to use it. Once video appears, check the active device label rather than assuming the system default is the built-in camera. A virtual camera, capture card, or phone camera may also be available. Stop the stream before changing the device selection, then start the selected device again.
Watch the still scene, then move one hand slowly across the frame. Note whether the light bands remain while the hand moves smoothly, whether the entire image pumps brighter and darker, or whether the hand jumps because frames are not arriving regularly. Repeat the same short movement after each change. This helps separate illumination artifacts from a low-motion-rate or playback problem.
MeterSee requests a preferred capture size and frame rate, but the browser and camera negotiate what is actually available. The displayed dimensions reflect the active stream settings or video dimensions, not an optical resolution measurement. A camera delivering a large image can still have flicker, poor focus, heavy noise reduction, or excessive motion blur. Inspect those properties directly instead of accepting the capture-class badge as an image-quality verdict.
Understand reported rate versus observed frames
Where the browser supports video-frame callbacks, MeterSee counts callbacks over elapsed time and labels the result as measured frame rate. That is a browser-observed preview cadence. It is not a calibrated reading of the image sensor, the lamp's modulation rate, or the number of distinct exposures created inside the camera. Browser scheduling and display presentation can influence the observation.
When the callback method is unavailable, the page can display a reported frame rate from the media track settings. A reported value describes the configured stream and is not proof that every promised frame was visibly presented during the sample. If neither source is available, the page cannot grade motion rate numerically. Keep the exact label with any number you write down.
A steady number near thirty does not rule out bands or pulsing. Conversely, a lower observed cadence does not prove a power-frequency mismatch. Compare the visual symptom independently from the rate, and keep the tab foregrounded during both runs. If the problem happens only in the remote meeting, browser preview evidence cannot substitute for the meeting application's own capture and transmission behavior.
Isolate one light source at a time
- Keep the camera and subject still and turn off only the desk lamp, if safe and practical. Watch the same neutral area for several moments. If the bands disappear, turn the lamp back on once to check whether they return. A reversible result is more informative than a single improvement after several unrelated changes.
- Repeat with decorative lighting or ceiling lights individually where you control them. If switching off a fixture makes the scene too dark, use an ordinary alternative source rather than evaluating a nearly black image. Record which sources remain on, because mixed lighting can conceal the contribution of one troublesome lamp.
- Compare a scene lit mainly by daylight when available, without placing the camera or your eyes directly toward the sun. Keep the subject position comparable. Improvement in this condition points toward the original lighting or exposure interaction, but it does not identify the fixture's electrical design or certify that the camera is fault-free.
- If only a monitor in the background has bands, move it out of frame or turn its visible image away while keeping room lighting unchanged. This separates filming a display from illuminating your face. Do not change the computer's refresh rate first and then assume the room's power frequency has been corrected.
- If a dimmer is involved, compare its normal setting with another manufacturer-supported ordinary setting, recording both. A lamp advertised as flicker-free may still need verification in your particular camera and exposure conditions. Do not infer safety or electrical compliance from the appearance of a browser preview.
Use a supported 50 Hz or 60 Hz control
Check the camera manufacturer's documentation for the exact model and operating system. For supported BRIO-family devices, Logitech documents an Anti-flicker option in Logi Options+ or G HUB with 50 Hz and 60 Hz choices. That does not mean every Logitech camera, every Mac camera, or every Windows camera exposes the same controls in the same application. Install only software that officially supports the device, if installation is actually needed.
Choose the setting corresponding to the local mains frequency as the first documented comparison. Do not use your monitor's refresh rate or the webcam's advertised maximum frame rate as a substitute for that information. Locations and lighting systems can differ, and a particular electronic light source may not follow a simple mains-frequency pattern. If you are uncertain, obtain the location's frequency from an appropriate official source or ask the facilities team.
After applying one setting, stop and reopen the camera preview so you can check the active behavior afresh. Keep the light sources, scene, and other camera controls unchanged. Record whether the bands are reduced, unchanged, or worse, and whether motion becomes blurrier. A visually improved still face is not enough if hand movements become unsuitable for the actual presentation you need to give.
If the appropriate documented setting does not help, restore your recorded baseline or keep the better supported option while continuing the lighting investigation. Do not cycle through hidden driver properties blindly. No setting can be promised to remove flicker from every combination of lamp, dimmer, display, exposure duration, and image-processing pipeline.
Where Windows and macOS settings do and do not help
On Windows 11, Settings, Bluetooth & devices, Cameras may expose controls for recognized cameras, while Settings, Privacy & security, Camera controls access. Available image controls depend on the camera, driver, and Windows release. A missing anti-flicker control is not evidence that the camera is defective. Use its supported utility when the manufacturer documents one, and do not confuse privacy permission with an exposure adjustment.
On recent macOS versions, System Settings, Privacy & Security, Camera manages application access; it is not a universal 50 Hz or 60 Hz configuration panel. Supported external-camera software may provide image controls separately. Built-in camera options vary with the Mac and application. Older macOS releases use different settings names, so follow the installed version rather than hunting for a menu copied from another platform.
Meeting applications can apply their own low-light correction, background processing, or device choices. Change those only after establishing a local baseline. If a setting is managed by your organization, record that restriction and ask the administrator for help. Do not bypass device policies or install an unsupported virtual-camera driver as a substitute for a missing exposure control.
Exposure changes require a motion check
If the manufacturer exposes manual exposure, it can be useful for a controlled comparison, but the setting scale may not be expressed directly in shutter seconds. Follow that utility's documentation. Do not paste a photographic shutter value into an unrelated driver slider and assume the numbers mean the same thing. Capture frame rate, exposure time, gain, and lighting are related but are not interchangeable controls.
Longer exposure can make a dim scene brighter while blurring movement. Raising gain may brighten the picture while making noise more visible. Automatic controls may vary these choices when the scene changes. Therefore inspect a still face, a slow hand movement, and a brief normal gesture after an exposure adjustment. Keep the setting only if the resulting behavior works for your actual call or recording.
If automatic exposure appears to pump when a bright window enters the frame, first simplify the composition and lighting. A fixed neutral background and a stable front light can make the camera's job easier without requiring a manual mode. This is a scene comparison, not a guaranteed cure. If the camera utility has no supported exposure controls, the absence of that feature is a valid limit to document.
When flicker is actually an app or connection symptom
If the entire preview periodically goes black, the device disappears, or the operating system reconnects the webcam, investigate the connection separately from anti-flicker. For an external USB camera, compare a manufacturer-supported direct port with the original dock path after saving work and stopping the stream. Keep the same camera mode and lighting. A charging-capable cable is not automatically an appropriate data cable for every camera.
If local video is steady but a meeting preview flickers, select the same physical camera in that application and compare with optional visual effects off, one change at a time. If only the remote participant sees interruptions, capture and network transmission both remain relevant. Ask what they see without assuming that their word flicker describes the same bands you originally observed.
A second supported application can distinguish an application-specific behavior from a symptom shared across capture clients. Stop the first preview before opening the second. If you cannot perform another-camera or another-computer comparison, say it remains untested. A few clean browser minutes cannot certify the USB path, sensor, driver, meeting service, and remote display as an entire system.
Worked examples with different next steps
Hypothetical example: a person sees rolling bands across their face under a dimmed desk lamp. The bands disappear when that lamp is off and return when it is restored. A supported anti-flicker setting reduces but does not eliminate them; an ordinary alternative light produces a stable preview with acceptable motion. The practical resolution is the verified lighting setup, not a claim that the original lamp was electrically measured or that the camera was repaired.
In a second hypothetical case, the browser preview remains stable under two light sources, but a meeting application brightens and darkens whenever a white slide fills a background screen. Disabling one documented low-light option and changing the framing removes the pumping in that application. This evidence favors the application's exposure behavior and changing scene. Buying a different USB cable would not be supported by the comparison.
A third hypothetical user calls their symptom flicker, but their device actually vanishes from the camera menu during each interruption. Both applications show the same loss through a dock, while a compatible direct connection remains available through repeated short tests. The next investigation concerns the dock path and its supported camera mode. Changing 50 Hz to 60 Hz cannot meaningfully address a disappearing device.
Confirm the usable setup and escalate with evidence
Finish in the actual application you need, using its pre-call preview before joining. Check normal speech gestures, the intended lighting, and the active physical camera. If you changed exposure or anti-flicker in a utility, confirm that reopening the meeting application did not replace those choices. Keep a short note of the setup that worked so an evening call under different lighting is not mistaken for the same test condition.
For support, provide the camera model, firmware if known, operating system, application versions, connection path, active lighting, and the exact visual symptom. Include the setting comparisons you actually completed and whether the frame-rate number was measured from callbacks or merely reported. Share a short privacy-safe example only if necessary and authorized; do not upload an entire personal meeting to demonstrate a lighting band.
If no supported setting produces acceptable video, ask the camera or lighting manufacturer about compatibility before purchasing replacements. If the equipment becomes unusually hot, loses power, or shows physical damage, stop using it and seek appropriate service. An inconclusive test is better than an invented diagnosis or a risky electrical experiment.
Frequently asked questions
Does 60 Hz mean I need a 60 fps webcam? No. The anti-flicker choice refers to a lighting compensation context, while frames per second describes video cadence. Matching those two displayed numbers is not a diagnostic rule. Judge the image under your actual light and retain the manufacturer's recommended configuration.
Can MeterSee fix the bands automatically? No. It provides a preview and stream information. You make the visual observation and change only supported camera or lighting settings outside the page. Its quality status does not include an automatic flicker detector.
Why does the problem return at night? A daylight comparison and an evening lamp-lit scene are different conditions. Reproduce the evening lighting deliberately, record which fixture and dimmer setting matter, and verify the final setup there. A daytime result should not be described as an all-lighting guarantee.
Official references
Product menus can change. These primary references define the current platform behavior and recommended checks.
- Logitech: supported BRIO anti-flicker settings
- Nikon: video flicker reduction and its limitations
- MDN: video-frame callbacks observe browser presentation
- MDN: media-track settings
Source check for this guide
Logitech documents a 50/60 Hz anti-flicker setting in Logi Tune for specified BRIO models; it is not a universal webcam control. Read the primary documentation.
This checks the stated point against one linked source as of 19 September 2026. It is not a line-by-line review of this entire guide, every translation, or a physical-device test.
Editorial process: AI-assisted drafting and translation. Selected claims are checked against linked primary documentation; tool descriptions are compared with implemented behavior. Worked cases are illustrative, not customer tests or device certification.