1093548 - [RTSP] Poor quality for certain MPEG4-AAC clip

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: RTSP, defect)

Description

[Ethan Tseng [:ethan]]

The video and audio playback quality is poor with certain clip,
which is in the following format:
Audio: MPEG AAC Audio (mp4a)
Video: MPEG-4 Video (mp4v)

Refer to:
https://bugzilla.mozilla.org/show_bug.cgi?id=1056187#c72

Comment 1

[Ethan Tseng [:ethan]]

Attachment: MPEG4_FPS_1080P_AAC_ASP_30fps_AAC_192kbps_info.xml

ML dump of the file structure of the clip.

Comment 2

[bhargavg1]

[Blocking Requested - why for this release]:

Comment 3

[Andrew Overholt [:overholt]]

Can more information be provided to help make a blocking decision, please?

Comment 4

[Pooja]

HI Andrew,

This issue is with 1080p ASP(Advanced Simple profile) clip.
While RTSP streaming playback, Audio continues and video stops along with heavy frame drops. It gives a bad user experience.

Same clip plays well on respective Linux Android targets  and VLC media player 2.1.5

Comment 5

[Ethan Tseng [:ethan]]

(In reply to Pooja from comment #4)
> HI Andrew,
> This issue is with 1080p ASP(Advanced Simple profile) clip.
> While RTSP streaming playback, Audio continues and video stops along with
> heavy frame drops. It gives a bad user experience.
> Same clip plays well on respective Linux Android targets  and VLC media
> player 2.1.5

Hi Pooja,

I am afraid you misunderstand what I mean in https://bugzilla.mozilla.org/show_bug.cgi?id=1056187#c74.
Actually this clip doesn't play well on Linux Android and VLC player.
The overall quality is also poor on these players.

So far I can play this clip well only on a local QuickTime player on Mac OS.
Once hinted and played over RTSP streaming, the quality is bad on most players and platforms I know.

I also tried to play it over HTTP streaming on Flame v2.2.
It cannot be played at all.

Comment 6

[Ethan Tseng [:ethan]]

(In reply to Ethan Tseng [:ethan] from comment #5)
> I also tried to play it over HTTP streaming on Flame v2.2.
> It cannot be played at all.
Typo.
I tried it on a QRD8x26 device, not Flame.

Comment 7

[Ethan Tseng [:ethan]]

Pooja,

Could you try to push the specific clip into your FXOS device and play it using the Video app?
I want to know how it plays without any network streaming factor.

p.s. I wanna try this but somehow the Video app on my QRD8x26 device failed to read the SD card.

Comment 8

[Andrew Overholt [:overholt]]

Comment 5 combined with this bug no longer blocking bug 1074290 makes me think we should clear the 2.1? nom here.  Please feel free to re-nominate if you disagree.

Comment 9

[Ethan Tseng [:ethan]]

I pushed the video clip to the "/sdcard" directory in my QRD8x26 device.
The Video app does not even show this video in the viewing list.
I guess probably the Video app detects some error in its metadata and rejects to list it.

Hi Alfredo,
You are MPEG4 expert. Could you provide some insight of the specific clip?
attachment 8516619 [details] was generated by "MP4Box -diso".

Comment 10

[Alfredo Yang (:alfredo)]

The video looks ok from my view.
I'd suggest to play it on device instead of streaming, so we can know if the latency is from network or decoder.

Comment 11

[Ethan Tseng [:ethan]]

(In reply to Alfredo Yang from comment #10)
> The video looks ok from my view.
> I'd suggest to play it on device instead of streaming, so we can know if the
> latency is from network or decoder.

Thanks, Alfredo.
I'll try to play the clip locally.
Meanwhile, I will observer MediaDecoderStateMachine::AdvanceFrame() to clarify whether video frames
are dropped by A/V sync.

Comment 12

[Ethan Tseng [:ethan]]

No one is actually working on RTSP for FxOS right now.