1202928 - Decoding artifacts when seeking within JW Player MPEG-DASH demo's "Wowza VOD" test stream (OS X only?)

Status: NEW

(Core :: Audio/Video: Playback, defect, P3)

Description

[Chris Peterson [:cpeterson]]

Attachment: screenshot.png

STR:
1. Load http://www.jwplayer.com/innovation/roadmap/mpeg-dash/
2. Click the "Load MPD…" button and select "Wowza VOD", which loads http://wowzaec2demo.streamlock.net/vod/smil:bigbuckbunny.smil/manifest.mpd
3. After the video starts playing for a few seconds, seek to time 1:30 or 2:30
4. If the stream stalls (bug 1202927?), then toggle pause/play to resume.

RESULT:
The video has severe decoding artifacts for a few seconds. Is Firefox seeking between I-frames? See the attached screenshot.

Edge can play the stream. It doesn't have the same decoding artifacts, but playback seems to pause for a longer time than Firefox.

For some reason, neither Chrome nor Safari are able to play the Wowza VOD stream at all. Chrome reports "Error playing file: Unknown playback error".

Comment 1

[Chris Peterson [:cpeterson]]

Attachment: screenshot-2.png

Screenshot of seeking to time 1:30.

Comment 2

[Ralph Giles (:rillian)]

Maybe works on IE because WMF doesn't need the Init segment and can read inline SPS, while on Mac we (and Chrome and Safari) fail. We should test Firefox on Windows to confirm this.

If so, stream is malformed, and this is an evangelism bug.

Comment 3

[Chris Peterson [:cpeterson]]

I can only reproduce with Firefox on OS X. Firefox on Windows does not have decoding artifacts (because it is using the same WMF decoder as IE).

Comment 4

[Chris Peterson [:cpeterson]]

I contacted Jeroen at JW Player about this bug.

Comment 5

[Anthony Jones (:ajones, :kentuckyfriedtakahe, :k17e)]

Mass change P2 -> P3