Posted by jody.mcbride on October 26, 2010 at 7:58pm
15 followers
| Project: | Embedded Media Field |
| Version: | 6.x-1.x-dev |
| Component: | Providers |
| Category: | bug report |
| Priority: | major |
| Assigned: | Unassigned |
| Status: | reviewed & tested by the community |
Issue Summary
This has become a problem as now any video I add to my site wont play, I just get a message "FAIL (the browser should render some flash content, not this)."
Is there a fix for this, rather urgent...
Thanks
Comments
#1
Agreed! I'm terribly concerned about this, too.
#2
Agreed! I'm terribly concerned about this, too!
#3
Error message:
video:
FAIL (the browser should render some flash content, not this).
Same problem. Using Version 1.25
Blip.tv stopped supporting Flash. Here is what is on Blip.tv's site about this:
It’s all h.264 now
Blip.tv has fully supported h.264 and HD since we launched in 2005. Over the years we’ve gradually seen the the world coalesce around these technologies to the point where they’ve become a de facto standard. We’re very happy about this.
So we’re flipping the switch. As of today all new uploads to blip.tv will be presented to viewers in glorious h.264. This means that videos will be clearer, higher quality, and more compatible with a wider range of devices. h.264 plays perfectly in the Flash player, in HTML5, on Google TV, on iPhones, on iPads and almost everything else in the world.
Even better, all h.264 conversions will be in either full SD (480p) or HD (720p). Pro users who upload videos that are 720p or better will receive the HD conversions, while all producers will have access to 480p.
We’ve been making h.264 videos in a closed beta for quite some time now, so for many of you nothing will change. The rest of you — folks who have still been getting traditional Flash conversions — should notice a positive change in your video quality and performance moving forward… and also views from non-Web platforms like Google TV. And this is, of course, an important step in us moving towards being an all-HTML5 network.
If you notice any problems with your videos please let us know through our support site. Hopefully everything will be totally seamless.
#4
So - do we adjust options on the admin > embedded media field > video page > RSS to something other than flash OR should I be looking at setting with how the feed is mapped? I know we were using original_url but is it something different now?
#5
I just emailed Blip support and here is their reply:
"It looks like our embed code is being changed here dramatically. Unfortunately we do not support this."
#6
This is an annoying issue. I wonder what kind of change would have to be done to emfield-video to support this new Blip.tv.
I'm currently working on a project where the Feeds module pulls a Blip.tv feed into nodes that then get displayed in a view. So far, so good. To be able to account for this change, I basically had to tell the Feeds module configuration to place the embed code into the Body of the node. This worked quite well, as I wasn't using the Body for anything else. Now the View displays the emfield thumbnail, but it's a link to a thickboxed Body. It actually works, but I wonder what the long term implications of this are.
#7
there´s a patch here http://drupal.org/node/949826 and also after applying the patch I had to do some manual patching because the website of my client artefisico.com.ar has a lot of weekly shows and with the patch only the newest one showed (the only one since blip.tv made the change).
Anyway the patch changes media_bliptv/providers/emvideo/bliptv.inc modifying line 265: $embed_code = $item['data']['flv']['embed_code']['0'];
for: $embed_code = $item['data']['m4v']['embed_code']['0'];
And for the site to display both new and old shows I replaced the line with this one:
if ($post_id < 4313921){
$embed_code = $item['data']['flv']['embed_code']['0'];}
else{
$embed_code = $item['data']['m4v']['embed_code']['0'];}
using the $post_id for their latest show.
Hope this helps.
Eduardo
www.eduardoamaral.com.ar
#8
Thank you guys, it worked .
#9
You need to use Media: BlipTV with Emfield 2.x. If it's still a problem it needs to be addressed in the Media: BlipTV queue
#10
Thanks guys, this is helpful! I will test during the week and post my results as well.
#11
This is working for me:
# diff bliptv.inc.bak bliptv.inc
303c303,316
< $embed_code = $item['data']['flv']['embed_code']['0'];
---
>
> if ($item['data']['flv']['embed_code']['0'])
> {
> $embed_code = $item['data']['flv']['embed_code']['0'];
> }
> else if ($item['data']['mov']['embed_code']['0'])
> {
> $embed_code = $item['data']['mov']['embed_code']['0'];
> }
> else
> {
> $embed_code = $item['data']['m4v']['embed_code']['0'];
> }
>
#12
duplicate of #949826: Blip changed default web file type to *.mov causing errors. fix on the way. thanks!
#13
I rolled this patch for a site that I haven't had a chance to upgrade to emfield 6.x-2.x branch as of yet.
#14
Thank you for the patch mfb. Works perfectly now.
#15
Thanks for this! Worked well for me.
#16
Worked for me as well. After three reviews, I believe this is RTBC.
#17
Patch in #13 works well and we're using it in production. Would be nice to have it committed.