Call for testers of jPlayer 2.1-RC1

[Mark Panaghiston]

jPlayer is now ready for release, but we should do some wider testing before it goes out the door. Plus I need some time to write the docs and brush up the playlist coding.

Please visit and chuck rocks at:
http://jplayer.org/2.0.32/demos/

The demos ZIP is here:
http://jplayer.org/2.0.32/jQuery.jPlayer.2.0.32.demos.zip

The skin PSD files are in ZIPs in this folder. (I forget who asked for them now):
http://jplayer.org/2.0.32/skin/

Please report back in this thread, good news and bad. Browsers with version, or I assume the latest version. I say good and bad, cause it is just important to know that it work fine for 100 people and failed for 10.

If you find problems, then please try and describe what you were doing and give a link to the particular demo.

Remember that this is a test area and the site navigation will return you to the normal site. And if you do go to the 2.0.32 folder and select the php files directly, they will have issues too. They should be /blah/blah/ and not /blah/blah.php. All this is normally hidden from you, and gives pretty urls.

The main item that people may think is a bug, but is actually a "feature" courtesy of a 10 year old bug in Firefox, is in the video demos using Flash... The full screen button causes the Flash to be re-instanced by Firefox when the css changes to position:fixed. And again when returning to the page view. The jPlayer instance should recover and continue from the point. Feedback on this is welcome.

Following the release of 2.1, I have plans of changing a fair number of items in the Flash. Mainly all the events was my goal, but I now think that implementing a true full screen system in the Flash is a viable solution and intend to make it an option. When used, the standard escape would leave full screen and the mouse click would play and pause the video. Possibly even a doubleclick to leave full screen.

To see what happens with the flash disabled, and when no solution is found, use Firefox and turn off the flash plugin in the addon area and then view one of the demos that only supplied mp3 or m4v.

Let me know how you get on.

Best regards,
Mark P.

[koolaid]

All the demos seems to work in Google Chrome (v. 13.0.782.112)

I also tested them on my iphone 4 with iOS 4.1 and everything seems to
work except for the first instances of both the multiple instances of
audio and video players. however the 2nd and 3rd instances play fine

[Platinum Samples]

Safari 5.1 on 10.6.8

Mac Pro

Problems playing video:

http://screencast.com/t/DiYVPKxm

http://screencast.com/t/saVRq8lgWd

Rail

[h4ni]

I get the same problem with chrome 13.0.782.107 m in Windows XP
With IE9 , the internet download manager plugin start automaticly the
download of the video, sow i cant play it in the jplayer

[Mark Panaghiston]

@Platinum Samples:

The problem with Safari 5.1 has been reported to Safari. It only affects iOS. The same problem affects the 2.0.0 demo. It is something to do with the way the media is encoded. None of the other videos had this problem, for example, when you use the playlist player. It is only the Big Buck Bunny video that ever seems to fail in this way.

I plan to re-encode it. But it would be nice to know what the problem is with Safari.

Please notify me if either of the other videos fail.

Thank you for submitting the report.

[Mark Panaghiston]

The IDM plugin is not compatible with jPlayer. It appears to override the standard HTML on the page and break its operation for video and audio media. There is probably a setting in the IDM to disable the automatic download of video and audio media... But as I thought that was part of the whole point of IDM, I do not know what to suggest. I have never used it myself.

So chrome Win XP has the same problem as Safari 5.1 OSX. That is interesting. It might help webkit figure out the problem. I'll dust off my Win XP machine and see for myself.

Thank you for submitting the bug report.

[Mark Panaghiston]

@koolaid:

I have noticed this problem too through the iOS Simulator for the iPad. I had thought it was intermittent.

I believe the problem stems from the use of media.load() in jPlayer. We have a conundrum to solve where the load() is now not needed at all. But older HTML5 browser must have it, like Firefox 3.6. So removing the load() improves many features of jPlayer, but the world would cry out that Firefox 3.6 does not work any more. And I understand that Power Mac Pro users can't upgrade past 3.6 so there is a large number of browsers still in use.... Something to do with the processor being use in the hardware.

Thank you for the report. I'll review this one again.

[Mark Panaghiston]

@Koolaid: I was just testing on iPhone iOS 4.3.5 (Physical device) and found that the multiple instance demos worked fine.

I tried the audio one a few times. The tracks always played and after you'd played #1 and #2 manually, they flipped back and forth when each ended as expected.

Likewise with the video. Play #1 and then done and play #2 then after that the iPhone flipped between the 2 videos as expected. Well these did appear to be an issue. It was like the full screen video windows were getting stacked. So the 1st worked and the 2nd and then the 3d (1st media) was just black. touching the screen at all stoped the playback. The pressed done and then done again to return to the page. Will explore that a little more.

I will also take a look on iPhone 4.1 through the simulator in a bit.

[Mark Panaghiston]

@koolaid: OK I failed. My last comments about video multi instances was looking at 2.0.0. You'd think since I designed the site that I could navigate the darn this.

[Mark Panaghiston]

@koolaid: Reviewing the correct page found the same problem though. The videos seemed to get stacked...

I will report the bug if not fixed already in iOS5. I'll not be allowed to say whether it is fixed or not publicly though.

The thing is with that demo, I could easily remove all that jumping from 1 to the other, but I wanted to give the code since it should work. On standard browsers anyway. It is mobile browsers, especially phones that force the video to full screen build in players that have problems.

I could use the platform sniffer in jPlayer... Then disable the flipping between the media when iOS or android is detected.

[Mark Panaghiston]

I have added the Circle Player to the list of demos:
http://jplayer.org/2.0.32/demo-05/

Demos:
http://jplayer.org/2.0.32/demos/

It is not in the Demo ZIP yet. I will do that next. It will be up in 10-20 minutes.

[Mark Panaghiston]

Please keep the reports coming in.

We would appreciate feedback on Android as we have limited testing here.

[Mark Panaghiston]

Added the Release Notes to jPlayer 2.1-RC1:
http://jplayer.org/2.0.32/release-notes/

They still need to be top and tailed for the actual release. Dates and such.

There are 3 items that will require a minor tweaks before release:

1) $.jPlayer.platform.
"windows ce" to windows_ce to enable dot notation

2) Change noFullScreen ipad regular expression, to affect up to and including iOS 4.

3) Investigate why the iPad hides the GUI after returning to the page view, when the user clicks on the full-screen GUI's restore-screen button during the GUI fade out.
(Investigate whether two click events are being generated.)
If solution cannot be found, might have to not do (2) above, which would be a shame.

[Onyx]

Mark,

I'll help test the latest in my own sandbox for the sake of streamers (since the demos don't fully cover this).  I'll post what I find.

Onyx

--
You received this message because you are subscribed to the Google Groups "jPlayer: HTML5 Audio & Video for jQuery" group.

To view this discussion on the web visit https://groups.google.com/d/msg/jplayer/-/lQ36SVE1sp0J.

To post to this group, send email to jpl...@googlegroups.com.
To unsubscribe from this group, send email to jplayer+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/jplayer?hl=en.

[Onyx]

Things are looking mostly good.  I set up a sandbox running the latest (as of yesterday) jPlayer GitHub code here:

http://onyxmueller.net/testing/jplayer/

All Mac and Windows browsers I tested seem to work fine.  I did have some issues playing with some, but after updating to the latest Flash player in those, the issue went away.

One problem I am noticing is that my Android phone (with Flash) installed is not playing at all.  I haven't looked into the issue with detail, but will try later.

Onyx

[Mark Panaghiston]

Thank you for looking into the streams for me Onyx.

I do plan to get the stream demo setup for jPlayer 2.1.0. Either at release or shortly afterwards. My parents visit is going to happen when I had hoped to be tidying up all these loose ends. I have already accepted that I'll have to wait until after they leave before I release jPlayer 2.1. I do hope to get a bit of documentation done each day though.

When I do the stream demo, I'll refer back to our discussions so as to do the handy stuff like stop the stream downloads when paused and such. And get your feedback on what I come up with.

[Mark Panaghiston]

Updated the Quick Start Guide:
http://jplayer.org/2.0.32/quick-start-guide/

This was actually quite a pain in the behind to sort out. The skin switcher that I implemented in the PHP for the 2.1 area, which is used for 2.0.32, put a spanner in the works. All working now though after a few hiccups.

I removed the ended event example, as it is no longer relevant, and would actually screw up the new loop option and the default repeat event handler.

I figure that I'll replace it with an example for changing the repeat event handler as it needs to be written in a certain way to play nice with the loop option and to work in general without leaving events on the ended event.

The default repeat handler is:

repeat: function(event) { // The default jPlayer repeat event handler
  if(event.jPlayer.options.loop) {
    $(this).unbind(".jPlayerRepeat").bind($.jPlayer.event.ended + ".jPlayer.jPlayerRepeat", function() {
      $(this).jPlayer("play");
    });
  } else {
    $(this).unbind(".jPlayerRepeat");
  }
},

And to remind you all... The repeat event occurs when the repeat/no-repeat button is pressed on the GUI. First the loop option is set to the new value and then the event is generated.

[jay.udn]

Works well using Opera 11.50

I'm going to try it on my own website and tell more later.

[Fred Perrin]

Hi,

I've redrawn an Inkscape SVG file (the attached file) from your Blue Monday theme, so web designers & developers could easily change colors, shapes of buttons... and export their branded version with only one click. The file I've made contains the full options of the new jPlayer 2.1-RC1 (shuffle, loop).

Hope you'll find it usefull! If so, the SVG file could be included in the new jPlayer documentation, freely available for download?

Thanks,

Fred

[Jonathan2]

Oh YES! I like this very much! I also liked discovering (by accident) than when I clicked your attachment, Google docs unzipped, loaded it and displayed it. Nice!

Incidentally, I've often wondered why the sprite provided with jplayer is in jpeg format, and not a far more suitable and compact png?
The first thing I do is convert it! Just wondering...

[Fred Perrin]

Yes, I've also seen the Google Docs magics, just after posting my message! In fact Google Groups forbid direct SVG files in attachments.

I've wondered too why the jPlayer sprite was in JPEG format... I use transparent PNG files in my current project so the jPlayer background can be modified later.

I've made it with Inkscape, so everyone can install the software, open source and free.

[Mark Panaghiston]

Thanks Fred.

Maboa did something similar a while back, which used an SVG in a webpage to do something similar.

I agree about the jpeg images. I did not make them is my only defence. And I think probably that they work in IE6.

We can look into making the skin easier to change in future releases. The primary focus of jPlayer is the JavaScript API and not the artwork. You can use whatever artwork you want after all.

Cheers
Mark P

[Jonathan2]

On 17 August 2011 19:13, Mark Panaghiston  wrote:

> probably that they work in IE6.

I feel fairly strongly that IE6 should not only be not supported, but

actively discouraged.

It's been obsolete for several years, is used by a tiny, tiny fraction of people

(1.9% in the US, 2.4% in the UK) and both governments and Microsoft

have launched campaigns to stop people using it:

http://www.ie6countdown.com/

Even in 2009 Balmer wanted it gone:

http://www.cloudave.com/2321/getting-rid-of-ie6-the-campaign-continues/

Yes, I realise there is some crap local council with an overpaid under

qualified IT manager using it somewhere - then they're idiots. I've

campaigned particularly hard against one local council which insists

its users use IE6 to access their local planning section. I've also

successfully persuaded a web validation checking service not to

penalise people because they use non-IE6 compatible transparent PNG.

Forget IE6 - it's been dead a long time and it's just a rotting corpse

that needs burying.

[Maboa]

Johnathan,

I understand how you feel. I think I can safely speak for Mark P when I say that we'd love to stop supporting IE6, but since jPlayer has been built to be compatible with IE6 I think it's a little premature to rip it out just now.

Incidentally statcounter has IE6 on 3.2% above Safari 5, Safari 5.1, Firefox 4 and Opera 11.5 :

http://gs.statcounter.com/#browser_version-ww-monthly-201108-201108-bar

Having said all that, it is quite possible that this will be the last release to support IE6.

Cheers

Mark B

[Jonathan2]

On Thursday, August 18, 2011 10:58:23 AM UTC+1, Maboa wrote:

Incidentally statcounter has IE6 on 3.2% above Safari 5, Safari 5.1, Firefox 4 and Opera 11.5 :

http://gs.statcounter.com/#browser_version-ww-monthly-201108-201108-bar

 That's worldwide - Chine skews that a fair bit. Look at North America and Europe and IE6 is bottom of the heap :)

Having said all that, it is quite possible that this will be the last release to support IE6.

Hurrah! Anyway, I've had my mini-rant, I'll shut up about IE6 now as I was going off-topic there!

[nakata]

Hello it seems that under android 2.3 (htc) the initial item is loaded correctly but items of the playlist are not  also the second item of the list is skipped if i swap the items it remains the second which is completely ignored  songs which are in the play list are always calculated to a duration of 40 minutes and the android debug log says:

 E/mediaplayer( 504) Attempt to call getDuration without a valid mediaplayer
 E/mediaplayer( 504) error(-38,0)

Anyway the initial song is loaded what is great already thx for all the good work

[Mark Panaghiston]

Thank you for the feedback Nakata.

Android is by far the hardest platform to test on as every device has its own tweaked version. HTC devices tend to be the better ones though and people report that even Android 2.2 works with audio media on some HTC devices. Normally, you need Android 2.3 for audio to be supported without a fudge, basically playing it through the video player.

The problem stems from a time requirement between setting the Media SRC, issuing the media.load() command and then you need to wait for the Android media player to begin loading the media before you play it. So since jPlayer fires off all the commands as per the W3C spec and does not add in a huge delay, the following tracks in the playlist fail and give that 40 minute duration on some Android 2.3 devices.

Likewise, the first one works, assuming that you do not try and auto-play the media in the ready event. This is because it usually takes you a few seconds to click on the play button after the page loads, which is enough for the Android media player to read in a bit of the media so that it does not bug out when you try and play it.

In my tests, sometimes even a 5 second delay is not enough to satisfy the Android media player... Between setting the SRC (and load()) and the following play() command.

I'm prepared to work with browsers that supported the HTML5 Media spec as it evolved, but in this case, the bug is in Android and there is little we can do to avoid it. The only inkling idea I have is that Android devices are forced to wait for the loadeddata event before the play command is issued, but that means that you need to queue the play command in this case... And it all starts getting rather complicated to satisfy a browser that does not work properly in the first place.

[nakata]

Thx for the quick reply and I know in which hell you are living with this :D

So we could add a delay and it would work? can you tell me where we can add this(js file and line )  than we will create a user agent switch and load the changed (delayed ) js

[Mark Panaghiston]

You could use the platform sniffer already in jPlayer 2.0.32 to detect Android.

$.jPlayer.platform.android

http://jplayer.org/latest/developer-guide/#jPlayer-platform

Then what I was suggesting was along the lines of... Doing it all external of the j|Player code... When Android detected, create an event handler for the loadeddata event that issues the play command.

Then whenever you do a setMedia You do not issue the play command if android is detected... As the loadeddata event deals with it.

Least that is the theory. I have not tested that method... And you will have to do a check to see whether android is using the HTML or the Flash. So only do the above when HTML is being used. In most cases, you can check in an event:
event.jPlayer.html.used

Only if you are using a set of options that would require both solutions, would that ever be insufficient... Then you might even have to wait until the active flags are set following a setMedia command:
event.jPlayer.html.audio.active

[Mark Panaghiston]

I have put another dev area online.

This one is for jPlayer 2.0.33, but the main change is actually the jPlayerPlaylist code and doc/demo.

The demos are at:
http://jplayer.org/2.0.33/demos/

The jPlayerPlaylist doc/demo is at:
http://jplayer.org/2.0.33/demo-02-jPlayerPlaylist/

The QSG was added, but has not changed from 2.0.32:
http://jplayer.org/2.0.33/quick-start-guide/

The release notes were updated for 2.0.33:
http://jplayer.org/2.0.33/release-notes/

The jPlayerPlaylist code now serves as a better starting point for people to develop their own custom code. We will be calling it an add-on from now on and it is now in its own JavaScript file as it makes more sense that way. It always did, but I left it in the demos so the code was obvious. We will also start tracking it's development in the jPlayer GitHub repo, along with the jPlayer inspector. The jPlayer inspector is really a MVP and is not particularly well written... It does the job.

[Ian]

alright, I'm sure this isn't the main thing on your mind but accessibility is something that I feel should be addressed before the release.  Try this.  Windows 7 on down through xp have an apperance setting called high contrast black and then in internet options (content/colors) in firefox check use system colors (theres a specific tab in IE called accessibility that addresses that but as it stands none of the buttons are visible.  They do talk to me like they're supposed to.(good job there) but otherwise the plug-in is pretty difficult to navigate.  I went to the audio and video playlist demo and got nothing except what looked like 2 audio players that didn't play using firefox.  While I have your attention and so I can hopefully clear this up for any other retards such as myself.  I have the source for the old playlist and need to know how to make the actual playlist file and where to put it.  I switched the top url on the music player to link to one of my songs on my page and it's a no go.  Should I just go with the new one, or start a new thread for this often asked question that never fully answeres mine.  To hopefully aid in fixing the accessibility thing, background images never show up, for instance on thehoodchurch.com I see everything because I put images in tables inside of the divs but on theydontknow.us I see nothing because I have the pic set as the background.  Make sense?

[Mark Panaghiston]

Hello Ian,

We are working toward making jPlayer as accessible as possible. In the past we have made a number of changes to the HTML and CSS that we use in order to help with it. The main one was making all the controls links, as at the time the clicks were detected on <li> elements. We got feedback from various people on the group about accessibility and how to go about it. The points that you raised have never come up before though. People who are blind, tend to use non-standard browsers that play jPlayer well, based on the feedback.

The problem with using images <img> elements is that they are quite an annoying element to control. If you could control the image through CSS, then they would be fine, but you would have to include the URL to every image inside the image src for them to work. Sure we could do it, but that would make the skins very difficult to manage. Not to mention that the old problem of caching all the images would arise again as image sprites do not work either.

Thank you bringing this up though. I will review the accessibility options in the browsers that you talked about and see for myself.

You then ask about playlists... And why your music URL does not work. It could be many things... The MIME type could be wrong. Depending on the demo you started with, your supplied option may be wrong and expecting another format to be supplied in the browser you were testing it in. For example, using on mp3 in the setMedia / playlist item object and then having supplied "oga, mp3" would fail in Firefox as it expects the oga url. Then the media could be encoded incorrectly. The list goes on and usually it is easiest to find your problem if a url to your development site is given.

Best regards,
Mark P.

[Mark Panaghiston]

The demo ZIP for 2.0.33 is here:
http://jplayer.org/2.0.33/jQuery.jPlayer.2.0.33.demos.zip

I am going to improve the poster images for the albums... The originals that I was using were small, so did not resize well. I've now got hold of some big ones and they look much better... You'll not nice this until the next RC though as I do not use a common link URL can just copy the files in... I probably should, but i want a few different versions.

[Mark Panaghiston]

In case anyone else noticed the problem... The jPlayer inspector does not work in:
http://jplayer.org/2.0.33/demo-02-jPlayerPlaylist/

I have changed the jPlayer div ID and forgot to change the ID passed to the inspector. Fixed in next version.

[Ian Sharpe]

Hi Ian

 

I experience exactly the same behavior and the link text is not visible either under this configuration. However, the buttons are accessible using the tab key and I can use the player with NVDA with no real issues.

 

I have discussed the accessiblity of jplayer with mark recently who I know is keen to ensure jplayer is accessible and has already made some changes following feedback in the past. It is however not straightforward to test for accessibility under all the various different combinations of browser, mobile device and AT, as well as which player is being used (HTML5 or Flash) as you may already be aware, and so maybe some of us will be able to help to do this. 

 

I certainly intend to contribute as soon as I have some spare time.

 

Cheers

Ian     

---

From: jpl...@googlegroups.com [mailto:jpl...@googlegroups.com] On Behalf Of Ian
Sent: 26 August 2011 10:44
To: jpl...@googlegroups.com
Subject: [jPlayer] Re: Call for testers of jPlayer 2.1-RC1

alright, I'm sure this isn't the main thing on your mind but accessibility is something that I feel should be addressed before the release.  Try this.  Windows 7 on down through xp have an apperance setting called high contrast black and then in internet options (content/colors) in firefox check use system colors (theres a specific tab in IE called accessibility that addresses that but as it stands none of the buttons are visible.  They do talk to me like they're supposed to.(good job there) but otherwise the plug-in is pretty difficult to navigate.  I went to the audio and video playlist demo and got nothing except what looked like 2 audio players that didn't play using firefox.  While I have your attention and so I can hopefully clear this up for any other retards such as myself.  I have the source for the old playlist and need to know how to make the actual playlist file and where to put it.  I switched the top url on the music player to link to one of my songs on my page and it's a no go.  Should I just go with the new one, or start a new thread for this often asked question that never fully answeres mine.  To hopefully aid in fixing the accessibility thing, background images never show up, for instance on thehoodchurch.com I see everything because I put images in tables inside of the divs but on theydontknow.us I see nothing because I have the pic set as the background.  Make sense?

--
You received this message because you are subscribed to the Google Groups "jPlayer: HTML5 Audio & Video for jQuery" group.

To view this discussion on the web visit https://groups.google.com/d/msg/jplayer/-/HR1KlVgUYVQJ.

[Ian]

Alright so I made that last post after a very long night and have finally got mine working.  as far as the accessibiluty goes though would it be possible to put characters on the buttons as alternatives to the pics.  ie: a > for the back button, a P/P for the play pause button, and so on?  Believe me I am wowed by this program and I hope all of your hard work will pay off.  I really know nothing about any of this so please just tell me to shut the front door whenever you want so I'm not wasting anyones time.  I hear what you are saying about the browsers for the blind, but like the other dude said those of us with low vision just use aids like nvda (non visual desktop assistant) and magnifyers to get by.  It's really not that big of a deal though.  It just seems that if the screen reader can read what the button says, there should be an easy fix for making the text appear perhaps making it white.  Really we learn to adapt so I think for mine I might just go into the css and place a border around the buttons.  I think one of the most needed additions is a share button for facebook that allows the vids and mp3's to play directly on the wall.  Youtube is a good example of this for vids but I have yet to see music play without taking you to another page.  They wont allow javascript though so I'm wondering if it's just impossible.  http://www.facebook.com/profile.php?id=508250570#!/TheHoodChurch?sk=app_184781670305 is the closest think I can find.  It's the soundclick.com app for facebook but still wont play on anyones wall.  Just ideas man thats all.  Thanks for the speedy responses guys and keep up the awesome work.  I'm still just loading songs but there will be probably 50 total free ones at http://www.godzmuzic.com/iphone  By the way I read that mp3s are really that are needed, will they still work on mobile browsers without the oga files?

Ya'll rock (Thats American for Cheers and Best Regards)

[Mark Panaghiston]

Hello Ian,

The HTML has the text "play" inside the link for the play button control. This text is then shifted about 10 meters to the left of your screen using the CSS rule:
text-align:-9999px;

If you remove the CSS completely, then the controls show as a list, like:

• play
• stop

Thanks for the feedback... I read your other comments... About facebook and such... People are doing something using an iframe to get the facebook app to work with jPlayer. There have been posts about it... Because some browsers have bugs in their security warnings when Flash is instanced on the page using JavaSCript while in an iframe.

[Mark Panaghiston]

The jPlayerPlaylist documentation page has been reviewed and revised:
http://jplayer.org/2.0.33/demo-02-jPlayerPlaylist/

We are also starting to roll out prettify over the site.
http://code.google.com/p/google-code-prettify/

[nakata]

ok we have been playing arround a bit and gathered some serious
frustration :D not so much regarding your player but regarding crappy
htc support for html 5/audiostreaming/media the fun fact about this
is that older htc WORK since they dont state that they support html5

So the solution wee need is to force the player to use flash for all
android devices... is there a way to do this without messing up your
code ?

[Mark Panaghiston]

In jPlayer development release... I forget when platform was added... 2.0.14 i think.

var mySolution = "html,flash";
if($.jPlayer.platform.android) {
  mySolution = "flash,html";
}

Then in the jPlayer constructor:

$(...).jPlayer({
  // other options
  solution: mySolution
});

[nakata]

ok so i guess we can call that: AWESOME!!!!

works all problems on android are gone the iphone duration still does
not display correctly but says NAN:NAN but anyway that is minior the
play behaviour is fixed and that is just great. i would recommend to
make this a part of your default code since it really makes the player
work on android devices since they just seem just to have problems
with html5 not only htc desire z but also honeycomb zoom
thx a million times

[test_user]

on ios , in multiple instances page when one video/audio played, other players paused but there seek bar resets to 0 and time also in ios but working fine in desktop browsers. Also vloume bar hidden for ios devices. is there any way out for this?