Thanks Rahul. Unfortunately I can’t use cache programs with my membership plugin. I’ll keep at it though. Hopefully I find a way…
You can disable other caching features of W3 Total Cache and use its CDN feature only. During my test I did that only as we use Nginx’s fastcgi_cache for page-caching.
Just give it a try. If anything breaks we will fix it. 
Thanks Rahul.
I will give this a try when I get a minute to configure it. Thanks for the info, it looks promising.
Hi guys,
I installed W3TC and followed your tutorial exactly, but unfortunately nothing has changed. I uploaded two new test videos to check it. Firefox works fine. Chrome plays video, but you can’t skip to play position or restart vid without refreshing page. Also, when you pause in Chrome, it doesn’t buffer at all. Safari won’t play the video at all and HTML fallback isn’t working for IOS or other. Unfortunately, these are the exact same behaviors as before.
Am I missing something here? Do I have to assign the cdn to a specific folder for your uploads? I just left that stuff default and the mirror passed the test…hmmm. Will it take time to propagate on the server?
Here is a new link for you. http://www.mymusicmasterclass.com/sethgreen/videos/watch/9746/
Please let me know what you find. Thanks.
I have checked above link.
CDN configuration is not done properly. Videos are not loading from CDN. Please follow instructions as mentioned here: http://rtcamp.com/tutorials/amazon-cloudfront-cdn-w3-total-cache-wordpress-plugin/
Just for info, I found following in code snippets:
Hi Rahul. Yeah, I saw that code too. Unfortunately, I followed the instructions exactly and just double checked to make sure. I may be missing something else, but I did what the page said. For some reason the videos are not going to the cloudfront distro. I’ve attached some screenshots. Please let me know if you see a problem.
Attachment Link(s):
http://rtcamp.com/wp-content/uploads/rtMedia/topics/15955/2012/10/Screen-Shot1.png
another screen
Attachment Link(s):
http://rtcamp.com/wp-content/uploads/rtMedia/topics/15955/2012/10/Screen-Shot2.png
more screens
Attachment Link(s):
http://rtcamp.com/wp-content/uploads/rtMedia/topics/15955/2012/10/Screen-Shot32.png
http://rtcamp.com/wp-content/uploads/rtMedia/topics/15955/2012/10/Screen-Shot4.png
http://rtcamp.com/wp-content/uploads/rtMedia/topics/15955/2012/10/Screen-Shot5.png
In cloudfront settings - use www version of mymusicmasterclass.com for domain name rather than mymusicmasterclass.com.
I think cloudfront needs exactly same domain.
Thanks, I just changed the domain name to the www version in cloudfront and uploaded a new video. Same problem unfortunately. It’s not pushing to cloudfront…it’s still in the uploads folder. I can try to delete the entire cloudfront distro and try again tomorrow, but I’m really at a loss. Thanks for all of your help…
I just deleted the old distro and created a brand new one with the www in the origin. Again it passed the CDN settings test, but it still doesn’t work. It’s not pushing to cloudfront. Any more suggestions? Thanks.
Hello,
After much trial and effort, I finally got all of the cloudfront CDN settings working properly with a slightly different method seen here http://www.doitwithwp.com/set-up-w3-total-cache-with-amazon-cloudfront-cdn/
Unfortunately after all of that, it still has the same exact problems as before with Chrome, Safari and all HTML5 fallback. You can see it here http://www.mymusicmasterclass.com/sethgreen/videos/watch/10116/
As you can see It’s using cloudfront, but it still doesn’t work. Any other ideas? I’d still love to get this working, but there must be another problem here.
Thanks.
Looks like BuddyPress Media is disabled on your server.
I cannot test it its disabled. Sorry.
Please ping me when you enable it.
By the way, yesterday we released a major update with albums and many new features.
Hi Rahul,
Yes, I had to remove the plugin because the update crashed the site. I wasn’t even able to log in to my admin panel so I removed it via FTP. I noticed that you updated the code so that older php versions won’t trigger the problem. I may reinstall the plugin in the future, but right now it seems to be clashing badly with something on my site, so I feel I must move on. I noticed that you are using mediaelement.js, so I tried to install the mediaelement.js plugin by itself but it exhibited the same playback issues as your plugin. This is with the video being streamed from cloudfront too.
I’m not sure if it’s a javascript error, but it’s the only player that seems to have these problems with my configuration. I use JW Player with standard video and cloudfront distributions without a hitch and I’ve used Flowplayer and Easy Video Player successfully as well.
I’m sure that I’ll try Buddypress Media again sometime soon and I hope to get it working with my site eventually. You guys have a great idea for a much needed feature! Thanks for helping!
I don’t think MediaElement.js is creating issues as its common on all setups.
Have you tested this on any other hosting? May be on a friend account? Where byte-range in Apache is enabled.
I’m not sure what you mean, “mediaelement.js is common on all setups”. Which setups are you referring too?
I thought that using cloudfront was the workaround for not having byte-range enabled, right? Unfortunately, that didn’t fix it. Either way, I couldn’t get mediaelement.js to work on my system with any video, even when I installed the standalone wordpress plugin. I’m able to get JW Player, EVP and Flowplayer to play the same videos that mediaelement.js won’t play. All of this is on a server without byte-range enabled. I’m not ready to change my host, because all of my other videos are working really well with my site and with JW Player. They play in every browser and on any mobile device with HTML5 capabilities.
Mediaelement.js as a standalone plugin, exhibits the exact same problematic behavior that I encounter with BuddyPress Media. Maybe Mediaelement.js works differently than my other functional video players, but all I know is that the other players work well with this media without modification to my server. It’s the only thing I can think of…I’ve tried everything else. It just seems like a clash to me.
I’m sure that if I test BuddyPress Media on another server with in the standard theme it will most likely work, but unfortunately that’s not my situation. I have a fully themed site with membership, etc. I just don’t have any more time to troubleshoot this at the moment, but hopefully I’ll come back and give it another try when I get some time. Again, you have a great plugin and I hope to use it in the future.
Thanks again.
“mediaelement.js is common on all setups”
I meant every BuddyPress-media site is using mediaelement.js as its hardcoded for now. So its common on all BuddyPress-media sites.