We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

FF sound lags behind youtube video

  • 4 replies
  • 1 has this problem
  • 18 views
  • Last reply by bigcrater

more options

Recently patched Centos. This is the browser that comes with the Centos release.

FF 95.0 (64-bit)

  1. uname -a

Linux ws.jgscrater.com 4.18.0-348.2.1.el8_5.x86_64 #1 SMP Tue Nov 16 14:42:35 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

  1. cat /etc/os-release

NAME="CentOS Stream" VERSION="8" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Stream 8" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://centos.org/" BUG_REPORT_URL="https://bugzilla.redhat.com/" REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux 8" REDHAT_SUPPORT_PRODUCT_VERSION="CentOS Stream"


Classic (X11 display server)

       AND

Wayland

are BOTH doing this, though X11 is less of a problem.

Start firefox, go to youtube. Run a video with voices.

Start a 2nd window of firefox. Youtube, go to bestbuy.com . For me, under X11, about as quickly as bestbuy.com opens up, the sound in the first window begins to lag the video. If I stop the first video, the buffered up sound plays until it catches up with the stopped video. If I re-start the video, the sound doesn't begin right away -- the sound continues to lag.

Recently patched Centos. This is the browser that comes with the Centos release. FF 95.0 (64-bit) # uname -a Linux ws.jgscrater.com 4.18.0-348.2.1.el8_5.x86_64 #1 SMP Tue Nov 16 14:42:35 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/os-release NAME="CentOS Stream" VERSION="8" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="8" PLATFORM_ID="platform:el8" PRETTY_NAME="CentOS Stream 8" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:8" HOME_URL="https://centos.org/" BUG_REPORT_URL="https://bugzilla.redhat.com/" REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux 8" REDHAT_SUPPORT_PRODUCT_VERSION="CentOS Stream" Classic (X11 display server) AND Wayland are BOTH doing this, though X11 is less of a problem. Start firefox, go to youtube. Run a video with voices. Start a 2nd window of firefox. Youtube, go to bestbuy.com . For me, under X11, about as quickly as bestbuy.com opens up, the sound in the first window begins to lag the video. If I stop the first video, the buffered up sound plays until it catches up with the stopped video. If I re-start the video, the sound doesn't begin right away -- the sound continues to lag.

All Replies (4)

more options

I'm not able to replicate your issue. What are the specs or your machine. Also verify that you have current ffmpegs and libav updates. see screenshot

Operating System: openSUSE Tumbleweed 20211207 KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.2 Kernel Version: 5.15.5-1-default (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i7-4810MQ CPU @ 2.80GHz Memory: 31.0 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4600

more options

I thought I mentioned this -- this is centos 8, which appears as Red Hat Enterprise Linux 8.5

uname -a Linux ws.jgscrater.com 4.18.0-348.2.1.el8_5.x86_64 #1 SMP Tue Nov 16 14:42:35 UT C 2021 x86_64 x86_64 x86_64 GNU/Linux

rpm -qa | grep libav libavdevice-4.2.5-2.el8.x86_64 libavc1394-0.5.4-7.el8.x86_64 gstreamer1-libav-1.16.1-1.el8.x86_64 rpm -qa | grep ffmpeg ffmpeg-devel-4.2.5-2.el8.x86_64 ffmpeg-libs-4.2.5-2.el8.x86_64 ffmpeg-4.2.5-2.el8.x86_64

dnf -y check-update shows no packages need to be updated, and certainly not libav* or ffmpeg*.

32 G ram

  1. lscpu

Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 1 NUMA node(s): 1 Vendor ID: GenuineIntel BIOS Vendor ID: Intel(R) Corporation CPU family: 6 Model: 94 Model name: Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz BIOS Model name: Intel(R) Core(TM) i5-6600 CPU @ 3.30GHz Stepping: 3 CPU MHz: 3813.710 CPU max MHz: 3301.0000 CPU min MHz: 800.0000 BogoMIPS: 6624.00 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 6144K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d

  1. lspci | grep VGA

01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1)

more options

Try downloading another copy of Firefox and run it from the folder. Do not sign into your Firefox account and see if you have the same issue.

https://www.mozilla.org/en-US/firefox/all/#product-desktop-release

more options

No joy.

(sorry for the slowness in the reply.)

I'm wondering if there could be some sort of cache or buffer not part of firefox that's doing this. Possible?

i fired up the other browser and it didn't pick up the "old" browser's defaults, which I regard as proper. I started a youtube video, and then opened bestbuy.com (mouser.com also does this, as do others, but those two have been most reliable at producing the problem) and, bang, the audio part of the video jumped backward in time. I stopped the video and the audio played until it caught up with the stopped video. So, exactly the same problem.