I should have mentioned that I am trying this on a test server, behind a firewall so could not provide a direct example. Here's what wget says:
dspace:~> wget --server-response http://libtest-1.willamette.edu/xmlui/bitstream/handle/10177/62/Knopf.mp4?sequence=1 --2013-06-19 10:27:16-- http://libtest-1.willamette.edu/xmlui/bitstream/handle/10177/62/Knopf.mp4?sequence=1 Resolving libtest-1.willamette.edu... 158.104.100.29 Connecting to libtest-1.willamette.edu|158.104.100.29|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Wed, 19 Jun 2013 17:27:16 GMT Server: Apache-Coyote/1.1 X-Cocoon-Version: 2.2.0 Vary: User-Agent Last-Modified: Wed, 12 Jun 2013 16:01:03 GMT Expires: Wed, 19 Jun 2013 18:27:16 GMT Content-Type: video/mp4;charset=ISO-8859-1 Content-Language: en-US Content-Length: 704016273 Set-Cookie: JSESSIONID=75019D1168F83C09153BC0FCFF319E22; Path=/xmlui Connection: close Length: 704016273 (671M) [video/mp4] Saving to: “Knopf.mp4?sequence=1.1” which looks, to my eye, similar to the vetch response. Keith, thanks for the heads up about the xmlui.content_disposition_threshold . I was unaware of that setting. I tried setting it to 0 and when that didn't seem to have any effect to -1, but still no luck. I'll be interested to hear how the upgrade to 3.2 works out. It would be lovely if the modifications to support <video> could become part of the code. On Jun 19, 2013, at 1:17 AM, helix84 wrote: > On Tue, Jun 18, 2013 at 7:31 PM, Sara Amato <sam...@willamette.edu> wrote: >> I notice in the VTech example, following the >> link >> http://vtechworks.lib.vt.edu/bitstream/handle/10919/18426/S11L1U0024h_qtp.mp4?sequence=3 >> actually plays the video. > > $ wget --server-response > "http://vtechworks.lib.vt.edu/bitstream/handle/10919/18426/S11L1U0024h_qtp.mp4?sequence=3" > --2013-06-19 10:15:22-- > http://vtechworks.lib.vt.edu/bitstream/handle/10919/18426/S11L1U0024h_qtp.mp4?sequence=3 > Resolving vtechworks.lib.vt.edu (vtechworks.lib.vt.edu)... 128.173.127.96 > Connecting to vtechworks.lib.vt.edu > (vtechworks.lib.vt.edu)|128.173.127.96|:80... connected. > HTTP request sent, awaiting response... > HTTP/1.1 200 OK > Date: Wed, 19 Jun 2013 08:15:22 GMT > Set-Cookie: JSESSIONID=62C0449028B6DB15AFCE71002D2F11A5; Path=/ > X-Cocoon-Version: 2.2.0 > Vary: User-Agent > Last-Modified: Wed, 14 Nov 2012 20:46:11 GMT > Expires: Wed, 19 Jun 2013 09:15:22 GMT > Accept-Ranges: bytes > Content-Type: video/mp4 > Content-Length: 14010976 > Connection: close > Length: 14010976 (13M) [video/mp4] > Saving to: `S11L1U0024h_qtp.mp4?sequence=3' > > > Confirming Jonathan's observation, this returns Content-Type: video/mp4 > > >> <video src="/xmlui/bitstream/handle/10177/62/Knopf.mp4?sequence=1" >> width="320" height="240" controls="" autobuffer="" /> >> >> the video does not play. If I go to the link directly, it downloads the >> video rather than playing. > > I couldn't verify this assumption on your repository, because it > doesn't contain the mp4 bitstream (anymore?): > > http://libmedia.willamette.edu/xmlui/metadata/handle/10177/62/mets.xml > > > Regards, > ~~helix84 > > Compulsory reading: DSpace Mailing List Etiquette > https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette