1220064 - Apps can't play MP3 files.

Status: RESOLVED WONTFIX

(B2GDroid Graveyard :: General, defect)

Description

[Autumn.Qiu(Leave from Mozilla)]

Attachment: logcat_B2G2.txt

[1.Description]:
[B2GDroid]Launch  Music, select a MP3 file and play it, but Music can't play the file and total time length is shown as 0:00.
Found time:9:49
See attcchment:AriesKK_Mu.3gp & logcat_B2G2.txt & sample.zip

[2.Testing Steps]: 
Premise: There are some MP3 files in memory.

1. Launch Music.
2. Select a MP3 file and play it.

[3.Expected Result]: 
In step 2,  MP3 file should play in the music app, everything is normal. 

[4.Actual Result]: 
In step 2,Music can't play MP3 file even total time length is shown as 0:00 .

[5.Reproduction build]: 
Gecko: 44.0a1
Android version: 
4.4.4(Build Number 23.0.A.2.93)

[6.Reproduction Frequency]: 
Always Recurrence,5/5

[7.TCID]: 
2681

[8.Note]:
This function works normally on latest build of flame v2.5 & aries v2.5.

Comment 1

[Autumn.Qiu(Leave from Mozilla)]

Attachment: AriesKK_Mu.3gp

Comment 2

[Autumn.Qiu(Leave from Mozilla)]

Attachment: sample.zip

Comment 4

[James Willcox (:snorp) ([e-mail]) (he/him)]

The reason this happens is because Apps in B2GDroid are in a child process, which does not have access to a JVM. The media decoders we have use Java, so this isn't going to work.

Comment 5

[sgiles]

Am I right in thinking at some point Fennec will need to have a solution for this (I'm unaware of Fennec + e10s timelines)?  Any idea what the timeline would be to solving this issue or if we could get started here?


> 1) Remote the decoding to the parent or another Java-enabled process
> 2) Spawn the content process using a Service instead of fork/exec 

Noting 2. I saw some work to get a headless GeckoView working in a service, could this be extended?

Comment 6

[James Willcox (:snorp) ([e-mail]) (he/him)]

(In reply to sgiles from comment #5)
> Am I right in thinking at some point Fennec will need to have a solution for
> this (I'm unaware of Fennec + e10s timelines)?  Any idea what the timeline
> would be to solving this issue or if we could get started here?
> 
> 
> > 1) Remote the decoding to the parent or another Java-enabled process
> > 2) Spawn the content process using a Service instead of fork/exec 
> 
> Noting 2. I saw some work to get a headless GeckoView working in a service,
> could this be extended?

Perhaps, yeah. Spawning Gecko in a service should be relatively straightforward now, but I don't know how difficult it would be to get it hooked up to the ipc bits.