This add Aurora.js solution to jPlayer, like are html / flash solutions. I personally did this for the Ampache project to avoid server transcoding when it is only used because of browser compatibility issues.

To test it, get the branch and set the following jPlayer options:

solution: 'html, flash, aurora',
auroraFormats: 'flac, m4a, mp3, oga'

Then include Aurora.js scripts / decoders:

<script src="aurora.js"></script>
<script src="ogg.js"></script>
<script src="flac.js"></script>
<script src="opus.js"></script>
<script src="mp3.js"></script>

I added a new auroraFormats option because Aurora.js can be extended with new decoders and we cannot determine which decoder manage which format from the js api. Aurora.js provides a limited set of events, I will attempt to pull request on Aurora.js to improve their api but better to talk here before ; if this has some interest.

I know Chrome html5 can play mp3 natively because when I throw http://jplayer.org/audio/mp3/Miaow-07-Bubble.mp3 at it, it plays it natively.

And http://html5doctor.com/html5-audio-the-state-of-play/#support says

Chrome 6.0+ Ogg Vorbis, MP3, WAV†

and http://www.chromium.org/audio-video says

Codec Support. As of February 2014 [...] Google Chrome, the following codecs/containers are also included: MP3 audio codec

And http://jplayer.org/ says jplayer supports:

HTML5: mp3, mp4 (AAC/H.264), ogg (Vorbis/Theora), webm (Vorbis/VP8), wav

If I browse to http://www.jplayer.org/latest/demo-01-supplied-mp3/ I get the following results:

BUILDS THAT PASS

Chrome 35.0.1916.153 (Ubuntu 14.04 x32 desktop

This jPlayer instance is running in your browser where:
jPlayer's html solution is being used and will support: mp3
jPlayer's flash solution is not required
The HTML5 is active.
status.formatType = 'mp3'
Browser canPlay('audio/mpeg; codecs="mp3"')

BUILDS THAT FAIL

(I've tried to collate these as neatly as possible)

Chrome 36.0.1985.67 beta-m

• Win 7 x64 laptop

Version 37.0.2054.3 dev-m

• Ubuntu 14.04 x32 desktop
• Mac 13-inch, Mid 2009 2.13 GHz Intel Core 2 Duo OS X 10.9.3 (13D65)
• Windows 8.1 X64

Windows 8.1 X64

• Chrome 37.0.2041.4 dev-m
• Windows 8.1 X64

..

This jPlayer instance is running in your browser where:
jPlayer's html solution is not required
jPlayer's flash solution is being used and will support: mp3
The Flash is active.
status.formatType = 'mp3'
Browser canPlay('audio/mpeg; codecs="mp3"')

FOR REFERENCE

On all the above machines, I tested with Firefox 30.0

This jPlayer instance is running in your browser where:
jPlayer's html solution is being used and will support: mp3
jPlayer's flash solution is not required
The HTML5 is active.
status.formatType = 'mp3'
Browser canPlay('audio/mpeg; codecs="mp3"')

I've also posted this as a ticket at https://code.google.com/p/chromium/issues/detail?id=386073

m3u8 support for iPad and iPhone is a pretty useful feature for streaming live video with native support. Also listed here: https://groups.google.com/d/topic/jplayer/1b0SZQf2Oh0/discussion

This could be done as simple as adding the format to the list as it basically an container format of distribution of m4v (which is recognized by the iPad/quicktime).

DRAFT: http://tools.ietf.org/html/draft-pantos-http-live-streaming-10

Tested on iPad3

This PR adds support for installing jPlayer via composer to simply install and use it and keep it updated in Symfony2 applications and other projects that use composer. Also added a short installation guide for now. If you merge this, you might want to register jPlayer on Packagist to get rid of the "repositories": {} part that is currently needed to install it.

Hi!

It looks like after one of the updates the backward compatibility was broken.

I were using library from this path: bower/jplayer/jquery.jplayer/jquery.jplayer.js

and now it's suddenly in here: bower/jplayer/src/javascript/jplayer/jquery.jplayer.js.

According to SemVer, when the library API is changed the major version number must be increased.

This problem can potentially break a lot of projects out there after a routine dependency update.

There's a lively thread on the group at https://groups.google.com/d/msg/jplayer/BoVUNok0yl4/LU8q2wggQaYJ regarding jplayer not working on Android. There is also a workaround supplied which is to comment out

    //self.androidFix.setMedia = true;

however I guess that function does something else, too. So flagging it up here for review rather than doing a pull request. All thanks to Cyril for finding a workaround.

IE11 has native fullscreen support which this change adds support for. This allows you to get a full size player when embedding in an iframe, which the existing fullWindow did not have the ability to do.

When only supplying an mp3 file, jPlayer does not automatically fall back to Flash. This was tested with my own code as well as the demo located here: http://www.jplayer.org/latest/demo-01-supplied-mp3/. This was tested for both Firefox 3.6 as well as Firefox 4.

I think it might be to do with the changearound on your github repo, but https://cdnjs.com/libraries/jplayer is still stuck on jplayer 2.7.1 and I guess quite a few of us rely on that.

Would be great to get it back in sync again - thanks!

The Chrome browser on android mobile has supported full screen since it's release. This change updates that noFullWindow regex so that it returns false if the phone is running Chrome.

When trying to test the streaming demo (http://jplayer.org/latest/demo-08/), the play() event never fires. Loadstart() does fire, but that is all that happens.

Environment: IE8 on WinXP. flash 11.9.900.117

ETA: This issue also occurs on FF 16 on WinXP.

Hi, i'm creating an e-commerce website for a records store with WP and elementor, and was looking for a media player solution to place in my product template that could allow media sourcing from an ACF field. I'll provide my client with a front-end dashboard in which he'll be able to post new products, and one of the fields is a repeater which has "Track_title" and "Track_snippet" subfields for each track. Is it possible to make jplayer source tracks from this field?

Describe the bug After updating to the latest version I noticed that remote queue/playing doesn't work anymore, the new track get's loaded but pauses straight away

To Reproduce Add tracks to queue and try to play them from background

Environment: Iphone ios 15

Please see the problem in action on https://test6.megventure.com

You need to open the link from an iOS device browser. Desktop browsers are working fine, but iOS device browsers.

Suddenly, jplayer does not give any responses on iOS devices namely iphone, ipad browsers.

Play button, stop button, progress bar, nothing is clickable.