getByteFrequencyData not fill at first starts

[Diamanti]

I have this script to view bars.
It works fine in Firefox every.
Instead in Seamonkey it does not work, immediately after the first start of the browser.
getByteFrequencyData return 0 filled Uint8Array.
To work I have to refresh page many times.
Also with addons disabled.
Do it is a bug?

[therube]

Music to my ears, every time I restart.
So, working on my end.
And nothing noted (that I saw) in Error Console.

What version of SeaMonkey are you running?


Oh.
If you're meaning the bars themselves, no they do not work.
(Had to look in FF to see the difference.)
And on that end, I'd have no clue?



(But the important part, the music, does .)

[Diamanti]

getByteFrequencyData is relate to bars.
Music important but visualization complete.
So you confirm that there is this problem.

[Diamanti]

At the same time getByteTimeDomainData work fine.
Not problem with PaleMoon.

[Frank Lion]

I have this script to view bars.

Write better basic HTML code?

https://validator.w3.org/nu/?showsource ... Fvisu.html

Error: The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol.
Source File: https://interno.altervista.org/temp/visu.html
Line: 0

[Diamanti]

Write better basic HTML code?

I do not write the code for beauty but to represent a problem.
The errors on the page are completely indifferent to the problem.
However, as I have corrected beauty errors on the page, can you explain and correct this bug in SeaMonkey?

[Frank Lion]

I do not write the code for beauty ...
However, as I have corrected beauty errors on the page

Basic functional HTML coding is not 'beautifying' anything and SM not knowing which character encoding to use could easily have been your problem there.

Site works OK for me, but feel free to file a proper bug on BugZilla for this edge case, if you feel the need.

Good luck.

[Diamanti]

Basic functional HTML coding is not 'beautifying' anything and SM not knowing which character encoding to use could easily have been your problem there.
Site works OK for me

Do you mean that bars works after browser restart or verification pass?
Validate or not, the problem is the same in Seamonkey and not have in Firefox and Polemoon for me and therube.

[Diamanti]

Bug opened.

[frg]

2.57 does the same. I didn't find an open or closed bug for this in the mozilla code. 2.49 is not affected so it is likely something deep in the media code. If Firefox works it should go away eventually. Don't have time to debug this currently. Sorry.

[Diamanti]

if it can help:
2.53.9, 2.53.14 and 2.40 have bug.
2.53.8.1, 2.53.8, 2.53.6, 2.53.3, 2.53.1 instead work fine.

It seems that the problem was born in 2.53.9 (With a parenthesis in 2.40).