1142942 - [Shinano][Aries] FTU and other video playback crash in libmmparser.so

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia::Feedback, defect)

Comment 1

[Dale Harvey (:daleharvey)]

STR

1. Visit http://well.blogs.nytimes.com/projects/workouts/
2. Install via the popup
3. Begin a Scientific workout

I believe this app requests a screenlock, may be the issue

Comment 2

[:gerard-majax]

I see something similar when I scroll down to the bottom of articles on http://m.leparisien.fr

Comment 3

[:gerard-majax]

Attachment: libmmparser.so crash

Comment 4

[:gerard-majax]

Removing libmmparser.so gets rid of the crash and I don't see any loss of features. No idea of the consequences.

Comment 5

[Dale Harvey (:daleharvey)]

Confirmed that also fixed the crash for me, also not sure of what the repercussions are.

Comment 6

[:gerard-majax]

Michael, do you know if we can safely remove libmmparser.so like we did for libwvm.so ?

Comment 7

[Michael Wu [:mwu]]

No idea. Sounds like a bad idea. I think deeper digging is required to really know.

Comment 8

[:gerard-majax]

Attachment: logcat output

That's what happens in logcat when reproducing the crash.

Comment 9

[:gerard-majax]

Attachment: logcat output on Flame

Logcat at the same point on my Flame

Comment 10

[:gerard-majax]

Comparing attachment 8585417 [details] and attachment 8585428 [details] it looks like we have something going on.

On Z3/Z3 Compact:
> 03-30 13:01:37.100  3634  3915 E MM_OSAL : FileSource::OpenFile iStreamPort
> 03-30 13:01:37.100  3634  3915 E MM_OSAL : FileSource::OpenFile iStreamPort Cur State 1
> 03-30 13:01:37.100  3634  3915 E MM_OSAL : FileSource::OpenFile iStreamPort status 0
> 03-30 13:01:37.100  3634  3931 E MM_OSAL : FileSource::SourceThread received OPEN_FILE_EVENT
> 03-30 13:01:37.100  3634  3931 E MM_OSAL : FileSource::HandleOpenFileCommand
> 03-30 13:01:37.100  3634  3931 E MM_OSAL : FileSource::ValidateMediaHandles
> 03-30 13:01:37.100  3634  3931 E MM_OSAL : FileSource::HandleOpenFileCommand reporting OPEN_FAIL

While on Flame:
> 03-30 13:23:23.520  2053  2126 E MM_OSAL : FileSource::OpenFile iStreamPort
> 03-30 13:23:23.520  2053  2126 E MM_OSAL : FileSource::OpenFile iStreamPort Cur State 1
> 03-30 13:23:23.520  2053  2128 E MM_OSAL : FileSource::SourceThread received OPEN_FILE_EVENT
> 03-30 13:23:23.520  2053  2128 E MM_OSAL : FileSource::HandleOpenFileCommand
> 03-30 13:23:23.520  2053  2128 E MM_OSAL : m_pCriticalSection created..
> 03-30 13:23:23.520  2053  2126 E MM_OSAL : FileSource::OpenFile iStreamPort status 0
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : Mpeg4File::peekMetaDataSize m_minOffsetRequired = 20607
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : Mpeg4File::parseMetaData Parser State = Common::PARSER_RESUME
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : Mpeg4File::ParseStream Parser State = PARSER_READY
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : m_pVideoCriticalSection created..
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : FileSource::HandleOpenFileCommand calling selectDefaultTracks
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : FileSource::selectDefaultTracks m_videoTrackInfo[0].id 1
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : Reading first valid sampleInfo. SampleId=0
> 03-30 13:23:23.530  2053  2128 E MM_OSAL : FileSource::HandleOpenFileCommand reporting OPEN_COMPLETE

Mike, do you have any idea on this?

Comment 11

[Dave Hylands [:dhylands]]

Sotaro might know. libmmparser.so seems to be a vendor provided library. 

It looks like libmmparser.so has multimedia parser stuff in it (based on the symbols). I see stuff like MP3, AVI, ASF, MP4, and a bunch of other codecs.

Comment 13

[Mike Habicher [:mikeh] (high bugzilla latency)]

De-ni?-ing myself per IRC conversation.

Comment 14

[Gregor Wagner [:gwagner]]

What are the next steps here?

Comment 15

[:gerard-majax]

(In reply to Gregor Wagner [:gwagner] from comment #14)
> What are the next steps here?

We need someone that knows the media playback code to help us.

Comment 16

[Gregor Wagner [:gwagner]]

ajones, can your team help out here?

Comment 17

[StevenLee[:slee]]

Hi Blake,
Can you take a look? Thanks.

Comment 18

[Blake Wu [:bwu][:blakewu]]

Yeah. I can check it.
IIRC, libmmparser is added and used by CAF, so it may need CAF's help to look into. 
Anyway I will try to repro this problem tomorrow.

Comment 19

[Blake Wu [:bwu][:blakewu]]

After syncing the latest codes, I *failed* to repro this problem via launching FTU in "Settings" -> "Developer" for 10 times.

Thanks to jolin's help, I did see this problem with jolin's device with older codes. 
However, the video is not playing smooth in FTU and video app either.

Comment 20

[Blake Wu [:bwu][:blakewu]]

Since the patch Bug 1146729 is landed recently, currently all the mp4 files will be played via MP4Reader which uses gecko's mp4 demuxer adopted from libstagefright. Therefore, libmmparser.so will not be used. 
I has created the bug 1153755 for intermittent playback.