GNU bug report logs - #37244
Icecat Audio Issues

Previous Next

Package: guix;

Reported by: Raghav Gururajan <raghavgururajan <at> disroot.org>

Date: Sat, 31 Aug 2019 14:15:02 UTC

Severity: normal

Merged with 38047, 40170

To reply to this bug, email your comments to 37244 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Sat, 31 Aug 2019 14:15:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Raghav Gururajan <raghavgururajan <at> disroot.org>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Sat, 31 Aug 2019 14:15:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Raghav Gururajan <raghavgururajan <at> disroot.org>
To: bug-guix <at> gnu.org
Subject: Icecat Audio Issues
Date: Sat, 31 Aug 2019 10:13:49 -0400
[Message part 1 (text/plain, inline)]
Hello!

Not sure the issue is with upstream or with guix system.

While streaming/watching movie on some (more than one) websites, audio
has constant cracking sounds and voice of characters in the video
becomes robotic.

When I stream/watch the same movie on ungoogled-chromium, the audio is
just fine.

This issue with Icecat has been there for quite some time (across
multiple updates). I also tried running IceCat on safe-mode and got the
same issue.

INFO: My Guix System and Icecat are up-to-date.

Regards,
RG.
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Sun, 01 Sep 2019 18:16:01 GMT) Full text and rfc822 format available.

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: bug-guix <at> gnu.org
Cc: 37244 <at> debbugs.gnu.org
Subject: Re: bug#37244: Icecat Audio Issues
Date: Sun, 01 Sep 2019 20:15:06 +0200
[Message part 1 (text/plain, inline)]
Raghav,

Raghav Gururajan 写道:
> While streaming/watching movie on some (more than one) websites, 
> audio
> has constant cracking sounds and voice of characters in the 
> video
> becomes robotic.

If by ‘robotic’ you mean (extremely) low-pitched then, yes, this 
has been the case for roughly the past half year.

I asked around on IRC, even sending URLs to innocent people who 
were unable to reproduce the problem, so I then assumed it wasn't 
in Guix proper.  I almost never watch videos on the Web so I 
didn't care much, but you might be happy to learn you're not 
alone.

Could you share a (free) example URL?

Kind regards,

T G-R
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Sun, 01 Sep 2019 18:16:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Tue, 03 Sep 2019 19:36:01 GMT) Full text and rfc822 format available.

Message #14 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: ison <ison <at> airmail.cc>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>
Cc: 37244 <at> debbugs.gnu.org
Subject: Re: bug#37244: Icecat Audio Issues
Date: Tue, 3 Sep 2019 13:35:37 -0600
On Sun, Sep 01, 2019, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote:
> 
> If by ‘robotic’ you mean (extremely) low-pitched then, yes, this has been
> the case for roughly the past half year.
> 
> I asked around on IRC, even sending URLs to innocent people who were unable
> to reproduce the problem, so I then assumed it wasn't in Guix proper.  I
> almost never watch videos on the Web so I didn't care much, but you might be
> happy to learn you're not alone.
> 
> Could you share a (free) example URL?

I believe the cause is "media sources", although I'm not sure
exactly what that is, if you disable it it seems to "fix" the issue.
I found this solution from some old firefox bug reports that seemed to describe
similar audio distortions.

A good site to test it on is nicovideo.jp, since on other sites if I
disable mediasources the videos just refuse to play altogether.
So for example here is a reference video, I simply clicked the first
video I saw and it reproduces the audio distortion:
https://www.nicovideo.jp/watch/sm35513757

When I play it the audio is very low pitch and crackly. However, if
I open about:config (just enter about:config into the address bar),
search for "mediasource", and then double click
"media.mediasource.enabled" so it shows false, then reload the video
and it plays perfectly without any distortion.

As I mentioned though, most sites seem to not like it when
mediasource is disabled, so it's not a perfect solution, but at
least it shows where the problem lies.




Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Wed, 04 Sep 2019 16:55:02 GMT) Full text and rfc822 format available.

Message #17 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: ison <ison <at> airmail.cc>
Cc: 37244 <at> debbugs.gnu.org
Subject: Re: bug#37244: Icecat Audio Issues
Date: Wed, 04 Sep 2019 18:54:52 +0200
[Message part 1 (text/plain, inline)]
Ison,

Thanks so much for your answer!

ison 写道:
> When I play it the audio is very low pitch and crackly. However, 
> if
> I open about:config (just enter about:config into the address 
> bar),
> search for "mediasource", and then double click
> "media.mediasource.enabled" so it shows false, then reload the 
> video
> and it plays perfectly without any distortion.
>
> As I mentioned though, most sites seem to not like it when
> mediasource is disabled, so it's not a perfect solution, but at
> least it shows where the problem lies.

Indeed: my sole use case for Web video seems to insist on whatever 
this feature is.  I can't link to it here for freedom & legal 
reasons, but let's say their content is *majorly* ball-based.

With .mediasource disabled, I get an error:

 “Your browser does not support the playback of this video. 
 Please try using a different browser.”

I'd really rather not.

I remember getting this same error in Epiphany when I tried to 
play it there.  At least now I have a lead…

Thanks again,

T G-R
[signature.asc (application/pgp-signature, inline)]

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Fri, 04 Oct 2019 17:44:02 GMT) Full text and rfc822 format available.

Message #20 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: sirgazil <sirgazil <at> zoho.com>
To: "37244" <37244 <at> debbugs.gnu.org>
Subject: Icecat Audio Issues
Date: Fri, 04 Oct 2019 12:43:23 -0500
I'm not sure, but this could be related to playing media files with DRM. 

If I recall correctly, last year, when I visited any news post on https://www3.nhk.or.jp/news/easy/ on Debian 9 using Firefox ESR, the browser would ask me to enable DRM. If I answered NO, then I would see the

“Your browser does not support the playback of this video. 
 Please try using a different browser.”

message (or a similar message) instead of videos, and the audio player would display blank (the player that should show up when clicking the big dark blue button that says ニュースを聞く). If I enabled DRM, the media would play fine.

Visiting the same website now that I use IceCat on the Guix system I get the distorted sound in videos and no audio player.

I wonder if people using IceCat in other distributions have the same problem. I was going to report this issue to Gnuzilla, but it seems their mailing list is not very active.


---
https://sirgazil.bitbucket.io/








Merged 37244 38047. Request was from Ludovic Courtès <ludo <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 06 Nov 2019 09:38:01 GMT) Full text and rfc822 format available.

Merged 37244 38047 40170. Request was from Tobias Geerinckx-Rice <me <at> tobias.gr> to control <at> debbugs.gnu.org. (Sat, 21 Mar 2020 18:57:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Sat, 09 May 2020 12:25:01 GMT) Full text and rfc822 format available.

Message #27 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: Martin Becze <mjbecze <at> riseup.net>
To: Tobias Geerinckx-Rice <me <at> tobias.gr>, 37244 <at> debbugs.gnu.org
Subject: Re: bug#37244: Icecat Audio Issues
Date: Sat, 9 May 2020 07:24:27 -0500
[Message part 1 (text/plain, inline)]
I also have this problem with icecat. With ungoogled-chromuim the video
is scrambled. I wonder if the two issues are possible related.

On 9/1/19 1:15 PM, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote:
> Raghav,
> 
> Raghav Gururajan 写道:
>> While streaming/watching movie on some (more than one) websites, audio
>> has constant cracking sounds and voice of characters in the video
>> becomes robotic.
> 
> If by ‘robotic’ you mean (extremely) low-pitched then, yes, this has
> been the case for roughly the past half year.
> 
> I asked around on IRC, even sending URLs to innocent people who were
> unable to reproduce the problem, so I then assumed it wasn't in Guix
> proper.  I almost never watch videos on the Web so I didn't care much,
> but you might be happy to learn you're not alone.
> 
> Could you share a (free) example URL?
> 
> Kind regards,
> 
> T G-R

[signature.asc (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Thu, 29 Sep 2022 18:49:01 GMT) Full text and rfc822 format available.

Message #30 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: 37244 <at> debbugs.gnu.org
Subject: Re: Icecat Audio Issues
Date: Thu, 29 Sep 2022 20:48:25 +0200
[Message part 1 (text/plain, inline)]
FWIW, I encounter this in IceCat, but not in Firefox, maybe somehow 
Firefox->IceCat introduces some audio bug.

Greetings,
Maxime.
[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Thu, 29 Sep 2022 19:11:02 GMT) Full text and rfc822 format available.

Message #33 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: 37244 <at> debbugs.gnu.org
Subject: Re: Icecat Audio Issues -- a test case (related to HLS streams)?
Date: Thu, 29 Sep 2022 21:09:59 +0200
[Message part 1 (text/plain, inline)]
Hi,

I found a test case that could be shared:

In https://hls-js.netlify.app/demo , if viewed with IceCat (but not with 
Firefox), the audio is somewhat off (not low pitch, but something else?).

This seems to be a demo for "MPEG-2 Transport Streams", and for the 
video where I noticed low pitch, going by the 'network' tab, MPEG-TS was 
used.

Greetings,
Maxime.
[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Thu, 29 Sep 2022 19:16:02 GMT) Full text and rfc822 format available.

Message #36 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: 37244 <at> debbugs.gnu.org
Subject: Re: Icecat Audio Issues
Date: Thu, 29 Sep 2022 21:15:25 +0200
[Message part 1 (text/plain, inline)]
I found an apparently similar report for yt-dlp: 
<https://github.com/yt-dlp/yt-dlp/issues/4280>.
[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Fri, 30 Sep 2022 03:10:02 GMT) Full text and rfc822 format available.

Message #39 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: Mark H Weaver <mhw <at> netris.org>
To: Maxime Devos <maximedevos <at> telenet.be>, 37244 <at> debbugs.gnu.org
Subject: Re: bug#37244: Icecat Audio Issues
Date: Thu, 29 Sep 2022 23:08:33 -0400
One of the differences between Firefox and IceCat is the default value
of the "privacy.resistFingerprinting" setting in <about:config>.  The
default in Firefox is "false", and the default in IceCat is "true".

I've found that some audio/video players that misbehave in IceCat will
start working correctly if you set "privacy.resistFingerprinting" to
"false".  It might be worth a try.

        Mark

-- 
Disinformation flourishes because many people care deeply about injustice
but very few check the facts.  Ask me about <https://stallmansupport.org>.




Information forwarded to bug-guix <at> gnu.org:
bug#37244; Package guix. (Mon, 03 Oct 2022 17:08:01 GMT) Full text and rfc822 format available.

Message #42 received at 37244 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: Mark H Weaver <mhw <at> netris.org>, 37244 <at> debbugs.gnu.org
Subject: Re: bug#37244: Icecat Audio Issues
Date: Mon, 3 Oct 2022 19:07:14 +0200
[Message part 1 (text/plain, inline)]
On 30-09-2022 05:08, Mark H Weaver wrote:
> One of the differences between Firefox and IceCat is the default value
> of the "privacy.resistFingerprinting" setting in <about:config>.  The
> default in Firefox is "false", and the default in IceCat is "true".
> 
> I've found that some audio/video players that misbehave in IceCat will
> start working correctly if you set "privacy.resistFingerprinting" to
> "false".  It might be worth a try.

That avoids the 'low pitch' issue for me.

Greetings,
Maxime.
[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

This bug report was last modified 2 years and 251 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.