Return-Path: X-Original-To: apmail-cordova-issues-archive@minotaur.apache.org Delivered-To: apmail-cordova-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0AC8B11AB4 for ; Fri, 21 Feb 2014 18:45:28 +0000 (UTC) Received: (qmail 95043 invoked by uid 500); 21 Feb 2014 18:45:27 -0000 Delivered-To: apmail-cordova-issues-archive@cordova.apache.org Received: (qmail 95018 invoked by uid 500); 21 Feb 2014 18:45:27 -0000 Mailing-List: contact issues-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list issues@cordova.apache.org Received: (qmail 94997 invoked by uid 99); 21 Feb 2014 18:45:26 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Feb 2014 18:45:26 +0000 Date: Fri, 21 Feb 2014 18:45:26 +0000 (UTC) From: "Ian Clelland (JIRA)" To: issues@cordova.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (CB-6051) video / audio won't play from cdvfile:// urls MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CB-6051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ian Clelland resolved CB-6051. ------------------------------ Resolution: Fixed I've fixed this now in the dev branch of the Media plugin (also requires the dev version of File). The problem affected both recording and playback, on both Android and iOS. All four locations have been fixed now. > video / audio won't play from cdvfile:// urls > --------------------------------------------- > > Key: CB-6051 > URL: https://issues.apache.org/jira/browse/CB-6051 > Project: Apache Cordova > Issue Type: Bug > Components: Plugin File, Plugin Media > Affects Versions: 3.3.0 > Environment: iOS > Reporter: Claudius Coenen > Assignee: Ian Clelland > > We have an application that used to work in Cordova 2.9, we think we have traced down the error to cdvfile://. Here's what's happening: > *The Application* > We're loading a few videos and a HTML-File referencing those videos into the app, using {{FileTransfer}}. This transfer is fine now, and we _can_ access and display the HTML-File and other assets like images. The videos on this page however won't play. They display as "broken" (strike-through play symbol on iOS). We know the videos to run, it's not the video's encoding, we also triple-checked all the filenames as well. If we pre-package the video into the app, the same setup _does_ play just fine. > *Behaviour Cordova 2.9* > We're getting the just-downloaded html file from the filesystem and call {{toURL()}} on that entry. In 2.9 this will return a lengthy (but working) {{file:///}}-url. We're basically setting > {{window.location = entry.toURL(); // returns file:///...}} > *Behaviour Cordova 3.3* > When calling {{toURL}}, we're now getting a {{cdvfile://}} URL, and (since the video file is referenced relatively) the video is also loaded from a {{cdvfile://}} URL. > *Why i believe the cdvfile:// to be at fault* > Basically "it used to work". We're suspecting that the file-protocol emulates a lot of the iOS-y stuff when it comes to video. Possibly the Content-Type-Header and the Range-Header that iOS uses extensively for streaming the video from a webserver. > For an audio file, we're getting log-lines reading "_itemFailedToPlayToEnd: {kind = 1; new = 2; old = 0;}" > I did not find any way to get a {{file:///}}-URL out of cordova 3.3, but i am pretty sure that this would cure my immediate problem. -- This message was sent by Atlassian JIRA (v6.1.5#6160)