Closed Bug 802044 Opened 10 years ago Closed 10 years ago

[Otoro] Specific ogg files cannot be played


(Firefox OS Graveyard :: General, defect, P2)

Gonk (Firefox OS)



blocking-basecamp +


(Reporter: iliu, Assigned: rillian)




(1 file)

1. Launch the UI Test app
2. Click on audio tag test
3. Click play button to playback specific media
   Such as: 

It will have sound.

It won't have sound without any error log.
Attachment #671762 - Flags: review?(rlu)
Closed: 10 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 800235
Reopening. This is not a dup; it took me 1 week to figure out this :-/

Those OGG files are supplied by Patryk; if we cannot have those files play correctly, Patryk cannot replace the current temporary alarm sounds and fix bug 799190.
Blocks: 799190
blocking-basecamp: --- → ?
Component: Builds → General
Resolution: DUPLICATE → ---
Summary: Can not playback when audio tag uses some specific *.ogg as src → [Otoro] Specific ogg files cannot be played
I can provide the sounds in both OGG or MP3. Philosophically we'd want to use OGG, but if its an issue getting it working, I can just supply you with MP3s.
This could also affect arbitrary .ogg music files so let's block on getting this at least investigated.

roc, do you know who could take this?
blocking-basecamp: ? → +
Priority: -- → P2
Those files (from play OK for me on desktop. That should be mostly the same code as we're using in B2G, but we are using Tremor on mobile. Could it be a Tremor bug? Do the files play in the Android browser? How about the B2G browser?

Assigning to Ralph.
Assignee: nobody → giles
Is ogg maybe routed to the vendor library, and the latter breaks?
It doesn't look like that could be happening, but maybe I'm wrong.
Attachment #671762 - Flags: review?(rlu) → review+
(In reply to Robert O'Callahan (:roc) (Mozilla Corporation) from comment #6)
> So it could be Tremor. I don't know who owns Tremor bugs...

FWIW, these play fine in Tremor when built stand-alone (on x86).
(In reply to Patryk Adamczyk [:patryk] UX from comment #3)
> I can provide the sounds in both OGG or MP3. Philosophically we'd want to
> use OGG, but if its an issue getting it working, I can just supply you with
> MP3s.

Can you supply .opus versions? That might serve as a work-around. You'll need opusenc from the opus-tools package.
The files from comment #6 are all 96 kHz, which might be the problem.
According to PR_LOG on Android, it's using the builtin decoder, and  nsBuiltinDecoderStateMachine::PlayFromAudioQueue is writing to the audio queue. However, I don't hear any audio and the controls flicker and disappear.
I've confirmed the sample rate issue. The following files play on Android:

This one does not:

All three are encoded from the same 96 kHz WAV file after resampling with sox, and all three play on desktop. It may be that 96 kHz just doesn't currently work on Android. Cubeb's OpenSL backend rejects sample rates over 48kHz.
Android is currently using the sydney audio back end, and indeed it fails to initialize the stream:

  10-29 14:35:19.394 E/AudioTrack-Java( 4392): [ ] getMinBufferSize(): 96000Hz is not a supported sample rate.

Closing as a duplicate of the resampler feature bug. The work-around is to resample to 48 kHz before encoding resources for Firefox OS.
Closed: 10 years ago10 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 704993
You need to log in before you can comment on or make changes to this bug.