Thank you for replying. I am using the "Take a Tour" video, a button on the
Matterhorn home page (http://opencast.org/matterhorn/product-tour), and as I
said below, it is very choppy (too many bufferings) on my slow connection.
I do not see any button on that video for downloading it.
When I click on "Try a Demo" it asks for my Username and Password but then
doesn't recognize me. I'm pretty sure I put the right combo, several times.
Thanks again for help. I think we may assign a technician to learn and
manage Matterhorn.
--
Don Lotter, Ph.D.
Institute of Development Studies
St. John's University of Tanzania
Dodoma, TZ
Mobile: +255713399567
www.donlotter.net
http://www.sjut.ac.tz/sjut_ids.php
On 13-01-27 12:03 PM, Don Lotter wrote:
Can you improve Matterhorn?s buffering/streaming capability for slow
connections?
Are you using demo.opencastproject.org? That server is set to use
pseudostreaming, where the browser effectively downloads the files and then
plays them back. If it was equipped with proper streaming server (red5,
wowza, etc) then it might be better, although I will admit that I am not
terribly familiar with low bandwidth video streaming.
Is there an option to download the Matterhorn video?
Yes. The demo.opencastproject.org server has this enabled, just look above
the video to the right, there are Download, Share, and Shortcuts menus. The
download functionality is not enabled by default, but it can be turned on
with a single config option.
G
--
Don Lotter, Ph.D.
Institute of Development Studies
St. John's University of Tanzania
Dodoma, TZ
Mobile: +255713399567
www.donlotter.net <http://www.donlotter.net/>
http://www.sjut.ac.tz/sjut_ids.php
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.opencastproject.org/pipermail/matterhorn-users/attachments/201
30127/c462e0a8/attachment-0001.bin>
------------------------------
Message: 2
Date: Sun, 27 Jan 2013 19:13:40 +0000
From: David Horwitz <[email protected]>
To: Matterhorn Users <[email protected]>
Subject: Re: [Matterhorn-users] Video streaming problem on a slow
Internet connection
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=UTF-8
Hi Don,
You might try one of our video's:
https://media.uct.ac.za/engage/ui/watch.html?id=04cf431f-381e-47b2-bad7-7ff0
19e209d6
This is pure streaming but we have tweaked the stream encoding size as we
found they where to large for typical South African ADSL lines. I'd be
interested to hear how it works across the SEACOM east Africa link.
We find in practice that most of our users stream on campus, or dowload on
campus for later viewing off campus.
Regards
David Horwitz
University of Cape Town.
On Sun, 2013-01-27 at 12:19 -0600, Greg Logan wrote:
On 13-01-27 12:03 PM, Don Lotter wrote:
Can you improve Matterhorn?s buffering/streaming capability for slow
connections?
Are you using demo.opencastproject.org? That server is set to use
pseudostreaming, where the browser effectively downloads the files and
then plays them back. If it was equipped with proper streaming server
(red5, wowza, etc) then it might be better, although I will admit that
I am not terribly familiar with low bandwidth video streaming.
Is there an option to download the Matterhorn video?
Yes. The demo.opencastproject.org server has this enabled, just look
above the video to the right, there are Download, Share, and Shortcuts
menus. The download functionality is not enabled by default, but it
can be turned on with a single config option.
G
--
Don Lotter, Ph.D.
Institute of Development Studies
St. John's University of Tanzania
Dodoma, TZ
Mobile: +255713399567
www.donlotter.net <http://www.donlotter.net/>
http://www.sjut.ac.tz/sjut_ids.php
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
________________________________
UNIVERSITY OF CAPE TOWN
This e-mail is subject to the UCT ICT policies and e-mail disclaimer
published on our website at
http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27
21 650 9111. This e-mail is intended only for the person(s) to whom it is
addressed. If the e-mail has reached you in error, please notify the author.
If you are not the intended recipient of the e-mail you may not use,
disclose, copy, redirect or print the content. If this e-mail is not related
to the business of UCT it is sent by the sender in the sender's individual
capacity.
------------------------------
Message: 3
Date: Mon, 28 Jan 2013 15:24:36 -0800
From: "Owen G. McGrath" <[email protected]>
To: [email protected]
Subject: [Matterhorn-users] Matterhorn Adopters Meeting Wednesday
1-30-2013 4 PM UTC/GMT
Message-ID:
<[email protected]>
Content-Type: text/plain;charset=utf-8
Greetings. The first monthly Matterhorn Adopters meeting of 2013 will be
held this Wednesday January 30, 2013 at 4 p.m. UTC/GMT (5 p.m. CET, 11 a.m.
EST, 8 a.m. PST).
I realize a lot of folks are also participating in the unConference here in
California this week. Still, we'll meet online Wednesday morning and see who
shows up.
The meeting will be held in our *newer* Adobe Connect Opencast Room:
http://emeeting.campusdomar.es/room/opencast
Below is a proposed agenda.
Please feel free to suggest other agenda items as well.
cheers,
Owen McGrath
[email protected]
1. Matterhorn 1.4 update (Greg Logan)
2. UC Berkeley experiences piloting locally modified 1.4.x. (Kevin Chan)
3. Media archiving strategies and best practices. (Jon Felder)
------------------------------
Message: 4
Date: Mon, 28 Jan 2013 18:02:30 -0600
From: Greg Logan <[email protected]>
To: [email protected]
Subject: Re: [Matterhorn-users] Matterhorn Adopters Meeting Wednesday
1-30-2013 4 PM UTC/GMT
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Owen,
I can't guarantee I'll be there unless that's part of an already existing
session. I can try, but I think I'm actually presenting something else at
that point.
G
On 1/28/2013 5:24 PM, Owen G. McGrath wrote:
Greetings. The first monthly Matterhorn Adopters meeting of 2013 will
be held this Wednesday January 30, 2013 at 4 p.m. UTC/GMT (5 p.m. CET,
11 a.m. EST, 8 a.m. PST).
I realize a lot of folks are also participating in the unConference
here in California this week. Still, we'll meet online Wednesday
morning and see who shows up.
The meeting will be held in our *newer* Adobe Connect Opencast Room:
http://emeeting.campusdomar.es/room/opencast
Below is a proposed agenda.
Please feel free to suggest other agenda items as well.
cheers,
Owen McGrath
[email protected]
1. Matterhorn 1.4 update (Greg Logan)
2. UC Berkeley experiences piloting locally modified 1.4.x. (Kevin
Chan)
3. Media archiving strategies and best practices. (Jon Felder)
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 834 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.opencastproject.org/pipermail/matterhorn-users/attachments/201
30128/69ce1d23/attachment-0001.bin>
------------------------------
Message: 5
Date: Tue, 29 Jan 2013 10:46:50 +0100
From: Alexander Bias <[email protected]>
To: Matterhorn Users <[email protected]>
Subject: [Matterhorn-users] Matterhorn behind a Apache proxy with SSL
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hello,
I'd like to run Matterhorn behind a Apache proxy with SSL encryption -
Matterhorn is installed as multi-server installation.
I obeyed Tobias' instructions on
http://opencast.jira.com/wiki/pages/viewpage.action?pageId=28901499 and have
set up an Apache Reverse Proxy on each Matterhorn server, using a virtual
host configured like this:
<VirtualHost <IP>:80>
ServerName <CNAME>
RedirectPermanent / https://<CNAME>/ </VirtualHost> <VirtualHost
<IP>:443>
ServerName <CNAME>
# Tell Matterhorn to assume HTTPS as the protocol
Header set X-Forwarded-SSL "on"
# Pass requests on to Matterhorn
ProxyRequests Off
ProxyPreserveHost On
ProxyPass / http://127.0.0.1:8080/
ProxyPassReverse / http://127.0.0.1:8080/
# SSL
SSLEngine On
SSLProtocol all -SSLv2
SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW
SSLCertificateFile /etc/pki/tls/certs/<crt-file>.crt
SSLCertificateKeyFile /etc/pki/tls/private/<key-file>.key
</VirtualHost>
As I want to setup SSL in our Matterhorn test installation first before
going into production, I wanted to use self signed certificates which were
created this way:
openssl req -x509 -days 1825 -newkey rsa:2048 -nodes -out <crt-file>.crt
-keyout <key-file>.key -subj "/C=DE/O=Some Institution/CN=<CNAME>"
All certificates have been imported into a Java Truststore:
keytool -importcert -alias <ALIAS> -file
/etc/pki/tls/certs/<crt-file>.crt -storepass "mypassword" -keystore
/opt/matterhorn/truststore/truststore.jks
-> Trust this certificate? [no]: yes
And this truststore, containing the certificates of all 4 Matterhorn
servers, has been placed on each server and configured in each
config.properties file:
vim /mnt/storage/conf/config.properties -> # Enable custom truststore
for SSL connections
org.apache.felix.https.truststore=/opt/matterhorn/truststore/truststor
e.jks org.apache.felix.https.truststore.password=mypassword
All URLs in the config.properties files are pointing to the SSL URL:
org.opencastproject.server.url=https://<CNAME>
org.opencastproject.admin.ui.url=https://<CNAME>
...
(Replace <CNAME> / <IP> / <ALIAS> with the correct data for each Matterhorn
server)
Now, when I start Matterhorn on each server and look at the statistics tab
on the Admin node, everything is green. Shortly after that, the Matterhorn
servers go red in the statistics tab and these messages appear in the
opencast.log file:
2013-01-29 10:17:30 WARN
(ServiceRegistryJpaImpl$JobProducerHearbeat:1614) - Unable to reach
org.opencastproject.distribution.download@https://video-test.uni-ulm.d
e : org.opencastproject.security.api.TrustedHttpClientException:
javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
2013-01-29 10:17:30 INFO (ServiceRegistryJpaImpl:785) - Unregistering
Service
org.opencastproject.distribution.download@https://video-test.uni-ulm.d
e
2013-01-29 10:17:31 WARN
(ServiceRegistryJpaImpl$JobProducerHearbeat:1622) - Marking
org.opencastproject.distribution.download@https://video-test.uni-ulm.d
e as offline
Does anyone know what I did wrong configuring the SSL Reverse Proxy? Is
there any possibility to check if Matterhorn / Felix uses the certificates
from my truststore?
Any help appreciated, thanks in advance :)
Best regards
Alexander Bias
University of Ulm
kiz information systems
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2074 bytes
Desc: not available
URL:
<http://lists.opencastproject.org/pipermail/matterhorn-users/attachments/201
30129/d57ad3c4/attachment-0001.bin>
------------------------------
Message: 6
Date: Tue, 29 Jan 2013 02:04:51 -0800
From: Tobias Wunden <[email protected]>
To: Matterhorn Users <[email protected]>
Subject: Re: [Matterhorn-users] Matterhorn behind a Apache proxy with
SSL
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi Alexander,
from what I see you are mixing two different approaches for SSL. The first
one is to have Apache serve up SSL and leave Matterhorn running on plain
HTTP. This is when you need the X-Forwarded-SSL header (note that is a very
recent fix for SSL related problems, so you current installation - until
updated during the course of the last week - will most probaly not support
it.
The other option (which you seem to be following at the same time) is have
Matterhorn on SSL. This is when you need to import the SSL certificate into
the java keystore.
If I were you, and you don't have reasons to do otherwise, I would suggest
to stick with Apache running SSL and Matterhorn running HTTP.
Tobias
On 29.01.2013, at 01:46, Alexander Bias <[email protected]> wrote:
Hello,
I'd like to run Matterhorn behind a Apache proxy with SSL encryption -
Matterhorn is installed as multi-server installation.
I obeyed Tobias' instructions on
http://opencast.jira.com/wiki/pages/viewpage.action?pageId=28901499 and have
set up an Apache Reverse Proxy on each Matterhorn server, using a virtual
host configured like this:
<VirtualHost <IP>:80>
ServerName <CNAME>
RedirectPermanent / https://<CNAME>/ </VirtualHost> <VirtualHost
<IP>:443>
ServerName <CNAME>
# Tell Matterhorn to assume HTTPS as the protocol
Header set X-Forwarded-SSL "on"
# Pass requests on to Matterhorn
ProxyRequests Off
ProxyPreserveHost On
ProxyPass / http://127.0.0.1:8080/
ProxyPassReverse / http://127.0.0.1:8080/
# SSL
SSLEngine On
SSLProtocol all -SSLv2
SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW
SSLCertificateFile /etc/pki/tls/certs/<crt-file>.crt
SSLCertificateKeyFile /etc/pki/tls/private/<key-file>.key
</VirtualHost>
As I want to setup SSL in our Matterhorn test installation first before
going into production, I wanted to use self signed certificates which were
created this way:
openssl req -x509 -days 1825 -newkey rsa:2048 -nodes -out <crt-file>.crt
-keyout <key-file>.key -subj "/C=DE/O=Some Institution/CN=<CNAME>"
All certificates have been imported into a Java Truststore:
keytool -importcert -alias <ALIAS> -file
/etc/pki/tls/certs/<crt-file>.crt -storepass "mypassword" -keystore
/opt/matterhorn/truststore/truststore.jks
-> Trust this certificate? [no]: yes
And this truststore, containing the certificates of all 4 Matterhorn
servers, has been placed on each server and configured in each
config.properties file:
vim /mnt/storage/conf/config.properties -> # Enable custom truststore
for SSL connections
org.apache.felix.https.truststore=/opt/matterhorn/truststore/truststo
re.jks org.apache.felix.https.truststore.password=mypassword
All URLs in the config.properties files are pointing to the SSL URL:
org.opencastproject.server.url=https://<CNAME>
org.opencastproject.admin.ui.url=https://<CNAME>
...
(Replace <CNAME> / <IP> / <ALIAS> with the correct data for each
Matterhorn server)
Now, when I start Matterhorn on each server and look at the statistics tab
on the Admin node, everything is green. Shortly after that, the Matterhorn
servers go red in the statistics tab and these messages appear in the
opencast.log file:
2013-01-29 10:17:30 WARN
(ServiceRegistryJpaImpl$JobProducerHearbeat:1614) - Unable to reach
org.opencastproject.distribution.download@https://video-test.uni-ulm.
de : org.opencastproject.security.api.TrustedHttpClientException:
javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
2013-01-29 10:17:30 INFO (ServiceRegistryJpaImpl:785) -
Unregistering Service
org.opencastproject.distribution.download@https://video-test.uni-ulm.
de
2013-01-29 10:17:31 WARN
(ServiceRegistryJpaImpl$JobProducerHearbeat:1622) - Marking
org.opencastproject.distribution.download@https://video-test.uni-ulm.
de as offline
Does anyone know what I did wrong configuring the SSL Reverse Proxy? Is
there any possibility to check if Matterhorn / Felix uses the certificates
from my truststore?
Any help appreciated, thanks in advance :)
Best regards
Alexander Bias
University of Ulm
kiz information systems
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
------------------------------
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
End of Matterhorn-users Digest, Vol 30, Issue 17
************************************************
_______________________________________________
Matterhorn-users mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
