934100 - createMediaElementSource audio progress bar

Status: RESOLVED DUPLICATE of bug 938022

(Core :: Web Audio, defect, P2)

Description

[Nov_fr]

Attachment: webaudioapi.js

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release)
Build ID: 20131025151332

Steps to reproduce:

I use createMediaElementSource on an audio tag to create visual analysers:

_this.analyser = window.myAudioContext.createAnalyser();
_this.source = window.myAudioContext.createMediaElementSource($(audio).get(0));
_this.source.connect(_this.analyser);
_this.analyser.connect(window.myAudioContext.destination);

(see attachment for more details)


Actual results:

The progress bar of the audio tag doesn't move.

You can see the problem here: http://www.arnaudcompo.fr/Music/8/Routes-Numeriques.html
(it works in Chrome 30.0.1599.101 m)

The remaining time is not updated too (audio.currentTime always equal to 0)

Comment 1

[[:Aleksej]]

Same with 2013-11-06-03-02-00-mozilla-central-firefox-28.0a1.en-US.linux-x86_64.

Comment 2

[Karl Tomlinson (back Dec 8 :karlt)]

"The HTMLMediaElement must behave in an identical fashion after the MediaElementAudioSourceNode has been created, except that the rendered audio will no longer be heard directly, but instead will be heard as a consequence of the MediaElementAudioSourceNode being connected through the routing graph. Thus pausing, seeking, volume, .src attribute changes, and other aspects of the HTMLMediaElement must behave as they normally would if not used with a MediaElementAudioSourceNode."

I wonder whether that is meant to be the same with mozCaptureStream.
I haven't found documentation of mozCaptureStream.

Comment 3

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Fixed by my patch in bug 938022

Comment 4

[Nov_fr]

Just to inform you that the site http://www.arnaudcompo.fr/ is no longer available.
However, the problem is solved in Firefox Nightly (29.0a1)