Planning to change jPlayer.org Video media URLs - Your copy of demo ZIP will break
922 views
Skip to first unread message
Mark Panaghiston
Aug 29, 2011, 5:15:12 PM8/29/11
to jpl...@googlegroups.com
This change will not affect visitors of the jPlayer.org website, as I will update everything to point to the new URLs.
However, the download ZIP files that you already have on your servers would stop working. I will update the new demos ZIP files when I complete my changes. This applies to 2.0.0.
The old media urls will be left on for about a week, and then I will remove them. This will probably come in line with me removing all the development areas too.
This is really just a heads up that your demo pages might stop working.
Behind the scenes, the files are bing names sensibly and just one size at 640x360p for each. The files are re-encoded to fix an error on my part for some of them (2 of the M4V videos are not following my own rules for encoding H.264 Baseline Level 3 with no B-Frames), and doing so also fixes that odd problem on OSX Safari 5.1 with the current m4v file for the big buck bunny trailer (which was the seemingly correct one).
I'll also be making WebM versions... If I can get a darn encoder to work. XMedia Recode was looking promising, and I used it to create the new M4V files, but trying to convert to WebM from M4V did not work at all... And M4V to OGV was screwing up the video completely.
However, the download ZIP files that you already have on your servers would stop working. I will update the new demos ZIP files when I complete my changes. This applies to 2.0.0.
The old media urls will be left on for about a week, and then I will remove them. This will probably come in line with me removing all the development areas too.
This is really just a heads up that your demo pages might stop working.
Behind the scenes, the files are bing names sensibly and just one size at 640x360p for each. The files are re-encoded to fix an error on my part for some of them (2 of the M4V videos are not following my own rules for encoding H.264 Baseline Level 3 with no B-Frames), and doing so also fixes that odd problem on OSX Safari 5.1 with the current m4v file for the big buck bunny trailer (which was the seemingly correct one).
I'll also be making WebM versions... If I can get a darn encoder to work. XMedia Recode was looking promising, and I used it to create the new M4V files, but trying to convert to WebM from M4V did not work at all... And M4V to OGV was screwing up the video completely.
Mark Panaghiston
Aug 30, 2011, 1:08:16 PM8/30/11
to jpl...@googlegroups.com
The new media is now up on the website and 2.0.0 demos and demo zip use them.
I trimmed down the length of the nemo teaser, as it was the longest and there was a suitable point to chop it off at. I also cropped the nemo video so that it was 360p and not close to it with a bit of black at the top/bottom.
The OGV files for the Bunny and Nemo trailers do not appear to resize down correctly in Chrome. Looks like a bug report will be heading off to Chrome shortly... The OGV is 640x360 and the area is 480x270, which are both 16:9 aspect ratio and for some reason Chrome decides to slap some black space on the left and right sides. It appears that chrome has a problem downsizing OGV files... And there is something to do with multiples of 16 in the sizes too.
The new WebM videos work fine in Chrome, so I am not loosing any sleep over the OGV issue. Nothing we can do anyway unless it is fixed in chrome. Well, other than changing everything to 270p videos and then scaling them up, rather than down... As scaling up seemed to work ok, as the old bunny video was at 270p.
I used 360p otherwise the videos looked like horrible when full screen.
The Big Buck bunny M4V now works in OSX Safari 5.1 after the re-encoding.
All the videos are now 360p size, which is 640x360 pixels.
I trimmed down the length of the nemo teaser, as it was the longest and there was a suitable point to chop it off at. I also cropped the nemo video so that it was 360p and not close to it with a bit of black at the top/bottom.
The OGV files for the Bunny and Nemo trailers do not appear to resize down correctly in Chrome. Looks like a bug report will be heading off to Chrome shortly... The OGV is 640x360 and the area is 480x270, which are both 16:9 aspect ratio and for some reason Chrome decides to slap some black space on the left and right sides. It appears that chrome has a problem downsizing OGV files... And there is something to do with multiples of 16 in the sizes too.
The new WebM videos work fine in Chrome, so I am not loosing any sleep over the OGV issue. Nothing we can do anyway unless it is fixed in chrome. Well, other than changing everything to 270p videos and then scaling them up, rather than down... As scaling up seemed to work ok, as the old bunny video was at 270p.
I used 360p otherwise the videos looked like horrible when full screen.
The Big Buck bunny M4V now works in OSX Safari 5.1 after the re-encoding.
All the videos are now 360p size, which is 640x360 pixels.
swbaz
Jun 9, 2013, 8:36:52 PM6/9/13
to jpl...@googlegroups.com
I had great results converting to WebM from M4V with: www.avs4you.com/AVS-Video-Converter
Ali Raza Fayyaz
Sep 1, 2014, 3:14:13 PM9/1/14
to jpl...@googlegroups.com
Hi Mark,
Can you please reply to my following post?
https://groups.google.com/forum/#!searchin/jplayer/low$20wi-fi/jplayer/doDjOe-lodo/b9oMjxc-6A4J
I am stuck in this issue from last couple of days and i am not getting any solution of this issue. Is there any mechanism which i will have to follow to get reply to my post or i am missing anything?
Regards
Ali Raza
Can you please reply to my following post?
https://groups.google.com/forum/#!searchin/jplayer/low$20wi-fi/jplayer/doDjOe-lodo/b9oMjxc-6A4J
I am stuck in this issue from last couple of days and i am not getting any solution of this issue. Is there any mechanism which i will have to follow to get reply to my post or i am missing anything?
Regards
Ali Raza
Reply all
Reply to author
Forward
0 new messages