From user-return-11555-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Sun Jul 18 21:58:25 2010 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 93712 invoked from network); 18 Jul 2010 21:58:24 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 18 Jul 2010 21:58:24 -0000 Received: (qmail 93748 invoked by uid 500); 18 Jul 2010 21:58:23 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 93707 invoked by uid 500); 18 Jul 2010 21:58:22 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 93699 invoked by uid 99); 18 Jul 2010 21:58:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Jul 2010 21:58:22 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [81.3.94.35] (HELO mail1.powerreg.newnet.co.uk) (81.3.94.35) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 18 Jul 2010 21:58:14 +0000 Received: (qmail 29396 invoked by uid 89); 18 Jul 2010 21:56:53 -0000 Received: from unknown (HELO ?192.168.1.10?) (david.martin@lymegreen.co.uk@80.175.243.41) by 0 with ESMTPA; 18 Jul 2010 21:56:53 -0000 Message-ID: <4C4378D6.4000305@lymegreen.co.uk> Date: Sun, 18 Jul 2010 22:57:42 +0100 From: david martin User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100528 Thunderbird/3.0.5 MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: Serving audio/ogg HTML5 from CouchDB to Google Chrome References: <4C42E31F.5080601@lymegreen.co.uk> In-Reply-To: Content-Type: multipart/alternative; boundary="------------070102000409060200020904" X-Virus-Checked: Checked by ClamAV on apache.org --------------070102000409060200020904 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 18/07/10 18:34, J Chris Anderson wrote: > On Jul 18, 2010, at 4:18 AM, david martin wrote: > > >> Dear CouchDB users list, >> >> I am trying to serve an audio/ogg page in an accessible for a partially sighted >> web application from couchDB front-ended by Apache2. >> >> I test using Firefox on the basis that partially sighted persons can be >> advised to choose appropriate browsers to enable accessibility, and that >> Firefox is freely available and also has the ability to easily magnify >> the whole page via Ctrl+. >> >> In the course of testing other browsers for compatibility for >> serving of audio/ogg using HTML5, I have partially tested all the browsers >> in the IE (European) browser chooser. Of the 12 browsers suggested in >> so-called random order, only Firefox, Chrome, Safari and Opera >> supported the HTML5 audio tag in any way. >> >> Although I am happy to support only one free, easily accessible, >> browser on the desktop and go for Firefox exclusively as a target browser, >> I have started testing others of the candidate browsers especially for >> mobile applications where Firefox may not be appropriate. >> >> The first I tested is Chrome/Chromium. I am using >> the latest chromium-browser-bin 52833-1 although My problem exists with >> all versions of Chrome, and I believe is not a Chrome problem, >> but a CouchDB issue. >> >> Using CouchDB 0.11.0, Erlang R13B04 and serving sample ogg files from >> (a). CouchDB (front-ended by Apache2) and >> (b). from Apache2 direct >> >> All tests work perfectly in Firefox/3.6.6 >> >> Tests work on Chrome/Chromium when served from a file by Apache2 >> >> Tests FAIL on Chrome/Chromium when served from couchDB via Apache2 >> >> > It would be helpful to understand what's actually happening here... is the audio/ogg downloading as a file? Is it failing to play? > > What happens if you bypass Apache altogether and connect to CouchDB directly with Chrome? > > What are your tests? Is it possible to share the code? > > Thanks, > Chris > > Dear Chris, The audio/ogg does seem to download as a file, It does fail to play. I have usually bypassed Apache2 and only use it for web facing applications for redirection purposes. The effect is independent from Apache2 and is the same if accessing couchDB direct. As far as tests and sharing code, I am only too happy to share anything that I am doing, although there is no code needed to illustrate what I am saying. I have a known working audio/ogg file uploaded (via futon if required, but normally uploaded by a couchbeam erlang application). When this file is served direct from couchDB to Firefox it loads and plays, the controls work (but it does not know its length), When served to Chrome it seems to load (although the diagnostics in Chrome developer are not as clear as on Firebug ), In fact it seems to load and then perform a small stutter of unknown purpose. I have taken a screenshot of both so that you can see what I see. If I can help in any way just ask! Screenshot of problem David Martin --------------070102000409060200020904--